<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: It&#8217;s Still the Latency, Stupid&#8230;pt.2</title>
	<atom:link href="http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/</link>
	<description>Notes from the edge</description>
	<lastBuildDate>Tue, 09 Mar 2010 19:19:17 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Latency Vs. Bandwidth - Part II - Super-Networking Blog</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-95406</link>
		<dc:creator>Latency Vs. Bandwidth - Part II - Super-Networking Blog</dc:creator>
		<pubDate>Wed, 01 Apr 2009 02:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-95406</guid>
		<description>[...] differences between the problem of Latency and Bandwidth on the Internet. The same blogger had a follow-up post that explained a few ways for you to help improve high [...]</description>
		<content:encoded><![CDATA[<p>[...] differences between the problem of Latency and Bandwidth on the Internet. The same blogger had a follow-up post that explained a few ways for you to help improve high [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stuart Warren</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-93518</link>
		<dc:creator>Stuart Warren</dc:creator>
		<pubDate>Thu, 26 Feb 2009 16:59:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-93518</guid>
		<description>Hello Bill,

I see on your article that you prefer Juniper. If you have a situation where you have horrid latency (aka Satellite) where RTT is up to a second, or 550ms on the best case, you should look at the Expand Networks optimizer. We did a comparison with 5 vendors and the obvious choices were not the winners. Expand was the only one that passed all the tests with flying colors. 

One thing your readers need to know is that some optimizers require you to turn off SMB Signing or their performance suffers. Expand supports SMB Signing and becomes part of the network and excels when it hits high latency links.

Stu</description>
		<content:encoded><![CDATA[<p>Hello Bill,</p>
<p>I see on your article that you prefer Juniper. If you have a situation where you have horrid latency (aka Satellite) where RTT is up to a second, or 550ms on the best case, you should look at the Expand Networks optimizer. We did a comparison with 5 vendors and the obvious choices were not the winners. Expand was the only one that passed all the tests with flying colors. </p>
<p>One thing your readers need to know is that some optimizers require you to turn off SMB Signing or their performance suffers. Expand supports SMB Signing and becomes part of the network and excels when it hits high latency links.</p>
<p>Stu</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-86232</link>
		<dc:creator>bill</dc:creator>
		<pubDate>Mon, 27 Oct 2008 04:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-86232</guid>
		<description>I found information on the Tsunami UDP project here. http://www.csm.ornl.gov/~dunigan/netperf/udp/UDP_Tsunami.html This is a project trying to overcome the problem of latency in high-speed long-distance networks for file transfers by using UDP instead of TCP for the transfer.</description>
		<content:encoded><![CDATA[<p>I found information on the Tsunami UDP project here. <a href="http://www.csm.ornl.gov/~dunigan/netperf/udp/UDP_Tsunami.html" rel="nofollow">http://www.csm.ornl.gov/~dunigan/netperf/udp/UDP_Tsunami.html</a> This is a project trying to overcome the problem of latency in high-speed long-distance networks for file transfers by using UDP instead of TCP for the transfer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart at Expand</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-67808</link>
		<dc:creator>Stewart at Expand</dc:creator>
		<pubDate>Fri, 20 Jun 2008 19:08:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-67808</guid>
		<description>Murda and others,

Not many of the WAN Opt appliances have much help for Citrix/ICA or VDI/RDP traffic.  While Expand cannot change the speed of light, we can optimize the Citrix and RDP traffic including the ability to aggregate packets, to mitigate to a certain extent the effect of the WAN on that traffic.  We really offer significant benefits when it comes to dealing with Citrix congestion/remote printing issues/graphical applications as well as adding more users or less bandwidth.  See the link above to start and call Expand if you want to discuss your use case.  http://www.expand.com.

Regards,

Stewart</description>
		<content:encoded><![CDATA[<p>Murda and others,</p>
<p>Not many of the WAN Opt appliances have much help for Citrix/ICA or VDI/RDP traffic.  While Expand cannot change the speed of light, we can optimize the Citrix and RDP traffic including the ability to aggregate packets, to mitigate to a certain extent the effect of the WAN on that traffic.  We really offer significant benefits when it comes to dealing with Citrix congestion/remote printing issues/graphical applications as well as adding more users or less bandwidth.  See the link above to start and call Expand if you want to discuss your use case.  <a href="http://www.expand.com" rel="nofollow">http://www.expand.com</a>.</p>
<p>Regards,</p>
<p>Stewart</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Murda</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-33408</link>
		<dc:creator>Murda</dc:creator>
		<pubDate>Sun, 02 Dec 2007 22:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-33408</guid>
		<description>Great articles Bill-we&#039;re trying to explain to our HQ on the other side of the world why we are consistently having problems printing and downloading/uploading documents via Citrix.  Why do we have problems? Because we have a 36000km round trip and we often get 250ms plus times which causes havoc with uploads and printing. Viewing is fine because the apps seem to be optimized for that kind of thing. I like your analogy. 

I was intrigued by Fragglet&#039;s ideas too, the trucks analogy kind of falls over if you have the same number of trucks travelling a bigger distance-so the transfer rate is affected by the distance. And if you have more trucks it still takes longer to get from A to B and the time taken is what affects the transfer rate adversely. the trucks cannot travel any faster. If they could, it would be great.</description>
		<content:encoded><![CDATA[<p>Great articles Bill-we&#8217;re trying to explain to our HQ on the other side of the world why we are consistently having problems printing and downloading/uploading documents via Citrix.  Why do we have problems? Because we have a 36000km round trip and we often get 250ms plus times which causes havoc with uploads and printing. Viewing is fine because the apps seem to be optimized for that kind of thing. I like your analogy. </p>
<p>I was intrigued by Fragglet&#8217;s ideas too, the trucks analogy kind of falls over if you have the same number of trucks travelling a bigger distance-so the transfer rate is affected by the distance. And if you have more trucks it still takes longer to get from A to B and the time taken is what affects the transfer rate adversely. the trucks cannot travel any faster. If they could, it would be great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-27340</link>
		<dc:creator>bill</dc:creator>
		<pubDate>Tue, 30 Oct 2007 04:32:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-27340</guid>
		<description>&lt;p&gt;I just found this great write-up of the topic, including an analysis of Fraggle&#039;s and my disagreement. If you liked this post, please take the time to read this:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.webperformancematters.com/journal/2007/7/24/latency-bandwidth-and-response-times.html&quot; rel=&quot;nofollow&quot;&gt;http://www.webperformancematters.com&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;-Bill&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I just found this great write-up of the topic, including an analysis of Fraggle&#8217;s and my disagreement. If you liked this post, please take the time to read this:</p>
<p><a href="http://www.webperformancematters.com/journal/2007/7/24/latency-bandwidth-and-response-times.html" rel="nofollow">http://www.webperformancematters.com</a></p>
<p>Thanks,</p>
<p>-Bill</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Betz &#187; It&#8217;s still Latency pt.2</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-22716</link>
		<dc:creator>Josh Betz &#187; It&#8217;s still Latency pt.2</dc:creator>
		<pubDate>Sun, 23 Sep 2007 01:36:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-22716</guid>
		<description>[...] http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/. Back in June I put up the link for the first part of this article&#8230; here is part 2. I know it&#8217;s a little late, but I guess better late than never. Anyway, it&#8217;s pretty good stuff. Bookmark to:   Trackback This Post [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/" rel="nofollow">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/</a>. Back in June I put up the link for the first part of this article&#8230; here is part 2. I know it&#8217;s a little late, but I guess better late than never. Anyway, it&#8217;s pretty good stuff. Bookmark to:   Trackback This Post [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-15286</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Fri, 08 Jun 2007 13:23:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-15286</guid>
		<description>.... +60ms away from anywhere.

I’m sure you saw the PCMAG all state internet speed review.  When I heard about it I immediately said that Hawaii and Alaska would be the worst.  Someone asked me how I would know that… duh, it’s the latency stupid!  

((your webpage really doesnt like carrot signs))</description>
		<content:encoded><![CDATA[<p>&#8230;. +60ms away from anywhere.</p>
<p>I’m sure you saw the PCMAG all state internet speed review.  When I heard about it I immediately said that Hawaii and Alaska would be the worst.  Someone asked me how I would know that… duh, it’s the latency stupid!  </p>
<p>((your webpage really doesnt like carrot signs))</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-15284</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Fri, 08 Jun 2007 13:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-15284</guid>
		<description>Haha, for some reason it&#039;s always easy to get vendors/consultants interested in visiting us.... I wonder why.

Sadly, I haven’t seen/heard of any wan accelerators that would be ideal for a service provider market.  I really thought there would be something out there that the satellite providers use but I couldn’t really find anything worth while.

I think we must be content with akamai for some local off loading and then work on educating our customers so they understand the issues being </description>
		<content:encoded><![CDATA[<p>Haha, for some reason it&#8217;s always easy to get vendors/consultants interested in visiting us&#8230;. I wonder why.</p>
<p>Sadly, I haven’t seen/heard of any wan accelerators that would be ideal for a service provider market.  I really thought there would be something out there that the satellite providers use but I couldn’t really find anything worth while.</p>
<p>I think we must be content with akamai for some local off loading and then work on educating our customers so they understand the issues being</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill</title>
		<link>http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/comment-page-1/#comment-14786</link>
		<dc:creator>bill</dc:creator>
		<pubDate>Wed, 06 Jun 2007 16:13:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.edgeblog.net/2007/its-still-the-latency-stupid-pt2/#comment-14786</guid>
		<description>Mark,

If you buy the plane ticket, I&#039;ll be happy to come explain it to your VP...right after I get off the beach. ;)

Your&#039;s is an interesting problem, because as an ISP there is little you can do other than efficiently route packets. In theory, you could use network accelerators to create an accelerated backbone between your sites and major peering points around the globe. It would be cool but probably cost prohibitive.

Thanks for the comments.

-Bill</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>If you buy the plane ticket, I&#8217;ll be happy to come explain it to your VP&#8230;right after I get off the beach. <img src='http://www.edgeblog.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Your&#8217;s is an interesting problem, because as an ISP there is little you can do other than efficiently route packets. In theory, you could use network accelerators to create an accelerated backbone between your sites and major peering points around the globe. It would be cool but probably cost prohibitive.</p>
<p>Thanks for the comments.</p>
<p>-Bill</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.351 seconds -->
