<?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 for BRAD HEDLUND .com</title>
	<atom:link href="http://bradhedlund.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://bradhedlund.com</link>
	<description>Studies in Data Center Networking, Virtualization, Computing</description>
	<lastBuildDate>Sat, 04 Feb 2012 19:38:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Anton N</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8632</link>
		<dc:creator>Anton N</dc:creator>
		<pubDate>Sat, 04 Feb 2012 19:38:16 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8632</guid>
		<description>Hi Brad, nice reading.
Could you please clarify term &quot;2.5:1 oversubscription&quot;? If all leaves\spines switches are L3, Can a leaf box use simultaneously 16 10G uplinks to route traffic to other leaf box? The case when all server of a leaf want to talk with all server of another single leaf. If I see it right, oversubscription is more &quot;statistical&quot; term than &quot;real&quot; in this example. 
Thanks in advance!</description>
		<content:encoded><![CDATA[<p>Hi Brad, nice reading.<br />
Could you please clarify term &#8220;2.5:1 oversubscription&#8221;? If all leaves\spines switches are L3, Can a leaf box use simultaneously 16 10G uplinks to route traffic to other leaf box? The case when all server of a leaf want to talk with all server of another single leaf. If I see it right, oversubscription is more &#8220;statistical&#8221; term than &#8220;real&#8221; in this example.<br />
Thanks in advance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to Calculate TCP throughput for long distance WAN links by Guru</title>
		<link>http://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/comment-page-2/#comment-8623</link>
		<dc:creator>Guru</dc:creator>
		<pubDate>Fri, 03 Feb 2012 13:39:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.bradhedlund.com/?p=74#comment-8623</guid>
		<description>Nice post.. referred it in my post

http://www.consultguru.me/post/2012/02/02/SQL-Server-Replication-Project-–-2-(Network).aspx

Guru</description>
		<content:encoded><![CDATA[<p>Nice post.. referred it in my post</p>
<p><a href="http://www.consultguru.me/post/2012/02/02/SQL-Server-Replication-Project-–-2-(Network).aspx" rel="nofollow">http://www.consultguru.me/post/2012/02/02/SQL-Server-Replication-Project-–-2-(Network).aspx</a></p>
<p>Guru</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Brad Hedlund</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8609</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Wed, 01 Feb 2012 00:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8609</guid>
		<description>Yep, in the Z9000 there will be a small difference in latency depending on the ingress/egress port pairs.  That&#039;s not any different than a chassis switch having lower latency on the linecard vs. between linecards.  When you&#039;re building a fabric that can scale, this is generally acceptable.  As for bandwidth, the Z9000 is line rate on all ports.</description>
		<content:encoded><![CDATA[<p>Yep, in the Z9000 there will be a small difference in latency depending on the ingress/egress port pairs.  That&#8217;s not any different than a chassis switch having lower latency on the linecard vs. between linecards.  When you&#8217;re building a fabric that can scale, this is generally acceptable.  As for bandwidth, the Z9000 is line rate on all ports.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Alex</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8608</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 01 Feb 2012 00:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8608</guid>
		<description>Brad, are you able to deliver uniform latency and bandwidth across the fabric  with a Z9000 as the Spine switch. Is the Z9000 not a trident network in a box,  meaning port-to-port latency will not be consistent accross all 32/128 ports of each spine switch.</description>
		<content:encoded><![CDATA[<p>Brad, are you able to deliver uniform latency and bandwidth across the fabric  with a Z9000 as the Spine switch. Is the Z9000 not a trident network in a box,  meaning port-to-port latency will not be consistent accross all 32/128 ports of each spine switch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Brad Hedlund</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8591</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Mon, 30 Jan 2012 12:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8591</guid>
		<description>John,
Why does the &quot;L3 hop out of this fabric&quot; need to be connected at the Spine? What&#039;s wrong with connecting routers for external connectivity to a Leaf?</description>
		<content:encoded><![CDATA[<p>John,<br />
Why does the &#8220;L3 hop out of this fabric&#8221; need to be connected at the Spine? What&#8217;s wrong with connecting routers for external connectivity to a Leaf?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by John G.</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8590</link>
		<dc:creator>John G.</dc:creator>
		<pubDate>Mon, 30 Jan 2012 04:53:50 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8590</guid>
		<description>If we zoom out a bit on the 40G uplink scenario specifically, we also have constraints for the L3 hop out of this fabric and this is even more limiting.</description>
		<content:encoded><![CDATA[<p>If we zoom out a bit on the 40G uplink scenario specifically, we also have constraints for the L3 hop out of this fabric and this is even more limiting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Mark</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8587</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 29 Jan 2012 22:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8587</guid>
		<description>Got it.  Thanks for the explanation.</description>
		<content:encoded><![CDATA[<p>Got it.  Thanks for the explanation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Brad Hedlund</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8585</link>
		<dc:creator>Brad Hedlund</dc:creator>
		<pubDate>Sun, 29 Jan 2012 18:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8585</guid>
		<description>Hi Mark,
A fabric should provide more than just connectivity for all hosts, it should go a step further in providing uniform latency and bandwidth across the fabric from any host to any host.  This enables the flexibility to place workloads anywhere in the fabric without concern for network performance.  That&#039;s one difference between a &quot;fabric&quot;, and a &quot;network&quot;.

Your design is more like a &quot;network&quot;.  Yes, it provides connectivity.  But it doesn&#039;t provide the uniform latency and bandwidth properties of a real &quot;fabric&quot;.

Each Leaf is only connected to 4 of the 16 Spines.  As a result, you&#039;ll have some some hosts that will need to make several Leaf-Spine-Leaf hops to communicate, whereas other hosts will only be one Spine hop away. Non-uniform latency.

Similarly, you&#039;ll have some rack pairs that can only communicate through one Leaf uplink, while other rack pairs can communicate with more than one Leaf uplink. Non-uniform bandwidth.  

As a result, application performance will vary depending on where workloads are placed in the network, complicating the provisioning model and partitioning the resources.

To provide the uniform bandwidth and latency people will expect from your fabric, &lt;strong&gt;make sure your Leafs are connected to all Spines&lt;/strong&gt; with the same amount of bandwidth.</description>
		<content:encoded><![CDATA[<p>Hi Mark,<br />
A fabric should provide more than just connectivity for all hosts, it should go a step further in providing uniform latency and bandwidth across the fabric from any host to any host.  This enables the flexibility to place workloads anywhere in the fabric without concern for network performance.  That&#8217;s one difference between a &#8220;fabric&#8221;, and a &#8220;network&#8221;.</p>
<p>Your design is more like a &#8220;network&#8221;.  Yes, it provides connectivity.  But it doesn&#8217;t provide the uniform latency and bandwidth properties of a real &#8220;fabric&#8221;.</p>
<p>Each Leaf is only connected to 4 of the 16 Spines.  As a result, you&#8217;ll have some some hosts that will need to make several Leaf-Spine-Leaf hops to communicate, whereas other hosts will only be one Spine hop away. Non-uniform latency.</p>
<p>Similarly, you&#8217;ll have some rack pairs that can only communicate through one Leaf uplink, while other rack pairs can communicate with more than one Leaf uplink. Non-uniform bandwidth.  </p>
<p>As a result, application performance will vary depending on where workloads are placed in the network, complicating the provisioning model and partitioning the resources.</p>
<p>To provide the uniform bandwidth and latency people will expect from your fabric, <strong>make sure your Leafs are connected to all Spines</strong> with the same amount of bandwidth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Mark</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8584</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 29 Jan 2012 15:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8584</guid>
		<description>Thank you Brad for the article.  I am confused on one point.  I think I am missing something, because it appears to me that you can also have the scaling benefits without using 10gb/breakout between the leaf and the spine.  I am thinking if you have 16 spines and 128 leafs, you would still be able to scale to a guest count of 5120.  My math:

16 spines with 32 40gb ports =  512 40gb ports available for leafs.
512 40gb ports available for leafs divided by 4 40gb ports on each leaf = 128 leafs.
40 guests per leaf times 128 leafs = 5120 guests.

Help me find what I&#039;m missing here please :)</description>
		<content:encoded><![CDATA[<p>Thank you Brad for the article.  I am confused on one point.  I think I am missing something, because it appears to me that you can also have the scaling benefits without using 10gb/breakout between the leaf and the spine.  I am thinking if you have 16 spines and 128 leafs, you would still be able to scale to a guest count of 5120.  My math:</p>
<p>16 spines with 32 40gb ports =  512 40gb ports available for leafs.<br />
512 40gb ports available for leafs divided by 4 40gb ports on each leaf = 128 leafs.<br />
40 guests per leaf times 128 leafs = 5120 guests.</p>
<p>Help me find what I&#8217;m missing here please <img src='http://bradhedlund.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Construct a Leaf Spine design with 40G or 10G? An observation in scaling the fabric. by Jason Edelman</title>
		<link>http://bradhedlund.com/2012/01/25/construct-a-leaf-spine-design-with-40g-or-10g-an-observation-in-scaling-the-fabric/comment-page-1/#comment-8582</link>
		<dc:creator>Jason Edelman</dc:creator>
		<pubDate>Sat, 28 Jan 2012 16:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://bradhedlund.com/?p=3482#comment-8582</guid>
		<description>You did state it in your post...thanks for the re-clarification. 

Jason</description>
		<content:encoded><![CDATA[<p>You did state it in your post&#8230;thanks for the re-clarification. </p>
<p>Jason</p>
]]></content:encoded>
	</item>
</channel>
</rss>

