<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;What happened to Shaw&#x27;s ping time?&#x27; in forum &#x27;Shaw&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/What-happened-to-Shaws-ping-time-27825471</link>
<description></description>
<language>en</language>
<pubDate>Tue, 21 May 2013 03:42:20 EDT</pubDate>
<lastBuildDate>Tue, 21 May 2013 03:42:20 EDT</lastBuildDate>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27879016</link>
<description><![CDATA[rustydusty posted : I rented a VDS from ubiquityservers. Dumped it after a month due to terrible routes. Haven't had good luck with Mzima, which is their main provider the last time I checked. I'm getting 71ms to their Seattle location. I'm getting 36ms to an InterNAP provider in Seattle.  :uhh: :uhh: :uhh:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27879016</guid>
<pubDate>Fri, 04 Jan 2013 02:15:15 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27878984</link>
<description><![CDATA[xtachx posted : $ traceroute seattle.voip.ms<br>traceroute to seattle.voip.ms (69.147.236.82), 30 hops max, 60 byte packets<br> 1  ***** (192.168.1.1)  0.420 ms  0.566 ms  0.715 ms<br> 2  * * *<br> 3  * * *<br> 4  rc3ar-tge0-15-2-0.ed.shawcable.net (66.163.70.50)  17.354 ms  17.478 ms  17.528 ms<br> 5  rc2bb-pos0-8-2-0.vc.shawcable.net (66.163.76.161)  30.013 ms  30.067 ms  30.110 ms<br> 6  66.163.76.114 (66.163.76.114)  33.919 ms  37.743 ms  37.699 ms<br> 7  seattleix.xe-4-1-0.cr1.sea1.us.nlayer.net (206.81.80.218)  29.996 ms  29.649 ms  29.873 ms<br> 8  69.174.121.105 (69.174.121.105)  39.572 ms  37.742 ms  37.648 ms<br> 9  72.37.232.234 (72.37.232.234)  33.678 ms  29.161 ms  29.203 ms<br>10  69.147.236.82.rdns.ubiquityservers.com (69.147.236.82)  33.896 ms  34.364 ms  33.592 ms<br><br>Seems to be fine.<br><small>--<br>Bell Canada: It is <b>“Preposterous"</b> that consumers should get content they want on their cellphones.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27878984</guid>
<pubDate>Fri, 04 Jan 2013 01:30:03 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27876544</link>
<description><![CDATA[AJ102 posted : The ping time has remained low every time I check recently, so it must have been a temporary routing anomaly. It now goes through "ubiquityservers.com" and "us.nlayer.net" at 13 ms ping.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27876544</guid>
<pubDate>Thu, 03 Jan 2013 11:20:18 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854947</link>
<description><![CDATA[brad posted : <div class="bquote"><said>said by <a href="/profile/1678011" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1678011');">rustydusty</a>:</said><p>InterNAP buys transit and doesn't use settlement-free peering. I'm sure that they have a variety of reasons for paying for bandwidth, but one of the obvious ones is service, including SLAs that guarantee consistent performance.<br><br>Internap peers directly with Shaw in Seattle through the SIX, though.<br> </p></div>InterNAP does not peer with Shaw.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854947</guid>
<pubDate>Tue, 25 Dec 2012 15:07:04 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854938</link>
<description><![CDATA[rustydusty posted : <div class="bquote"><said>said by <a href="/profile/1484420" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1484420');">brad</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1678011" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1678011');">rustydusty</a>:</said><p>I LOVE Internap! Direct peering with Shaw in Seattle location  :D<br> </p></div>It's not direct peering. InterNAP in Seattle has NTT in their transit mix and Shaw uses NTT as one of their transit providers in addition to TATA, Telia and Level3.<br> </p></div>InterNAP buys transit and doesn't use settlement-free peering. I'm sure that they have a variety of reasons for paying for bandwidth, but one of the obvious ones is service, including SLAs that guarantee consistent performance.<br><br>Internap peers directly with Shaw in Seattle through the SIX, though.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854938</guid>
<pubDate>Tue, 25 Dec 2012 15:00:53 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854148</link>
<description><![CDATA[brad posted : <div class="bquote"><said>said by <a href="/profile/1678011" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1678011');">rustydusty</a>:</said><p>I LOVE Internap! Direct peering with Shaw in Seattle location  :D<br> </p></div>It's not direct peering. InterNAP in Seattle has NTT in their transit mix and Shaw uses NTT as one of their transit providers in addition to TATA, Telia and Level3.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854148</guid>
<pubDate>Tue, 25 Dec 2012 00:50:16 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854140</link>
<description><![CDATA[brad posted : <div class="bquote"><said>said by <a href="/profile/1177358" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1177358');">AJ102</a>:</said><p>There appears to be about 50ms delay between two Shaw internal nodes, and then another 50ms to a node called "equix.asbn.twtelecom.net".<br><br>What's going on?<br> </p></div>asbn refers to Ashburn, Virginia which is 48 kilometres outside of Washington, DC. A very popular peering point as well as Chicago and New York.<br><br>It sounds like at one point you had a route going via Seattle but now it is going via Ashburn and then back across to Seattle adding the additional latency with the longer path.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27854140</guid>
<pubDate>Tue, 25 Dec 2012 00:44:07 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27844187</link>
<description><![CDATA[rustydusty posted :  2  rd1so-ge12-0-0-15.cg.shawcable.net (64.59.129.114)  7.190 ms  7.369 ms  9.908 ms<br> <br>3  rc1no.cg.shawcable.net (66.163.76.46)  12.716 ms  11.325 ms  12.214 ms<br> <br>4  66.163.71.125 (66.163.71.125)  13.391 ms  15.351 ms  15.913 ms<br><br>5  66.163.77.89 (66.163.77.89)  32.154 ms  35.151 ms  24.419 ms 6  <br><br>6.163.74.145 (66.163.74.145)  30.788 ms  31.165 ms  32.076 ms<br><br>7  xe-0-2-0-2.r04.sttlwa01.us.bb.gin.ntt.net (198.104.202.121)  31.189 ms  29.558 ms  27.534 ms<br><br>8  ae-3.r05.sttlwa01.us.bb.gin.ntt.net (129.250.5.51)  28.427 ms  29.321 ms  28.818 ms<br><br>9  xe-0-3-0-5.r05.sttlwa01.us.ce.gin.ntt.net (198.104.202.46)  29.516 ms  28.277 ms  28.195 ms<br><br>10  border9.t8-1-bbnet2.sef.pnap.net (63.251.160.83)  28.298 ms  30.760 ms<br>    border9.t7-1-bbnet1.sef.pnap.net (63.251.160.19)  27.922 ms <br><br>11  c-208-146-44-9.premium-seattle.nfoservers.com (208.146.44.9)  31.752 ms  28.557 ms  35.730 ms<br><br>I LOVE Internap! Direct peering with Shaw in Seattle location  :D]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27844187</guid>
<pubDate>Thu, 20 Dec 2012 18:57:48 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27840625</link>
<description><![CDATA[ilianame posted : Shaw's route to certain Seattle providers takes you around to South California through Comcast routing and then back up the coast to Seattle (5000 extra km).<br><br>If that route is overloaded, you will be switched to a Peer1 route (transit for which is more expensive), and you'll get the 15ms pings to all destinations in Seattle. <br><br>I've long been arguing that Shaw should use Peer1 west coast route for all west coast requests, but it seems Shaw has a sweet bilateral deal with Comcast.<br><br>Don't like it...use Novus - if your building has it, in their case they use Peer1's infrastructure almost exclusively.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27840625</guid>
<pubDate>Wed, 19 Dec 2012 19:34:17 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27833279</link>
<description><![CDATA[kevinds posted : Low ping times are good, but jitter is a bigger factor in call quality.<br><br>I'll take 1 ms jitter and 80 ms pings, compared to 20 (or higher) ms jitter and 14 ms ping.<br><br>Comparing to Canadian servers or US ones, no difference in the servers, just the routes to them.<br><br>-Posted from my phone.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27833279</guid>
<pubDate>Mon, 17 Dec 2012 20:34:32 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27832978</link>
<description><![CDATA[AJ102 posted : Being on the west coast I've only used Seattle and Los Angeles, but I choose the server mainly by ping time. As long as the ping time is low, I don't notice any call quality problems.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27832978</guid>
<pubDate>Mon, 17 Dec 2012 18:59:04 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27832841</link>
<description><![CDATA[spock posted : How do you guys find the call quality using voip.ms servers in the US when making Canadian calls?<br><br>I'm finding better call quality going to toronto2.voip.ms than seattle.<br><br>Just curious]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27832841</guid>
<pubDate>Mon, 17 Dec 2012 18:07:38 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27830831</link>
<description><![CDATA[AJ102 posted : And today it's back to 14 ms.<br><br>Don't know if somebody at Shaw fixed it, or it was just an automatic routing adjustment, but problem solved.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27830831</guid>
<pubDate>Mon, 17 Dec 2012 10:49:02 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27829822</link>
<description><![CDATA[tablo posted : deleted]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27829822</guid>
<pubDate>Sun, 16 Dec 2012 23:53:26 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27825879</link>
<description><![CDATA[AJ102 posted : Los Angeles and Toronto are both better than Seattle for voip.ms currently, but all of them were much better last time I checked.<br><br>The fault definitely lies in Shaw's routing tables. Most of the delay for all 3 is happening with Shaw's network, as the packets are being bounced through at least 4 internal Shaw servers before getting out of their network.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27825879</guid>
<pubDate>Sat, 15 Dec 2012 12:22:51 EDT</pubDate>
</item>

<item>
<title>Re: What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27825754</link>
<description><![CDATA[kevinds posted : I've been using Los Angelas since I started using Voip.ms<br><br>I get a very constant 68 ms, and rarely see jitter.<br><br>The other low latency servers, the pings jump around quite a bit I found.  I tried to use Seattle as primary, but jitter (from different companies) was making things difficult.<br><small>--<br>Yes, I am not employed and looking for IT work.  Have passport, will travel.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-What-happened-to-Shaws-ping-time-27825754</guid>
<pubDate>Sat, 15 Dec 2012 11:42:43 EDT</pubDate>
</item>

<item>
<title>What happened to Shaw&#x27;s ping time?</title>
<link>http://www.dslreports.com/forum/What-happened-to-Shaws-ping-time-27825471</link>
<description><![CDATA[AJ102 posted : One of the things I like about Shaw is the low ping times to key destinations like seattle.voip.ms, typically under 20ms. Suddenly they've shot up to more than 120ms, completely ruining my home phone voip service! <br><br>There appears to be about 50ms delay between two Shaw internal nodes, and then another 50ms to a node called "equix.asbn.twtelecom.net".<br><br>What's going on?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/What-happened-to-Shaws-ping-time-27825471</guid>
<pubDate>Sat, 15 Dec 2012 10:01:35 EDT</pubDate>
</item>

</channel>
</rss>
