<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>Gradwell Service News &#187; VoIP</title>
	<atom:link href="http://www.gradwellstatus.com/category/voip/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gradwellstatus.com</link>
	<description>Gradwell Service News and Updates</description>
	<pubDate>Thu, 20 Nov 2008 15:48:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
	<language>en</language>
			<item>
		<title>Remote call forwarding and NewSIP platform</title>
		<link>http://www.gradwellstatus.com/2008/11/20/remote-call-forwarding-and-newsip-platform/</link>
		<comments>http://www.gradwellstatus.com/2008/11/20/remote-call-forwarding-and-newsip-platform/#comments</comments>
		<pubDate>Thu, 20 Nov 2008 15:39:12 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[newsip]]></category>

		<category><![CDATA[rcf]]></category>

		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=639</guid>
		<description><![CDATA[We are currently experiencing an issue with our NewSIP platform, which handles call forwarding and our new VoIP platform.  Our engineers are working on this issue to resolve the problem as quickly as possible.  We apologise for any inconvenience.
Update: Our engineers have worked quickly to resolve this issue and the service has now been restored.  [...]]]></description>
			<content:encoded><![CDATA[<p>We are currently experiencing an issue with our NewSIP platform, which handles call forwarding and our new VoIP platform.  Our engineers are working on this issue to resolve the problem as quickly as possible.  We apologise for any inconvenience.</p>
<p>Update: Our engineers have worked quickly to resolve this issue and the service has now been restored.  The service would not have been available for no more than a few minutes.  If customers are having issues with phones or equipment, we would recommend restarting them, however, most customer phones should re-register automatically.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/20/remote-call-forwarding-and-newsip-platform/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Inbound number issue with London numbers</title>
		<link>http://www.gradwellstatus.com/2008/11/19/inbound-number-issue-with-london-numbers/</link>
		<comments>http://www.gradwellstatus.com/2008/11/19/inbound-number-issue-with-london-numbers/#comments</comments>
		<pubDate>Wed, 19 Nov 2008 13:48:23 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[gamma]]></category>

		<category><![CDATA[inbound]]></category>

		<category><![CDATA[pstn]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=633</guid>
		<description><![CDATA[We are experiencing an issue with one of our inbound number providers on what appears to be mainly London numbers.  Our suppliers are working with BT to resolve the issue as soon as possible.
16:18 We have received an update from BT that they are investigating one of their exchanges.  They have not as yet confirmed [...]]]></description>
			<content:encoded><![CDATA[<p>We are experiencing an issue with one of our inbound number providers on what appears to be mainly London numbers.  Our suppliers are working with BT to resolve the issue as soon as possible.</p>
<p>16:18 We have received an update from BT that they are investigating one of their exchanges.  They have not as yet confirmed which exchange is affected.  We apologise for the ongoing inconvenience.  Our inbound number provider is pressing BT for updates.</p>
<p>17:17 Our inbound carrier has informed us that BT have now resolved an issue with their exchange and that all affected numbers should be working correctly.  We have tested some of the numbers reports and they are correctly calling into our system from BT.  If you are still experiencing an issue, please let us know by sumitting an incident through the customer portal.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/19/inbound-number-issue-with-london-numbers/feed/</wfw:commentRss>
		</item>
		<item>
		<title>NewSIP registration issue</title>
		<link>http://www.gradwellstatus.com/2008/11/17/newsip-registration-issue/</link>
		<comments>http://www.gradwellstatus.com/2008/11/17/newsip-registration-issue/#comments</comments>
		<pubDate>Mon, 17 Nov 2008 12:23:16 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[newsip]]></category>

		<category><![CDATA[openser]]></category>

		<category><![CDATA[registration]]></category>

		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=601</guid>
		<description><![CDATA[We are currently experiencing a problem with customer SIP registrations on the NewSIP platform.
This may prevent calls in and out of the platform.
Our server team are aware of the problem and are working to restore service as quickly as possible.
We apologise for any inconvenience caused.
13:15: This issue has been resolved and was caused by a [...]]]></description>
			<content:encoded><![CDATA[<p>We are currently experiencing a problem with customer SIP registrations on the NewSIP platform.</p>
<p>This may prevent calls in and out of the platform.</p>
<p>Our server team are aware of the problem and are working to restore service as quickly as possible.<br />
We apologise for any inconvenience caused.</p>
<p>13:15: This issue has been resolved and was caused by a database error in our registration and user back-end.  Our server team are continuing to look into this issue to add more redundancy into the system, however, the immediate issue is now resolved.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/17/newsip-registration-issue/feed/</wfw:commentRss>
		</item>
		<item>
		<title>PSTN number migrations</title>
		<link>http://www.gradwellstatus.com/2008/11/13/pstn-number-migrations/</link>
		<comments>http://www.gradwellstatus.com/2008/11/13/pstn-number-migrations/#comments</comments>
		<pubDate>Thu, 13 Nov 2008 11:29:01 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Upcoming VoIP Maintenance]]></category>

		<category><![CDATA[magrathea]]></category>

		<category><![CDATA[maintenance]]></category>

		<category><![CDATA[teles]]></category>

		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=581</guid>
		<description><![CDATA[Starts: 2008/12/16 00:00 Ends: 2009/01/28 08:00
We will be changing the routing of some of our Geographic Number blocks so that inbound calls from the BT, Mobile and other PSTN networks is no longer handled by a 3rd party supplier, but is handled by our own telephone switching platform over the next couple of months.  Our [...]]]></description>
			<content:encoded><![CDATA[<p>Starts: 2008/12/16 00:00 Ends: 2009/01/28 08:00</p>
<p>We will be changing the routing of some of our Geographic Number blocks so that inbound calls from the BT, Mobile and other PSTN networks is no longer handled by a 3rd party supplier, but is handled by our own telephone switching platform over the next couple of months.  Our platform has been in use for over 18 months and already handles over half our traffic.  Following other migrations we have done, we do not anticipate any problems with this migration, but there may be a small period of down time in the early hours of the mornings on migration dates, whilst the number routing changes are reflected in the BT Wholesale network.  This work is to be completed in three stages:</p>
<p>On 16th December 2008 the following number blocks will be migrated:</p>
<ul>
<li>0163782</li>
<li>0164645</li>
<li>0170268</li>
<li>0193444</li>
<li>0192532</li>
<li>0137635</li>
<li>0156576</li>
<li>0190368</li>
<li>0191580</li>
<li>0127026</li>
<li>0138363</li>
<li>0160861</li>
<li>0155375</li>
<li>0170630</li>
<li>0192495</li>
<li>0129634</li>
<li>0132370</li>
<li>0132980</li>
<li>0162171</li>
<li>0135286</li>
<li>0143830</li>
<li>0169170</li>
<li>0190450</li>
<li>0125256</li>
<li>0138680</li>
<li>0193535</li>
<li>0160442</li>
<li>0195278</li>
<li>0127630</li>
<li>0162820</li>
<li>0147376</li>
<li>0142050</li>
<li>0148876</li>
<li>0120924</li>
<li>0192680</li>
<li>0130372</li>
<li>0156261</li>
<li>0144280</li>
<li>0161850</li>
<li>0162580</li>
<li>0198950</li>
<li>0179272</li>
<li>0180350</li>
<li>0182260</li>
<li>0142945</li>
<li>0149787</li>
<li>0144430</li>
<li>0148224</li>
<li>0123448</li>
<li>0128326</li>
</ul>
<p>On 6th January 2009 the following number blocks will be migrated:</p>
<ul>
<li>0156863</li>
<li>0126760</li>
<li>0189280</li>
<li>0122725</li>
<li>0145161</li>
<li>0134359</li>
<li>0145556</li>
<li>0160080</li>
<li>0143470</li>
<li>0160334</li>
<li>0184422</li>
<li>0124265</li>
<li>0124940</li>
<li>0160981</li>
<li>0198525</li>
<li>0130259</li>
<li>0135378</li>
<li>0124447</li>
<li>0147650</li>
<li>0127141</li>
<li>0142862</li>
<li>0125077</li>
<li>0132443</li>
<li>0159070</li>
<li>0186969</li>
<li>0122883</li>
<li>0198322</li>
<li>0130530</li>
<li>0134880</li>
<li>0131510</li>
<li>0162232</li>
<li>0124533</li>
<li>0145226</li>
<li>0238000</li>
<li>0128561</li>
<li>0148026</li>
<li>0183750</li>
<li>0125353</li>
<li>0197828</li>
<li>0137380</li>
<li>0162969</li>
<li>0292009</li>
<li>0157040</li>
<li>0120724</li>
<li>0179484</li>
<li>0190570</li>
<li>0128083</li>
<li>0123525</li>
<li>0124320</li>
<li>0186592</li>
</ul>
<p>On 20th January 2009 the following number blocks will be migrated:</p>
<ul>
<li>0179325</li>
<li>0188422</li>
<li>0172332</li>
<li>0120670</li>
<li>0125479</li>
<li>0163353</li>
<li>0122558</li>
<li>0127926</li>
<li>0118324</li>
<li>0133265</li>
<li>0142770</li>
<li>0117325</li>
<li>0113320</li>
<li>0121285</li>
<li>0122375</li>
<li>0115824</li>
<li>0116326</li>
<li>0122661</li>
<li>0147273</li>
<li>0114303</li>
<li>0183485</li>
<li>01202237</li>
<li>01224515</li>
<li>01273358</li>
<li>01274288</li>
<li>01483608</li>
<li>01642688</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/13/pstn-number-migrations/feed/</wfw:commentRss>
		</item>
		<item>
		<title>lon-pbx-5 unable to make calls</title>
		<link>http://www.gradwellstatus.com/2008/11/13/lon-pbx-5-unable-to-make-calls/</link>
		<comments>http://www.gradwellstatus.com/2008/11/13/lon-pbx-5-unable-to-make-calls/#comments</comments>
		<pubDate>Thu, 13 Nov 2008 08:39:49 +0000</pubDate>
		<dc:creator>Thomas Causer</dc:creator>
		
		<category><![CDATA[VoIP]]></category>

		<category><![CDATA[asterisk]]></category>

		<category><![CDATA[lon-pbx-5]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=574</guid>
		<description><![CDATA[We have seen this morning that customers may not have been able to make calls through this pbx server. Our server admins have investigated the issue and have restarted asterisk. We can now see calls being passed through the server correctly. If you are still seeing this issue please contact our support team.
We apologise for [...]]]></description>
			<content:encoded><![CDATA[<p>We have seen this morning that customers may not have been able to make calls through this pbx server. Our server admins have investigated the issue and have restarted asterisk. We can now see calls being passed through the server correctly. If you are still seeing this issue please contact our support team.</p>
<p>We apologise for any inconvenience caused.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/13/lon-pbx-5-unable-to-make-calls/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Load-balanced IAX issue</title>
		<link>http://www.gradwellstatus.com/2008/11/10/load-balanced-iax-issue/</link>
		<comments>http://www.gradwellstatus.com/2008/11/10/load-balanced-iax-issue/#comments</comments>
		<pubDate>Mon, 10 Nov 2008 15:06:45 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[iax]]></category>

		<category><![CDATA[lb]]></category>

		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=560</guid>
		<description><![CDATA[15:05 - A problem has been reported with intermittent problems with IAX trunks. Our team are currently investigating this and will provide more information as soon as it is available.
Alternative outbound servers are available at the following addresses:
lon-asterisk-4.gradwell.net
lon-asterisk-6.gradwell.net
lon-asterisk-7.gradwell.net
16:45 - This issue has now been resolved.  This issue has been isolated to a problem with our [...]]]></description>
			<content:encoded><![CDATA[<p>15:05 - A problem has been reported with intermittent problems with IAX trunks. Our team are currently investigating this and will provide more information as soon as it is available.</p>
<p>Alternative outbound servers are available at the following addresses:<br />
lon-asterisk-4.gradwell.net<br />
lon-asterisk-6.gradwell.net<br />
lon-asterisk-7.gradwell.net</p>
<p>16:45 - This issue has now been resolved.  This issue has been isolated to a problem with our IAX outbound load balancer and will not have affected inbound calls.  The IAX load balancer has been restarted and we have gathered diagnostic information which will be returned to our development team.  We apologise for any inconvenience caused during this outage.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/10/load-balanced-iax-issue/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Issues with nat.gradwell.net</title>
		<link>http://www.gradwellstatus.com/2008/11/04/issues-with-natgradwellnet/</link>
		<comments>http://www.gradwellstatus.com/2008/11/04/issues-with-natgradwellnet/#comments</comments>
		<pubDate>Tue, 04 Nov 2008 12:07:51 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Current VoIP Problems]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=516</guid>
		<description><![CDATA[We are experiencing very intermittent issues with our main NAT proxy (lon-ppc-3).  This may cause calls to disconnect or some unexpected behaviour in huntgroups were phones are behind this outbound proxy server.
This will not affect customers on public IP addresses or behind our other proxy servers.  We are working on replacing this server with a [...]]]></description>
			<content:encoded><![CDATA[<p>We are experiencing very intermittent issues with our main NAT proxy (lon-ppc-3).  This may cause calls to disconnect or some unexpected behaviour in huntgroups were phones are behind this outbound proxy server.</p>
<p>This will not affect customers on public IP addresses or behind our other proxy servers.  We are working on replacing this server with a newer technology - natproxy.gradwell.net which is load-balanced and more expandable.  This will be rolled out in stages to all customers on private IP addresses as soon as possible.  If you would like to try natproxy.gradwell.net instead of nat.gradwell.net, you can change this setting in your handsets&#8217; web configuration interface.</p>
<p>For further information regarding making these changes please see our knowledgebase article <a title="Gradwell NAT Proxy Knowledgebase Document" href="https://portal.gradwell.net/support.php/knowledgebase/view/category_id/14/article_id/418" target="_blank">HERE</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/11/04/issues-with-natgradwellnet/feed/</wfw:commentRss>
		</item>
		<item>
		<title>natproxy.gradwell.net registration issue</title>
		<link>http://www.gradwellstatus.com/2008/10/20/natproxygradwellnet-registration-issue/</link>
		<comments>http://www.gradwellstatus.com/2008/10/20/natproxygradwellnet-registration-issue/#comments</comments>
		<pubDate>Mon, 20 Oct 2008 12:25:33 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[linksys]]></category>

		<category><![CDATA[nat]]></category>

		<category><![CDATA[natproxy]]></category>

		<category><![CDATA[sipura]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=485</guid>
		<description><![CDATA[Starts: 2008/10/20 22:00 Ends: 2008/10/20 22:15
We have become aware of an issue with our NAT proxy server &#8216;natproxy.gradwell.net&#8217; which is currently not registering Sipura/Linksys devices due to the way these phones pass their proposed expiry time to us via the SIP protocol.  This will cause phones behind this server to not receive inbound calls and [...]]]></description>
			<content:encoded><![CDATA[<p>Starts: 2008/10/20 22:00 Ends: 2008/10/20 22:15</p>
<p>We have become aware of an issue with our NAT proxy server &#8216;natproxy.gradwell.net&#8217; which is currently not registering Sipura/Linksys devices due to the way these phones pass their proposed expiry time to us via the SIP protocol.  This will cause phones behind this server to not receive inbound calls and outbound calls may also fail, depending on the phone configuration.  An emergency fix for this problem has been scheduled for 22:00 this evening.  As a workaround, customers can use our older NAT proxy server - nat.gradwell.net in the phone configuration under the proxy and registration section of the extension details in the phone web configuration interface.  Instructions for configuring these types of phones can be found at:</p>
<p>https://portal.gradwell.net/support.php/knowledgebase/browse/category_id/35</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/10/20/natproxygradwellnet-registration-issue/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Lon-pbx-5 Load Issue</title>
		<link>http://www.gradwellstatus.com/2008/10/10/lon-pbx-5-load-issue-2/</link>
		<comments>http://www.gradwellstatus.com/2008/10/10/lon-pbx-5-load-issue-2/#comments</comments>
		<pubDate>Fri, 10 Oct 2008 13:42:38 +0000</pubDate>
		<dc:creator>Thomas Causer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[load]]></category>

		<category><![CDATA[lon-pbx-5]]></category>

		<category><![CDATA[pbx]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=462</guid>
		<description><![CDATA[We have seen an issue with one of our PBX servers causing unusually high load from 14:00 today. One of our server admins has found the cause of the issue and cleared this now
We apologise for any inconvenience caused.
]]></description>
			<content:encoded><![CDATA[<p>We have seen an issue with one of our PBX servers causing unusually high load from 14:00 today. One of our server admins has found the cause of the issue and cleared this now<br />
We apologise for any inconvenience caused.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/10/10/lon-pbx-5-load-issue-2/feed/</wfw:commentRss>
		</item>
		<item>
		<title>lon-pbx-5 load issue</title>
		<link>http://www.gradwellstatus.com/2008/10/09/lon-pbx-5-load-issue/</link>
		<comments>http://www.gradwellstatus.com/2008/10/09/lon-pbx-5-load-issue/#comments</comments>
		<pubDate>Thu, 09 Oct 2008 15:43:09 +0000</pubDate>
		<dc:creator>David Palmer</dc:creator>
		
		<category><![CDATA[Resolved VoIP Problems]]></category>

		<category><![CDATA[lon-pbx-5]]></category>

		<category><![CDATA[pbx]]></category>

		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.gradwellstatus.com/?p=456</guid>
		<description><![CDATA[16:40 - We are currently experiencing a problem with our VoIP Centrex Server lon-pbx-5.  This server is currently building up a lot of calls and our server team are investigating what is causing this.  In order to resolve this we may need to restart the service which should result in a brief outage for a [...]]]></description>
			<content:encoded><![CDATA[<p>16:40 - We are currently experiencing a problem with our VoIP Centrex Server lon-pbx-5.  This server is currently building up a lot of calls and our server team are investigating what is causing this.  In order to resolve this we may need to restart the service which should result in a brief outage for a few moments as the server reloads.  We apologise for any inconvenience.</p>
<p>17:14 - We have resolved the issue with lon-pbx-5 which was caused by problem with the server unit concerned.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gradwellstatus.com/2008/10/09/lon-pbx-5-load-issue/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
