<?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; network design</title>
	<atom:link href="http://etherealmind.com/tag/network-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Wed, 23 May 2012 14:40:01 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Sponsored: Brocade Virtual Symposium &#8211; Storage Convergence</title>
		<link>http://etherealmind.com/brocade-virtual-symposium-storage-convergence/</link>
		<comments>http://etherealmind.com/brocade-virtual-symposium-storage-convergence/#comments</comments>
		<pubDate>Wed, 16 May 2012 19:29:45 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[converged]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6617</guid>
		<description><![CDATA[Continuing the series from the Brocade Virtual Symposium. In a special video session that was sponsored by Brocade, we got Chip Copper  in the room with Stephen Foskett to talk about storage convergence. 

Over the last few years, I've been very critical of Ethernet storage protocols like [FCoE](http://etherealmind.com/tag/fcoe/) and the fact that storage protocols are unlikely to work well. There are few times here where Chip was able to give me answers and a different viewpoint that gave me a different take on the solutions.]]></description>
		<wfw:commentRss>http://etherealmind.com/brocade-virtual-symposium-storage-convergence/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Does SDN Represent the Evolution of Network Management ? Yes but No It Doesn&#8217;t</title>
		<link>http://etherealmind.com/sdn-evolution-network-management/</link>
		<comments>http://etherealmind.com/sdn-evolution-network-management/#comments</comments>
		<pubDate>Wed, 09 May 2012 18:29:51 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6588</guid>
		<description><![CDATA[SDN/OpenFlow is about Network Management, at least, in part. But the rich tools for software control dont' exist. I also think don't think that todays management _platforms_ (such as Tivoli, OpenView and BMC) are suitable for network orchestration in the future.]]></description>
		<wfw:commentRss>http://etherealmind.com/sdn-evolution-network-management/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Tech Notes: Juniper QFabric &#8211; A Perspective on Scaling Up</title>
		<link>http://etherealmind.com/tech-notes-juniper-qfabric-scaling-up-review-how-architecture/</link>
		<comments>http://etherealmind.com/tech-notes-juniper-qfabric-scaling-up-review-how-architecture/#comments</comments>
		<pubDate>Tue, 14 Feb 2012 19:30:40 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Tech Notes]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[fabric]]></category>
		<category><![CDATA[juniper]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6136</guid>
		<description><![CDATA[Juniper QFabric is a new approach to Ethernet Switch Fabrics. When it was announced last year,it was noted  that the underlying physical design is a completely different approach to building Switch Fabrics. Here I'm taking a loosely research based approach to understand how Juniper QFabric is different from all other approaches to the problem, and also a look at some of the challenges ahead.]]></description>
		<wfw:commentRss>http://etherealmind.com/tech-notes-juniper-qfabric-scaling-up-review-how-architecture/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Comparing Embrane and Nicira Is Pointless &#8211; They Are Different</title>
		<link>http://etherealmind.com/comparing-embrane-and-nicira-is-pointless-they-are-different/</link>
		<comments>http://etherealmind.com/comparing-embrane-and-nicira-is-pointless-they-are-different/#comments</comments>
		<pubDate>Thu, 09 Feb 2012 12:32:51 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[OpenFlow]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[industry]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[openflow]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6076</guid>
		<description><![CDATA[Had a few conversations, and some articles, where comparisons are being made between Embrane and Nicira  and wanted to point out that there are few similarities between these companies.]]></description>
		<wfw:commentRss>http://etherealmind.com/comparing-embrane-and-nicira-is-pointless-they-are-different/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Predicting What Will Not Be Big in 2012</title>
		<link>http://etherealmind.com/predicting-what-will-not-be-big-2012/</link>
		<comments>http://etherealmind.com/predicting-what-will-not-be-big-2012/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 19:05:32 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[future]]></category>
		<category><![CDATA[industry]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[predictions]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6030</guid>
		<description><![CDATA[I've been working on making some predictions about 2012 and networking. I like to do this in the year of 2012 (not 2011 like everyone else) and I like to go further than anyone else and predict what WILL NOT be big in 2012.]]></description>
		<wfw:commentRss>http://etherealmind.com/predicting-what-will-not-be-big-2012/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Using Underscores, Hyphens or CamelCase in Naming Standards</title>
		<link>http://etherealmind.com/using-underscores-hyphens-or-camelcase-in-naming-standards/</link>
		<comments>http://etherealmind.com/using-underscores-hyphens-or-camelcase-in-naming-standards/#comments</comments>
		<pubDate>Fri, 27 Jan 2012 17:05:32 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[naming]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6009</guid>
		<description><![CDATA[I&#8217;ve been considering a small but vital problem in naming conventions in Networking. Namely, the use of underscores and hyphens in object names and devices. It&#8217;s a hot topic for argument when the time comes for corporate standards (and when Network Engineers have beverages in  a public house). Now, I figure that there are three possible grammar options for making names - hyphens, underscore and CamelCase.]]></description>
		<wfw:commentRss>http://etherealmind.com/using-underscores-hyphens-or-camelcase-in-naming-standards/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Responding: On Optimizing Traffic for Network Virtualization</title>
		<link>http://etherealmind.com/responding-on-optimizing-traffic-for-network-virtualization/</link>
		<comments>http://etherealmind.com/responding-on-optimizing-traffic-for-network-virtualization/#comments</comments>
		<pubDate>Fri, 23 Dec 2011 15:10:47 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[datacenter]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[industry]]></category>
		<category><![CDATA[lossless]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5955</guid>
		<description><![CDATA[I'm responding to Brad Hedlund's post "On optimizing traffic for network virtualization" where he seems to missed a key point. It's about cost of ownership in terms of ability to troubleshoot. ]]></description>
		<wfw:commentRss>http://etherealmind.com/responding-on-optimizing-traffic-for-network-virtualization/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Scaling Virtual Appliances With Embrane</title>
		<link>http://etherealmind.com/scaling-virtual-appliances-embrane/</link>
		<comments>http://etherealmind.com/scaling-virtual-appliances-embrane/#comments</comments>
		<pubDate>Mon, 12 Dec 2011 17:07:43 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[appliances]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5937</guid>
		<description><![CDATA[Embrane uses concepts of IP Flows to scale virtual appliances. Embrane does this by managing IP flows and then directing to other appliances, in effect creating what I would call a two tier load balancing.]]></description>
		<wfw:commentRss>http://etherealmind.com/scaling-virtual-appliances-embrane/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Should I Use BFD in My Network ?</title>
		<link>http://etherealmind.com/should-i-use-bfd-network-routing-protocol/</link>
		<comments>http://etherealmind.com/should-i-use-bfd-network-routing-protocol/#comments</comments>
		<pubDate>Wed, 19 Oct 2011 12:06:26 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[routing]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5849</guid>
		<description><![CDATA[Wherein I consider using BFD in Network Designs.]]></description>
		<wfw:commentRss>http://etherealmind.com/should-i-use-bfd-network-routing-protocol/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Switch Fabrics: Fabric Arbitration and Buffers</title>
		<link>http://etherealmind.com/switch-fabrics-farbic-arbitration-and-buffers/</link>
		<comments>http://etherealmind.com/switch-fabrics-farbic-arbitration-and-buffers/#comments</comments>
		<pubDate>Mon, 22 Aug 2011 19:30:13 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[study]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5790</guid>
		<description><![CDATA[In the article, &#8220;What Is the Definition of a Switch Fabric ?&#8221; on Switch Fabrics I looked at how a Crossbar switching fabric allow for concurrent circuit forwarding and how this is used to build a fabric. In most cases, frames would be received and forwarded from an input to an output, as show in [...]]]></description>
		<wfw:commentRss>http://etherealmind.com/switch-fabrics-farbic-arbitration-and-buffers/feed/</wfw:commentRss>
		<slash:comments>3</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>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>So You Want to Use a 3750-X as a Router?</title>
		<link>http://etherealmind.com/so-you-want-to-use-a-3750-x-as-a-router/</link>
		<comments>http://etherealmind.com/so-you-want-to-use-a-3750-x-as-a-router/#comments</comments>
		<pubDate>Mon, 24 Jan 2011 22:04:47 +0000</pubDate>
		<dc:creator>John McManus</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=4712</guid>
		<description><![CDATA[Easy peasy lemon squeezy This seems a straightforward question! Just load up with advanced IP services license, install the license file and reboot the switch and you should be good to go. Well that&#8217;s what I thought until recently when I done the very steps above and on the surface seemed okay but I wanted [...]]]></description>
		<wfw:commentRss>http://etherealmind.com/so-you-want-to-use-a-3750-x-as-a-router/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Controller Based Networks for Data Centres</title>
		<link>http://etherealmind.com/controller-based-networks-for-data-centres/</link>
		<comments>http://etherealmind.com/controller-based-networks-for-data-centres/#comments</comments>
		<pubDate>Mon, 13 Dec 2010 16:18:56 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=4330</guid>
		<description><![CDATA[The current technologies of data centre networks don't address the fundamental scaling issues. You can't scale to hundreds of independent switches, we need to have less control planes for more coherent functions. Here is my take on next wave of networking in the data centre beyond DCB and TRILL.]]></description>
		<wfw:commentRss>http://etherealmind.com/controller-based-networks-for-data-centres/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>FCoE and Standards: This Is What Really Matters</title>
		<link>http://etherealmind.com/fcoe-and-standards/</link>
		<comments>http://etherealmind.com/fcoe-and-standards/#comments</comments>
		<pubDate>Tue, 24 Aug 2010 16:55:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=3799</guid>
		<description><![CDATA[In the recent weeks, J. Michael Metz from Cisco entered a ****ing contest with my friend Greg and decided to prove that the FCoE standards are done. ]]></description>
		<wfw:commentRss>http://etherealmind.com/fcoe-and-standards/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Blessay: On Stackable / Fixed  vs Chassis / Modular Ethernet Switches</title>
		<link>http://etherealmind.com/chassis-vs-stackable-switches/</link>
		<comments>http://etherealmind.com/chassis-vs-stackable-switches/#comments</comments>
		<pubDate>Sat, 27 Feb 2010 14:54:18 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/chassis-vs-stackable-switches/</guid>
		<description><![CDATA[The debate on Stackable vs Chassis based switches has a long and proud pedigree. Here is my addition to the debate. ]]></description>
		<wfw:commentRss>http://etherealmind.com/chassis-vs-stackable-switches/feed/</wfw:commentRss>
		<slash:comments>22</slash:comments>
		</item>
		<item>
		<title>Is This the Year of 10 Gigabit Ethernet in the LAN ?</title>
		<link>http://etherealmind.com/is-this-year-of-10-gig-ethernet/</link>
		<comments>http://etherealmind.com/is-this-year-of-10-gig-ethernet/#comments</comments>
		<pubDate>Wed, 06 Jan 2010 11:09:06 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/is-this-year-of-10-gig-ethernet/</guid>
		<description><![CDATA[A number of switch vendors have announced (and they are certainly hoping) that 10Gb Ethernet is the THING for 2010. Really ? ]]></description>
		<wfw:commentRss>http://etherealmind.com/is-this-year-of-10-gig-ethernet/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Cynicism and Regret Are Powerful Design Tools</title>
		<link>http://etherealmind.com/cynicism-regret-powerful-design-tools/</link>
		<comments>http://etherealmind.com/cynicism-regret-powerful-design-tools/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 22:23:35 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Musing]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1618</guid>
		<description><![CDATA[If there are two aspects of my personality that drive my design process, its <strong>Cynicism and Regret</strong>. Let me tell you that bitter tales of disappointment, let downs and failure that make for better designs.]]></description>
		<wfw:commentRss>http://etherealmind.com/cynicism-regret-powerful-design-tools/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Cisco, EMC, VMware &#8211; Living Together Isn&#8217;t the Same as Married</title>
		<link>http://etherealmind.com/cisco-emc-vmware-acadia-living-together-is-not-married/</link>
		<comments>http://etherealmind.com/cisco-emc-vmware-acadia-living-together-is-not-married/#comments</comments>
		<pubDate>Wed, 04 Nov 2009 20:43:33 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=2038</guid>
		<description><![CDATA[A bunch of CEO's promising to play 'nice' with each others toys is not a convincing marketing exercise. Cisco and EMC/VMware need to merge to get big enough to compete with HP / IBM. ]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-emc-vmware-acadia-living-together-is-not-married/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>What the Letters on 802.1 Ethernet Standards Stand For</title>
		<link>http://etherealmind.com/what-the-letters-802-1-ethernet-standards-stand-for/</link>
		<comments>http://etherealmind.com/what-the-letters-802-1-ethernet-standards-stand-for/#comments</comments>
		<pubDate>Tue, 03 Nov 2009 21:21:29 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[tools]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=2026</guid>
		<description><![CDATA[A recent post from a member of the IEEE standard finally tells us something useful instead of keeping everything a secret. ]]></description>
		<wfw:commentRss>http://etherealmind.com/what-the-letters-802-1-ethernet-standards-stand-for/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rant:Why Is the IEEE All About Secrecy ?</title>
		<link>http://etherealmind.com/ieee-secrecy-closed-its-not-right/</link>
		<comments>http://etherealmind.com/ieee-secrecy-closed-its-not-right/#comments</comments>
		<pubDate>Fri, 23 Oct 2009 16:03:26 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Rant]]></category>
		<category><![CDATA[industry]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1915</guid>
		<description><![CDATA[I'm not happy that IEEE hides much of the meeting and discussions that progress the standards that affect all of us. Why does it have to be a secret ? ]]></description>
		<wfw:commentRss>http://etherealmind.com/ieee-secrecy-closed-its-not-right/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Blessay:VTP Version 3.0 &#8211; Is VTP Making a Comeback ?</title>
		<link>http://etherealmind.com/vtp-3-making-comeback-review/</link>
		<comments>http://etherealmind.com/vtp-3-making-comeback-review/#comments</comments>
		<pubDate>Mon, 10 Aug 2009 05:12:41 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1658</guid>
		<description><![CDATA[VTP Version 3.0 &#8211; Is VTP making a comeback ? I found this document at Cisco.com today about VTPv3. What ? VTPv3 ? I had to dig into that. Features The document lists the following key features. Protection against data overwrites. Support for VLAN numbers up to 4096 Support for exchanging information regarding PVLANs Support [...]]]></description>
		<wfw:commentRss>http://etherealmind.com/vtp-3-making-comeback-review/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Blessay: Designing Enterprise DMZ and Multilayer Firewall Clusters</title>
		<link>http://etherealmind.com/design-enterprise-dmz-firewall-clusters/</link>
		<comments>http://etherealmind.com/design-enterprise-dmz-firewall-clusters/#comments</comments>
		<pubDate>Sun, 02 Aug 2009 15:44:46 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1646</guid>
		<description><![CDATA[In modern Enterprise networks, you typically have many clusters of firewalls protecting assets in your network. Since we use two or more layers of firewalls, we can put our DMZ for intermediate security zones in different places in our network. Lets gather together the different options and consider the merits or not, and sometimes how they 'self-build'.]]></description>
		<wfw:commentRss>http://etherealmind.com/design-enterprise-dmz-firewall-clusters/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
		<item>
		<title>Network Diagrams:Zones on a Diagram With Visio Shape Union</title>
		<link>http://etherealmind.com/network-diagrams-zones-shape-union/</link>
		<comments>http://etherealmind.com/network-diagrams-zones-shape-union/#comments</comments>
		<pubDate>Fri, 31 Jul 2009 21:16:50 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Network Diagrams]]></category>
		<category><![CDATA[diagramming]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[visio]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=1630</guid>
		<description><![CDATA[The post looks at using the Union of shapes in Visio to create unusal shaped objects. Especially useful when trying to draw zones to show the DMZ in dual layer firewall cluster. ]]></description>
		<wfw:commentRss>http://etherealmind.com/network-diagrams-zones-shape-union/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-05-24 08:34:21 by W3 Total Cache -->
