<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>My EtherealMind&#187; Design</title>
	<atom:link href="http://etherealmind.com/tag/design/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Thu, 09 Feb 2012 21:53:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Can Fibre Optic Ethernet Cables Be Longer Than the Standard ?</title>
		<link>http://etherealmind.com/can-fibre-optic-ethernet-cables-be-longer-than-the-standard/</link>
		<comments>http://etherealmind.com/can-fibre-optic-ethernet-cables-be-longer-than-the-standard/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 19:41:10 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Basics]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[basics]]></category>
		<category><![CDATA[ethernet]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5967</guid>
		<description><![CDATA[Short Answer is "It depends, but usually yes." Long answer follows with a discussion of launch power, receiver sensitivity, and cable losses.]]></description>
		<wfw:commentRss>http://etherealmind.com/can-fibre-optic-ethernet-cables-be-longer-than-the-standard/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Webinar on SDN &amp; OpenFlow &#8211; Sponsored by Big Switch &#8211; Open Attendance</title>
		<link>http://etherealmind.com/ipspace-webinar-sdn-openflow-bigswitch-sponsor/</link>
		<comments>http://etherealmind.com/ipspace-webinar-sdn-openflow-bigswitch-sponsor/#comments</comments>
		<pubDate>Mon, 05 Dec 2011 18:26:31 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[training]]></category>
		<category><![CDATA[webinar]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5924</guid>
		<description><![CDATA[I'm pleased to announce that Big Switch have agreed to sponsor SDN &#038; OpenFlow Webinar on February 7th, 2012 and that the event will be free and open to anyone to attend. 

Are you a Network Architect or Designer ? Are you responsible for strategy, long term vision, or simply keeping track of upcoming technologies ? If so, you will need to know more about OpenFlow and Software Defined Networking and how it impacts the future of Networking in software and hardware. 

And now, thanks to sponsorship from BigSwitch Networks, anyone can attend. 

<img style="display:block; margin-left:auto; margin-right:auto;" src="http://etherealmind.com/wp-content/uploads/2011/12/ipspace-openflow-webinar-20111204.gif" alt="Ipspace openflow webinar 20111204" border="0" width="300" height="250" />]]></description>
		<wfw:commentRss>http://etherealmind.com/ipspace-webinar-sdn-openflow-bigswitch-sponsor/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Ethernet Jumbo Frames, Full Duplex and Why Jumbo Frames Are 9000 Bytes)</title>
		<link>http://etherealmind.com/ethernet-jumbo-frames-full-duplex-9000-bytes/</link>
		<comments>http://etherealmind.com/ethernet-jumbo-frames-full-duplex-9000-bytes/#comments</comments>
		<pubDate>Sat, 03 Dec 2011 16:14:26 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5921</guid>
		<description><![CDATA[I've been doing some research into Ethernet and the use of Jumbo frames for some content I've been writing and come across something interesting. The documents state that Jumbo frames can only be used on Full Duplex Ethernet connections.]]></description>
		<wfw:commentRss>http://etherealmind.com/ethernet-jumbo-frames-full-duplex-9000-bytes/feed/</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>Modular Data Centre &#8211; On the Highway</title>
		<link>http://etherealmind.com/modular-data-centre-on-move/</link>
		<comments>http://etherealmind.com/modular-data-centre-on-move/#comments</comments>
		<pubDate>Tue, 22 Nov 2011 15:25:06 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[datacenter]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5905</guid>
		<description><![CDATA[Saw this modular data centre rolling down the highway today.]]></description>
		<wfw:commentRss>http://etherealmind.com/modular-data-centre-on-move/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Problems With Cat6A Cables in Data Center</title>
		<link>http://etherealmind.com/size-cat6-cables-data-center-reliability-problems/</link>
		<comments>http://etherealmind.com/size-cat6-cables-data-center-reliability-problems/#comments</comments>
		<pubDate>Mon, 14 Nov 2011 15:30:04 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[data centre]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5888</guid>
		<description><![CDATA[I was reading a white paper by Panduit that claims that 10GBaseT is suitable for use. I've been critical of Cat6A cable and believe that it's not suitable for data centre use.]]></description>
		<wfw:commentRss>http://etherealmind.com/size-cat6-cables-data-center-reliability-problems/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Cisco Nexus 5000 / 2000 Pricing Bundles and Fabric Extension Transceivers (FETs) vs 10GbaseSR SFPs.</title>
		<link>http://etherealmind.com/cisco-nexus-5000-2000-fet-fabric-extension-transceiver-sfp-10gbasesr-comparison/</link>
		<comments>http://etherealmind.com/cisco-nexus-5000-2000-fet-fabric-extension-transceiver-sfp-10gbasesr-comparison/#comments</comments>
		<pubDate>Thu, 03 Nov 2011 20:18:26 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5864</guid>
		<description><![CDATA[Recently I noticed that Cisco is selling "Fabric Ethernet Transceivers" for the Nexus switch family. Some research shows that these are replacements for 10GBaseSX SFP modules. Importantly, it's cheaper to install new cabling than to buy 10BaseSR SFP+ modules.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-nexus-5000-2000-fet-fabric-extension-transceiver-sfp-10gbasesr-comparison/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Requirements Terminology &#8211; Defining MUST, SHOULD and MAY</title>
		<link>http://etherealmind.com/requirements-terminology/</link>
		<comments>http://etherealmind.com/requirements-terminology/#comments</comments>
		<pubDate>Tue, 20 Sep 2011 15:30:19 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[work life]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5823</guid>
		<description><![CDATA[One of the problems of working with the PRINCE2 practitioners is that the people tend to get highly focussed on definitions in the Scope of Works. A Scope of Works defines what the deliverables the customer is to received. 

The problem with a Scope of Works is that it is usually prepared before the work is started and/or fully understood. maybe you have a Gap Analysis, or a Consulting Reports or a Requirements Document to setup the initial engagement (every company has their own name of the same thing).]]></description>
		<wfw:commentRss>http://etherealmind.com/requirements-terminology/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>What Is an Ethernet Fabric ?</title>
		<link>http://etherealmind.com/what-is-an-ethernet-fabric/</link>
		<comments>http://etherealmind.com/what-is-an-ethernet-fabric/#comments</comments>
		<pubDate>Thu, 21 Jul 2011 17:30:11 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Dictionary]]></category>
		<category><![CDATA[centre]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[fabrics]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5738</guid>
		<description><![CDATA[Define "Ethernet Fabric"]]></description>
		<wfw:commentRss>http://etherealmind.com/what-is-an-ethernet-fabric/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Fibre Connectors</title>
		<link>http://etherealmind.com/fibre-optic-connectors/</link>
		<comments>http://etherealmind.com/fibre-optic-connectors/#comments</comments>
		<pubDate>Thu, 14 Jul 2011 18:49:26 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Basics]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5735</guid>
		<description><![CDATA[A short summary of the Fibre Cable Connectors, description and some notes on usage. This is summary notes and intended for reference.]]></description>
		<wfw:commentRss>http://etherealmind.com/fibre-optic-connectors/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Soft Switching Fails at Scale</title>
		<link>http://etherealmind.com/soft-switching-fails-at-scale/</link>
		<comments>http://etherealmind.com/soft-switching-fails-at-scale/#comments</comments>
		<pubDate>Sat, 09 Jul 2011 18:12:05 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[hypervisor]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5723</guid>
		<description><![CDATA[There is a significant camp of software developers who are developing software switching solutions for hypervisors. Which is nice, I guess. The use of software switching in the hypervisor has some good points but, in my view they are heavily outweighed by the bad. I present the use case, and show that software]]></description>
		<wfw:commentRss>http://etherealmind.com/soft-switching-fails-at-scale/feed/</wfw:commentRss>
		<slash:comments>29</slash:comments>
		</item>
		<item>
		<title>What Is the Definition of a Switch Fabric ?</title>
		<link>http://etherealmind.com/what-is-the-definition-of-switch-fabric/</link>
		<comments>http://etherealmind.com/what-is-the-definition-of-switch-fabric/#comments</comments>
		<pubDate>Wed, 29 Jun 2011 23:19:04 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[trill]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5711</guid>
		<description><![CDATA[<p>The marketing people in IT tend to be overwhelmed by complexity and deep technology.  For many liberal arts graduates,  they take the drowning option and latch onto certain terms and then grossly abuse it. The most egregious abuse today is "cloud" but "fabric" comes a close second. In this series of posts I want to look at what <strong>is</strong> a <em>FABRIC</em> and provide a canonical look at what it does and how it works for us.</p>]]></description>
		<wfw:commentRss>http://etherealmind.com/what-is-the-definition-of-switch-fabric/feed/</wfw:commentRss>
		<slash:comments>26</slash:comments>
		</item>
		<item>
		<title>Cisco C6500 Service Modules &#8211; Not My Choice, Now.</title>
		<link>http://etherealmind.com/cisco-c6500-service-modules-not-my-choice-now/</link>
		<comments>http://etherealmind.com/cisco-c6500-service-modules-not-my-choice-now/#comments</comments>
		<pubDate>Sun, 19 Jun 2011 20:38:51 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5693</guid>
		<description><![CDATA[These all suggest that the time for planning and designing Service Modules is over. There are no suggestions that service modules for the Nexus 7000 will be developed that I can see. I can prognosticate that it would slow down the development of the core switch / route / performance functions, and it will be some years before those core capabilities is complete enough that service modules would become viable product development tasks &#8212; they might be in development, but not much chance of going into production. [^1]

Do I sound bitter about Service Modules ? A bit. I've had a number of hard to solve problems that lasted months before code fixes arrived. I've been fan of the NAM but the price is now far removed from it's practical value. USD$30K List is way over priced for its capabilities and even with a 30% discount, you can buy a lot of network management systems that deliver much better functions and features for that price.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-c6500-service-modules-not-my-choice-now/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>VMware: Let&#8217;s Get Logical &#8211; The Case for OpenFlow Network Virtualization (and Their Failed Network Plans)</title>
		<link>http://etherealmind.com/vmware-openflow-failed-networking-plans/</link>
		<comments>http://etherealmind.com/vmware-openflow-failed-networking-plans/#comments</comments>
		<pubDate>Thu, 02 Jun 2011 18:35:23 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[industry]]></category>
		<category><![CDATA[openflow]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5638</guid>
		<description><![CDATA[VMware has made several strategic moves to implement dynamic networking - vSwitch, vDS, Nexus 1000 (in partnership with Cisco), vCloud External Networks (using MAC in MAC of all things) and have basically failed to deliver  overlay technology without implementing technology in the network itself. Equally, VMware hasn't been willing to engage with the networking vendors to develop technologies that would solve this problem - VNtag / VEPA/ VEP combined with TRILL / SPBB, instead letting them argue amongst themselves. VMware attempt with vCloud networking using MACinMAC encapsulation seems to have failed and stalled and is getting another attempt using MACinIP. VMware/Xen/HyperV are all desperate to have a more dynamic network that can be controlled from their software and this might be where OpenFlow gets a big lift - as a configuration engine.]]></description>
		<wfw:commentRss>http://etherealmind.com/vmware-openflow-failed-networking-plans/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Review: HP and Optical Backplanes</title>
		<link>http://etherealmind.com/hp-optical-backplanes/</link>
		<comments>http://etherealmind.com/hp-optical-backplanes/#comments</comments>
		<pubDate>Sun, 15 May 2011 13:05:19 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Reviews]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[hp]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5609</guid>
		<description><![CDATA[<p>There were a lot of cool things at InterOp, but not much that was new from the big vendors. For example, Cisco didn't announce anything, probably waiting announce at Cisco Live in July where they can control the press and message much more tightly. However, HP announced the A10500 switch (<a rel="nofollow" href="etherealmind.com/hp-a10500-flexicampus-action-pics/" target="_blank">action pictures </a>) which is a new campus switch and <a href="http://www.gnodal.com/" target="_blank">Gnodal</a> arrived with new products.</p>
<p>However in the centre of the HP stand there was something very cool - a prototype E8212 ProCurve switch with a <strong>fully optical backplane.</strong> <img style="display: block; margin-left: auto; margin-right: auto;" src="http://etherealmind.com/wp-content/uploads/2011/05/hp-procurve-optical-backplane-1.jpg" border="0" alt="Hp procurve optical backplane 1" width="610" height="455" /></p>

]]></description>
		<wfw:commentRss>http://etherealmind.com/hp-optical-backplanes/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>PacketShaper and Flow Directions</title>
		<link>http://etherealmind.com/packetshaper-inbound-outbound-outside-inside/</link>
		<comments>http://etherealmind.com/packetshaper-inbound-outbound-outside-inside/#comments</comments>
		<pubDate>Sat, 14 May 2011 23:45:16 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Blue Coat]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[bluecoat]]></category>
		<category><![CDATA[packeteer]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5607</guid>
		<description><![CDATA[I stumbled across an old diagram I made a long time ago about the direction of flows on a BlueCoat PacketShaper. Since I've been looking for it for about three years, I've diagrammed it quickly so that it is here for future reference when I'm working PacketWise in the future. PacketShaper PacketWise is one of my very favourite tools for managing traffic flows, and much preferable to PHB QoS aka DiffServ for many types of use cases.

An TCP flow has four possible directional attribute related to the use of a inside and outside networks, and whether the flow was initiated from the client to server which sets the "direction" of the flow relative to the Packeteer. The flow is determined by who <em>initiated</em> the three way handshake. For purposes here, the <strong>Client</strong> always initiates the TCP connection, and the <strong>Server</strong> terminates the connection. 

<h2>TCP Session and Direction</h2>
Most people understand the three way handshake, but not many consider the <strong>direction</strong> of the session. 
<img style="display:block; margin-left:auto; margin-right:auto;" src="http://etherealmind.com/wp-content/uploads/2011/05/packet-shaper-flow-directions-0.jpg" alt="Packet shaper flow directions 0" border="0" width="563" height="388" />
<br />
The connection from the client to the server is outbound, but is inbound on the server. And vice versa, the server outbound session is inbound on the client.

<img style="display:block; margin-left:auto; margin-right:auto;" src="http://etherealmind.com/wp-content/uploads/2011/05/packet-shaper-flow-directions-0.1.jpg" alt="Packet shaper flow directions 0 1" border="0" width="505" height="185" />
That's not very useful for being able to define the direction of flows. 

<h2>Why is direction important ? </h2>
Direction of flows is important if you want to configure asymmetric rules. That is, not all protocols require symmetic bandwidth. For example, HTTP traffic is usually a 10:1 ratio for reply to request. That is, a request for this webpage is about 10KB, but the reply with the data, images and javascript is more than 100KB.  

<img style="display:block; margin-left:auto; margin-right:auto;" src="http://etherealmind.com/wp-content/uploads/2011/05/packet-shaper-flow-directions-0.2.jpg" alt="Packet shaper flow directions 0 2" border="0" width="494" height="259" />

For an FTP upload server, you might have the reverse condition where the inbound traffic is far more than the outbound. 

To make the most of your Internet connection for this case, you could configure the inbound bandwidth on your Internet connection to be 80% FTP, 20% HTTP and the <strong>outbound</strong> bandwidth to be 20% FTP and 80% HTTP. This gives a far better utilisation, especially in regards to better TCP Windowing and overall TCP goodput.]]></description>
		<wfw:commentRss>http://etherealmind.com/packetshaper-inbound-outbound-outside-inside/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>HP A10500 FlexiCampus &#8211; Action Pics</title>
		<link>http://etherealmind.com/hp-a10500-flexicampus-action-pics/</link>
		<comments>http://etherealmind.com/hp-a10500-flexicampus-action-pics/#comments</comments>
		<pubDate>Tue, 10 May 2011 15:29:50 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[hp]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5575</guid>
		<description><![CDATA[I wanted take a quick look at the guts of the A10500 switch because its got some interesting features. And since no one else in the press even looked at the box, I feel it's necessary to do some nerd action photos with the line cards. ]]></description>
		<wfw:commentRss>http://etherealmind.com/hp-a10500-flexicampus-action-pics/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Fate Sharing, Failure Domains and Why VTP Is Awesome</title>
		<link>http://etherealmind.com/vtp-design-fate-sharing-failure-domains/</link>
		<comments>http://etherealmind.com/vtp-design-fate-sharing-failure-domains/#comments</comments>
		<pubDate>Wed, 20 Apr 2011 15:00:10 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5494</guid>
		<description><![CDATA[A lot of people regard Virtual Trunking Protocol(VTP) as nothing but trouble. Indeed, it's hard to find many people who will implement it on their network. I find this baffling - it's a great tool that dramatically reduces time, errors, and troubleshooting is something that we should all embrace and use wherever we can. Naturally, with great power comes great evil. So, lets be clever instead.]]></description>
		<wfw:commentRss>http://etherealmind.com/vtp-design-fate-sharing-failure-domains/feed/</wfw:commentRss>
		<slash:comments>33</slash:comments>
		</item>
		<item>
		<title>&#8220;Can I Haz a &#8220;I ? OpenFlow&#8221; Sticker Pleez&#8221; &#8211; Why, Yes, Yes I Can!</title>
		<link>http://etherealmind.com/openflow-sticker/</link>
		<comments>http://etherealmind.com/openflow-sticker/#comments</comments>
		<pubDate>Tue, 05 Apr 2011 16:16:07 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[openflow]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5384</guid>
		<description><![CDATA[I tweeted "an I haz a "I &#9829; OpenFlow" sticker pleez" - just got a call....]]></description>
		<wfw:commentRss>http://etherealmind.com/openflow-sticker/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Which Network Topology?</title>
		<link>http://etherealmind.com/which-network-topology/</link>
		<comments>http://etherealmind.com/which-network-topology/#comments</comments>
		<pubDate>Sat, 02 Apr 2011 15:30:52 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[topology]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5312</guid>
		<description><![CDATA[Recently Iíve come across some interesting terms for variants of common network topologies, so I decided I'd try to list as many of them as I can for reference. Please suggest others to add.
]]></description>
		<wfw:commentRss>http://etherealmind.com/which-network-topology/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Low Level Design &#8211; Think About the Next Step</title>
		<link>http://etherealmind.com/low-level-design-think-about-the-next-step/</link>
		<comments>http://etherealmind.com/low-level-design-think-about-the-next-step/#comments</comments>
		<pubDate>Fri, 18 Mar 2011 21:13:58 +0000</pubDate>
		<dc:creator>John McManus</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5192</guid>
		<description><![CDATA[A while back Greg wrote a great article about the &#8220;Rules of Design Documentation&#8221;†http://etherealmind.com/rules-design-documentation-etherealmind/these are really valuable rules when it comes to writing a design document and in my opinion is particularly relevant to a Low Level Design AKA Detailed Design Document. &#160; Ask yourself Before you can apply these rules of design you must [...]]]></description>
		<wfw:commentRss>http://etherealmind.com/low-level-design-think-about-the-next-step/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Explaining L2 Multipath in Terms of North/South, East West Bandwidth</title>
		<link>http://etherealmind.com/layer-2-multipath-east-west-bandwidth-switch-designs/</link>
		<comments>http://etherealmind.com/layer-2-multipath-east-west-bandwidth-switch-designs/#comments</comments>
		<pubDate>Tue, 15 Mar 2011 20:47:59 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[networks]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5178</guid>
		<description><![CDATA[Breaking down the definition of North/South and East/West Bandwidth with some nice pictures and examining Layer 2 Multipath and why it fits virtualisation so well. ]]></description>
		<wfw:commentRss>http://etherealmind.com/layer-2-multipath-east-west-bandwidth-switch-designs/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Citrix Branch Repeater : WCCP or Not to WCCP That Is the Question?</title>
		<link>http://etherealmind.com/citrix-branch-repeater-wccp-or-not-to-wccp-that-is-the-question/</link>
		<comments>http://etherealmind.com/citrix-branch-repeater-wccp-or-not-to-wccp-that-is-the-question/#comments</comments>
		<pubDate>Tue, 08 Mar 2011 21:05:13 +0000</pubDate>
		<dc:creator>John McManus</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5031</guid>
		<description><![CDATA[Whether &#8217;tis nobler in the network to suffer un-accelerated traffic during an outage or to take arms in the form of Policy Based Routing. When you decide to†deploy†Citrix Branch Repeaters (CBR) you have to†deploy†at either end of the WAN to accelerate and compress traffic between these endpoints. Therefore it would seem sensible to have some [...]]]></description>
		<wfw:commentRss>http://etherealmind.com/citrix-branch-repeater-wccp-or-not-to-wccp-that-is-the-question/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Fault Detection in Metro Ethernet</title>
		<link>http://etherealmind.com/fault-detection-metro-ethernet/</link>
		<comments>http://etherealmind.com/fault-detection-metro-ethernet/#comments</comments>
		<pubDate>Sat, 05 Mar 2011 17:08:20 +0000</pubDate>
		<dc:creator>Tony Brown</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5077</guid>
		<description><![CDATA[Following my article on Loop-Free Alternate Routes, Michael McNamara made a good point about some of the issues detecting failure in a Metro Ethernet network. This seems to be a commonly misunderstood problem.]]></description>
		<wfw:commentRss>http://etherealmind.com/fault-detection-metro-ethernet/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Colour Blindness, Network Diagrams and Reliability</title>
		<link>http://etherealmind.com/colour-blindness-network-diagrams-reliability/</link>
		<comments>http://etherealmind.com/colour-blindness-network-diagrams-reliability/#comments</comments>
		<pubDate>Thu, 03 Mar 2011 11:14:54 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[diagramming]]></category>
		<category><![CDATA[visio]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5033</guid>
		<description><![CDATA[It's a lesser known fact that one in ten caucasian males have colour blindness. In networking, we often rely on colour diagrams and coloured cables for a key services. Have you ever given any consideration to colour in your designs ?]]></description>
		<wfw:commentRss>http://etherealmind.com/colour-blindness-network-diagrams-reliability/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>TCAM &#8211; A Deeper Look and the Impact of IPv6</title>
		<link>http://etherealmind.com/tcam-detail-review/</link>
		<comments>http://etherealmind.com/tcam-detail-review/#comments</comments>
		<pubDate>Wed, 26 Jan 2011 15:28:41 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[ipv6]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=4727</guid>
		<description><![CDATA[The thing about TCAM memory is that it can be big killer for IPv6 migration. Why ? ]]></description>
		<wfw:commentRss>http://etherealmind.com/tcam-detail-review/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
	</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-02-10 03:02:08 by W3 Total Cache -->
