<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>Packet Pushers Podcast» Blogs</title>
	
	<link>http://packetpushers.net</link>
	<description>Too Much Networking Would NEVER be Enough</description>
	<lastBuildDate>Thu, 23 May 2013 14:00:38 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
<!-- podcast_generator="Blubrry PowerPress/4.0.8" -->
	<itunes:summary>Too Much Networking Would NEVER be Enough</itunes:summary>
	<itunes:author>Packet Pushers Podcast</itunes:author>
	<itunes:explicit>no</itunes:explicit>
	<itunes:image href="http://packetpushers.net/wp-content/uploads/2011/05/packetpusher.net-logo-v1-600-600.png" />
	<itunes:owner>
		<itunes:name>Packet Pushers Podcast</itunes:name>
		<itunes:email>myetherealmind@gmail.com</itunes:email>
	</itunes:owner>
	<managingEditor>myetherealmind@gmail.com (Packet Pushers Podcast)</managingEditor>
	<copyright>Copyright Thropos Ltd 2012</copyright>
	<itunes:subtitle>Too Much Networking Would NEVER be Enough</itunes:subtitle>
	<itunes:keywords>cisco, network, ccie, routing, switching, data, packet, security, ccnp, ccna, networking, routing, hp, juniper</itunes:keywords>
	<image>
		<title>Packet Pushers Podcast» Blogs</title>
		<url>http://packetpushers.net/wp-content/uploads/2011/05/packetpusher.net-logo-v1-600-600.png</url>
		<link>http://packetpushers.net/category/blogs/</link>
	</image>
	<itunes:category text="Technology" />
		<rawvoice:rating>TV-14</rawvoice:rating>
		<rawvoice:frequency>Weekly</rawvoice:frequency>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/PacketPushersBlogsOnly" /><feedburner:info uri="packetpushersblogsonly" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Network Design Challenge – Small Little Clouds</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/J5NedgZw4g8/</link>
		<comments>http://packetpushers.net/network-design-challenge-small-little-clouds/#comments</comments>
		<pubDate>Thu, 23 May 2013 13:19:10 +0000</pubDate>
		<dc:creator>Mike Kantowski</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[design]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6363</guid>
		<description>At work, we&amp;#8217;ve been getting ready to deploy a few different cluster technologies. One is a set of KVM hosts to offer VMaaS functionality to end users. Another is a CEPH cluster (http://ceph.com/) which is smart distributed storage. The third is a Hadoop cluster. Each of these initiatives popped up around the same time and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/J5NedgZw4g8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-design-challenge-small-little-clouds/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-design-challenge-small-little-clouds/</feedburner:origLink></item>
		<item>
		<title>Programming 101 for Network Engineers – Basic Language Elements &amp; Concepts 2</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/fp6lftXjnDY/</link>
		<comments>http://packetpushers.net/programming-101-for-network-engineers-basic-language-elements-concepts-2/#comments</comments>
		<pubDate>Thu, 23 May 2013 13:07:22 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[programming]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6206</guid>
		<description>Welcome to the fourth part of the Programming 101 for Network Engineers series and part two of the Basic Language Elements and Concepts article. The following overview of programming language elements and those found in part three will provide a good foundation that can be built upon as we move into other topics and the detail [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/fp6lftXjnDY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/programming-101-for-network-engineers-basic-language-elements-concepts-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/programming-101-for-network-engineers-basic-language-elements-concepts-2/</feedburner:origLink></item>
		<item>
		<title>Review: ScienceLogic – One Network Management Tool to Rule Them All?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/j_MuQ1gcZvM/</link>
		<comments>http://packetpushers.net/review-sciencelogic-one-network-management-tool-to-rule-them-all/#comments</comments>
		<pubDate>Wed, 22 May 2013 23:00:20 +0000</pubDate>
		<dc:creator>Lindsay Hill</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[nms]]></category>
		<category><![CDATA[sciencelogic]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6296</guid>
		<description>ScienceLogic has been getting the right kind of press recently &amp;#8211; e.g. they were a winner of Best of Interop 2013 &amp;#8211; Management &amp;#38; Monitoring, and Infoworld had some rather nice things to say. They&amp;#8217;ve got some high-profile customers too, such as Fasthosts and Equinix. But what exactly is their product all about, and is it any [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/j_MuQ1gcZvM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/review-sciencelogic-one-network-management-tool-to-rule-them-all/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/review-sciencelogic-one-network-management-tool-to-rule-them-all/</feedburner:origLink></item>
		<item>
		<title>Mrs. Y’s Rules for Security Bloggers</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/MjFYLi73g80/</link>
		<comments>http://packetpushers.net/mrs-ys-rules-for-security-bloggers/#comments</comments>
		<pubDate>Wed, 22 May 2013 11:54:52 +0000</pubDate>
		<dc:creator>Mrs. Y</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6349</guid>
		<description>Recently Greg Ferro published an e-book for bloggers, &amp;#8220;Arse First Method of Technical Blogging.&amp;#8221; It has some great suggestions (although I&amp;#8217;m not sure what an arse is), but after reading it, I realized it really doesn&amp;#8217;t apply to security blogging. Without further ado, here are some of my tips for good infosec blog posts. 1. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/MjFYLi73g80" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/mrs-ys-rules-for-security-bloggers/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/mrs-ys-rules-for-security-bloggers/</feedburner:origLink></item>
		<item>
		<title>SDN: Savior or Grifter?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/g2Y1uWy5z8Y/</link>
		<comments>http://packetpushers.net/sdn-savior-or-grifter/#comments</comments>
		<pubDate>Tue, 21 May 2013 12:14:10 +0000</pubDate>
		<dc:creator>Mrs. Y</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[Network management]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[wireless]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6340</guid>
		<description>Grift&amp;#8217;s like anything else, Roy. You don&amp;#8217;t stand still. You either go up or down. Usually down, sooner or later. Lilly Dillon from &amp;#8220;The Grifters&amp;#8221; At Interop this month, every vendor had product sheets that claimed, &amp;#8221;Now with SDN!&amp;#8221; It&amp;#8217;s the latest industry buzzword and I started to recall some previous one-hit wonders from the past. Remember [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/g2Y1uWy5z8Y" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/sdn-savior-or-grifter/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/sdn-savior-or-grifter/</feedburner:origLink></item>
		<item>
		<title>Programming 101 for Network Engineers – Basic Language Elements &amp; Concepts 1</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/PTE_oTCH6hM/</link>
		<comments>http://packetpushers.net/programming-101-for-network-engineers-basic-language-elements-concepts-1/#comments</comments>
		<pubDate>Mon, 20 May 2013 12:10:39 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[programming]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5661</guid>
		<description>Welcome to the third part of the Programming 101 for Network Engineers series. This is likely to be the most &amp;#8216;straight up&amp;#8217; piece so far; all fact and almost no fun (but learning is right?). Sorry, but for now the comment and opinion need to be put aside as we get into some nitty-gritty. The following [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/PTE_oTCH6hM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/programming-101-for-network-engineers-basic-language-elements-concepts-1/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/programming-101-for-network-engineers-basic-language-elements-concepts-1/</feedburner:origLink></item>
		<item>
		<title>Two Hours, Two Days…</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/IR2vt52q8gE/</link>
		<comments>http://packetpushers.net/two-hours-two-days/#comments</comments>
		<pubDate>Sun, 19 May 2013 15:09:38 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[network architecture]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6304</guid>
		<description>It&amp;#8217;s either two hours, two days, two weeks&amp;#8230; or too long. Two things these last two weeks have brought this old saying to mind in full force. First, there is this interesting article about the woes of the Medicaid Management System in Tennessee. Here we have a program that has overrun it&amp;#8217;s budget for multiple [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/IR2vt52q8gE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/two-hours-two-days/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/two-hours-two-days/</feedburner:origLink></item>
		<item>
		<title>Shopping at the SDN App Store: What Enterprises Really Want?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/JabAHgRHdXY/</link>
		<comments>http://packetpushers.net/shopping-at-the-sdn-app-store-what-enterprises-really-want/#comments</comments>
		<pubDate>Tue, 14 May 2013 12:10:55 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[api]]></category>
		<category><![CDATA[marketing]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6215</guid>
		<description>I contributed 2 pieces to a Network World &amp;#8220;digital spotlight&amp;#8221; on software defined networking (SDN). SDN&amp;#8217;s all the rage with marketing teams &amp;#38; the industry media. I&amp;#8217;ve been contracted to write or contribute to a total of 3 large SDN pieces, including this one, over the next few months. And of course at Interop, you couldn&amp;#8217;t walk [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/JabAHgRHdXY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/shopping-at-the-sdn-app-store-what-enterprises-really-want/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/shopping-at-the-sdn-app-store-what-enterprises-really-want/</feedburner:origLink></item>
		<item>
		<title>Cisco OTV Implementation &amp; Troubleshooting (Legacy Multicast Mode)</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/k8k24ewY0g8/</link>
		<comments>http://packetpushers.net/cisco-otv-implementation-troubleshooting-legacy-multicast-mode/#comments</comments>
		<pubDate>Tue, 14 May 2013 12:00:02 +0000</pubDate>
		<dc:creator>Ken Matlock</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[l2 extension]]></category>
		<category><![CDATA[otv]]></category>
		<category><![CDATA[overlay transport virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6023</guid>
		<description>For the details on what Overlay Transport Virtualization (OTV) is and how it works on a high-level, see my previous blog entry about OTV 101. OTV troubleshooting requires a basic understanding of Multicast, as well as ISIS. In-depth troubleshooting on these subjects are not part of the scope of this document. This document will only [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/k8k24ewY0g8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/cisco-otv-implementation-troubleshooting-legacy-multicast-mode/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/cisco-otv-implementation-troubleshooting-legacy-multicast-mode/</feedburner:origLink></item>
		<item>
		<title>Cisco OTV 101 (Legacy Multicast Mode): MAC Learning Process Walk</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/dII7jjN1SM8/</link>
		<comments>http://packetpushers.net/cisco-otv-101-legacy-multicast-mode-mac-learning-process-walk/#comments</comments>
		<pubDate>Mon, 13 May 2013 12:00:36 +0000</pubDate>
		<dc:creator>Ken Matlock</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[multicast]]></category>
		<category><![CDATA[otv]]></category>
		<category><![CDATA[overlay transport protocol]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6013</guid>
		<description>What is OTV? Overlay Transport Virtualization (OTV) is a Cisco-proprietary protocol suite that allows us to extend Layer 2 between datacenters with Layer 3 boundaries in between.  It works by encapsulating the L2 packets into L3 multicast packets and sending them out to all other OTV AED’s (Authoritative Edge Devices, used for loop prevention). The [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/dII7jjN1SM8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/cisco-otv-101-legacy-multicast-mode-mac-learning-process-walk/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/cisco-otv-101-legacy-multicast-mode-mac-learning-process-walk/</feedburner:origLink></item>
		<item>
		<title>Interop: Firewalls, Booth Babes and Unicorn Poop</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/nI8n7drMoiQ/</link>
		<comments>http://packetpushers.net/interop-firewalls-booth-babes-and-unicorn-poop/#comments</comments>
		<pubDate>Sun, 12 May 2013 19:37:40 +0000</pubDate>
		<dc:creator>Mrs. Y</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[firewalls]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[tech field day]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6118</guid>
		<description>Now that I&amp;#8217;ve returned from the whirlwind that was Interop Las Vegas, I thought I&amp;#8217;d share some thoughts about my experience as a speaker and attendee. First the good: The UBM staff was awesome and I appreciated the chance to pontificate on one of my favorite subjects, firewalls. Thanks to some quick thinking by the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/nI8n7drMoiQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/interop-firewalls-booth-babes-and-unicorn-poop/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/interop-firewalls-booth-babes-and-unicorn-poop/</feedburner:origLink></item>
		<item>
		<title>Book Review: A Primer of Multicast Routing</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/JbNI7mm_xx4/</link>
		<comments>http://packetpushers.net/review-a-primer-of-multicast-routing/#comments</comments>
		<pubDate>Tue, 07 May 2013 17:25:37 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Book Review]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[a primar of multicast routing]]></category>
		<category><![CDATA[multicast routing]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6098</guid>
		<description>I was recently in need of a refresher on multicast routing, so I picked up Eric Rosenberg&amp;#8217;s A Primer of Multicast Routing (Springer Briefs in Computer Science). The overall plan of the book is excellent, starting with a basic overview of what multicast is (and does), including why multicast is more efficient than unicast for [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/JbNI7mm_xx4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/review-a-primer-of-multicast-routing/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/review-a-primer-of-multicast-routing/</feedburner:origLink></item>
		<item>
		<title>How to Turn Your IOS Router Into a Pr0n Server (Pr0n Not Included)</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/u2WVQdZxzBY/</link>
		<comments>http://packetpushers.net/how-to-turn-your-ios-router-into-a-web-server/#comments</comments>
		<pubDate>Tue, 07 May 2013 12:00:52 +0000</pubDate>
		<dc:creator>Ken Matlock</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Routing]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5992</guid>
		<description>No, really! Did you know that your IOS-based router is capable as acting as a static webserver? Below you will find the steps necessary to turn a GNS/Dynamips box (or any ‘testlab’ machine) into something that can serve basic HTTP/HTTPS content. Due to the security implications of the steps below, it’s not recommended to do [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/u2WVQdZxzBY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/how-to-turn-your-ios-router-into-a-web-server/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/how-to-turn-your-ios-router-into-a-web-server/</feedburner:origLink></item>
		<item>
		<title>Getting the Most Out of SPAN or Mirror Ports</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/g-0FRwN3ih8/</link>
		<comments>http://packetpushers.net/getting-the-most-out-of-span-or-mirror-ports/#comments</comments>
		<pubDate>Mon, 06 May 2013 17:30:21 +0000</pubDate>
		<dc:creator>Darragh Delaney</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[dpi]]></category>
		<category><![CDATA[forensics]]></category>
		<category><![CDATA[packet capture]]></category>
		<category><![CDATA[span]]></category>
		<category><![CDATA[wireshark]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5997</guid>
		<description>In my previous blog post I looked at the benefits and limitations of SPAN ports. SPAN or mirror ports are a convenient way of getting access to network packets without having to be inline like a firewall. Once you have got your network packet source in place, the next question is, what applications are available [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/g-0FRwN3ih8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/getting-the-most-out-of-span-or-mirror-ports/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/getting-the-most-out-of-span-or-mirror-ports/</feedburner:origLink></item>
		<item>
		<title>Are You a Fuddy Duddy?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/SvfRh_K7wuo/</link>
		<comments>http://packetpushers.net/are-you-a-fuddy-duddy/#comments</comments>
		<pubDate>Sat, 04 May 2013 14:21:57 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Work Life]]></category>
		<category><![CDATA[continuous learning]]></category>
		<category><![CDATA[networking skills]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6063</guid>
		<description>This recent article from IEEE Spectrum discusses our impression that as we age, we lose the ability to learn quickly — fluid intelligence, as it&amp;#8217;s called. An accompanying chart shows this in some degree through the skill of chess players across a range of ages. There&amp;#8217;s something suspicious about this chart, though, and it&amp;#8217;s pairing [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/SvfRh_K7wuo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/are-you-a-fuddy-duddy/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/are-you-a-fuddy-duddy/</feedburner:origLink></item>
		<item>
		<title>Machine Fragile: More Thoughts</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/RLtIfggQozo/</link>
		<comments>http://packetpushers.net/machine-fragile-more-thoughts/#comments</comments>
		<pubDate>Thu, 02 May 2013 19:05:17 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Routing]]></category>
		<category><![CDATA[network design]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=6059</guid>
		<description>I just ran across a pointer to this research on Bruce Schneier&amp;#8217;s blog: Networking system components that are well-behaved in separation may create counter-intuitive emergent system behaviors, which are not well-behaved at all. For example, cooperative behavior might unexpectedly break down as the connectivity of interaction partners grows. &amp;#8220;Applying this to the global network of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/RLtIfggQozo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/machine-fragile-more-thoughts/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/machine-fragile-more-thoughts/</feedburner:origLink></item>
		<item>
		<title>VMware VCDX Lab: The Hardware</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/6BVKuKfv9Y8/</link>
		<comments>http://packetpushers.net/vmware-vcdx-lab-the-hardware/#comments</comments>
		<pubDate>Wed, 01 May 2013 01:29:17 +0000</pubDate>
		<dc:creator>Douglas Hanks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[atx]]></category>
		<category><![CDATA[certification]]></category>
		<category><![CDATA[crucial]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[esxi]]></category>
		<category><![CDATA[hcl]]></category>
		<category><![CDATA[intel]]></category>
		<category><![CDATA[ipmi]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[lian li]]></category>
		<category><![CDATA[nfs]]></category>
		<category><![CDATA[noctura]]></category>
		<category><![CDATA[samsung]]></category>
		<category><![CDATA[seasonic]]></category>
		<category><![CDATA[ssd]]></category>
		<category><![CDATA[supermicro]]></category>
		<category><![CDATA[synology]]></category>
		<category><![CDATA[vcdx]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[vsphere]]></category>
		<category><![CDATA[xeon]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5908</guid>
		<description>I have to admit I&amp;#8217;m a big VMware fanboy. Wanting to master the art of virtualization, I&amp;#8217;ve set out to build out a personal lab. My primary goal is to work my way up to the VCDX certification. The curious thing about building a VMware lab is that all parts need to be on the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/6BVKuKfv9Y8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/vmware-vcdx-lab-the-hardware/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		<feedburner:origLink>http://packetpushers.net/vmware-vcdx-lab-the-hardware/</feedburner:origLink></item>
		<item>
		<title>A Data Center Delivers Apps – So Shouldn’t We Monitor App Delivery?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/wyI7M2odQdM/</link>
		<comments>http://packetpushers.net/a-data-center-delivers-apps-so-shouldnt-we-monitor-app-delivery/#comments</comments>
		<pubDate>Sat, 27 Apr 2013 20:45:17 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[mib]]></category>
		<category><![CDATA[Network management]]></category>
		<category><![CDATA[oid]]></category>
		<category><![CDATA[snmp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5941</guid>
		<description>Dinner with His Toadishness, Derick Winkworth, the other night rolled into a 3+ hour discussion of avant garde ways to do networking. One of the adjunct topics that came up was that of ownership within IT. Ownership is a complex problem in the data center, because there&amp;#8217;s many complex technologies at work. No one single [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/wyI7M2odQdM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/a-data-center-delivers-apps-so-shouldnt-we-monitor-app-delivery/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		<feedburner:origLink>http://packetpushers.net/a-data-center-delivers-apps-so-shouldnt-we-monitor-app-delivery/</feedburner:origLink></item>
		<item>
		<title>Machine Fragile</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/lkBqy-B2F2k/</link>
		<comments>http://packetpushers.net/machine-fragile/#comments</comments>
		<pubDate>Sat, 27 Apr 2013 01:11:05 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[network complexity]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5937</guid>
		<description>Yesterday, a “breaking news” tweet at 1:07 PM EDT from the Associated Press reported that two explosions had occurred at the White House and President Obama had been injured. The news immediately sent the Dow Jones Industrial Average down 143 points, as this graph at the London Telegraph shows. There&amp;#8217;s also a lovely animated display [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/lkBqy-B2F2k" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/machine-fragile/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/machine-fragile/</feedburner:origLink></item>
		<item>
		<title>It Works and It Should Be Better</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/6HwWVht6ZzQ/</link>
		<comments>http://packetpushers.net/it-works-and-it-should-be-better/#comments</comments>
		<pubDate>Fri, 26 Apr 2013 14:34:11 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[change management]]></category>
		<category><![CDATA[itil]]></category>
		<category><![CDATA[risk avoidance]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5922</guid>
		<description>You say, &amp;#8220;It works &amp;#8211; don&amp;#8217;t fix it.&amp;#8221; I hear, &amp;#8220;It works &amp;#8211; don&amp;#8217;t touch it.&amp;#8221; I&amp;#8217;m also thinking that if you don&amp;#8217;t touch it, then it&amp;#8217;s never upgraded or changed. Is a static, unchanged network the best you can do to support your business ? Are you happy with just doing more of the same [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/6HwWVht6ZzQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/it-works-and-it-should-be-better/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/it-works-and-it-should-be-better/</feedburner:origLink></item>
		<item>
		<title>Programming 101 for Network Engineers – Preparation</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/0ck_gBhB2QY/</link>
		<comments>http://packetpushers.net/programming-101-for-network-engineers-preparation/#comments</comments>
		<pubDate>Tue, 23 Apr 2013 13:15:14 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5772</guid>
		<description>Okay, let&amp;#8217;s say you&amp;#8217;re convinced you need to learn to programme and you don&amp;#8217;t want to be left behind. The earlier you start, the more you can pick up (and the sooner you&amp;#8217;ll become consciously competent) at a pace that suits you. Hopefully, you&amp;#8217;ll be able to blend this into your schedule with whatever else you [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/0ck_gBhB2QY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/programming-101-for-network-engineers-preparation/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/programming-101-for-network-engineers-preparation/</feedburner:origLink></item>
		<item>
		<title>What the Heck Is F5 Networks’ TMOS?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/NJPw3zOA0Jc/</link>
		<comments>http://packetpushers.net/what-the-heck-is-f5-networks-tmos/#comments</comments>
		<pubDate>Sat, 20 Apr 2013 17:34:05 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[f5]]></category>
		<category><![CDATA[f5 ltm]]></category>
		<category><![CDATA[f5 networks]]></category>
		<category><![CDATA[load balancing]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[packet pushers]]></category>
		<category><![CDATA[packet pushers podcast]]></category>
		<category><![CDATA[TMOS]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5721</guid>
		<description>F5 Network&amp;#8217;s Traffic Management Operating System (TMOS) is, first and foremost and for the sake of clarity, NOT an individual operating system. It is the software foundation for all of F5’s network or traffic (not data) products; physical or virtual. TMOS almost seems to be a concept rather than a concrete thing when you first try [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/NJPw3zOA0Jc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/what-the-heck-is-f5-networks-tmos/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/what-the-heck-is-f5-networks-tmos/</feedburner:origLink></item>
		<item>
		<title>Cisco Nexus – Port “Inactive” Status</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/pADiMa-04mQ/</link>
		<comments>http://packetpushers.net/cisco-nexus-port-inactive-status/#comments</comments>
		<pubDate>Thu, 18 Apr 2013 19:14:14 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[cisco nexus]]></category>
		<category><![CDATA[config sync]]></category>
		<category><![CDATA[inactive port status]]></category>
		<category><![CDATA[show interface status inactive]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5876</guid>
		<description>Quick notes on the &amp;#8220;inactive&amp;#8221; port status seen on the Cisco Nexus platform, which was perplexing the first time I ran into it. This isn&amp;#8217;t a new status, existing on a variety of Cisco platforms for a long time now. As it happens, I&amp;#8217;ve just not seen it that often historically. In dealing with the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/pADiMa-04mQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/cisco-nexus-port-inactive-status/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/cisco-nexus-port-inactive-status/</feedburner:origLink></item>
		<item>
		<title>Fighting Stale Documentation</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/KoSuud3t3h0/</link>
		<comments>http://packetpushers.net/fighting-stale-documentation/#comments</comments>
		<pubDate>Sun, 14 Apr 2013 17:40:45 +0000</pubDate>
		<dc:creator>Keith Tokash</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5750</guid>
		<description>In my continuing series on the decidedly boring, I would like to discuss the subtle, yet paralyzing, evil of stale documentation. In my experience, stale documentation can be useful or it can be disastrous, depending on how much is wrong. Personally, when I see more than a couple of tiny mistakes in a diagram, spreadsheet, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/KoSuud3t3h0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/fighting-stale-documentation/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/fighting-stale-documentation/</feedburner:origLink></item>
		<item>
		<title>CCIE Security v4 Reading List – Update From the Program Manager</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/fz8OFERVr3Y/</link>
		<comments>http://packetpushers.net/ccie-security-v4-reading-list-update-from-the-program-manager/#comments</comments>
		<pubDate>Sat, 13 Apr 2013 01:08:35 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5746</guid>
		<description>Because of my personal interest in the CCIE Security program (at least the written exam the next time I&amp;#8217;m up for CCIE recert), I asked Nat Timms if there was an updated CCIE reading list. This list was recommended to me by Nat in her role as CCIE Security program manager; a big thanks to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/fz8OFERVr3Y" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/ccie-security-v4-reading-list-update-from-the-program-manager/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/ccie-security-v4-reading-list-update-from-the-program-manager/</feedburner:origLink></item>
		<item>
		<title>Programming 101 for Network Engineers – Why Bother?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/uS_oE6K6jzI/</link>
		<comments>http://packetpushers.net/programming-101-for-network-engineers-why-bother/#comments</comments>
		<pubDate>Wed, 10 Apr 2013 12:00:58 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5320</guid>
		<description>Is this you perhaps? You&amp;#8217;re the king of the network. You know it all inside out (your company and its processes too). You have every CLI mastered, you know the RPs you use in-depth, you&amp;#8217;ve seen and used all the big management platforms, and you even know a fair bit about a few critical applications. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/uS_oE6K6jzI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/programming-101-for-network-engineers-why-bother/feed/</wfw:commentRss>
		<slash:comments>28</slash:comments>
		<feedburner:origLink>http://packetpushers.net/programming-101-for-network-engineers-why-bother/</feedburner:origLink></item>
		<item>
		<title>Upgrading F5 BIGIP HA Pair From v10 to V11 – Ethan’s Notes</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/S6Ds_Um8X30/</link>
		<comments>http://packetpushers.net/upgrading-f5-bigip-ha-pair-from-v10-to-v11-ethans-notes/#comments</comments>
		<pubDate>Wed, 10 Apr 2013 01:22:12 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[bigip]]></category>
		<category><![CDATA[f5]]></category>
		<category><![CDATA[high availability]]></category>
		<category><![CDATA[ltm]]></category>
		<category><![CDATA[ssl server profile]]></category>
		<category><![CDATA[Upgrade]]></category>
		<category><![CDATA[v10]]></category>
		<category><![CDATA[v11]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5728</guid>
		<description>I recently completed a challenging upgrade on a pair of production F5 3600s running 10.2.0, going to 11.2.1 running the LTM module. In hindsight, it shouldn&amp;#8217;t have been a challenging upgrade, but that was due to the things I learned along the way. Lessons Learned License reactivation. The upgrade document doesn&amp;#8217;t say much about this. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/S6Ds_Um8X30" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/upgrading-f5-bigip-ha-pair-from-v10-to-v11-ethans-notes/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/upgrading-f5-bigip-ha-pair-from-v10-to-v11-ethans-notes/</feedburner:origLink></item>
		<item>
		<title>ONS 2013 Brings Together the Entire SDN Ecosystem on April 15-17</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/Uy5sHaEJiqQ/</link>
		<comments>http://packetpushers.net/ons-2013-brings-together-the-entire-sdn-ecosystem-on-april-15-17/#comments</comments>
		<pubDate>Mon, 08 Apr 2013 07:00:20 +0000</pubDate>
		<dc:creator>Sponsored Blog Posts</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Sponsored]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5649</guid>
		<description>Software Defined Networking (SDN) is revolutionizing the traditional networking approaches that have become too complex, closed, proprietary and/or difficult to program. The technology has the potential to enable network innovation by allowing network owners and operators more control of their infrastructure, thus allowing customization, optimization, and the reduction in overall capital and operational expenses. SDN [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/Uy5sHaEJiqQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/ons-2013-brings-together-the-entire-sdn-ecosystem-on-april-15-17/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/ons-2013-brings-together-the-entire-sdn-ecosystem-on-april-15-17/</feedburner:origLink></item>
		<item>
		<title>Wanted: OpenFlow Switch With ofp_action to Modify the Destination L3 Address</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/3wZIt44uCzc/</link>
		<comments>http://packetpushers.net/wanted-openflow-switch-with-ofp_action-to-modify-the-destination-l3-address/#comments</comments>
		<pubDate>Mon, 08 Apr 2013 03:00:04 +0000</pubDate>
		<dc:creator>Tamihiro Yuzawa</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[ddos]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[sflow]]></category>
		<category><![CDATA[voltdb]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5674</guid>
		<description>This article is meant to serve in part as an appendix to my previous post on PacketPushers.net. Therefore, please take a moment to read this introduction of Sakura Internet&amp;#8217;s DDoS detection and mitigation app if you haven&amp;#8217;t already. At Sakura, we are in the process of implementing source-and-destination-based DDoS packet filtering that should be effective and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/3wZIt44uCzc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/wanted-openflow-switch-with-ofp_action-to-modify-the-destination-l3-address/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/wanted-openflow-switch-with-ofp_action-to-modify-the-destination-l3-address/</feedburner:origLink></item>
		<item>
		<title>Come to ONS 2013 April 15-17 &amp; Plug-in to SDN</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/WJPrj7-AItQ/</link>
		<comments>http://packetpushers.net/come-to-ons-2013-april-15-17-plug-in-to-sdn/#comments</comments>
		<pubDate>Wed, 03 Apr 2013 07:00:15 +0000</pubDate>
		<dc:creator>Sponsored Blog Posts</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Sponsored]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5635</guid>
		<description>Software Defined Networking (SDN) is the buzzword on the mind of every player in the networking and telecom ecosystem; promises to revolutionize networking as we know it and will affect service provider networks, cloud networks and enterprise networks. Open Networking Summit (ONS) 2013 is the premier conference for SDN and Open Flow and has established [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/WJPrj7-AItQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/come-to-ons-2013-april-15-17-plug-in-to-sdn/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/come-to-ons-2013-april-15-17-plug-in-to-sdn/</feedburner:origLink></item>
		<item>
		<title>Nuage Networks VSP – Delivers SDN in a Big Way – White Paper – Sponsored</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/xK91HBqRu9Q/</link>
		<comments>http://packetpushers.net/nuage-networks-sdn-arrives-launch-vsp-white-paper-sponsored/#comments</comments>
		<pubDate>Tue, 02 Apr 2013 15:00:00 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Sponsored]]></category>
		<category><![CDATA[Whitepaper]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5580</guid>
		<description>Nuage Networks announces their Virtualised Services Platform and shows that SDN Networking is closer than you think. VSP is a multi-layer solution with a SDN app, controller &amp;#038; network agent with some technical chops. It's derived from Alcatel-Lucent's Service Routers and offers multi-data centre networking that's fully integrated with your MPLS WAN ? Find out more in the very first Packet Pushers Sponsored White Paper where we scratch it's technical under belly.&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/xK91HBqRu9Q" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/nuage-networks-sdn-arrives-launch-vsp-white-paper-sponsored/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
<enclosure url="http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Nuage_Networks_VSP-Delivering_SDN_in_a_Big_Way-Packet_Pushers_Whitepaper.pdf" length="4824340" type="application/pdf" />
			<itunes:keywords>openflow,SDN</itunes:keywords>
	<itunes:subtitle>Nuage Networks announces their Virtualised Services Platform and shows that SDN Networking is closer than you think. VSP is a multi-layer solution with a SDN app, controller &amp; network agent with some technical chops.</itunes:subtitle>
		<itunes:summary>Nuage Networks announces their Virtualised Services Platform and shows that SDN Networking is closer than you think. VSP is a multi-layer solution with a SDN app, controller &amp; network agent with some technical chops. It's derived from Alcatel-Lucent's Service Routers and offers multi-data centre networking that's fully integrated with your MPLS WAN ? Find out more in the very first Packet Pushers Sponsored White Paper where we scratch it's technical under belly.</itunes:summary>
		<itunes:author>Packet Pushers Podcast</itunes:author>
		<itunes:explicit>no</itunes:explicit>
	<feedburner:origLink>http://packetpushers.net/nuage-networks-sdn-arrives-launch-vsp-white-paper-sponsored/</feedburner:origLink></item>
		<item>
		<title>The Future of F5 Networks: SDN, iRules &amp; Node.js</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/2NZMmWb6rkQ/</link>
		<comments>http://packetpushers.net/the-future-of-f5-networks-sdn-irules-node-js/#comments</comments>
		<pubDate>Tue, 02 Apr 2013 11:17:56 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[BIG-IP]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[f5 networks]]></category>
		<category><![CDATA[iRules]]></category>
		<category><![CDATA[linerate]]></category>
		<category><![CDATA[ltm]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[node.js]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5507</guid>
		<description>Unlike some others in the network industry (until lately at least), those dealing with F5 Networks&amp;#8217; products are probably well accustomed to change &amp;#8211; significant and fast paced change at that. F5 are not a company to shy away from rapid change and replacing old technology and tools with newer, better ones. The change from the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/2NZMmWb6rkQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-future-of-f5-networks-sdn-irules-node-js/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-future-of-f5-networks-sdn-irules-node-js/</feedburner:origLink></item>
		<item>
		<title>OpenFlow 1.0 Actual Use-Case: RTBH of DDoS Traffic While Keeping the Target Online</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/8tWolE65kFE/</link>
		<comments>http://packetpushers.net/openflow-1-0-actual-use-case-rtbh-of-ddos-traffic-while-keeping-the-target-online/#comments</comments>
		<pubDate>Mon, 01 Apr 2013 13:55:01 +0000</pubDate>
		<dc:creator>Tamihiro Yuzawa</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[ddos]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[sflow]]></category>
		<category><![CDATA[voltdb]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5450</guid>
		<description>Sakura Internet operates several data centers across Japan, including this one, and my team is in charge of building and taking care of our IP backbones. In this article, I will introduce the ongoing process of upgrading our DDoS mitigation solution, which happens to be a down-to-earth, if not widely applicable, use case for OpenFlow. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/8tWolE65kFE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/openflow-1-0-actual-use-case-rtbh-of-ddos-traffic-while-keeping-the-target-online/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/openflow-1-0-actual-use-case-rtbh-of-ddos-traffic-while-keeping-the-target-online/</feedburner:origLink></item>
		<item>
		<title>A Small Yellow Wooden Door: Thinking Practically About SDN</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/QKBuuoA5KEE/</link>
		<comments>http://packetpushers.net/a-small-yellow-wooden-door-thinking-practically-about-sdn/#comments</comments>
		<pubDate>Thu, 28 Mar 2013 08:00:51 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[firewalls]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[packet pushers]]></category>
		<category><![CDATA[routing]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[switching]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5367</guid>
		<description>As I do most days, I took a walk in the woods at the back of my garden after a hearty dinner. I was quite surprised to come across a small wooden yellow door I&amp;#8217;d never seen before, set into the trunk of a tree I&amp;#8217;d never noticed until today. I opened the door and squeezed [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/QKBuuoA5KEE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/a-small-yellow-wooden-door-thinking-practically-about-sdn/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/a-small-yellow-wooden-door-thinking-practically-about-sdn/</feedburner:origLink></item>
		<item>
		<title>Handling Tech Support Interaction Effectively</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/UE4_lUTCgos/</link>
		<comments>http://packetpushers.net/handling-tech-support-interaction-effectively/#comments</comments>
		<pubDate>Wed, 27 Mar 2013 13:45:40 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[tech support]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5448</guid>
		<description>Network engineers deal with technical support frequently. That&amp;#8217;s the nature of the networking business: the products often don&amp;#8217;t work as advertised or break down under their own complexity. Throw in some ambiguous documentation that leaves you scratching your head, and you&amp;#8217;ll finally resort to opening a case with the vendor to resolve the issue. In [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/UE4_lUTCgos" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/handling-tech-support-interaction-effectively/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/handling-tech-support-interaction-effectively/</feedburner:origLink></item>
		<item>
		<title>The Man in the White Suit</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/5UQrVkJ1hIM/</link>
		<comments>http://packetpushers.net/the-man-in-the-white-suit/#comments</comments>
		<pubDate>Mon, 25 Mar 2013 00:45:41 +0000</pubDate>
		<dc:creator>Steven Iveson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5397</guid>
		<description>I know this is a technical blog, but I&amp;#8217;ve always agreed with those that believe the best way to deliver a message is through a story. As imaginative and creative as I feel I can sometimes be, writing fiction just isn&amp;#8217;t one of my strong points. So, rather than tell you an original story of my own I&amp;#8217;m going to relate [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/5UQrVkJ1hIM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-man-in-the-white-suit/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-man-in-the-white-suit/</feedburner:origLink></item>
		<item>
		<title>When Am I Going to Use This?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/dswNQOnvs1c/</link>
		<comments>http://packetpushers.net/when-am-i-going-to-use-this/#comments</comments>
		<pubDate>Sat, 23 Mar 2013 21:01:05 +0000</pubDate>
		<dc:creator>Keith Tokash</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5380</guid>
		<description>I imagine that prior to the industrial revolution, people didn&amp;#8217;t struggle with niche skillsets that didn&amp;#8217;t transfer. They didn&amp;#8217;t need to wonder if they were spending countless hours learning something with no particular use outside their current job, listen to well-meaning friends and spouses assure them they&amp;#8217;re worrying about nothing, only to face a layoff [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/dswNQOnvs1c" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/when-am-i-going-to-use-this/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/when-am-i-going-to-use-this/</feedburner:origLink></item>
		<item>
		<title>Firewalls: Expensive, Broken Routers</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/6pYrD_Ktj68/</link>
		<comments>http://packetpushers.net/firewalls-expensive-broken-routers/#comments</comments>
		<pubDate>Fri, 22 Mar 2013 13:55:56 +0000</pubDate>
		<dc:creator>Neil Anderson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[nat]]></category>
		<category><![CDATA[ngfw]]></category>
		<category><![CDATA[squirrel leprosy]]></category>
		<category><![CDATA[utm]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4976</guid>
		<description>In a previous post on IPS, I made a fairly negative comment on the value that you get from enterprise firewalls in the modern environment. At the time, I said that I was just going leave that comment hanging and see what happened. Well, precisely no one challenged me on it, which means either everybody [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/6pYrD_Ktj68" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/firewalls-expensive-broken-routers/feed/</wfw:commentRss>
		<slash:comments>36</slash:comments>
		<feedburner:origLink>http://packetpushers.net/firewalls-expensive-broken-routers/</feedburner:origLink></item>
		<item>
		<title>Using IP SLA Delay Feature to Safely Monitor Lossy Links</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/aIGWU2SLEwA/</link>
		<comments>http://packetpushers.net/using-ip-sla-delay-feature-to-safely-monitor-lossy-links/#comments</comments>
		<pubDate>Fri, 22 Mar 2013 13:31:08 +0000</pubDate>
		<dc:creator>Charles Galler</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[cisco ios]]></category>
		<category><![CDATA[Failover]]></category>
		<category><![CDATA[ip sla]]></category>
		<category><![CDATA[monitoring]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[Redundancy]]></category>
		<category><![CDATA[routing]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5347</guid>
		<description>IP SLA is a great feature if you want to add some automation and intelligence into the network. SLA is no SDN/OpenFlow, but it can be very useful. It can also take down a network. Let&amp;#8217;s say you are using DMVPN for a number of spoke locations in your network. You have a primary Internet [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/aIGWU2SLEwA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/using-ip-sla-delay-feature-to-safely-monitor-lossy-links/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/using-ip-sla-delay-feature-to-safely-monitor-lossy-links/</feedburner:origLink></item>
		<item>
		<title>Surprised by Spam</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/r_EXZpLEjAc/</link>
		<comments>http://packetpushers.net/surprised-by-spam/#comments</comments>
		<pubDate>Wed, 20 Mar 2013 10:56:54 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[isoc]]></category>
		<category><![CDATA[maawg]]></category>
		<category><![CDATA[spam]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5337</guid>
		<description>I attended my first in person meeting of the ISOC Advisory Council this last week — I&amp;#8217;m a newly minted co-chair, and already haven&amp;#8217;t been participating as much as I should (just like I don&amp;#8217;t blog here as much as I should, a situation I&amp;#8217;m undertaking to resolve!). We had a long discussion on the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/r_EXZpLEjAc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/surprised-by-spam/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/surprised-by-spam/</feedburner:origLink></item>
		<item>
		<title>Six Things About F5 BIGIP V11 iApps</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/KVhFI26NdD8/</link>
		<comments>http://packetpushers.net/six-things-about-f5-bigip-v11-iapps/#comments</comments>
		<pubDate>Mon, 18 Mar 2013 21:56:55 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[adc]]></category>
		<category><![CDATA[bigip v11]]></category>
		<category><![CDATA[f5 ltm]]></category>
		<category><![CDATA[iapp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5291</guid>
		<description>F5 Networks&amp;#8217; Local Traffic Manager (LTM) is my load balancer &amp;#8211; okay, Application Delivery Controller, if you insist &amp;#8211; of choice. The LTM platform is as feature-rich and well-supported as they come, with all sorts of customizability as well as the iRule scripting language (a superset of TCL) that lets you do fancy transaction manipulation. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/KVhFI26NdD8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/six-things-about-f5-bigip-v11-iapps/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/six-things-about-f5-bigip-v11-iapps/</feedburner:origLink></item>
		<item>
		<title>What’s Next for OpenFlow and Open Source?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/BoIDjDYIULU/</link>
		<comments>http://packetpushers.net/whats-next-for-openflow-and-open-source/#comments</comments>
		<pubDate>Thu, 14 Mar 2013 13:03:16 +0000</pubDate>
		<dc:creator>Bill Owens</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[curt beckmann]]></category>
		<category><![CDATA[nfd5]]></category>
		<category><![CDATA[onf]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5272</guid>
		<description>One year ago, the Open Networking Foundation was setting a blistering pace of standards development. Though their process is closed to outsiders, word had leaked out that not only were they on track to produce version 1.3 of the OpenFlow standard, but 1.4 would follow before the end of 2012. At some point that plan [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/BoIDjDYIULU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/whats-next-for-openflow-and-open-source/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/whats-next-for-openflow-and-open-source/</feedburner:origLink></item>
		<item>
		<title>Tough Questions to Ask Network Vendors When Evaluating Products</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/MjNb3iW0ZcE/</link>
		<comments>http://packetpushers.net/tough-questions-to-ask-network-vendors-when-evaluating-products/#comments</comments>
		<pubDate>Wed, 13 Mar 2013 13:47:01 +0000</pubDate>
		<dc:creator>John Harrington</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5237</guid>
		<description>Introduction In my previous post, I proposed investing in careful planning to extract the maximum value from your vendor meeting. But what happens when the presentation begins? In this post, I&amp;#8217;ll outline a few high-level questions and lots of in-depth questions to help you get a better understanding of the &amp;#8216;real&amp;#8217; product that&amp;#8217;s being sold. High-level [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/MjNb3iW0ZcE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/tough-questions-to-ask-network-vendors-when-evaluating-products/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/tough-questions-to-ask-network-vendors-when-evaluating-products/</feedburner:origLink></item>
		<item>
		<title>Vendor Certifications: A Career Jump Starter</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/oYJgbY06GNQ/</link>
		<comments>http://packetpushers.net/vendor-certifications-a-career-jump-starter/#comments</comments>
		<pubDate>Tue, 12 Mar 2013 03:18:57 +0000</pubDate>
		<dc:creator>Joey Lucero</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5078</guid>
		<description>&amp;#8220;&amp;#8230;I&amp;#8217;d love to share how certifications have propelled me into a mid-level networking position. I can share my own personality, thoughts, and views on the subject&amp;#8230; as long as I&amp;#8217;m doing self-study. I don&amp;#8217;t like having a teacher and same goes with a job, I personally really enjoy being my own technical lead, which I [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/oYJgbY06GNQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/vendor-certifications-a-career-jump-starter/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		<feedburner:origLink>http://packetpushers.net/vendor-certifications-a-career-jump-starter/</feedburner:origLink></item>
		<item>
		<title>Webinar – Anuta Networks Demonstrates nCloudX – Register Now</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/o6NSVlJ1QYQ/</link>
		<comments>http://packetpushers.net/webinar-anuta-networks-demonstrates-ncloudx-register-now/#comments</comments>
		<pubDate>Tue, 12 Mar 2013 00:14:21 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Events]]></category>
		<category><![CDATA[Show News]]></category>
		<category><![CDATA[anuta networks]]></category>
		<category><![CDATA[cloud provider]]></category>
		<category><![CDATA[controller]]></category>
		<category><![CDATA[ncloudx]]></category>
		<category><![CDATA[orchestration]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[webinar]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5228</guid>
		<description>This past January, Anuta Networks came out of stealth at Cisco Live in London, showing off their nCloudX platform, an SDN controller aimed at multitenant cloud providers. Anuta&amp;#8217;s nCloudX controller can manage hardware common to many networks. As such, Anuta isn&amp;#8217;t forcing providers to install OpenFlow switches, build a tunnel fabric, or otherwise disrupt their production environments [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/o6NSVlJ1QYQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/webinar-anuta-networks-demonstrates-ncloudx-register-now/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/webinar-anuta-networks-demonstrates-ncloudx-register-now/</feedburner:origLink></item>
		<item>
		<title>Extracting the Most Value From Network Vendor Presentations</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/qCxuMuQJGik/</link>
		<comments>http://packetpushers.net/extracting-the-most-value-from-network-vendor-presentations/#comments</comments>
		<pubDate>Tue, 05 Mar 2013 18:53:34 +0000</pubDate>
		<dc:creator>John Harrington</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[powerpoint]]></category>
		<category><![CDATA[vendor presentations]]></category>
		<category><![CDATA[whiteboard]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5082</guid>
		<description>Vendors love nothing more than getting in front of their customers and talking about their products. You&amp;#8217;ll always learn something from a presentation, but mostly they are an exercise in death-by-powerpoint. In this post, I&amp;#8217;ll provide some some tips on getting the most from your time in these presentations. Vendor presentations can be really informative [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/qCxuMuQJGik" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/extracting-the-most-value-from-network-vendor-presentations/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/extracting-the-most-value-from-network-vendor-presentations/</feedburner:origLink></item>
		<item>
		<title>Why Would a Vendor Care About Network Field Day Events?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/QvtKrSL_zYA/</link>
		<comments>http://packetpushers.net/why-would-a-vendor-care-about-network-field-day-events/#comments</comments>
		<pubDate>Tue, 05 Mar 2013 03:19:15 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5070</guid>
		<description>I&amp;#8217;m in San Jose, California as a member of the Network Field Day 5 delegation this week. NFD is under the Tech Field Day umbrella of events, and is not a Packet Pushers event as such &amp;#8211; although we&amp;#8217;ve been a part of them, and Greg in particular has helped to organize some of them. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/QvtKrSL_zYA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/why-would-a-vendor-care-about-network-field-day-events/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/why-would-a-vendor-care-about-network-field-day-events/</feedburner:origLink></item>
		<item>
		<title>My First Junos Switch: Detailed Review After Three Days Under the Covers</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/7slumLGb59s/</link>
		<comments>http://packetpushers.net/my-first-junos-switch-detailed-review-after-three-days-under-the-covers/#comments</comments>
		<pubDate>Mon, 25 Feb 2013 02:19:37 +0000</pubDate>
		<dc:creator>Paul Gear</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[juniper ex]]></category>
		<category><![CDATA[juniper networks]]></category>
		<category><![CDATA[junos]]></category>
		<category><![CDATA[review]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4972</guid>
		<description>Background This post is the story of my first practical look at Junos on Juniper EX-series switches. One day last December, Skeeve Stevens from eintellego opened a can of worms by offering a deal on Juniper equipment to all network engineers on the AusNOG mailing list. I had been looking for an excuse to try [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/7slumLGb59s" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/my-first-junos-switch-detailed-review-after-three-days-under-the-covers/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/my-first-junos-switch-detailed-review-after-three-days-under-the-covers/</feedburner:origLink></item>
		<item>
		<title>Thoughts on Working as a Consultant for a VAR</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/HQ97Pj6H59E/</link>
		<comments>http://packetpushers.net/thoughts-on-working-as-a-consultant-for-a-var/#comments</comments>
		<pubDate>Mon, 25 Feb 2013 01:36:01 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[consulting]]></category>
		<category><![CDATA[var]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=5029</guid>
		<description>One of the questions I&amp;#8217;m frequently asked via e-mail is how to get started in networking and/or whether or not a particular job change is a good idea. Those are always hard questions to answer intelligently because everyone&amp;#8217;s individual situation is different. In addition, everyone&amp;#8217;s personality is different. Different jobs work for different people. It [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/HQ97Pj6H59E" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/thoughts-on-working-as-a-consultant-for-a-var/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/thoughts-on-working-as-a-consultant-for-a-var/</feedburner:origLink></item>
		<item>
		<title>NetCitadel and Software Defined Security</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/3d-ST94k3rY/</link>
		<comments>http://packetpushers.net/netcitadel-and-software-defined-security/#comments</comments>
		<pubDate>Thu, 21 Feb 2013 13:44:08 +0000</pubDate>
		<dc:creator>Neil Anderson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[netcitadel]]></category>
		<category><![CDATA[sds]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4925</guid>
		<description>It&amp;#8217;s been an exciting couple of weeks in the security realm, with a number of innovative startups appearing. That&amp;#8217;s refreshing because recently most &amp;#8220;innovation&amp;#8221; in the security space has been something involving a new way of marketing a signature or reputation based system &amp;#8211; and that&amp;#8217;s just a bit rubbish, and not a little tiresome. Most [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/3d-ST94k3rY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/netcitadel-and-software-defined-security/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/netcitadel-and-software-defined-security/</feedburner:origLink></item>
		<item>
		<title>Pull My Strings, I’m Your Puppet: Juniper Bringing DevOps to Networking</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/__lK9nw21wo/</link>
		<comments>http://packetpushers.net/pull-my-strings-im-your-puppet-juniper-bringing-devops-to-networking/#comments</comments>
		<pubDate>Thu, 21 Feb 2013 13:33:33 +0000</pubDate>
		<dc:creator>Anthony Burke</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[devops]]></category>
		<category><![CDATA[juniper]]></category>
		<category><![CDATA[junos]]></category>
		<category><![CDATA[puppet]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4957</guid>
		<description>The buzzword in the industry of late is DevOps. It is one that I hope isn&amp;#8217;t tarnished by the marketing machine where buzzwords go to die. DevOps is the shift in the paradigm of network and infrastructure management. Centralized infrastructure that is transparent to the administrator and end-user, IaaS, cloud &amp;#8211; whatever you want to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/__lK9nw21wo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/pull-my-strings-im-your-puppet-juniper-bringing-devops-to-networking/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/pull-my-strings-im-your-puppet-juniper-bringing-devops-to-networking/</feedburner:origLink></item>
		<item>
		<title>On Working Yourself to Death</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/0ym-pZqE9ts/</link>
		<comments>http://packetpushers.net/on-working-yourself-to-death/#comments</comments>
		<pubDate>Fri, 15 Feb 2013 21:34:50 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[work life balance]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4916</guid>
		<description>In America, working a lot of hours is considered normal. Indeed, people who clock out promptly at the end of the day might be looked at askance, as if they aren&amp;#8217;t giving enough of their heart and soul to the company. Over the years, I&amp;#8217;ve tended to be one of those who works as long [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/0ym-pZqE9ts" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/on-working-yourself-to-death/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		<feedburner:origLink>http://packetpushers.net/on-working-yourself-to-death/</feedburner:origLink></item>
		<item>
		<title>2e2: The Hindenburg of Cloud Providers &amp; What It Means for Outsourcing</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/MHiTPy5HE6Y/</link>
		<comments>http://packetpushers.net/2e2-the-hindenburg-of-cloud-providers-what-it-means-for-outsourcing/#comments</comments>
		<pubDate>Thu, 14 Feb 2013 19:34:35 +0000</pubDate>
		<dc:creator>Glen Kemp</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[2e2]]></category>
		<category><![CDATA[blah-blah-cloud]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[CxO]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[insolvency]]></category>
		<category><![CDATA[insourcing]]></category>
		<category><![CDATA[outsourcing]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4880</guid>
		<description>I have a somewhat love/hate relationship with cloud services and outsource providers. In my day job, we provide a few cloud services, resell a couple more, and use a handful to support some backoffice systems. Some services make complete sense to outsource, to the point you wonder why anyone ever bothered to do it for [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/MHiTPy5HE6Y" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/2e2-the-hindenburg-of-cloud-providers-what-it-means-for-outsourcing/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/2e2-the-hindenburg-of-cloud-providers-what-it-means-for-outsourcing/</feedburner:origLink></item>
		<item>
		<title>Benefits &amp; Limitations of SPAN Ports</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/QIg0Sr1QJdY/</link>
		<comments>http://packetpushers.net/benefits-limitations-of-span-ports/#comments</comments>
		<pubDate>Thu, 14 Feb 2013 18:25:02 +0000</pubDate>
		<dc:creator>Darragh Delaney</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[dpi]]></category>
		<category><![CDATA[mirror port]]></category>
		<category><![CDATA[packet capture]]></category>
		<category><![CDATA[span]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4876</guid>
		<description>A mirror or SPAN (switch port analyzer) port can be a very useful resource if used in the correct way. SPAN ports are typically found on network switch gear and the feature is used to send a copy of network packets seen on one switch port (or an entire VLAN) to another switch port. A [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/QIg0Sr1QJdY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/benefits-limitations-of-span-ports/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/benefits-limitations-of-span-ports/</feedburner:origLink></item>
		<item>
		<title>Cisco ASA: High CPU in Dispatch Unit</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/MclK-C_D26I/</link>
		<comments>http://packetpushers.net/cisco-asa-high-cpu-in-dispatch-unit/#comments</comments>
		<pubDate>Tue, 12 Feb 2013 22:51:59 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[cisco asa]]></category>
		<category><![CDATA[dispatch unit]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[high cpu]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4863</guid>
		<description>I ran into an issue of unexpectedly high CPU utilization on a Cisco ASA firewall running 8.4.x family code; the CPU was running greater than 90%, when less than 25% was normal. The culprit was the &amp;#8220;Dispatch Unit&amp;#8221;; a little googling suggests that the ASA dispatch unit is the process through which the majority of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/MclK-C_D26I" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/cisco-asa-high-cpu-in-dispatch-unit/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/cisco-asa-high-cpu-in-dispatch-unit/</feedburner:origLink></item>
		<item>
		<title>Stuff You Don’t Need to Know: In Response to Ethan</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/TusKAthrplw/</link>
		<comments>http://packetpushers.net/stuff-you-dont-need-to-know-in-response-to-ethan/#comments</comments>
		<pubDate>Tue, 12 Feb 2013 19:00:13 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4861</guid>
		<description>I would have put this in the comments to Ethan&amp;#8217;s post &amp;#8211;but responding post to post is much more fun. To begin, I must say I&amp;#8217;m generally in agreement with Ethan&amp;#8217;s main points on certifications and their ills &amp;#8211;yes, you do have to maintain the cert. Yes, certifications tend to be one mechanism to drive [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/TusKAthrplw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/stuff-you-dont-need-to-know-in-response-to-ethan/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/stuff-you-dont-need-to-know-in-response-to-ethan/</feedburner:origLink></item>
		<item>
		<title>Night of the Living Zombie Recruiter</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/R5w-rtF7prs/</link>
		<comments>http://packetpushers.net/night-of-the-living-zombie-recruiter/#comments</comments>
		<pubDate>Sun, 10 Feb 2013 19:29:27 +0000</pubDate>
		<dc:creator>Mrs. Y</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[job search]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[healthy paranoia]]></category>
		<category><![CDATA[Job Search]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4838</guid>
		<description>Everyone in the IT industry has had to deal with the dreaded recruiter at some point in his or her career. You post your resume on Monster, Dice or one of the other job posting web sites out there and in less than 24 hours, there&amp;#8217;s a deluge of email and/or calls from every recruiter under [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/R5w-rtF7prs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/night-of-the-living-zombie-recruiter/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/night-of-the-living-zombie-recruiter/</feedburner:origLink></item>
		<item>
		<title>Bash Script to Gather All Your Cisco Serial Numbers via SNMP</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/7JoeVX6AbFg/</link>
		<comments>http://packetpushers.net/bash-script-to-gather-all-your-cisco-serial-numbers-via-snmp/#comments</comments>
		<pubDate>Sun, 10 Feb 2013 19:19:46 +0000</pubDate>
		<dc:creator>Eric Flores</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[csv]]></category>
		<category><![CDATA[inventory]]></category>
		<category><![CDATA[script]]></category>
		<category><![CDATA[smartnet]]></category>
		<category><![CDATA[snmp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4733</guid>
		<description>Recently, I was doing a true up of our Cisco SmartNet contract, and had to get the serial numbers from all of the Cisco devices on the network. Rather than access each device manually, I wrote a bash script that would get the serial numbers via the SNMP ENTITY table. To use the script, you [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/7JoeVX6AbFg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/bash-script-to-gather-all-your-cisco-serial-numbers-via-snmp/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/bash-script-to-gather-all-your-cisco-serial-numbers-via-snmp/</feedburner:origLink></item>
		<item>
		<title>Book Review: How to Master CCNP Route</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/5Ntbid9LKKg/</link>
		<comments>http://packetpushers.net/book-review-how-to-master-ccnp-route/#comments</comments>
		<pubDate>Sun, 10 Feb 2013 18:03:03 +0000</pubDate>
		<dc:creator>Garry Baker</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[ccnp route]]></category>
		<category><![CDATA[gns3vault]]></category>
		<category><![CDATA[Rene Molenaar]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4782</guid>
		<description>Book Details How to Master CCNP Route Rene Molenaar EBook PDF via instant download with watermark http://gns3vault.com   Author Rene Molenaar is a Cisco Certified System Instructor (CCSI) and the creator of the site gns3vault.com which provides free Cisco labs for CCNA, CCNP and CCIE R&amp;#38;S based on the GNS3 emulator.   Summary This book [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/5Ntbid9LKKg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/book-review-how-to-master-ccnp-route/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/book-review-how-to-master-ccnp-route/</feedburner:origLink></item>
		<item>
		<title>5 Tips for Escaping Troubleshooting Hell</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/eKUKHzvg1Og/</link>
		<comments>http://packetpushers.net/5-tips-for-escaping-troubleshooting-hell/#comments</comments>
		<pubDate>Sun, 10 Feb 2013 17:47:41 +0000</pubDate>
		<dc:creator>Neil Anderson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[meatshield]]></category>
		<category><![CDATA[sanity]]></category>
		<category><![CDATA[tips]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4570</guid>
		<description>We&amp;#8217;ve all been there: it&amp;#8217;s 5am and you&amp;#8217;re up to your humerus in a network failure that no amount of coffee and swearing seems to fix. People are hovering on your shoulder, presumably to observe the ferocious look of concentration on your face. How do you escape this 3rd Circle of Troubleshooting Hell and ride [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/eKUKHzvg1Og" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/5-tips-for-escaping-troubleshooting-hell/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/5-tips-for-escaping-troubleshooting-hell/</feedburner:origLink></item>
		<item>
		<title>Network Documentation Best Practices: What’s Important &amp; How to Track It</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/U4sKWb_ZO2Y/</link>
		<comments>http://packetpushers.net/network-documentation-best-practices-whats-important-how-to-track-it/#comments</comments>
		<pubDate>Thu, 07 Feb 2013 16:06:34 +0000</pubDate>
		<dc:creator>Charles Galler</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4674</guid>
		<description>As a consultant, I have done several network assessments for clients. One of the biggest items that is almost always missing is documentation. In my assessment reports, I can&amp;#8217;t just say, &amp;#8220;You are missing documentation,&amp;#8221; and leave it at that. I have to be more specific. I have to specifically call out what should have [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/U4sKWb_ZO2Y" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-documentation-best-practices-whats-important-how-to-track-it/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-documentation-best-practices-whats-important-how-to-track-it/</feedburner:origLink></item>
		<item>
		<title>How to Build an IPSec VPN With Cisco ASAs &amp; Overlapping Address Space</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/beAj1OjUwXM/</link>
		<comments>http://packetpushers.net/how-to-build-an-ipsec-vpn-with-cisco-asas-overlapping-address-space/#comments</comments>
		<pubDate>Wed, 06 Feb 2013 19:30:20 +0000</pubDate>
		<dc:creator>Eric Flores</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[b2b]]></category>
		<category><![CDATA[cisco asa]]></category>
		<category><![CDATA[cisco ios]]></category>
		<category><![CDATA[extranet]]></category>
		<category><![CDATA[gns3]]></category>
		<category><![CDATA[IPsec]]></category>
		<category><![CDATA[l2l]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4686</guid>
		<description>There are times your company will partner with another to provide a resource to them. Often, this interaction is secured with a LAN-to-LAN (L2L) VPN tunnel. Most Cisco documentation about L2L VPNs are written for VPNs within the same organization, as opposed to different companies trying to peer with each other. L2L VPN tunnels within the same organization are [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/beAj1OjUwXM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/how-to-build-an-ipsec-vpn-with-cisco-asas-overlapping-address-space/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/how-to-build-an-ipsec-vpn-with-cisco-asas-overlapping-address-space/</feedburner:origLink></item>
		<item>
		<title>Thoughts on Open EIGRP</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/cYW7z_m6bfU/</link>
		<comments>http://packetpushers.net/thoughts-on-open-eigrp/#comments</comments>
		<pubDate>Mon, 04 Feb 2013 19:12:54 +0000</pubDate>
		<dc:creator>Russ White</dc:creator>
				<category><![CDATA[Routing]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4730</guid>
		<description>I&amp;#8217;ve been in a hole working on a lot of other projects for a few months (hence my lack of posts!), but not so deep as to not notice that EIGRP has stated they will release a basic version of EIGRP, along with the intellectual property needed to implement that basic version of EIGRP. There [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/cYW7z_m6bfU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/thoughts-on-open-eigrp/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/thoughts-on-open-eigrp/</feedburner:origLink></item>
		<item>
		<title>OpenFlow Switching Performance: Not All TCAM Is Created Equal</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/UiyHjqZdL7c/</link>
		<comments>http://packetpushers.net/openflow-switching-performance-not-all-tcam-is-created-equal/#comments</comments>
		<pubDate>Fri, 01 Feb 2013 08:30:06 +0000</pubDate>
		<dc:creator>Bill Owens</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[flow entries]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[nec]]></category>
		<category><![CDATA[open vswitch]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[pica8]]></category>
		<category><![CDATA[tcam]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4622</guid>
		<description>The fundamental promise of OpenFlow &amp;#8211; that any switches and any controllers can be used to build a network &amp;#8211; was perhaps always a fantasy. Every protocol definition has corner cases unanticipated by its authors; OpenFlow is no exception. And to make it implementable across as wide a range of hardware and software systems as [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/UiyHjqZdL7c" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/openflow-switching-performance-not-all-tcam-is-created-equal/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/openflow-switching-performance-not-all-tcam-is-created-equal/</feedburner:origLink></item>
		<item>
		<title>Why Is Cisco Bothering With “Open” EIGRP?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/dT5VKWg906E/</link>
		<comments>http://packetpushers.net/why-is-cisco-bothering-with-open-eigrp/#comments</comments>
		<pubDate>Thu, 31 Jan 2013 13:34:53 +0000</pubDate>
		<dc:creator>Anthony Burke</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[eigrp]]></category>
		<category><![CDATA[ietf]]></category>
		<category><![CDATA[informational rfc]]></category>
		<category><![CDATA[open standards]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4615</guid>
		<description>My first taste of networking came via the Cisco Learning Academy. I did my CCNA and the old school ROUTE, and it did a pretty good job of praising the joys of EIGRP. You learned EIGRP early on, and it was always made to sound superior. The skills tests and all the labs revolved around [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/dT5VKWg906E" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/why-is-cisco-bothering-with-open-eigrp/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		<feedburner:origLink>http://packetpushers.net/why-is-cisco-bothering-with-open-eigrp/</feedburner:origLink></item>
		<item>
		<title>The Dark Side of Vendor Certifications</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/T66Etz8Qawo/</link>
		<comments>http://packetpushers.net/the-dark-side-of-vendor-certifications/#comments</comments>
		<pubDate>Thu, 31 Jan 2013 02:49:29 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[certification]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4626</guid>
		<description>Seen by many as the way to advance one&amp;#8217;s career, vendor certifications are pursued by many eager networking professionals. I have done this myself over the years, having held certs sponsored by a variety of different vendors. I must concede that certifications have been helpful to me, but reflecting on certs yet again as I ponder the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/T66Etz8Qawo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-dark-side-of-vendor-certifications/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-dark-side-of-vendor-certifications/</feedburner:origLink></item>
		<item>
		<title>Network Visibility for Flexible Security Architectures</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/DaMZstby7vQ/</link>
		<comments>http://packetpushers.net/network-visibility-for-flexible-security-architectures/#comments</comments>
		<pubDate>Wed, 30 Jan 2013 14:54:12 +0000</pubDate>
		<dc:creator>Neil Anderson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[anue]]></category>
		<category><![CDATA[gigamon]]></category>
		<category><![CDATA[ips]]></category>
		<category><![CDATA[ixia]]></category>
		<category><![CDATA[netoptics]]></category>
		<category><![CDATA[visibility]]></category>
		<category><![CDATA[visibility fabric]]></category>
		<category><![CDATA[waf]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3762</guid>
		<description>Inline security appliances are a fact of modern network security architectures. There are a number of compliance drivers to deliver inline protection for traffic in a number of zones within the network, which can be a real pain for the network admins and architects. Even passive tools such as IDS and packet capture sessions can [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/DaMZstby7vQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-visibility-for-flexible-security-architectures/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-visibility-for-flexible-security-architectures/</feedburner:origLink></item>
		<item>
		<title>Rationalizing the Case Against Internet Censorship</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/9gtvNkSEwhU/</link>
		<comments>http://packetpushers.net/rationalizing-the-case-against-internet-censorship/#comments</comments>
		<pubDate>Tue, 29 Jan 2013 18:00:45 +0000</pubDate>
		<dc:creator>Umair Hoodbhoy</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[internet censorship]]></category>
		<category><![CDATA[pakistan]]></category>
		<category><![CDATA[youtube]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4364</guid>
		<description>On September 17, 2012, the government of Pakistan banned YouTube access throughout the country. An anti-Islam video that had been deemed blasphemous was the cause of immense anger in the country, so the government blocked YouTube. The official reason given is that it was conducting its moral duty of protecting its citizens from offensive content. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/9gtvNkSEwhU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/rationalizing-the-case-against-internet-censorship/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/rationalizing-the-case-against-internet-censorship/</feedburner:origLink></item>
		<item>
		<title>Understanding Crossbar Fabrics &amp; The iSLIP Algorithm</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/xq45xgZOe3Q/</link>
		<comments>http://packetpushers.net/understanding-crossbar-fabrics-the-islip-algorithm/#comments</comments>
		<pubDate>Sun, 27 Jan 2013 20:40:16 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[crossbar fabric]]></category>
		<category><![CDATA[FIFO]]></category>
		<category><![CDATA[hol blocking]]></category>
		<category><![CDATA[islip]]></category>
		<category><![CDATA[nick mckeown]]></category>
		<category><![CDATA[switch architecture]]></category>
		<category><![CDATA[virtual output queue]]></category>
		<category><![CDATA[voq]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4580</guid>
		<description>Reading through a Cisco paper on the Nexus 5548P switch architecture, I came across the term iSLIP. &amp;#8220;The [Unified Crossbar Fabric] is a single-stage high-performance 100-by-100 crossbar with an integrated scheduler. The scheduler coordinates the use of the crossbar between inputs and outputs, allowing a contention-free match between I/O pairs. The scheduling algorithm is based on an enhanced [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/xq45xgZOe3Q" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/understanding-crossbar-fabrics-the-islip-algorithm/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/understanding-crossbar-fabrics-the-islip-algorithm/</feedburner:origLink></item>
		<item>
		<title>Using SSL Intercept With ADCs + Firewalls to Inspect &amp; Clean Encrypted Traffic</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/al-FcDuDPhA/</link>
		<comments>http://packetpushers.net/using-ssl-intercept-with-adcs-firewalls-to-inspect-clean-encrypted-traffic/#comments</comments>
		<pubDate>Sat, 26 Jan 2013 23:22:42 +0000</pubDate>
		<dc:creator>Michael Schipp</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[A10 Networks]]></category>
		<category><![CDATA[application delivery controllers]]></category>
		<category><![CDATA[f5]]></category>
		<category><![CDATA[palo alto networks]]></category>
		<category><![CDATA[SSL forward proxy]]></category>
		<category><![CDATA[SSL Intercept]]></category>
		<category><![CDATA[ssl offload]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4552</guid>
		<description>The Problem Let’s take a typical enterprise. We have our internet connection going to our router (or ISP’s router), then handed off to our firewalls. We then break out to our internal and DMZ networks. Pretty standard stuff. We have our perimeter security controls sitting on the firewalls with a nice rule of &amp;#8220;allow TCP [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/al-FcDuDPhA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/using-ssl-intercept-with-adcs-firewalls-to-inspect-clean-encrypted-traffic/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		<feedburner:origLink>http://packetpushers.net/using-ssl-intercept-with-adcs-firewalls-to-inspect-clean-encrypted-traffic/</feedburner:origLink></item>
		<item>
		<title>15 Reasons You’re Technical Documentation Sucks</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/6WNkrKtNFK4/</link>
		<comments>http://packetpushers.net/15-reasons-youre-technical-documentation-sucks/#comments</comments>
		<pubDate>Fri, 25 Jan 2013 01:54:24 +0000</pubDate>
		<dc:creator>Glen Kemp</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[authoring]]></category>
		<category><![CDATA[blogging]]></category>
		<category><![CDATA[documentation]]></category>
		<category><![CDATA[writing]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4531</guid>
		<description>As part of my day job I produce technical documents, proposals and RFP responses for a (mostly) non-technical audience. I read and review even more of the above from sub-contractors, professional services consultants and technical support. I’m as likely to split an infinitive as the next person, but there is stuff I see on a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/6WNkrKtNFK4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/15-reasons-youre-technical-documentation-sucks/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		<feedburner:origLink>http://packetpushers.net/15-reasons-youre-technical-documentation-sucks/</feedburner:origLink></item>
		<item>
		<title>Extending Layer 2 Across Layer 3 With L2TPv3 Pseudo-Wires</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/W3gL5TKs-Gc/</link>
		<comments>http://packetpushers.net/extending-layer-2-across-layer-3-with-l2tpv3-pseudo-wires/#comments</comments>
		<pubDate>Tue, 22 Jan 2013 13:58:43 +0000</pubDate>
		<dc:creator>Brandon Roberson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Service Provider]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[l2tpv3]]></category>
		<category><![CDATA[layer 2 extension]]></category>
		<category><![CDATA[pseudowire]]></category>
		<category><![CDATA[tunneling]]></category>
		<category><![CDATA[x-connect]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4424</guid>
		<description>Imagine one day your boss comes to you wanting to provide Internet access for a tenant in a distant building location that your organization has a presence (WAN connectivity) at. You think for a moment how to accomplish this task while keeping the following points in mind. How can we do this&amp;#8230; securely, across a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/W3gL5TKs-Gc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/extending-layer-2-across-layer-3-with-l2tpv3-pseudo-wires/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/extending-layer-2-across-layer-3-with-l2tpv3-pseudo-wires/</feedburner:origLink></item>
		<item>
		<title>Security Superstition</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/Qg0Th7Ce2I0/</link>
		<comments>http://packetpushers.net/security-superstition/#comments</comments>
		<pubDate>Sun, 20 Jan 2013 21:36:20 +0000</pubDate>
		<dc:creator>Mrs. Y</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[firewalls]]></category>
		<category><![CDATA[healthy paranoia]]></category>
		<category><![CDATA[incident response]]></category>
		<category><![CDATA[intrusion detection]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[URL Categorization]]></category>
		<category><![CDATA[URL classification]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[web reputation]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4350</guid>
		<description>A scientist is never certain. We all know that. We know that all our statements are approximate statements with different degrees of certainty; that when a statement is made, the question is not whether it is true or false but rather how likely it is to be true or false. &amp;#8211; Richard P. Feynman Recently [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/Qg0Th7Ce2I0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/security-superstition/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/security-superstition/</feedburner:origLink></item>
		<item>
		<title>Five Things About Mentoring</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/zf8YMkv0hgs/</link>
		<comments>http://packetpushers.net/five-things-about-mentoring/#comments</comments>
		<pubDate>Sat, 19 Jan 2013 18:23:15 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[Mentoring]]></category>
		<category><![CDATA[Network engineer]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4375</guid>
		<description>In network engineering, a great opportunity is to be able to mentor someone else. Mentoring is that art of teaching someone else what you know. In that knowledge sharing, you help that person become a better network engineer. Or you teach someone who isn&amp;#8217;t a network engineer something about networking. At least, that&amp;#8217;s the general [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/zf8YMkv0hgs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/five-things-about-mentoring/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		<feedburner:origLink>http://packetpushers.net/five-things-about-mentoring/</feedburner:origLink></item>
		<item>
		<title>IOS CLI Speed Tips</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/xryj1V17USE/</link>
		<comments>http://packetpushers.net/ios-cli-speed-tips/#comments</comments>
		<pubDate>Mon, 14 Jan 2013 17:19:49 +0000</pubDate>
		<dc:creator>Alex Clark</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[cisco ios]]></category>
		<category><![CDATA[cli]]></category>
		<category><![CDATA[ios cli shortcuts]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4228</guid>
		<description>While studying for the CCIE, one point I hear all the time is the importance of being fast. With the new Troubleshooting section, speed is more important now than ever. With that in mind, I have compiled a small list of tips and methods to help you be as efficient with the IOS CLI as [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/xryj1V17USE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/ios-cli-speed-tips/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		<feedburner:origLink>http://packetpushers.net/ios-cli-speed-tips/</feedburner:origLink></item>
		<item>
		<title>Cisco CCIE 350-001 v4 Written Exam Impressions</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/wm_enA_ItCk/</link>
		<comments>http://packetpushers.net/cisco-ccie-350-001-v4-written-exam-impressions/#comments</comments>
		<pubDate>Fri, 11 Jan 2013 13:00:52 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4310</guid>
		<description>I took Cisco CCIE R&amp;#38;S written exam 350-001 version 4 today. This was one of my options to complete CCIE recertification. This is the second time I took v4 of this exam. The first time I took it in June 2012 at CLUS. I didn&amp;#8217;t study at all, but since an exam is included in [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/wm_enA_ItCk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/cisco-ccie-350-001-v4-written-exam-impressions/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		<feedburner:origLink>http://packetpushers.net/cisco-ccie-350-001-v4-written-exam-impressions/</feedburner:origLink></item>
		<item>
		<title>Why I Am Excited About OpenFlow</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/2ad8dYJJ8As/</link>
		<comments>http://packetpushers.net/why-i-am-excited-about-openflow/#comments</comments>
		<pubDate>Thu, 10 Jan 2013 13:00:27 +0000</pubDate>
		<dc:creator>Ryan Niemes</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[network design]]></category>
		<category><![CDATA[network programmability]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[tcam]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4237</guid>
		<description>I will admit that the first time I heard about OpenFlow I thought, &amp;#8220;Great. Here&amp;#8217;s another vaporware technology that will go nowhere.&amp;#8221;  I also realize that a lot of network engineers are saying the same thing, or might have difficulty understanding what the fuss is all about. If this is your thought, I hope that [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/2ad8dYJJ8As" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/why-i-am-excited-about-openflow/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/why-i-am-excited-about-openflow/</feedburner:origLink></item>
		<item>
		<title>Take Pride in Your Work</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/1qBV95CbHOA/</link>
		<comments>http://packetpushers.net/take-pride-in-your-work/#comments</comments>
		<pubDate>Tue, 08 Jan 2013 13:00:57 +0000</pubDate>
		<dc:creator>Keith Miller</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4199</guid>
		<description>I was laying in bed Christmas night watching &amp;#8220;Holmes on Homes&amp;#8221; on the DIY channel, and something bothered me. I had a thought that just would not go away, so I decided to write about it. For those of you unfamiliar with the show, Mike Holmes is a Canadian general contractor who visits homes where [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/1qBV95CbHOA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/take-pride-in-your-work/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		<feedburner:origLink>http://packetpushers.net/take-pride-in-your-work/</feedburner:origLink></item>
		<item>
		<title>How to Draw Clear L3 Logical Network Diagrams</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/AEMU51FSXpQ/</link>
		<comments>http://packetpushers.net/how-to-draw-clear-l3-logical-network-diagrams/#comments</comments>
		<pubDate>Mon, 07 Jan 2013 13:00:01 +0000</pubDate>
		<dc:creator>Jaakko Rautanen</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[network diagrams]]></category>
		<category><![CDATA[network documentation]]></category>
		<category><![CDATA[omnigraffle]]></category>
		<category><![CDATA[visio]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3924</guid>
		<description>The biggest single problem I&amp;#8217;m seeing when working on enterprise networks is the lack of L3 logical network diagrams. Most of the time I’m facing situations where a customer doesn&amp;#8217;t have any logical network diagrams to give. L3 diagrams are vital for troubleshooting or for planning changes. Also, logical diagrams are in many cases more valuable than [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/AEMU51FSXpQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/how-to-draw-clear-l3-logical-network-diagrams/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		<feedburner:origLink>http://packetpushers.net/how-to-draw-clear-l3-logical-network-diagrams/</feedburner:origLink></item>
		<item>
		<title>An Existential Crisis in My CCIE Study?</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/REHgNS8U3DY/</link>
		<comments>http://packetpushers.net/an-existential-crisis-in-my-ccie-study/#comments</comments>
		<pubDate>Sat, 05 Jan 2013 13:00:02 +0000</pubDate>
		<dc:creator>Matthew Mengel</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4182</guid>
		<description>When I was about three quarters of the way through writing my Master&amp;#8217;s thesis, I was having some real doubts about whether the study I had undertaken had any value or purpose.  In particular, I wondered whether the magnetic field images and starspot maps I was producing were real, or just mathematical artifacts generated by [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/REHgNS8U3DY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/an-existential-crisis-in-my-ccie-study/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		<feedburner:origLink>http://packetpushers.net/an-existential-crisis-in-my-ccie-study/</feedburner:origLink></item>
		<item>
		<title>The Cost of IPv6 on Amazon Web Services</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/KWlo6zs84og/</link>
		<comments>http://packetpushers.net/the-cost-of-ipv6-on-amazon-web-services/#comments</comments>
		<pubDate>Fri, 04 Jan 2013 13:00:08 +0000</pubDate>
		<dc:creator>Jeff Loughridge</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[aws]]></category>
		<category><![CDATA[iaas]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4078</guid>
		<description>AWS is a great platform for businesses that have the technical savvy to administer servers and applications but do not want to bear the costs and responsibilities of on-site physical infrastructure. What AWS’s engineers have accomplished is very impressive. Given this achievement, I am surprised that several IaaS competitors have beaten AWS in rolling out [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/KWlo6zs84og" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-cost-of-ipv6-on-amazon-web-services/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-cost-of-ipv6-on-amazon-web-services/</feedburner:origLink></item>
		<item>
		<title>IP Address Management for Today’s Complex Network Infrastructures</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/LIwqiYao6qE/</link>
		<comments>http://packetpushers.net/ip-address-management-for-todays-complex-network-infrastructures/#comments</comments>
		<pubDate>Thu, 03 Jan 2013 14:11:05 +0000</pubDate>
		<dc:creator>Sponsored Blog Posts</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Sponsored]]></category>
		<category><![CDATA[ddi]]></category>
		<category><![CDATA[dhcp]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[ip address management]]></category>
		<category><![CDATA[ipam]]></category>
		<category><![CDATA[Network management]]></category>
		<category><![CDATA[solarwinds]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4201</guid>
		<description>This blog post is sponsored by SolarWinds and written by Amy Pace, SolarWinds Product Marketing Manager. We live in a networked world. Nearly every company today, large or small, relies on TCP/IP networking to function—from basic services like email, file storage, and printing, to business-critical applications like e-commerce, customer relations, and supply chain management—and IP [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/LIwqiYao6qE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/ip-address-management-for-todays-complex-network-infrastructures/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/ip-address-management-for-todays-complex-network-infrastructures/</feedburner:origLink></item>
		<item>
		<title>Top 50 Packet Pushers Blog Posts for 2012</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/a40ST8Avojg/</link>
		<comments>http://packetpushers.net/top-50-packet-pushers-blog-posts-for-2012/#comments</comments>
		<pubDate>Fri, 21 Dec 2012 17:27:24 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4041</guid>
		<description>The Packet Pushers community blog saw an enormous number of contributions come in during 2012. As the editor, I thank everyone that took the time to write. Writing is a time-consuming task; getting your thoughts down so that they make sense to someone else is hard. That you are are willing to share your knowledge [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/a40ST8Avojg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/top-50-packet-pushers-blog-posts-for-2012/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/top-50-packet-pushers-blog-posts-for-2012/</feedburner:origLink></item>
		<item>
		<title>The End of Year Audit: Things Worth Checking While You Have a Minute</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/vvwEdn45cXU/</link>
		<comments>http://packetpushers.net/the-end-of-year-audit-things-worth-checking-while-you-have-a-minute/#comments</comments>
		<pubDate>Thu, 20 Dec 2012 07:00:23 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=4011</guid>
		<description>It&amp;#8217;s the holiday season, and the screams of GET IT DONE NOW are gently muted, replaced with the quiet sounds of people gone on vacation and leaving you the heck alone. What better time to do some of that network clean up you&amp;#8217;ve been putting off? Let&amp;#8217;s make a list of fun things to check. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/vvwEdn45cXU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-end-of-year-audit-things-worth-checking-while-you-have-a-minute/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-end-of-year-audit-things-worth-checking-while-you-have-a-minute/</feedburner:origLink></item>
		<item>
		<title>OpenStack Quantum Network Implementation in Linux</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/SRmzMn2erhc/</link>
		<comments>http://packetpushers.net/openstack-quantum-network-implementation-in-linux/#comments</comments>
		<pubDate>Wed, 19 Dec 2012 07:00:24 +0000</pubDate>
		<dc:creator>Will Dennis</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3895</guid>
		<description>So there I was, a shiny new OpenStack Folsom install (via DevStack) on a single server, and everything seems to be working &amp;#8212; except I can&amp;#8217;t reach the darn VMs I&amp;#8217;ve spawned! I had a vague idea of the network topology the installer had created (driven by the choice to use the new Quantum networking [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/SRmzMn2erhc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/openstack-quantum-network-implementation-in-linux/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/openstack-quantum-network-implementation-in-linux/</feedburner:origLink></item>
		<item>
		<title>Multicasting Apple’s Bonjour Protocol</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/9auAWsuYOzc/</link>
		<comments>http://packetpushers.net/multicasting-apples-bonjour-protocol/#comments</comments>
		<pubDate>Tue, 18 Dec 2012 08:00:28 +0000</pubDate>
		<dc:creator>Brandon Roberson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[Wireless]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3829</guid>
		<description>Let&amp;#8217;s face it. Apple&amp;#8217;s Bonjour protocol is likely here to stay, or at-least for the foreseeable future until Apple decides otherwise. If you have an Apple device and wish to do printing or require the use of its discovery services, you will very likely encounter Apple&amp;#8217;s Bonjour protocol. I will spare the many technical details [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/9auAWsuYOzc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/multicasting-apples-bonjour-protocol/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		<feedburner:origLink>http://packetpushers.net/multicasting-apples-bonjour-protocol/</feedburner:origLink></item>
		<item>
		<title>Using CBQoS and NetFlow to Solve Network Traffic Problems</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/2KiraikQhh0/</link>
		<comments>http://packetpushers.net/using-cbqos-and-netflow-to-solve-network-traffic-problems/#comments</comments>
		<pubDate>Mon, 17 Dec 2012 13:50:25 +0000</pubDate>
		<dc:creator>Sponsored Blog Posts</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Sponsored]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3979</guid>
		<description>This sponsored blog post is written by Patrick Hubbard, SolarWinds Head Geek. Admit it &amp;#8211; you have a problem. A bandwidth problem. It’s probably worst on WAN links at about 10am Tuesday mornings, when VoIP MOS score monitors turn orange, tickets start coming in about slow Exchange access and an exec calls in to say [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/2KiraikQhh0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/using-cbqos-and-netflow-to-solve-network-traffic-problems/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/using-cbqos-and-netflow-to-solve-network-traffic-problems/</feedburner:origLink></item>
		<item>
		<title>Interacting With the Cisco ASA CLI Using the HTTPS Interface</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/4eVI-KuWNFc/</link>
		<comments>http://packetpushers.net/interacting-with-the-cisco-asa-cli-using-the-https-interface/#comments</comments>
		<pubDate>Wed, 05 Dec 2012 14:02:50 +0000</pubDate>
		<dc:creator>iggdawg</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[asa]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3772</guid>
		<description>Most people are familiar with interacting with the ASA over HTTPS to get captures off the box, but every CLI mode is available using a browser. There are a lot of handy practical situations where you&amp;#8217;d want to do this, including simply avoiding using a steaming pile of Java. Below is the simplest way to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/4eVI-KuWNFc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/interacting-with-the-cisco-asa-cli-using-the-https-interface/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/interacting-with-the-cisco-asa-cli-using-the-https-interface/</feedburner:origLink></item>
		<item>
		<title>12 Tips for Effective IPS Deployment (Goats Optional)</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/dmo1OTH9IaY/</link>
		<comments>http://packetpushers.net/12-tips-for-effective-ips-deployment-goats-optional/#comments</comments>
		<pubDate>Tue, 04 Dec 2012 13:51:38 +0000</pubDate>
		<dc:creator>Neil Anderson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[hints]]></category>
		<category><![CDATA[ips]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3724</guid>
		<description>Fresh from a conversation so frustrating that I could have cheerfully punched a goat today, I thought I&amp;#8217;d jot down my thoughts on intrusion prevention systems (IPS) and how to effectively deploy it. I would have written a post on how not to deploy it, but that would have meant breaking an NDA. IPS is a vital [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/dmo1OTH9IaY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/12-tips-for-effective-ips-deployment-goats-optional/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/12-tips-for-effective-ips-deployment-goats-optional/</feedburner:origLink></item>
		<item>
		<title>Reminder: Big Switch SDN &amp; OpenFlow Webinar on Thursday</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/D3w4yxbyObw/</link>
		<comments>http://packetpushers.net/reminder-big-switch-sdn-openflow-webinar-on-thursday/#comments</comments>
		<pubDate>Mon, 03 Dec 2012 19:36:47 +0000</pubDate>
		<dc:creator>Greg Ferro</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Events]]></category>
		<category><![CDATA[SDN]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3776</guid>
		<description>This Thursday at 1000PST/1300EST/1800UTC is the Big Switch webinar on their recent launch of Big Virtual Switch SDN applications and controller. Join us for the event and demo…..&lt;h2 style="text-align: center;"&gt;&lt;a href="https://www3.gotomeeting.com/register/403928398" target="_blank"&gt;Sign up for the Webinar&lt;/a&gt;&lt;/h2&gt;&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/D3w4yxbyObw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/reminder-big-switch-sdn-openflow-webinar-on-thursday/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/reminder-big-switch-sdn-openflow-webinar-on-thursday/</feedburner:origLink></item>
		<item>
		<title>Ode to a Network Engineer (in the Style of Bukowski)*</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/DTLCByKG80U/</link>
		<comments>http://packetpushers.net/ode-to-a-network-engineer-in-the-style-of-bukowski/#comments</comments>
		<pubDate>Thu, 29 Nov 2012 17:22:00 +0000</pubDate>
		<dc:creator>Mrs. Y</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[Employment]]></category>
		<category><![CDATA[healthy paranoia]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3708</guid>
		<description>You are not a technical sink. You are not an infant made to passively suck up the pabulum from a vendor. Do your homework. Study. Learn. Improve yourself. It&amp;#8217;s what an engineer is supposed to do. Don&amp;#8217;t expect your employer to do it for you. Don&amp;#8217;t expect applause. Your professional life is your responsibility. Unless [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/DTLCByKG80U" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/ode-to-a-network-engineer-in-the-style-of-bukowski/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/ode-to-a-network-engineer-in-the-style-of-bukowski/</feedburner:origLink></item>
		<item>
		<title>Holiday Greetings Podcast – Your Audio Greeting Cards Wanted!</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/XyzCM92W9FI/</link>
		<comments>http://packetpushers.net/holiday-greetings-podcast-your-audio-greeting-cards-wanted/#comments</comments>
		<pubDate>Wed, 28 Nov 2012 15:14:36 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3703</guid>
		<description>For the community show we plan to release during the last week of December, we&amp;#8217;d like to include a montage of audio &amp;#8220;greeting cards&amp;#8221; from all of you. Everyone is invited to participate (yes, vendors too, as you&amp;#8217;re a huge part of the community). The process is simple. Record your greeting in any audio format [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/XyzCM92W9FI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/holiday-greetings-podcast-your-audio-greeting-cards-wanted/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/holiday-greetings-podcast-your-audio-greeting-cards-wanted/</feedburner:origLink></item>
		<item>
		<title>Mind Over Matter: The Subconscious CCIE</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/ZTLCxW1iOvU/</link>
		<comments>http://packetpushers.net/mind-over-matter-the-subconscious-ccie/#comments</comments>
		<pubDate>Tue, 27 Nov 2012 13:58:41 +0000</pubDate>
		<dc:creator>Nick Allgood</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3640</guid>
		<description>I recently passed my CCIE Routing and Switching on my 2nd attempt about a week ago, four months after my first attempt. In that four-month gap, I spent a lot of time on my mental, emotional, and spiritual growth that I feel strongly contributed to my success. The two minds You will find a lot [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/ZTLCxW1iOvU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/mind-over-matter-the-subconscious-ccie/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/mind-over-matter-the-subconscious-ccie/</feedburner:origLink></item>
		<item>
		<title>Why Network Engineers Are Sick of SDN – And What Vendors Can Do About It</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/4FrDCRjrUQE/</link>
		<comments>http://packetpushers.net/why-network-engineers-are-sick-of-sdn-and-what-vendors-can-do-about-it/#comments</comments>
		<pubDate>Sat, 24 Nov 2012 18:56:24 +0000</pubDate>
		<dc:creator>Ethan Banks</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[i2rs]]></category>
		<category><![CDATA[ietf]]></category>
		<category><![CDATA[NETCONF]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3463</guid>
		<description>2012&amp;#8242;s dominant networking buzzword has been SDN: software defined networking. Packet Pushers has talked about SDN quite a bit because it represents a re-thinking of the way that the industry has built networks for the last two decades. SDN as a concept is both technically interesting and creatively inspiring, giving many pause for thought and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/4FrDCRjrUQE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/why-network-engineers-are-sick-of-sdn-and-what-vendors-can-do-about-it/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		<feedburner:origLink>http://packetpushers.net/why-network-engineers-are-sick-of-sdn-and-what-vendors-can-do-about-it/</feedburner:origLink></item>
		<item>
		<title>Simple Perl Script to Produce a Configuration From a Template</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/9DUq-PK_RmI/</link>
		<comments>http://packetpushers.net/simple-perl-script-to-produce-a-configuration-from-a-template/#comments</comments>
		<pubDate>Thu, 22 Nov 2012 07:00:11 +0000</pubDate>
		<dc:creator>InfiniteMonkey</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[configuration management]]></category>
		<category><![CDATA[Network management]]></category>
		<category><![CDATA[perl]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3512</guid>
		<description>Everyone has their own method of leveraging configuration templates. Engineers utilize Network Management Systems, text files with find &amp;#38; replace functionality, and homegrown scripts. There are even some deranged individuals that use word processor form letter / mail merge functionality. Personally, I tend to use the Perl script that I&amp;#8217;m about to share with you. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/9DUq-PK_RmI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/simple-perl-script-to-produce-a-configuration-from-a-template/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/simple-perl-script-to-produce-a-configuration-from-a-template/</feedburner:origLink></item>
		<item>
		<title>The Scorched Earth LAN &amp; A Better Enterprise Security Model</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/owmOqtIzYFc/</link>
		<comments>http://packetpushers.net/the-scorched-earth-lan-a-better-enterprise-security-model/#comments</comments>
		<pubDate>Wed, 21 Nov 2012 18:46:45 +0000</pubDate>
		<dc:creator>Neil Anderson</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[lan]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[software defined security]]></category>
		<category><![CDATA[strategy]]></category>
		<category><![CDATA[wireless]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3482</guid>
		<description>The enterprise LAN is a blasted wasteland of dead and dying technologies. I call for a strategic retreat. It seems to me that endpoints, such as desktops, and the LAN in enterprise networks just aren&amp;#8217;t defensible any more. Not only are we still relying on signature based controls on the endpoint and in the network, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/owmOqtIzYFc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-scorched-earth-lan-a-better-enterprise-security-model/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-scorched-earth-lan-a-better-enterprise-security-model/</feedburner:origLink></item>
		<item>
		<title>Riverbed Steelhead and Juniper WX Part II – When a Tunnel Is Not a Tunnel</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/7vhuQa59C5s/</link>
		<comments>http://packetpushers.net/riverbed-steelhead-and-juniper-wx-part-ii-when-a-tunnel-is-not-a-tunnel/#comments</comments>
		<pubDate>Wed, 21 Nov 2012 18:27:36 +0000</pubDate>
		<dc:creator>Glen Kemp</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[WAN Optimization]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[juniper wx]]></category>
		<category><![CDATA[MSR]]></category>
		<category><![CDATA[NSC]]></category>
		<category><![CDATA[PBR]]></category>
		<category><![CDATA[RiOS]]></category>
		<category><![CDATA[riverbed]]></category>
		<category><![CDATA[SDR]]></category>
		<category><![CDATA[steelhead]]></category>
		<category><![CDATA[transparency]]></category>
		<category><![CDATA[UDP]]></category>
		<category><![CDATA[WXC]]></category>
		<category><![CDATA[WXOS]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3371</guid>
		<description>In my previous post &amp;#8220;Getting Nerdy about WAN optimisation&amp;#8220;, I discussed some of the basics of WAN optimisation and how the Juniper WX and Riverbed Steelhead capture traffic. Now I’d like to get into the detail on how they shift traffic between networks. Once traffic enters either appliance, there are differences on how the traffic [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/7vhuQa59C5s" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/riverbed-steelhead-and-juniper-wx-part-ii-when-a-tunnel-is-not-a-tunnel/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/riverbed-steelhead-and-juniper-wx-part-ii-when-a-tunnel-is-not-a-tunnel/</feedburner:origLink></item>
		<item>
		<title>VoIP Call Playback &amp; Other Wireshark Voice Tools</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/JmE4RGOfniA/</link>
		<comments>http://packetpushers.net/voip-call-playback-other-wireshark-voice-tools/#comments</comments>
		<pubDate>Tue, 20 Nov 2012 14:33:53 +0000</pubDate>
		<dc:creator>Matthew Mengel</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Voice]]></category>
		<category><![CDATA[decoding voice calls]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[rtp]]></category>
		<category><![CDATA[voip]]></category>
		<category><![CDATA[wireshark]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3412</guid>
		<description>I am not a Voice Engineer. Like many, though, I&amp;#8217;ve found it inevitable that pure packet herding will intersect with voice at some point. A couple of weeks ago, we upgraded our existing office PBX. The upgraded system has IP telephony capability, and this was important as we are expanding our services on the main [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/JmE4RGOfniA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/voip-call-playback-other-wireshark-voice-tools/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/voip-call-playback-other-wireshark-voice-tools/</feedburner:origLink></item>
		<item>
		<title>Cisco Configuration Archive &amp; Rollback: Using ‘Revert’ Instead of ‘Reload’</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/HMEAG1KaDlE/</link>
		<comments>http://packetpushers.net/cisco-configuration-archive-rollback-using-revert-instead-of-reload/#comments</comments>
		<pubDate>Mon, 19 Nov 2012 07:00:49 +0000</pubDate>
		<dc:creator>Charles Galler</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[cisco ios]]></category>
		<category><![CDATA[configuration management]]></category>
		<category><![CDATA[reload]]></category>
		<category><![CDATA[revert]]></category>
		<category><![CDATA[rollback]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3382</guid>
		<description>I wrote an earlier blog article about using the reload command. The reload command used to be the only tool to recover from configuration errors when working on a device remotely. You would save your configuration and issue the &amp;#8216;reload in&amp;#8217; command, giving yourself enough time to make your changes. If you finished in time [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/HMEAG1KaDlE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/cisco-configuration-archive-rollback-using-revert-instead-of-reload/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/cisco-configuration-archive-rollback-using-revert-instead-of-reload/</feedburner:origLink></item>
		<item>
		<title>Preparation Lessons Learned From a Freshly Minted CCIE</title>
		<link>http://feedproxy.google.com/~r/PacketPushersBlogsOnly/~3/7IPkHeViFJY/</link>
		<comments>http://packetpushers.net/preparation-lessons-learned-from-a-freshly-minted-ccie/#comments</comments>
		<pubDate>Sat, 17 Nov 2012 01:42:11 +0000</pubDate>
		<dc:creator>ddib</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[ccie]]></category>
		<category><![CDATA[certification]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[preparation]]></category>
		<category><![CDATA[study]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=3439</guid>
		<description>I recently became a CCIE, and I want to share some lessons learned during my 2 years of studying. I will not describe in detail what topics to study, but I will describe some valuable lessons I learned during my studies. My hope is that this will help someone in their journey because I am [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlogsOnly/~4/7IPkHeViFJY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/preparation-lessons-learned-from-a-freshly-minted-ccie/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/preparation-lessons-learned-from-a-freshly-minted-ccie/</feedburner:origLink></item>
	</channel>
</rss><!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

 Served from: packetpushers.net @ 2013-05-23 15:30:11 by W3 Total Cache -->
