<?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; Cisco</title>
	<atom:link href="http://etherealmind.com/tag/cisco/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>Cisco IOS CLI Regex: Sh Ip Bgp In</title>
		<link>http://etherealmind.com/cisco-ios-cli-regex-show-ip-bgp/</link>
		<comments>http://etherealmind.com/cisco-ios-cli-regex-show-ip-bgp/#comments</comments>
		<pubDate>Wed, 02 May 2012 21:57:24 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[cli]]></category>
		<category><![CDATA[operations]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6563</guid>
		<description><![CDATA[Vitaly left a comment on a blog post with a clever IOS CLI Regex tip. I though I would pick that apart as an exercise.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-ios-cli-regex-show-ip-bgp/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>OpenFlow Doesn&#8217;t Undermine Vendors Even Though It Changes Everything</title>
		<link>http://etherealmind.com/openflow-doesnt-undermine-vendors-even-though-it-changes-everything/</link>
		<comments>http://etherealmind.com/openflow-doesnt-undermine-vendors-even-though-it-changes-everything/#comments</comments>
		<pubDate>Thu, 19 Apr 2012 20:59:57 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6483</guid>
		<description><![CDATA[Many people have attempted to prove that OpenFlow creates  disintermediation of the hardware market dominated by  Cisco, Juniper etc. In fact, it's allow these vendors to bring the very best of their core values to Software Defined Networking.]]></description>
		<wfw:commentRss>http://etherealmind.com/openflow-doesnt-undermine-vendors-even-though-it-changes-everything/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Basics: Cisco VLAN Trunking Protocol &#8211; Transparent Discard and Passing VTP Packets</title>
		<link>http://etherealmind.com/cisco-vtp-transparent-mode-discard-risk-transparent-client-server/</link>
		<comments>http://etherealmind.com/cisco-vtp-transparent-mode-discard-risk-transparent-client-server/#comments</comments>
		<pubDate>Wed, 11 Apr 2012 20:19:05 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Basics]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[vtp]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6461</guid>
		<description><![CDATA[It's a common discussion  about when Cisco VTP protocol is actually  forwarded through Cisco switches and when it's isn't. I've always gotten it somewhat confused and when I stumbled across some old notes on the topic I had an ah-hah moment. I'm answering the equation about when using VTP in your network, which versions are risky - that's risky is terms of how do you prevent VTP updates from 'crossing' a switch.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-vtp-transparent-mode-discard-risk-transparent-client-server/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>My Way of Selecting a Cisco IOS Release With a Bug Scrub</title>
		<link>http://etherealmind.com/selecting-cisco-ios-release-choice-which-how-choose-decide-bug-scrub/</link>
		<comments>http://etherealmind.com/selecting-cisco-ios-release-choice-which-how-choose-decide-bug-scrub/#comments</comments>
		<pubDate>Thu, 08 Mar 2012 18:39:05 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blessay]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[IOS]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6249</guid>
		<description><![CDATA[Cisco is known for shipping products early to deliver new features quickly. But this leads to a reputation for buggy code which has customers report bugs (and Cisco fixing them). This means that you should never buy a newly released Cisco product unless you are willing to take this risk. This post looks a my process for analysing this risk and then selecting an IOS version by performing a bug scrub. In this case, I've been asked whether the Cisco C3750-X switches are ready for live deployment.]]></description>
		<wfw:commentRss>http://etherealmind.com/selecting-cisco-ios-release-choice-which-how-choose-decide-bug-scrub/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Cisco ASA &#8211; New Models Ahoy</title>
		<link>http://etherealmind.com/cisco-asa-new-models-ahoy/</link>
		<comments>http://etherealmind.com/cisco-asa-new-models-ahoy/#comments</comments>
		<pubDate>Tue, 06 Mar 2012 10:43:24 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[asa]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6230</guid>
		<description><![CDATA[Reading the release notes for ASA 8.6.1 today and noticed this about new models of Cisco ASA Firewalls.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-asa-new-models-ahoy/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Comment: John Chambers on Why Cisco Never Bought Skype &#8212; GigaOm</title>
		<link>http://etherealmind.com/comment-john-chambers-on-why-cisco-never-bought-skype-gigaom/</link>
		<comments>http://etherealmind.com/comment-john-chambers-on-why-cisco-never-bought-skype-gigaom/#comments</comments>
		<pubDate>Mon, 27 Feb 2012 13:22:43 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6175</guid>
		<description><![CDATA[This article made me laugh. John Chambers is trying to rewrite history here.]]></description>
		<wfw:commentRss>http://etherealmind.com/comment-john-chambers-on-why-cisco-never-bought-skype-gigaom/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Cisco Easy Virtual Network &#8211; Because MPLS Is Too Complicated&#161;</title>
		<link>http://etherealmind.com/cisco-easy-virtual-network-because-mpls-is-too-complicated/</link>
		<comments>http://etherealmind.com/cisco-easy-virtual-network-because-mpls-is-too-complicated/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 17:03:27 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[MPLS]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=6032</guid>
		<description><![CDATA[Oh my. Cisco thinks MPLS is too complicated for Enterprises so it's invented a new proprietary protocol called EVN (Easy Virtual Network).]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-easy-virtual-network-because-mpls-is-too-complicated/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Cisco Nexus NXOS and Fixing Broken “Switchto” Syntax With Alias</title>
		<link>http://etherealmind.com/cisco-nexus-nxos-switchto-changeto-syntax-cli/</link>
		<comments>http://etherealmind.com/cisco-nexus-nxos-switchto-changeto-syntax-cli/#comments</comments>
		<pubDate>Sun, 18 Dec 2011 20:05:28 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Rant]]></category>
		<category><![CDATA[Nexus]]></category>
		<category><![CDATA[NXOS]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5943</guid>
		<description><![CDATA[Why does Nexus NXOS use 'switchto' instead of 'changeto' for the CLI ?]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-nexus-nxos-switchto-changeto-syntax-cli/feed/</wfw:commentRss>
		<slash:comments>3</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>So Long and Farewell ATM : EOS &amp; EOL for Cisco MGX Media Gateway Product Family</title>
		<link>http://etherealmind.com/atm-bye-cisco-mgx-end/</link>
		<comments>http://etherealmind.com/atm-bye-cisco-mgx-end/#comments</comments>
		<pubDate>Fri, 05 Aug 2011 09:30:03 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5772</guid>
		<description><![CDATA[It's been a long time coming but this EOL/EOS notice from Cisco on the MGX family signals the final death throes for ATM.]]></description>
		<wfw:commentRss>http://etherealmind.com/atm-bye-cisco-mgx-end/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Rant: Who Is Cisco&#8217;s Customer ? Me or the Reseller ?</title>
		<link>http://etherealmind.com/cisco-customer-reseller-or-me/</link>
		<comments>http://etherealmind.com/cisco-customer-reseller-or-me/#comments</comments>
		<pubDate>Thu, 28 Jul 2011 15:49:50 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Outbursts]]></category>
		<category><![CDATA[Rant]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[industry]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5768</guid>
		<description><![CDATA[I resent the fact that Cisco partners get more information than Customers on Cisco's website. Shows you who Cisco thinks the Customer really is. 

What special powers do resellers have that makes them more effective ? 

How does withholding information from Customers give a better outcome ? 

Me ? Many resellers are not competent enough to be business and need a headstart to be useful to customers. Without some sort of "special needs" assistance, they wouldn't be in the race. 

Too harsh ? IBM and HP don't rely on resellers to win business. Why does Cisco ?]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-customer-reseller-or-me/feed/</wfw:commentRss>
		<slash:comments>7</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>Basics: Cisco IOS Native VLANs</title>
		<link>http://etherealmind.com/basics-cisco-ios-native-vlans/</link>
		<comments>http://etherealmind.com/basics-cisco-ios-native-vlans/#comments</comments>
		<pubDate>Thu, 09 Jun 2011 18:41:11 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Basics]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[IOS]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5655</guid>
		<description><![CDATA[Cisco IOS and Native VLANs - some brief notes to myself. ]]></description>
		<wfw:commentRss>http://etherealmind.com/basics-cisco-ios-native-vlans/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Cisco Nexus Power Supplies &#124; Lots of Flexibility</title>
		<link>http://etherealmind.com/cisco-nexus-7000-power-supply-flexibility/</link>
		<comments>http://etherealmind.com/cisco-nexus-7000-power-supply-flexibility/#comments</comments>
		<pubDate>Mon, 06 Jun 2011 19:30:33 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5663</guid>
		<description><![CDATA[In years gone by, power supplies for chassis switches were notoriously complicated. Some work with 110V only, some with 240V. Couldn't be combined with other power supplies - all models identical. This led to lots of piles of spare power supplies in the corner of the data centre somewhere hoping they could be reused one day. 

So it's refreshing to see the flexibility of the power supplies for the Nexus 7000.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-nexus-7000-power-supply-flexibility/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Cisco IOS: What Is VLAN 1002 &#8211; 1005 Used for ?</title>
		<link>http://etherealmind.com/cisco-ios-vlan-1002-reserved-1005-purpose-function/</link>
		<comments>http://etherealmind.com/cisco-ios-vlan-1002-reserved-1005-purpose-function/#comments</comments>
		<pubDate>Sun, 05 Jun 2011 12:54:09 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Basics]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Operation]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5656</guid>
		<description><![CDATA[Why does a Cisco IOS SX switch not let you use VLANs 1002 &#8722; 1005 ?]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-ios-vlan-1002-reserved-1005-purpose-function/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>EIGRP Goodbye Message</title>
		<link>http://etherealmind.com/eigrp-goodbye-message/</link>
		<comments>http://etherealmind.com/eigrp-goodbye-message/#comments</comments>
		<pubDate>Sun, 29 May 2011 17:57:06 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5639</guid>
		<description><![CDATA[Found this in the Cisco IOS 15.1M manuals today

IP Routing: EIGRP Configuration Guide, Cisco IOS Release 15.1M&#038;T

Goodbye Message

The goodbye message is a feature designed to improve EIGRP network convergence. The goodbye message is broadcast when an EIGRP routing process is shut down to inform adjacent peers about the impending topology change. This feature allows supporting EIGRP peers to synchronize and recalculate neighbor relationships more efficiently than would occur if the peers discovered the topology change after the hold timer expired.]]></description>
		<wfw:commentRss>http://etherealmind.com/eigrp-goodbye-message/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>IOS Memory Tables Removed From Documentation</title>
		<link>http://etherealmind.com/memory-tables-removed/</link>
		<comments>http://etherealmind.com/memory-tables-removed/#comments</comments>
		<pubDate>Sat, 28 May 2011 15:01:51 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[IOS]]></category>

		<guid isPermaLink="false">http://etherealmind.com/5631/</guid>
		<description><![CDATA[From IOS 15.1M&#038;T release notes at http://www.cisco.com/en/US/docs/ios/15_1/release/notes/151TFEAT.html Memory Recommendations The memory recommendation tables have been removed from the Cisco IOS Release 15.1M&#038;T release notes to improve the usability of the release notes documentation. The memory recommendations that were provided by these tables are available through Cisco Feature Navigator. So the only way to check the [...]]]></description>
		<wfw:commentRss>http://etherealmind.com/memory-tables-removed/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Show Ip Eigrp Topology All</title>
		<link>http://etherealmind.com/show-ip-eigrp-topology-all/</link>
		<comments>http://etherealmind.com/show-ip-eigrp-topology-all/#comments</comments>
		<pubDate>Sun, 22 May 2011 13:44:13 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Operation]]></category>
		<category><![CDATA[cli]]></category>
		<category><![CDATA[IOS]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5623</guid>
		<description><![CDATA[Once upon a time the command was "show ip eigrp topology" to show EIGRP topology, now it's "show ip eigrp topology all" and the old command show only Feasible Successors.]]></description>
		<wfw:commentRss>http://etherealmind.com/show-ip-eigrp-topology-all/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EOL/EOS for the Cisco NAC Network Module (Clean Access) &#8211; Cisco Systems</title>
		<link>http://etherealmind.com/eol-nac-module-3800-series/</link>
		<comments>http://etherealmind.com/eol-nac-module-3800-series/#comments</comments>
		<pubDate>Wed, 18 May 2011 07:50:05 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5621</guid>
		<description><![CDATA[Makes me wonder if Cisco's commitment to Network Modules is a thing of the past. I would think that the cost of appliances is cheaper and easier to build (because of <a target="_blank" href="http://etherealmind.com/analysis-merchant-custom-silicon/" >merchant silicon/commodity hardware</a> whereas the ongoing development of the modules would be relatively difficult.]]></description>
		<wfw:commentRss>http://etherealmind.com/eol-nac-module-3800-series/feed/</wfw:commentRss>
		<slash:comments>5</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>34</slash:comments>
		</item>
		<item>
		<title>Cisco IOU:Connect IOU With Real or External Networks</title>
		<link>http://etherealmind.com/cisco-iou-external-real-network-remote/</link>
		<comments>http://etherealmind.com/cisco-iou-external-real-network-remote/#comments</comments>
		<pubDate>Sun, 17 Apr 2011 13:34:20 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[IOU]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[iou]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5471</guid>
		<description><![CDATA[This is a reblog from http://inetpro.org/wiki/Connect_IOU_with_real_networks_or_dynamips and is a perl script that allows Cisco IOU to connect to external resources. I haven't test this myself.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-iou-external-real-network-remote/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Cisco IOU:Scripted Start Multiple Routing With L2IOU, Memory</title>
		<link>http://etherealmind.com/cisco-iou-scripted-iou-start-l2iou/</link>
		<comments>http://etherealmind.com/cisco-iou-scripted-iou-start-l2iou/#comments</comments>
		<pubDate>Fri, 15 Apr 2011 11:50:00 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[IOU]]></category>
		<category><![CDATA[iou]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5458</guid>
		<description><![CDATA[This was sent in. Got lots more flexibility and more easily adapted for changes in your IOU image (if there are ever any). Comments are my own (hopefully they are accurate).]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-iou-scripted-iou-start-l2iou/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Cisco IOU: What Can Cisco Do for Testing, Validation &amp; The IPv6 Challenge ?</title>
		<link>http://etherealmind.com/cisco-iou-what-cisco-do/</link>
		<comments>http://etherealmind.com/cisco-iou-what-cisco-do/#comments</comments>
		<pubDate>Fri, 15 Apr 2011 11:23:37 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[IOU]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[iou]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5457</guid>
		<description><![CDATA[Wendell Odom has asked the question "If Cisco Would Give Us Anything for Learning/Testing..". Here is my response.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-iou-what-cisco-do/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Cisco IOU: Starting Multiple Routers</title>
		<link>http://etherealmind.com/cisco-iou-starting-multiple-routers/</link>
		<comments>http://etherealmind.com/cisco-iou-starting-multiple-routers/#comments</comments>
		<pubDate>Fri, 15 Apr 2011 06:29:45 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[iou]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5448</guid>
		<description><![CDATA[Here is a bash script for starting multiple IOU instances in a reasonably painless way. It's not elegant, but I'm not a proper Linux nerd to make it any better than this.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-iou-starting-multiple-routers/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Cisco IOU: Shutting Down the IOU Processes</title>
		<link>http://etherealmind.com/cisco-iou-shutting-down-iou-restarting/</link>
		<comments>http://etherealmind.com/cisco-iou-shutting-down-iou-restarting/#comments</comments>
		<pubDate>Fri, 15 Apr 2011 06:08:46 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[iou]]></category>

		<guid isPermaLink="false">http://etherealmind.com/?p=5447</guid>
		<description><![CDATA[This is a simple bash shell script that looks for all IOU processes that have been started with the 'wrapper-linux' utility and then kills those processes.]]></description>
		<wfw:commentRss>http://etherealmind.com/cisco-iou-shutting-down-iou-restarting/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-05-24 07:49:47 by W3 Total Cache -->
