<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2enclosuresfull.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.packetpushers.net/~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:media="http://search.yahoo.com/mrss/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>Packet Pushers Podcast</title>
	
	<link>http://packetpushers.net</link>
	<description>Too Much Networking Would NEVER be Enough</description>
	<lastBuildDate>Tue, 29 May 2012 21:23:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<!-- podcast_generator="Blubrry PowerPress/4.0" -->
	<itunes:summary>A podcast on routing, switching, security, firewall, Internet and the working life of Network Engineers where we discuss life, the industry, take the nerd level to 11 and look for humour, passion and learning in our business lives. &#xD;
&#xD;
Where Too Much Networking Would Never Be Enough. </itunes:summary>
	<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
	<itunes:explicit>no</itunes:explicit>
	<itunes:image href="http://packetpushers.net/files/powerpress/packetpusher.net-logo-v1-144-144.png" />
	
	<managingEditor>myetherealmind@gmail.com (Greg Ferro &amp; Ethan Banks)</managingEditor>
	<copyright>All content copyright Thropos Ltd 2011. All Rights Reserved.</copyright>
	<itunes:subtitle>Too Much Networking would NEVER be Enough. </itunes:subtitle>
	<itunes:keywords>cisco,network,ccie,routing,switching,data,packet,security,ccnp,hp,juniper,study</itunes:keywords>
	<image>
		<title>Packet Pushers Podcast</title>
		<url>http://packetpushers.net/files/2011/03/packetpusher.net-logo-v1-144-144.png</url>
		<link>http://packetpushers.net</link>
	</image>
	
		<rawvoice:rating>TV-G</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.packetpushers.net/PacketPushersBlog" /><feedburner:info uri="packetpushersblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><media:copyright>All content copyright Thropos Ltd 2011. All Rights Reserved.</media:copyright><media:thumbnail url="http://packetpushers.net/files/powerpress/packetpusher.net-logo-v1-144-144.png" /><media:keywords>cisco,network,ccie,routing,switching,data,packet,security,ccnp,hp,juniper,study</media:keywords><media:category scheme="http://www.itunes.com/dtds/podcast-1.0.dtd">Technology/Tech News</media:category><itunes:owner><itunes:email>packetpushers@gmail.com</itunes:email></itunes:owner><itunes:category text="Technology"><itunes:category text="Tech News" /></itunes:category><feedburner:emailServiceId>PacketPushersBlog</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><feedburner:feedFlare href="http://www.podnova.com/add.srf?url=http%3A%2F%2Ffeeds.packetpushers.net%2FPacketPushersBlog" src="http://www.podnova.com/img_chicklet_podnova.gif">Subscribe with Podnova</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsgator.com/ngs/subscriber/subext.aspx?url=http%3A%2F%2Ffeeds.packetpushers.net%2FPacketPushersBlog" src="http://www.newsgator.com/images/ngsub1.gif">Subscribe with NewsGator</feedburner:feedFlare><feedburner:feedFlare href="http://www.netvibes.com/subscribe.php?url=http%3A%2F%2Ffeeds.packetpushers.net%2FPacketPushersBlog" src="http://www.netvibes.com/img/add2netvibes.gif">Subscribe with Netvibes</feedburner:feedFlare><feedburner:feedFlare href="http://add.my.yahoo.com/rss?url=http%3A%2F%2Ffeeds.packetpushers.net%2FPacketPushersBlog" src="http://us.i1.yimg.com/us.yimg.com/i/us/my/addtomyyahoo4.gif">Subscribe with My Yahoo!</feedburner:feedFlare><feedburner:feedFlare href="http://odeo.com/listen/subscribe?feed=http%3A%2F%2Ffeeds.packetpushers.net%2FPacketPushersBlog" src="http://odeo.com/img/badge-channel-black.gif">Subscribe with ODEO</feedburner:feedFlare><feedburner:feedFlare href="http://fusion.google.com/add?feedurl=http%3A%2F%2Ffeeds.packetpushers.net%2FPacketPushersBlog" src="http://buttons.googlesyndication.com/fusion/add.gif">Subscribe with Google</feedburner:feedFlare><item>
		<title>Brocade Virtual Symposium – Soft Core and Hard Edges (Sponsored)</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/E3x00mFndSk/</link>
		<comments>http://packetpushers.net/brocade-virtual-symposium-soft-core-and-hard-edges-sponsored/#comments</comments>
		<pubDate>Tue, 29 May 2012 21:22:13 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[ampp]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[switching]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vSwitch]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1974</guid>
		<description>The Brocade Virtual Symposium gave me a surprise when I discovered that Brocade has a software switching solution for VMware environments. It's different approach to Cisco and suitable for most companies. Tune in for more details on Automatic Migration of Port Profiles (AMPP). Press play to be enlightened:&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/E3x00mFndSk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/brocade-virtual-symposium-soft-core-and-hard-edges-sponsored/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/brocade-virtual-symposium-soft-core-and-hard-edges-sponsored/</feedburner:origLink></item>
		<item>
		<title>Network Operations – Network Engineer – Amazon</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/ljYDqXwAco0/</link>
		<comments>http://packetpushers.net/network-operations-network-engineer-amazon/#comments</comments>
		<pubDate>Tue, 29 May 2012 15:38:34 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Jobs]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1971</guid>
		<description>Location: Dublin, Ireland or Seattle, Washington, USA Amazon.com is looking for best-in-class Network Support Engineers and Senior Network Support Engineers based in Dublin, Ireland or Seattle, WA to help manage and operate one of the world’s largest and complex networks. With Amazon Web Services (http://aws.amazon.com), our goal is to become “The Infrastructure Platform” to the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/ljYDqXwAco0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-operations-network-engineer-amazon/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-operations-network-engineer-amazon/</feedburner:origLink></item>
		<item>
		<title>Your Firewall Sandwich Gives Me Indigestion</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/iPZ8cdc3XWc/</link>
		<comments>http://packetpushers.net/your-firewall-sandwich-gives-me-indigestion/#comments</comments>
		<pubDate>Mon, 28 May 2012 20:26:57 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1964</guid>
		<description>The other day a discussion came up on a security mailing list regarding the proper method for implementing &amp;#8220;defense in depth.&amp;#8221; I was horrified to hear that some thought having two layers of firewalls from different vendors achieves this goal, and I responded with the following statement, &amp;#8220;Ah, the firewall sandwich: it gives me indigestion.&amp;#8221; [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/iPZ8cdc3XWc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/your-firewall-sandwich-gives-me-indigestion/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/your-firewall-sandwich-gives-me-indigestion/</feedburner:origLink></item>
		<item>
		<title>Network Ninja Routing Terminology: How to Sound Like You Know What You’re Talking About</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/OvUU-5IqIWU/</link>
		<comments>http://packetpushers.net/network-ninja-routing-terminology-how-to-sound-like-you-know-what-youre-talking-about/#comments</comments>
		<pubDate>Mon, 28 May 2012 15:39:34 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[history]]></category>
		<category><![CDATA[IP address]]></category>
		<category><![CDATA[network]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1966</guid>
		<description>Once upon a time, my local security officer was reviewing a proposed firewall rule of mine that included 172.16.9.0/24.  His suggestion &amp;#8211; something along the lines of &amp;#8220;I&amp;#8217;d really rather not open this up to an entire Class C network&amp;#8221; &amp;#8211; irritated me to no end, particularly because my proposed rule didn&amp;#8217;t mention anything about [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/OvUU-5IqIWU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-ninja-routing-terminology-how-to-sound-like-you-know-what-youre-talking-about/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-ninja-routing-terminology-how-to-sound-like-you-know-what-youre-talking-about/</feedburner:origLink></item>
		<item>
		<title>So You Want to Participate in the IETF…</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/6vHWeuFiTgc/</link>
		<comments>http://packetpushers.net/so-you-want-to-participate-in-the-ietf/#comments</comments>
		<pubDate>Fri, 25 May 2012 10:25:17 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1961</guid>
		<description>If you&amp;#8217;re at the point in your career where you want to &amp;#8220;join&amp;#8221; the IETF, maybe you need more work to do. (Dear Abbey: Why are my daughters so sarcastic?) But if you really want to help&amp;#8230; The first point is that you don&amp;#8217;t need to attend any meetings to participate in the IETF. You [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/6vHWeuFiTgc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/so-you-want-to-participate-in-the-ietf/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/so-you-want-to-participate-in-the-ietf/</feedburner:origLink></item>
		<item>
		<title>Network Complexity: Deep Dive Into the Case of the Femtocell</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/t_oz7k6cnaQ/</link>
		<comments>http://packetpushers.net/network-complexity-deep-dive-into-the-case-of-the-femtocell/#comments</comments>
		<pubDate>Fri, 25 May 2012 09:26:16 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[microcell]]></category>
		<category><![CDATA[network complexity]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1960</guid>
		<description>I suppose I should have expected it, but my tongue in cheek post on my failure to get a Microcell running in my house has generated a number of comments, mostly ideas on troubleshooting. So, if you really want to know&amp;#8230; Several points to note up front. First, this is going to be a bit [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/t_oz7k6cnaQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-complexity-deep-dive-into-the-case-of-the-femtocell/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-complexity-deep-dive-into-the-case-of-the-femtocell/</feedburner:origLink></item>
		<item>
		<title>NetPrivateer – Senior Network Engineer</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/0dp_SPYmpYk/</link>
		<comments>http://packetpushers.net/netprivateer-senior-network-engineer/#comments</comments>
		<pubDate>Fri, 25 May 2012 01:59:51 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Jobs]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1958</guid>
		<description>http://netprivateer.com/srneteng.html Location: Douglassville, PA, USA About the Job: This position is for an experienced Network Engineer with Cisco &amp;#38; security expertise responsible for planning, implementation, enhancement, maintenance or operational support of simple and advanced complex data networks as well as the security aspects of such networks. Candidate must be able to hit the ground running [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/0dp_SPYmpYk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/netprivateer-senior-network-engineer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/netprivateer-senior-network-engineer/</feedburner:origLink></item>
		<item>
		<title>The Packet Pushers at Cisco Live US San Diego 2012</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/kaqtFJ64hpU/</link>
		<comments>http://packetpushers.net/the-packet-pushers-at-cisco-live-us-san-diego-2012/#comments</comments>
		<pubDate>Fri, 25 May 2012 01:27:13 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Events]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1956</guid>
		<description>Greg Ferro &amp;#38; Ethan Banks will be attending Cisco Live US in San Diego. We&amp;#8217;ve bought our plane tickets. We&amp;#8217;re on our way. We&amp;#8217;ll be covering the show, recording podcasts, and we&amp;#8217;re planning on some tweet-ups. We&amp;#8217;ll publish more information as we come up with a schedule. Hope to see you there! LINKS Cisco Live [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/kaqtFJ64hpU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-packet-pushers-at-cisco-live-us-san-diego-2012/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-packet-pushers-at-cisco-live-us-san-diego-2012/</feedburner:origLink></item>
		<item>
		<title>Graphing Nexus CPU and Memory: Here’s the OIDs</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/KkPLAHtW0nI/</link>
		<comments>http://packetpushers.net/graphing-nexus-cpu-and-memory-heres-the-oids/#comments</comments>
		<pubDate>Wed, 23 May 2012 16:30:25 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[cpu]]></category>
		<category><![CDATA[monitoring]]></category>
		<category><![CDATA[nexus]]></category>
		<category><![CDATA[snmp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1946</guid>
		<description>I remember when I first wanted to graph this stuff on Nexus&amp;#8230;I noticed the Cisco IOS out-of-the-box graph templates wouldn&amp;#8217;t work.  I asked around a little and mostly got &amp;#8220;You can&amp;#8217;t do it,&amp;#8221; as the answer.  I haven&amp;#8217;t dug into it for a long time since I haven&amp;#8217;t had to support Nexus much, but today, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/KkPLAHtW0nI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/graphing-nexus-cpu-and-memory-heres-the-oids/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/graphing-nexus-cpu-and-memory-heres-the-oids/</feedburner:origLink></item>
		<item>
		<title>Show 104 – Is SDN a TRILL Killer?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/DzlYKQ0nbbA/</link>
		<comments>http://packetpushers.net/show-104-is-sdn-a-trill-killer/#comments</comments>
		<pubDate>Wed, 23 May 2012 16:00:16 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[fabricpath]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[software defined networking]]></category>
		<category><![CDATA[spb]]></category>
		<category><![CDATA[trill]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1948</guid>
		<description>Greg Ferro &amp;#38; Ethan Banks conclude their chat begun in Show 103 &amp;#8211; Choking on Cookies, but take the conversation in a different direction. What We Discuss TRILL &amp;#38; SPB &amp;#8211; are they competing or complimentary? Or aimed at different markets? If SDN really gets a strong foothold in the marketplace because of excellent applications, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/DzlYKQ0nbbA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-104-is-sdn-a-trill-killer/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>

			<itunes:keywords>fabricpath,google,openflow,SDN,software defined networking,spb,trill</itunes:keywords>
	<itunes:subtitle>Greg Ferro &amp; Ethan Banks conclude their chat begun in Show 103 - Choking on Cookies, but take the conversation in a different direction. What We Discuss  TRILL &amp; SPB - are they competing or complimentary? Or aimed at different markets? </itunes:subtitle>
		<itunes:summary>Greg Ferro &amp; Ethan Banks conclude their chat begun in Show 103 - Choking on Cookies, but take the conversation in a different direction.
What We Discuss

	TRILL &amp; SPB - are they competing or complimentary? Or aimed at different markets?
	If SDN really gets a strong foothold in the marketplace because of excellent applications, what might that mean for TRILL and SPB?
	What has Google *really* demonstrated with their OpenFlow announcement? And what does that mean for the rest of us?
	If you buy an SDN-based "network-in-a-box" that's a proprietary vendor solution, what happens to your skill set?
	SDN is early right now. Can we tell where it's going to take the industry?
	A useful application for SDN: end-to-end flow analysis (instead of point-in-time flow analysis).
	TRILL would pick up steam if Cisco reduced the prohibitive cost of licensing FabricPath.

Links
Show 44 - The Case For Shortest Path Briding

Fake Name Generator</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>42:38</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/KWOuCIgWr3Q/Show_104-Is_SDN_a_TRILL-Killer.mp3" fileSize="20549502" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-104-is-sdn-a-trill-killer/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/KWOuCIgWr3Q/Show_104-Is_SDN_a_TRILL-Killer.mp3" length="20549502" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_104-Is_SDN_a_TRILL-Killer.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Unicorn Crossing – Plugging the Packet Pushers</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/rc2EyTNcsRI/</link>
		<comments>http://packetpushers.net/unicorn-crossing-plugging-the-packet-pushers/#comments</comments>
		<pubDate>Wed, 23 May 2012 10:42:20 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1950</guid>
		<description>A quick shout out to Brent Salisbury Brent Salisbury CCIE#11972, Network Architect at University of Kentucky who sent in a presentation that he gave to Dell Network Advisory team which contained this brilliant slide that also included a plug for the Packet Pushers :0 I&amp;#8217;m still laughing &amp;#8211; Unicorn Crossing. &amp;#8220;Warning &amp;#8211; Contains Optimism&amp;#8221; Brent, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/rc2EyTNcsRI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/unicorn-crossing-plugging-the-packet-pushers/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/unicorn-crossing-plugging-the-packet-pushers/</feedburner:origLink></item>
		<item>
		<title>Senior Network Engineer/Architect: CCIE – Service Provider + Core Network Services</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/5JdUJozf5Pk/</link>
		<comments>http://packetpushers.net/job-opportunity-senior-network-engineerarchitect-ccie-service-provider-core-network-services/#comments</comments>
		<pubDate>Mon, 21 May 2012 23:26:40 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Jobs]]></category>
		<category><![CDATA[ccie service provider]]></category>
		<category><![CDATA[Employment]]></category>
		<category><![CDATA[jobs]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1942</guid>
		<description>http://www.relationalit.com/find-work/search-it-jobs/ Location Manchester, New Hampshire, USA &amp;#8211; some relocation available. Live &amp;#38; work in an income tax-free, safe &amp;#38; scenic location &amp;#8211;  big city services without the big metro hassle! Job Summary Provides technical expertise and operations support, strategic and tactical planning, and recommendations to management for new technologies and network applications in response to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/5JdUJozf5Pk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/job-opportunity-senior-network-engineerarchitect-ccie-service-provider-core-network-services/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/job-opportunity-senior-network-engineerarchitect-ccie-service-provider-core-network-services/</feedburner:origLink></item>
		<item>
		<title>A New Blog Category: Jobs</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/MXclONEyKn0/</link>
		<comments>http://packetpushers.net/a-new-blog-category-jobs/#comments</comments>
		<pubDate>Mon, 21 May 2012 23:06:43 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>
		<category><![CDATA[Employment]]></category>
		<category><![CDATA[jobs]]></category>
		<category><![CDATA[recruiters]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1940</guid>
		<description>Here at Packet Pushers, we&amp;#8217;ve gotten requests from recruiters as well as readers and listeners to offer a job listing service. So, we&amp;#8217;re giving it a try. The idea is this: recruiters trying to find technical talent to fill open network engineering positions can, for a fee, have their opportunity listed here. The thousands of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/MXclONEyKn0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/a-new-blog-category-jobs/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/a-new-blog-category-jobs/</feedburner:origLink></item>
		<item>
		<title>Am I Just a Digital Sharecropper?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/mYM3JjS7Yy4/</link>
		<comments>http://packetpushers.net/am-i-just-a-digital-sharecropper/#comments</comments>
		<pubDate>Mon, 21 May 2012 21:27:59 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[packet pushers]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[wireless]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1934</guid>
		<description>When Ethan Banks recently announced he was ditching Facebook along with some other unnecessary social media accounts, I was a little concerned. He said it was because he was trying to digitally downsize and was uneasy about how his data was being mined. But I privately worried that he was either preparing to go Luddite [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/mYM3JjS7Yy4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/am-i-just-a-digital-sharecropper/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/am-i-just-a-digital-sharecropper/</feedburner:origLink></item>
		<item>
		<title>HP IMC: Email Alerting</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/-V71tp68v4U/</link>
		<comments>http://packetpushers.net/hp-imc-email-alerting/#comments</comments>
		<pubDate>Sun, 20 May 2012 23:00:03 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[imc]]></category>
		<category><![CDATA[Network management]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1765</guid>
		<description>HP’s Intelligent Management Center supports the use of email or SMS for alarm notification. It’s trivial to add a rule to get it to send you an email when a device goes down. But what about if you also want an email when the device comes back online? There’s no direct way of saying “send [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/-V71tp68v4U" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/hp-imc-email-alerting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/hp-imc-email-alerting/</feedburner:origLink></item>
		<item>
		<title>Show 103 – Choking on Cookies</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/M_COavSoeUQ/</link>
		<comments>http://packetpushers.net/show-103-choking-on-cookies/#comments</comments>
		<pubDate>Sun, 20 May 2012 21:04:33 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[browser cookies]]></category>
		<category><![CDATA[Cisco Systems]]></category>
		<category><![CDATA[ethan banks]]></category>
		<category><![CDATA[ghostery]]></category>
		<category><![CDATA[greg ferro]]></category>
		<category><![CDATA[social media]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1932</guid>
		<description>Podcast hosts Ethan Banks &amp;#38; Greg Ferro have a good old-fashioned chinwag about things that are on their minds in this, the first of a two-part podcast. Part two should be published later during the week of 20-May-2012 as Show 104. Stay tuned! What We Discuss Long-term goals for the Packet Pushers Podcast. How you can [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/M_COavSoeUQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-103-choking-on-cookies/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>

			<itunes:keywords>browser cookies,Cisco Systems,ethan banks,ghostery,greg ferro,social media</itunes:keywords>
	<itunes:subtitle>Podcast hosts Ethan Banks &amp; Greg Ferro have a good old-fashioned chinwag about things that are on their minds in this, the first of a two-part podcast. Part two should be published later during the week of 20-May-2012 as Show 104. Stay tuned! </itunes:subtitle>
		<itunes:summary>Podcast hosts Ethan Banks &amp; Greg Ferro have a good old-fashioned chinwag about things that are on their minds in this, the first of a two-part podcast. Part two should be published later during the week of 20-May-2012 as Show 104. Stay tuned!
What We Discuss

	Long-term goals for the Packet Pushers Podcast.
	How you can stay in touch with the show these days.
	How we usually record &amp; produce the show.
	We talk about Cisco: issues of vendor trust, resellers, licensing, and overlapping product choices.
	The advantages of buying an integrated solution like vBlock.
	How companies gather information through your browser and use it to build a very personal profile about YOU.

Links

	Ethan's article on Cisco, trust, and brand inertia.
	Cookie Monster - a manager for the cookies created by the most usual Windows browsers: Internet Explorer, Firefox, Google Chrome, Mozilla and Opera (only basic support for this one).
	Ghostery - a browser tool available for Firefox, Chrome, Safari, Opera and Internet Explorer. It scans the page for scripts, pixels, and other elements and notifies the user of the companies whose code is present on the page.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>42:35</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/Hn6OstW00I8/Show_103-Choking_On_Cookies.mp3" fileSize="30732214" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-103-choking-on-cookies/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/Hn6OstW00I8/Show_103-Choking_On_Cookies.mp3" length="30732214" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_103-Choking_On_Cookies.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Another Teaser From the Packet Pushers</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/ix7w_w7lGuQ/</link>
		<comments>http://packetpushers.net/another-teaser-from-the-packet-pushers/#comments</comments>
		<pubDate>Fri, 18 May 2012 04:00:05 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1924</guid>
		<description>We hinted at something coming from the Packet Pushers in an earlier post. Well, here&amp;#8217;s another hint&amp;#8230; Wookieepedia shares with us the following: The prophecy of the Chosen One was an ancient Jedi legend that foretold the coming of a being who would restore balance to the Force. The idea of balance of the Force, a central tenet of the Jedi [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/ix7w_w7lGuQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/another-teaser-from-the-packet-pushers/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/another-teaser-from-the-packet-pushers/</feedburner:origLink></item>
		<item>
		<title>Interop 2012 Round-Up</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/uFJXBVuZrjY/</link>
		<comments>http://packetpushers.net/interop-2012-round-up/#comments</comments>
		<pubDate>Thu, 17 May 2012 13:15:05 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[Bethany Mayer]]></category>
		<category><![CDATA[Dom Wilde]]></category>
		<category><![CDATA[dreamworks]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[interop]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1920</guid>
		<description>I usually attend one or two trade shows per year, with Cisco Networkers/Live being the primary focus. That mostly has to do with being a largely Cisco shop, and my own predilections as much as with my general lack of time and a desire to maximize what I do have. Other shows and events I [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/uFJXBVuZrjY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/interop-2012-round-up/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/interop-2012-round-up/</feedburner:origLink></item>
		<item>
		<title>Network Complexity Bites Back</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/k_5BDssF6Rg/</link>
		<comments>http://packetpushers.net/network-complexity-bites-back/#comments</comments>
		<pubDate>Thu, 17 May 2012 12:48:25 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[microcell]]></category>
		<category><![CDATA[network complexity]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1917</guid>
		<description>Let me tell you a story. The cell phone service at my house stinks. On a good day, if I walk out on the porch and lean against the rail, I can get one bar of signal. If it&amp;#8217;s raining and the middle of the summer, where the trees have a good covering of leaves, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/k_5BDssF6Rg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-complexity-bites-back/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-complexity-bites-back/</feedburner:origLink></item>
		<item>
		<title>Understanding Brocade’s ISLs and ECMP Just a Wee Bit More</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/Y1HFmt_DiPg/</link>
		<comments>http://packetpushers.net/understanding-brocades-isls-and-ecmp-just-a-wee-bit-more/#comments</comments>
		<pubDate>Fri, 11 May 2012 03:28:24 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[ecmp]]></category>
		<category><![CDATA[fabric]]></category>
		<category><![CDATA[ISL]]></category>
		<category><![CDATA[trill]]></category>
		<category><![CDATA[VCS]]></category>
		<category><![CDATA[VDX]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1901</guid>
		<description>In the Brocade Virtual Symposium hosted by Packet Pushers and Tech Field Day, Part 3: Multi-Path vs. Multi-Chassis shows us an interesting case of using ECMP and VCS with different size ISL links. Ivan Pepelnjak asks a question. If Brocade is using ECMP as dictated by TRILL, will there be underutilised bandwidth as each of the links have [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/Y1HFmt_DiPg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/understanding-brocades-isls-and-ecmp-just-a-wee-bit-more/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/understanding-brocades-isls-and-ecmp-just-a-wee-bit-more/</feedburner:origLink></item>
		<item>
		<title>Show 102 – A Layer of Indirection: Is MPLS Tunneling?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/CknvYB22Ka0/</link>
		<comments>http://packetpushers.net/show-102-a-layer-of-indirection-is-mpls-tunneling/#comments</comments>
		<pubDate>Fri, 11 May 2012 02:00:09 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[ethan banks]]></category>
		<category><![CDATA[greg ferro]]></category>
		<category><![CDATA[Ivan Pepelnjak]]></category>
		<category><![CDATA[Marko Milivojevic]]></category>
		<category><![CDATA[mpls]]></category>
		<category><![CDATA[osi model]]></category>
		<category><![CDATA[Petr Lapukov]]></category>
		<category><![CDATA[tunneling]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1885</guid>
		<description>Greg Ferro and Ethan Banks dive into a deep, dark hole of nerdery with Ivan Pepelnjak, Marko Milivojevic, and Petr Lapukov to see if we can decide whether or not MPLS is tunneling. We plumb the depths of packet and frame formatting, compare and contrast various technologies, toss different scenarios around, contradict one another, and throw [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/CknvYB22Ka0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-102-a-layer-of-indirection-is-mpls-tunneling/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>

			<itunes:keywords>ethan banks,greg ferro,Ivan Pepelnjak,Marko Milivojevic,mpls,osi model,Petr Lapukov,tunneling</itunes:keywords>
	<itunes:subtitle>Greg Ferro and Ethan Banks dive into a deep, dark hole of nerdery with Ivan Pepelnjak, Marko Milivojevic, and Petr Lapukov to see if we can decide whether or not MPLS is tunneling. We plumb the depths of packet and frame formatting,</itunes:subtitle>
		<itunes:summary>Greg Ferro and Ethan Banks dive into a deep, dark hole of nerdery with Ivan Pepelnjak, Marko Milivojevic, and Petr Lapukov to see if we can decide whether or not MPLS is tunneling. We plumb the depths of packet and frame formatting, compare and contrast various technologies, toss different scenarios around, contradict one another, and throw buckets of cold water all over the place. In the end, we think we have an answer. So put the kids to bed, cram in your earbuds, and visualize the virtual whiteboard. Close your eyes...focus...there it is! All that's missing is the smell of dry erase markers.
What We Talk About
In the witty opening banter, we find out Greg is an Interop judge, Petr works on something called "Bing", and Marko is teaching the first CCIE ever a thing or two. Oh, and who WAS the first CCIE anyway? Hint - not our friend Terry. Not quite. From here, the show gets serious, and includes the following topics:

	Foundations: circuits vs. connections vs connectionless.
	How is a tunnel different from a virtual circuit?
	How do we say that a circuit has "state"?
	We could think of a tunnel as "a layer of forwarding indirection".
	The tricky business of distinguishing between the OSI model (classical layering) vs. what we normally consider tunnels.
	Now wait a minute...could MPLS be considered NAT in a certain sense?
	So...maybe a tunnel is tunnel when you see the same protocol twice in the header.
	Redefining a tunnel as "a layer of frozen interaction".
	MPLS is not exactly L2 or L3. It's a total layering violation.
	How do CRC checks impact our definition of tunneling?
	Isn't it time for a new networking model?

Once we've hammered through all of that, we loop back around to review why we had the chat. The question comes back up - why are we reinventing the wheel in data center networking? Couldn't an MPLS application be written to do many of the same things the explosion of overlay protocols are doing? Or would we have scalability problems?

 </itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>68:18</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/cRiWhOGEyto/Show_102-A_Layer_of_Indirection-Is_MPLS_Tunneling.mp3" fileSize="49259235" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-102-a-layer-of-indirection-is-mpls-tunneling/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/cRiWhOGEyto/Show_102-A_Layer_of_Indirection-Is_MPLS_Tunneling.mp3" length="49259235" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_102-A_Layer_of_Indirection-Is_MPLS_Tunneling.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Does TRILL Stand a Chance at Wide Adoption?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/nNEP91E8g3A/</link>
		<comments>http://packetpushers.net/does-trill-stand-a-chance-at-wide-adoption/#comments</comments>
		<pubDate>Thu, 10 May 2012 07:00:27 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[trill]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1897</guid>
		<description>TRILL (TRansparent Interconnect of Lots of Links) is considered by some to be the heir-apparent to spanning-tree&amp;#8217;s throne. After all, Radia Perlman was the force behind STP, and her name heads the list of authors for RFC 6325, the base TRILL protocol specification. For that reason alone, it seems a natural progression to move from [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/nNEP91E8g3A" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/does-trill-stand-a-chance-at-wide-adoption/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		<feedburner:origLink>http://packetpushers.net/does-trill-stand-a-chance-at-wide-adoption/</feedburner:origLink></item>
		<item>
		<title>POLL: CCIE Data Center – Who’s In?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/2NLwV2VI7BM/</link>
		<comments>http://packetpushers.net/poll-ccie-data-center-whos-in/#comments</comments>
		<pubDate>Wed, 09 May 2012 07:00:37 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[ccie]]></category>
		<category><![CDATA[ccie data center]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1780</guid>
		<description>I have one primary question for the Packet Pusher&amp;#8217;s community regarding the newly announced CCIE Data Center track: Who&amp;#8217;s in? The beta CCIE Data Center written tests are available (mine is scheduled for a week from now), schedule at a PearsonVUE near you (they&amp;#8217;ve gotten a bit better in Portland, btw). Non-beta written tests and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/2NLwV2VI7BM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/poll-ccie-data-center-whos-in/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/poll-ccie-data-center-whos-in/</feedburner:origLink></item>
		<item>
		<title>RFC 1998 Implementation Example: BGP Community Attribute in Multi-Home Routing</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/T8DY6r5SYy8/</link>
		<comments>http://packetpushers.net/rfc-1998-implementation-example-bgp-community-attribute-in-multi-home-routing/#comments</comments>
		<pubDate>Tue, 08 May 2012 07:00:53 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[bgp community]]></category>
		<category><![CDATA[rfc1998]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1882</guid>
		<description>Couple of days ago, I had really interesting discussion about using BGP communities to influent inbound traffic by modifying ISP&amp;#8217;s LOCAL_PREF on advertised prefixes in multi homed environments. There are many Internet Service Providers that support this, including, for example, Level3 (as visible on this link). Taking in consideration that BGP communities are basically prefix [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/T8DY6r5SYy8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/rfc-1998-implementation-example-bgp-community-attribute-in-multi-home-routing/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/rfc-1998-implementation-example-bgp-community-attribute-in-multi-home-routing/</feedburner:origLink></item>
		<item>
		<title>Pwn Your Own Network</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/tottoc6AYsQ/</link>
		<comments>http://packetpushers.net/pwn-your-own-network/#comments</comments>
		<pubDate>Mon, 07 May 2012 21:36:43 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[firewalls]]></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[wireless]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1854</guid>
		<description>I&amp;#8217;ll admit it. Part of the reason I&amp;#8217;m in IT is for the toys. Before Daniel Craig (yum) took over, I think the only interesting part of a James Bond movie  was the compulsory scene in which Q demonstrated new gadgets to 007. Seems like once a year I have to clear out my drawers [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/tottoc6AYsQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/pwn-your-own-network/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/pwn-your-own-network/</feedburner:origLink></item>
		<item>
		<title>When Is a Firewall Like a Speed Bump?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/gJSgFXWH8ho/</link>
		<comments>http://packetpushers.net/when-is-a-firewall-like-a-speed-bump/#comments</comments>
		<pubDate>Sun, 06 May 2012 20:58:14 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[firewalls]]></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=1890</guid>
		<description>The other day the Director of Engineering at my new job asked me why we install firewalls. He admitted that he already had an answer, but that he wanted me to document it for all the network engineers who frequently asked him this question. The problem is that I’ve been asking myself the same thing [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/gJSgFXWH8ho" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/when-is-a-firewall-like-a-speed-bump/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/when-is-a-firewall-like-a-speed-bump/</feedburner:origLink></item>
		<item>
		<title>BGP Origin Authentication: What Are We Trying to Prove?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/1za6GEFbvmE/</link>
		<comments>http://packetpushers.net/bgp-origin-authentication-what-are-we-trying-to-prove/#comments</comments>
		<pubDate>Fri, 04 May 2012 11:12:25 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[bgp route authentication]]></category>
		<category><![CDATA[BGP security]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[dnssec]]></category>
		<category><![CDATA[rpki]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1872</guid>
		<description>There was a long thread on NANOG just a couple of days ago about BGP security &amp;#8211;see this message and this message, discussing this article in Slashdot about using DNS to solve the problem of BGP security on the &amp;#8216;net. Can DNS solve this problem? Well, that&amp;#8217;s a pickle of a question. Why? Because it [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/1za6GEFbvmE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/bgp-origin-authentication-what-are-we-trying-to-prove/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/bgp-origin-authentication-what-are-we-trying-to-prove/</feedburner:origLink></item>
		<item>
		<title>Coming Soon From the Packet Pushers</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/pYvomM3mup0/</link>
		<comments>http://packetpushers.net/coming-soon-from-the-packet-pushers/#comments</comments>
		<pubDate>Fri, 04 May 2012 07:00:55 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1855</guid>
		<description>We have an announcement to make&amp;#8230;but not yet. Here&amp;#8217;s a couple of clues! &amp;#160;&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/pYvomM3mup0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/coming-soon-from-the-packet-pushers/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		<feedburner:origLink>http://packetpushers.net/coming-soon-from-the-packet-pushers/</feedburner:origLink></item>
		<item>
		<title>Show 101 – Brocade Virtual Symposium Part 1 – Sponsored</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/wjMCGoU07TU/</link>
		<comments>http://packetpushers.net/show-101-brocade-virtual-symposium-ethernet-fabrics-sponsored/#comments</comments>
		<pubDate>Thu, 03 May 2012 18:43:38 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[brocade]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[datacenter]]></category>
		<category><![CDATA[ecmp]]></category>
		<category><![CDATA[fabric]]></category>
		<category><![CDATA[switch]]></category>
		<category><![CDATA[trill]]></category>
		<category><![CDATA[vendor]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1875</guid>
		<description>Introducing the Brocade Virtual Symposium. In a special video session, we brought Chip Copper from Brocade into a room to talk about four key areas of Brocade&amp;#8217;s Ethernet Fabric. The first episode is this weeks Packet Pushers Podcast. The session is discussing just &amp;#8220;What is an Ethernet Fabric&amp;#8221; and digging into how Brocade implements their [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/wjMCGoU07TU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-101-brocade-virtual-symposium-ethernet-fabrics-sponsored/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>

			<itunes:keywords>brocade, Ethernet, fabric, design, trill, network, design,</itunes:keywords>
	<itunes:subtitle>Introducing the Brocade Virtual Symposium. In a special video session, we brought Chip Copper from Brocade into a room to talk about four key areas of Brocade's Ethernet Fabric. The first episode is this weeks Packet Pushers Podcast. - </itunes:subtitle>
		<itunes:summary>Introducing the Brocade Virtual Symposium. In a special video session, we brought Chip Copper from Brocade into a room to talk about four key areas of Brocade's Ethernet Fabric. The first episode is this weeks Packet Pushers Podcast.

The session is discussing just "What is an Ethernet Fabric" and digging into how Brocade implements their Ethernet Fabric strategy. In the weeks ahead, we will publish three more sessions. In the second session, we had a discussion of Converged Storage with FCoE and for IP Storage protocols. The third session looks at Mulitchassis and Multipath as an alternative or a complement to Ethernet Fabric led by Greg Ferro and we dig in to the features. The fourth and final session titled "Hard Cores and Soft Edges" where Ivan Peplnjak leads the discussion about Automated Migration of Port Profiles (AMPP) and how Brocade has a soft switching solution to fully integrate with VMware.



This discussion on "What is an Ethernet Fabric" covered the following broad areas:

	we kicked off with a short presentation
	How we could improve Ethernet of today by looking at its weaknesses
	Spanning Tree means unused bandwidth and forced tree design.
	Insights on Brocade Ethernet Fabric Architecture
	How a Brocade Ethernet Fabric improves utilisation and delivers resilience by auto-healing.

Hosted by Greg Ferro, Stephen Foskett, Ivan Pepelnjak, Ethan Banks and Brandon Carroll. Thanks to them for their time.
Session 2: Converged Storage – Hosted by Stephen Foskett

	Acknowledging the value of FC but focussing on Ethernet/IP storage
	What are the emerging workloads that make Ethernet storage compelling. and how do Fabrics play in that arena.
	SSD performance driving high speed.
	Big Data driving cluster networking

Session 3: Multipath versus Multichassis – Hosted by Greg Ferro
Emerging layer-2 multipath technologies introduce the multipathing, fast failure recovery, and optimum bandwidth utilization we’ve always enjoyed in the IP world to the Ethernet layer-2 forwarding, allowing the data center architects to build large-scale (multipath) layer-2 solutions that approach the efficiency of layer-3 networks.

Some vendors are proposing an alternate solution: using multi-chassis link aggregation (MLAG) they’re building a virtual star topology that retains the redundancy and optimum bandwidth utilization requirements, and minimizes the impact of link outages without introducing new technologies.

	Brocade's strategy of “revolution through evolution”
	Virtual chassis technology
	Brocade Virtual Cluster Switching Technical Architecture
	Transparent LAN service
	Virtual link aggregation groups (vLAGs)
	Distributed configuration management (virtual Chassis)
	ECMP / TRILL

Session 4: Hard Cores / Soft Edges – Hosted by Ivan Pepelnjak
Brocade Automatic Migration of Port Profiles (AMPP) and VM-Aware Network Automation features enable customers to fully align virtual server and network infrastructure resources and realize the full benefits of server virtualization.
Brocade VM-Aware Network Automation provides secure connectivity and full visibility to virtualized resources with dynamic learning and activation of port profiles. In VMware environments, the Brocade VCS fabric communicates directly with VMware vCenter ™ to eliminate manual configuration of port profiles. Brocade VCS fabric also supports VM mobility across VCS fabrics within a data center, while providing protection against VM MAC spoofing. Additional VMware vCenter integration with Brocade Network Advisor provides another layer of intelligence to network administrators.b0cca9cf19624a3036c03424f68b6a3e
We will be announcing more sessions over the next three weeks, stay tuned for more details on them. Thanks to Brocade for supporting the Packet Pushers by sponsoring a new type of marketing event. You can send Ethan and I feedback at packetpushers@gmail.com.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/nq0Vn0vwOK0/Show-101-Brocade-Virtual-Symposium-Session-1-NFD3-2012.mp4" fileSize="228306385" type="video/mp4" /><feedburner:origLink>http://packetpushers.net/show-101-brocade-virtual-symposium-ethernet-fabrics-sponsored/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/nq0Vn0vwOK0/Show-101-Brocade-Virtual-Symposium-Session-1-NFD3-2012.mp4" length="228306385" type="video/mp4" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show-101-Brocade-Virtual-Symposium-Session-1-NFD3-2012.mp4</feedburner:origEnclosureLink></item>
		<item>
		<title>Infineta and Parallelization, Part 1</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/DNvHz8nlMwE/</link>
		<comments>http://packetpushers.net/infineta-and-parallelization-part-1/#comments</comments>
		<pubDate>Wed, 02 May 2012 20:03:26 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[WAN Optimization]]></category>
		<category><![CDATA[acceleration]]></category>
		<category><![CDATA[infineta]]></category>
		<category><![CDATA[optimization]]></category>
		<category><![CDATA[riverbed]]></category>
		<category><![CDATA[steelhead]]></category>
		<category><![CDATA[waas]]></category>
		<category><![CDATA[wan]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1866</guid>
		<description>1. Opinions are like&amp;#8230; In the past 5 years I&amp;#8217;ve participated in three proper evaluations of WAN acceleration products. Twice with Cisco&amp;#8217;s products (an older and then a newer product) and once with Riverbed. On the surface, the viability of these products seems obvious. Locality of Reference (both in transmission and in storage) is a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/DNvHz8nlMwE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/infineta-and-parallelization-part-1/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/infineta-and-parallelization-part-1/</feedburner:origLink></item>
		<item>
		<title>Show 100 – Live at Network Field Day Three – Video</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/q17zIsKPqKo/</link>
		<comments>http://packetpushers.net/show-100-packet-pushers-live-at-network-field-day-3-nfd3/#comments</comments>
		<pubDate>Mon, 30 Apr 2012 17:00:39 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1829</guid>
		<description>Network Field Day Three meant that a lot of regular guests on Packet Pushers were in the same room at the same time. And that room was full of cameras, microphones and a crew to run it!! So we recorded a Packet Pushers Live - the first ever show in video as Show 100.

That's right - 100 shows! Two years since we started, about 6000 downloads per show and more than 50000 downloads a month.&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/q17zIsKPqKo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-100-packet-pushers-live-at-network-field-day-3-nfd3/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>

		<itunes:subtitle>Network Field Day Three meant that a lot of regular guests on Packet Pushers were in the same room at the same time. And that room was full of cameras, microphones and a crew to run it!! So we recorded a Packet Pushers Live - the first ever show in vid...</itunes:subtitle>
		<itunes:summary>Network Field Day Three meant that a lot of regular guests on Packet Pushers were in the same room at the same time. And that room was full of cameras, microphones and a crew to run it!! So we recorded a Packet Pushers Live - the first ever show in video as Show 100.

That's right - 100 shows! Two years since we started, about 6000 downloads per show and more than 50000 downloads a month.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/A5yLOEbs84E/Show-100-Packet-Pushers-Live-at-Network-Field-Day.mp4" fileSize="110123353" type="video/mp4" /><itunes:keywords>cisco,network,ccie,routing,switching,data,packet,security,ccnp,hp,juniper,study</itunes:keywords><feedburner:origLink>http://packetpushers.net/show-100-packet-pushers-live-at-network-field-day-3-nfd3/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/A5yLOEbs84E/Show-100-Packet-Pushers-Live-at-Network-Field-Day.mp4" length="110123353" type="video/mp4" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show-100-Packet-Pushers-Live-at-Network-Field-Day.mp4</feedburner:origEnclosureLink></item>
		<item>
		<title>HP IMC: Backup Cisco ASAs via SSH</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/P8DuyuybbQ4/</link>
		<comments>http://packetpushers.net/hp-imc-backup-cisco-asas-via-ssh/#comments</comments>
		<pubDate>Mon, 30 Apr 2012 07:00:39 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[imc]]></category>
		<category><![CDATA[Network management]]></category>
		<category><![CDATA[SSH]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1763</guid>
		<description>Recently, I wrote a review of HP’s Intelligent Management Center. One of the things I mentioned having problems with was backing up some Cisco devices via SSH. Out of the box, IMC doesn’t like backing up IOS-based devices if you use SSH (telnet is fine), nor will it backup the configuration of a Cisco ASA.&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/P8DuyuybbQ4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/hp-imc-backup-cisco-asas-via-ssh/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/hp-imc-backup-cisco-asas-via-ssh/</feedburner:origLink></item>
		<item>
		<title>Slow Down, It’s in the Details: A Story of BGP Peering Trauma</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/TUeMVDOH3SY/</link>
		<comments>http://packetpushers.net/slow-down-its-in-the-details-a-story-of-bgp-peering-trauma/#comments</comments>
		<pubDate>Sun, 29 Apr 2012 22:12:07 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[bgp]]></category>
		<category><![CDATA[bgp peering]]></category>
		<category><![CDATA[isp]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1851</guid>
		<description>My new job sucked a little time away from me at the start, and now I am getting back on board with some nice new blog posts. Much like any exam and from what I hear, the CCIE is all about what&amp;#8217;s in the details. Here&amp;#8217;s a real-world example. After a few short discussions and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/TUeMVDOH3SY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/slow-down-its-in-the-details-a-story-of-bgp-peering-trauma/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/slow-down-its-in-the-details-a-story-of-bgp-peering-trauma/</feedburner:origLink></item>
		<item>
		<title>Fatalism Is Sexy: Security’s New Mindset of the Inevitable Hack</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/ovlG8yWzNfw/</link>
		<comments>http://packetpushers.net/fatalism-is-sexy-securitys-new-mindset-of-the-inevitable-hack/#comments</comments>
		<pubDate>Sat, 28 Apr 2012 14:46:45 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[crowdstrike]]></category>
		<category><![CDATA[damage mitigation]]></category>
		<category><![CDATA[firewalls]]></category>
		<category><![CDATA[ids]]></category>
		<category><![CDATA[ips]]></category>
		<category><![CDATA[network security]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1852</guid>
		<description>In my industry reading this week, I came across the following notion a few times: getting hacked is inevitable &amp;#8211; therefore, work on mitigating &amp;#38; containing the damage as much you work on border control. I don&amp;#8217;t suppose anyone in the security business is getting ready to chuck their firewalls and IPS units out the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/ovlG8yWzNfw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/fatalism-is-sexy-securitys-new-mindset-of-the-inevitable-hack/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/fatalism-is-sexy-securitys-new-mindset-of-the-inevitable-hack/</feedburner:origLink></item>
		<item>
		<title>Stereotypes in the #PacketPushers IRC Channel</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/Lzl-D8557jo/</link>
		<comments>http://packetpushers.net/stereotypes-in-the-packetpushers-irc-channel/#comments</comments>
		<pubDate>Fri, 27 Apr 2012 07:00:38 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[irc]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1806</guid>
		<description>A little light-hearted post for your Friday, this one taking a stab at stereotyping the good people in the #packetpushers IRC channel on FreeNode. And if you&amp;#8217;re regularly in the channel and are wondering, no, this isn&amp;#8217;t about you. Lurker &amp;#8211; they say nothing. They watch all. I assume these guys to be the thought [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/Lzl-D8557jo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/stereotypes-in-the-packetpushers-irc-channel/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/stereotypes-in-the-packetpushers-irc-channel/</feedburner:origLink></item>
		<item>
		<title>Show 99 – I Always Use a VPN – Thomas D’Otreppe – Aircrack-NG – OpenWIPS-NG</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/b5uSmUk4TDI/</link>
		<comments>http://packetpushers.net/show-99-i-always-use-a-vpn-thomas-dotreppe-aircrack-ng-openwips-ng/#comments</comments>
		<pubDate>Wed, 25 Apr 2012 17:52:06 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[packet capture]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[wireless]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1827</guid>
		<description>This week we are talking to Thomas d&amp;#8217;Otreppe, author of Aircrack-NG and OpenWIPS-NG about his Open Source project and what they do ? AirCrack-NG Aircrack “Aircrack-ng is an 802.11 WEP and WPA-PSK keys cracking program that can recover keys once enough data packets have been captured. It implements the standard FMS attack along with some [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/b5uSmUk4TDI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-99-i-always-use-a-vpn-thomas-dotreppe-aircrack-ng-openwips-ng/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>

			<itunes:keywords>analysis,packet capture,security,wireless</itunes:keywords>
	<itunes:subtitle>This week we are talking to Thomas d'Otreppe, author of Aircrack-NG and OpenWIPS-NG about his Open Source project and what they do ? AirCrack-NG Aircrack - “Aircrack-ng is an 802.11 WEP and WPA-PSK keys cracking program that can recover keys onc...</itunes:subtitle>
		<itunes:summary>This week we are talking to Thomas d'Otreppe, author of Aircrack-NG and OpenWIPS-NG about his Open Source project and what they do ?


AirCrack-NG
Aircrack

“Aircrack-ng is an 802.11 WEP and WPA-PSK keys cracking program that can recover keys once enough data packets have been captured. It implements the standard FMS attack along with some optimizations like KoreK attacks, as well as the all-new PTW attack, thus making the attack much faster compared to other WEP cracking tools. In fact, Aircrack-ng is a set of tools for auditing wireless networks.”
OpenWIPS
OpenWips

“OpenWIPS-ng is an open source and modular Wireless IPS (Intrusion Prevention System). It is composed of three parts:

	Sensor(s): "Dumb" devices that capture wireless traffic and sends it to the server for analysis. Also responds to attacks.
	Server: Aggregates the data from all sensors, analyzes it and responds to attacks. It also logs and alerts in case of an attack.
	Interface: GUI manages the server and displays information about the threats on your wireless network(s).”

Components of Aircrack-NG:

	Aircrack-ng (cracking WEP, WPA/WPA2)
	airodump-ng
	airmon-ng
	airbase-ng
	aireplay-ng
	airtun-ng

General Topics

	Comparison of Kismet and Aircrack-NG and OpenWIPS-NG.
	use case and features for Wireless and Network Security Engineers.
	Call for volunteers on the project! You can also find more about Thomas at WiFu

MEME: I don’t always use wireless at the airport...but when I do, I use VPN.
Subscribe in iTunes
You can subscribe in iTunes by clicking on the logo here.


Other Media Players and MP3 Download
Alternatively, you can subscribe to the RSS feed with your favourite pod catcher. The URL is feed://feeds.packetpushers.net/PacketPushersPodcast</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>47:57</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/iT-30RDzAps/Show-99-I-Always-Use-A-VPN.mp3" fileSize="23069330" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-99-i-always-use-a-vpn-thomas-dotreppe-aircrack-ng-openwips-ng/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/iT-30RDzAps/Show-99-I-Always-Use-A-VPN.mp3" length="23069330" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show-99-I-Always-Use-A-VPN.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>“Hello, World” From a New Packet Pushers Blogger</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/k2pobDW1XjE/</link>
		<comments>http://packetpushers.net/hello-world-from-a-new-packet-pushers-blogger/#comments</comments>
		<pubDate>Wed, 25 Apr 2012 07:00:43 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1836</guid>
		<description>As this is my first post on Packet Pushers I thought it would be polite to start with an Ahoy hoy! I&amp;#8217;m exited about sharing some of my networking challenges with you all, and hopefully giving some insight into how I think the world of data networks will (or should!) evolve. My day job is [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/k2pobDW1XjE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/hello-world-from-a-new-packet-pushers-blogger/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/hello-world-from-a-new-packet-pushers-blogger/</feedburner:origLink></item>
		<item>
		<title>Brand Inertia: Is Cisco Your Most Trusted IT Partner?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/TWGx4eF8WiY/</link>
		<comments>http://packetpushers.net/brand-inertia-is-cisco-your-most-trusted-it-partner/#comments</comments>
		<pubDate>Tue, 24 Apr 2012 19:44:14 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1825</guid>
		<description>Jim Duffy wrote an article covering the 16th annual Cisco Partner Summit in San Diego, which you can read here. Jim reports that John Chambers asked the following poignant question, which Jim fittingly chose to close his article with: How do we become the most trusted IT partner our customers have? That&amp;#8217;s a very telling [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/TWGx4eF8WiY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/brand-inertia-is-cisco-your-most-trusted-it-partner/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		<feedburner:origLink>http://packetpushers.net/brand-inertia-is-cisco-your-most-trusted-it-partner/</feedburner:origLink></item>
		<item>
		<title>RFC Prophecies</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/73HGlcjymmo/</link>
		<comments>http://packetpushers.net/rfc-prophecies/#comments</comments>
		<pubDate>Fri, 20 Apr 2012 21:04:59 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[tcp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1824</guid>
		<description>The other day a few of us at work were looking through the April Fool&amp;#8217;s RFCs. If you haven&amp;#8217;t seen them, they&amp;#8217;re only for the most dedicated nerds. Almost every year, on April 1st, the IETF publishes facetious RFCs. It&amp;#8217;s a tradition that started in 1973 with the Arpawocky RFC, which was a parody of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/73HGlcjymmo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/rfc-prophecies/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/rfc-prophecies/</feedburner:origLink></item>
		<item>
		<title>Certified Ethical Hacker V7: Certification Review</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/-_f8gYMrZeQ/</link>
		<comments>http://packetpushers.net/certified-ethical-hacker-v7-certification-review/#comments</comments>
		<pubDate>Fri, 20 Apr 2012 04:10:52 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[ceh]]></category>
		<category><![CDATA[cehv7]]></category>
		<category><![CDATA[certified ethical hacker]]></category>
		<category><![CDATA[ec council]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1822</guid>
		<description>Overview Like a lot of folks who run campus and enterprise networks, most of my network engineering roles have had a network security component. Once upon a time, I was a CCSP, and I even taught a few Cisco security classes back in the day. I keep up with firewalls, VPN, IDS/IPS, and related technologies, as [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/-_f8gYMrZeQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/certified-ethical-hacker-v7-certification-review/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/certified-ethical-hacker-v7-certification-review/</feedburner:origLink></item>
		<item>
		<title>An Alternate Route to a Networking Career</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/Qgu_iiyIL7E/</link>
		<comments>http://packetpushers.net/an-alternate-route-to-a-networking-career/#comments</comments>
		<pubDate>Wed, 18 Apr 2012 03:25:03 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[certification]]></category>
		<category><![CDATA[work life]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1756</guid>
		<description>Can I Ask You a Question? As the social networking revolution enables increasing interaction between networkers and networking-wannabes the world &amp;#8217;round through vehicles like the Packet Pushers website, Twitter, LinkedIn, and even that old horse, IRC, one question seems to be asked frequently of the more experienced networking professionals: How do I get started with [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/Qgu_iiyIL7E" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/an-alternate-route-to-a-networking-career/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/an-alternate-route-to-a-networking-career/</feedburner:origLink></item>
		<item>
		<title>Survey – Local Networking User Groups: Your Input Requested</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/M45-lvLZyY8/</link>
		<comments>http://packetpushers.net/survey-local-networking-user-groups-your-input-requested/#comments</comments>
		<pubDate>Tue, 17 Apr 2012 17:32:35 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>
		<category><![CDATA[networking user group]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1815</guid>
		<description>Are you part of a networking user group in your area? Would you care to share that info with others? I&amp;#8217;m compiling a list to share with the readership, so I&amp;#8217;d love to hear from you via e-mail to ethan.banks@packetpushers.net or the comments section below. All corners of the globe are encouraged to respond, and vendor-specific [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/M45-lvLZyY8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/survey-local-networking-user-groups-your-input-requested/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		<feedburner:origLink>http://packetpushers.net/survey-local-networking-user-groups-your-input-requested/</feedburner:origLink></item>
		<item>
		<title>Thin Slicing a Black Swan: The Search for the Unknown Unknowns</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/X4Otxs1_4EI/</link>
		<comments>http://packetpushers.net/thin-slicing-a-black-swan-the-search-for-the-unknown-unknowns/#comments</comments>
		<pubDate>Sun, 15 Apr 2012 22:57:30 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[firewalls]]></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=1811</guid>
		<description>Over the last two weeks I&amp;#8217;ve had an ongoing conversation with Derick Winkworth regarding the colossal (and largely unmanageable) amount of data gathered in information security. I even brazenly cornered Josh Corman, one of the founders of the Rugged Software movement, at AppsecDC to discuss my thoughts. But let me quote a famous American poet, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/X4Otxs1_4EI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/thin-slicing-a-black-swan-the-search-for-the-unknown-unknowns/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/thin-slicing-a-black-swan-the-search-for-the-unknown-unknowns/</feedburner:origLink></item>
		<item>
		<title>Arista Networks Knows Who They Are – Do You?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/5hAOvWEslIA/</link>
		<comments>http://packetpushers.net/arista-networks-knows-who-they-are-do-you/#comments</comments>
		<pubDate>Fri, 13 Apr 2012 22:08:29 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[arista networks]]></category>
		<category><![CDATA[doug gourlay]]></category>
		<category><![CDATA[eos]]></category>
		<category><![CDATA[ken duda]]></category>
		<category><![CDATA[tech field day]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1809</guid>
		<description>I&amp;#8217;ve been privileged to hear in person Arista Networks present their products to a couple of Tech Field Day delegations of which I&amp;#8217;ve been a part, and it&amp;#8217;s clear that they know who they are and the market space their product fits into. Arista makes Ethernet switches for data centers. Period. Now, a lot of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/5hAOvWEslIA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/arista-networks-knows-who-they-are-do-you/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/arista-networks-knows-who-they-are-do-you/</feedburner:origLink></item>
		<item>
		<title>Show 98 – The Future of TRILL and Spanning Tree – Part 2</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/e_iDv5CHLbg/</link>
		<comments>http://packetpushers.net/show-98-the-future-of-trill-and-spanning-tree-part-2/#comments</comments>
		<pubDate>Fri, 13 Apr 2012 18:10:36 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[datasheets]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[spanning-tree]]></category>
		<category><![CDATA[trill]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1795</guid>
		<description>This is the second part of the TRILL and Spanning Tree discussion. TRILL has been on the radar for about three years and while we are seeing some shipping hardware and deployments, it's still not clear what the current status of TRILL is. This week, Jon Hudson IETF Member for TRILL and Brocade engineer is joined with Andy Shalomon from Cisco, who is conducting testing and deployment on Cisco's FabricPath for a discussion about where TRILL is today.&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/e_iDv5CHLbg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-98-the-future-of-trill-and-spanning-tree-part-2/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>

			<itunes:keywords>data centre,datasheets,design,spanning-tree,trill</itunes:keywords>
	<itunes:subtitle>This is the second part of the TRILL and Spanning Tree discussion. TRILL has been on the radar for about three years and while we are seeing some shipping hardware and deployments, it's still not clear what the current status of TRILL is. This week,</itunes:subtitle>
		<itunes:summary>This is the second part of the TRILL and Spanning Tree discussion. TRILL has been on the radar for about three years and while we are seeing some shipping hardware and deployments, it's still not clear what the current status of TRILL is. This week, Jon Hudson IETF Member for TRILL and Brocade engineer is joined with Andy Shalomon from Cisco, who is conducting testing and deployment on Cisco's FabricPath for a discussion about where TRILL is today.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>38:56</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/p8w50PJdP8c/Show_98-The_Future_of_TRILL_and_Spanning_Tree-Part_2.mp3" fileSize="18740872" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-98-the-future-of-trill-and-spanning-tree-part-2/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/p8w50PJdP8c/Show_98-The_Future_of_TRILL_and_Spanning_Tree-Part_2.mp3" length="18740872" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_98-The_Future_of_TRILL_and_Spanning_Tree-Part_2.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>The Sad State of Data Center Networking</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/B4RLdAJ_PmY/</link>
		<comments>http://packetpushers.net/the-sad-state-of-data-center-networking/#comments</comments>
		<pubDate>Wed, 11 Apr 2012 01:44:25 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[fabric]]></category>
		<category><![CDATA[overlay]]></category>
		<category><![CDATA[single-system image]]></category>
		<category><![CDATA[ssi]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1800</guid>
		<description>Something about next-generation Data Center networking has been bothering me lately.  For a while now, there has been this nagging sensation somewhere in the back of my mind telling me that its just not adding up.  While I was at Network Field Day 3, I was able to connect some of the dots and form [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/B4RLdAJ_PmY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-sad-state-of-data-center-networking/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-sad-state-of-data-center-networking/</feedburner:origLink></item>
		<item>
		<title>Show 97 – The Future of TRILL and Spanning Tree – Part 1</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/ZbMcnnecyTY/</link>
		<comments>http://packetpushers.net/show-97-the-future-of-trill-part-1/#comments</comments>
		<pubDate>Mon, 09 Apr 2012 17:04:38 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[data centre]]></category>
		<category><![CDATA[datasheets]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[spanning-tree]]></category>
		<category><![CDATA[trill]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1792</guid>
		<description>TRILL has been on the radar for about three years and while we are seeing some shipping hardware and deployments, it's still not clear what the current status of TRILL is. This week, Jon Hudson IETF Member for TRILL and Brocade engineer is joined with Andy Shalomon from Cisco, who is conducting testing and deployment on Cisco's FabricPath for a discussion about where TRILL is today.&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/ZbMcnnecyTY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-97-the-future-of-trill-part-1/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>

			<itunes:keywords>trill, data, networking, spb, data centre, cloud,</itunes:keywords>
	<itunes:subtitle>The Current and Future of TRILL and Spanning Tree</itunes:subtitle>
		<itunes:summary>TRILL has been on the radar for about three years and while we are seeing some shipping hardware and deployments, it's still not clear what the current status of TRILL is. This week, Jon Hudson IETF Member for TRILL and Brocade engineer is joined with Andy Shalomon from Cisco, who is conducting testing and deployment on Cisco's FabricPath for a discussion about where TRILL is today.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>43:22</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/mKMEJxNiQFQ/show-97-future-of-trill-Part-1.mp3" fileSize="20868911" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-97-the-future-of-trill-part-1/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/mKMEJxNiQFQ/show-97-future-of-trill-Part-1.mp3" length="20868911" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/show-97-future-of-trill-Part-1.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Dropping Down a Gear</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/Z4TJcxp4ECM/</link>
		<comments>http://packetpushers.net/dropping-down-a-gear/#comments</comments>
		<pubDate>Fri, 06 Apr 2012 19:40:54 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1784</guid>
		<description>As I have written previously, I have started work after many months of long service leave, and evaluating where I am going with my career. I am about a month into a six month contract working at a non-profit with three or four hundred employees, focusing on social services. The organization previously outsourced all of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/Z4TJcxp4ECM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/dropping-down-a-gear/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/dropping-down-a-gear/</feedburner:origLink></item>
		<item>
		<title>Are You a Change Enabler or Are You Allergic to Change?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/aBKaDGx3HXI/</link>
		<comments>http://packetpushers.net/are-you-a-change-enabler-or-are-you-allergic-to-change/#comments</comments>
		<pubDate>Thu, 05 Apr 2012 13:11:35 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1774</guid>
		<description>I&amp;#8217;m a private contractor, and I work as a consultant in various enterprises for short to mid-term contracts. They usually last for a 6 to 18 month period, and are usually to realize the conception, design, and installation of new technology or integration of different networks (i.e. the merger of 2 companies). This also means [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/aBKaDGx3HXI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/are-you-a-change-enabler-or-are-you-allergic-to-change/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/are-you-a-change-enabler-or-are-you-allergic-to-change/</feedburner:origLink></item>
		<item>
		<title>Show 96 – Hack the Hackers: Fyodor on Nmap &amp; The Security Industry</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/cLavxpMo1sw/</link>
		<comments>http://packetpushers.net/show-96-hack-the-hackers-fyodor-on-nmap-the-security-industry/#comments</comments>
		<pubDate>Wed, 04 Apr 2012 17:51:21 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[brute force attack]]></category>
		<category><![CDATA[gordon fyodor lyon]]></category>
		<category><![CDATA[hack the hackers]]></category>
		<category><![CDATA[honeynet project]]></category>
		<category><![CDATA[ipv6 scanning]]></category>
		<category><![CDATA[ipv6 security]]></category>
		<category><![CDATA[lua]]></category>
		<category><![CDATA[metasploit]]></category>
		<category><![CDATA[nmap]]></category>
		<category><![CDATA[nmap scripting engine]]></category>
		<category><![CDATA[nse]]></category>
		<category><![CDATA[slaac]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1772</guid>
		<description>Michele Chubirka (our very own Mrs. Y), Greg Ferro, and Ethan Banks gather *in person* with very special guest Gordon &amp;#8220;Fyodor&amp;#8221; Lyon. Fyodor is the author of Nmap, for many years the tool of choice to perform network scanning. The four of us chat about Nmap, being a security practitioner, and goings-on in the security business. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/cLavxpMo1sw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-96-hack-the-hackers-fyodor-on-nmap-the-security-industry/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>

			<itunes:keywords>brute force attack,gordon fyodor lyon,hack the hackers,honeynet project,ipv6 scanning,ipv6 security,lua,metasploit,nmap,nmap scripting engine,nse,slaac</itunes:keywords>
	<itunes:subtitle>Michele Chubirka (our very own Mrs. Y), Greg Ferro, and Ethan Banks gather *in person* with very special guest Gordon "Fyodor" Lyon. Fyodor is the author of Nmap, for many years the tool of choice to perform network scanning.</itunes:subtitle>
		<itunes:summary>Michele Chubirka (our very own Mrs. Y), Greg Ferro, and Ethan Banks gather *in person* with very special guest Gordon "Fyodor" Lyon. Fyodor is the author of Nmap, for many years the tool of choice to perform network scanning. The four of us chat about Nmap, being a security practitioner, and goings-on in the security business.
What We Discuss

	Nmap's 15th birthday.
	The new version of Nmap 5.61 test 5 soon to be released.
	What does Nmap do?
	Host detection.
	OS detection using heuristics and fingerprinting.
	What's Zenmap?
	NSE, the Nmap scripting engine.
	Is it a good or bad thing that other folks bundle Nmap with their products?
	Nmap's dual licensing scheme (open source vs. commercial entities).
	Who's working on Nmap these days?
	What language do you have to know to use NSE?
	What are the new features we'll see in the upcoming version of Nmap?
	The trouble with scanning IPv6 address ranges.
	Why is there a perception that IPv6 is less secure than IPv4?
	IPv5 trivia.
	Why have we had so many big security breaches lately?
	Is there a disconnect between application developers and IT practitioners?
	Greg's pet theory of active security and passive security.
	Did you know that Nmap has an tool called Ndiff that will show you variances in scan results from one day to the next?
	Evading the notice of intrusion detection devices &amp; firewalls.
	Does it make sense to patrol outside of the perimeter (i.e. an IDS outside the firewall)?
	The challenge of sorting through huge amounts of log data.
	Just how do we protect our intellectual property from hackers with abilities like Fyodor's?
	Are honeypots useful?
	How well are OS vendors patching themselves, and how much is it helping?
	Why do we keep working around our own security tools?

Links

	Nmap - free and open source utility for network exploration or security auditing.
	Zenmap - the official Nmap Security Scanner GUI.
	Ndiff - a tool to aid in the comparison of Nmap scans.
	Metasploit - helps security and IT professionals identify security issues, verify vulnerability mitigations, and manage expert-driven security assessments.
	insecure.org - Fyodor's blog.
	Nmap Network Scanning: The Official Nmap Project Guide to Network Discovery and Security Scanning - Fyodor's book.
	Tor Project - Protect your privacy. Defend yourself against network surveillance and traffic analysis.
	Greg's blog post on IPv5 - yes, really.
	Thin-slicing - a term used in psychology and philosophy to describe the ability to find patterns in events based only on "thin slices," or narrow windows, of experience (from Wikipedia).
	The Honeynet Project - to learn the tools, tactics and motives involved in computer and network attacks, and share the lessons learned.
	Nmap's page on the Google Summer of Code - try coding for Nmap for a summer instead of flipping burgers! Apply by April 6, 2012 to be considered for this summer.
	twitter.com/nmap
	facebook.com/nmap
	Nmap Hackers mailing list

Sponsors
NEC ProgrammableFlow

OpenGear - This week’s show was sponsored in part by Opengear, experts in out-of-band management.  Visit www.opengear.com to learn about secure, next generation management appliances that provide lights out access to network equipment even when the primary link is down.  Tell them you heard of their solutions from Packet Pushers for a free t-shirt.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>67:36</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/A0l0ov7xmdM/Show_96-Hack_the_Hackers-Fyodor_on_Nmap_The_Security_Industry.mp3" fileSize="48701155" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-96-hack-the-hackers-fyodor-on-nmap-the-security-industry/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/A0l0ov7xmdM/Show_96-Hack_the_Hackers-Fyodor_on_Nmap_The_Security_Industry.mp3" length="48701155" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_96-Hack_the_Hackers-Fyodor_on_Nmap_The_Security_Industry.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Mrs. Y’s Tech Field Day Diary: Part One</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/sLyVspotd5k/</link>
		<comments>http://packetpushers.net/mrs-ys-tech-field-day-diary-part-one/#comments</comments>
		<pubDate>Tue, 03 Apr 2012 22:31:50 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Events]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[nfd3]]></category>
		<category><![CDATA[tech field day]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1768</guid>
		<description>3/27/12 I thought I was so prepared. I over-packed in preparation for the changeable Bay Area weather, allowed a 2½ hour cushion for the airport shuttle to get me to Dulles Airport, even had a large cache of gluten-free energy bars in preparation for the lack of food options awaiting me at the airport and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/sLyVspotd5k" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/mrs-ys-tech-field-day-diary-part-one/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/mrs-ys-tech-field-day-diary-part-one/</feedburner:origLink></item>
		<item>
		<title>You Can’t Build a System in a Silo: Let’s Reorganize IT</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/O32Muq4FCAg/</link>
		<comments>http://packetpushers.net/you-cant-build-a-system-in-a-silo-lets-reorganize-it/#comments</comments>
		<pubDate>Tue, 03 Apr 2012 15:03:58 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[it management]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1760</guid>
		<description>An idea I&amp;#8217;ve come to believe in strongly over the last few years is that IT needs to align their staff around business function, and not just technology. Silos are killing us. By &amp;#8220;silo&amp;#8221;, I mean that IT practitioners are almost always grouped strictly according to technical competency. Teams are often grouped as follows (and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/O32Muq4FCAg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/you-cant-build-a-system-in-a-silo-lets-reorganize-it/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/you-cant-build-a-system-in-a-silo-lets-reorganize-it/</feedburner:origLink></item>
		<item>
		<title>Review: HP IMC – Intelligent Management Center</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/KbddziGnuYs/</link>
		<comments>http://packetpushers.net/review-hp-imc-intelligent-management-center/#comments</comments>
		<pubDate>Sun, 01 Apr 2012 19:43:54 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[expect scripting]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[imc]]></category>
		<category><![CDATA[intelligent management center]]></category>
		<category><![CDATA[Network management]]></category>
		<category><![CDATA[snmp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1743</guid>
		<description>When you mention HP and &amp;#8220;network management&amp;#8221; to most people, they think of OpenView &amp;#8211; one of the earliest players in the network management market. Love it or hate it, it was a dominant player in the enterprise network management space. Times change, and it’s moved on &amp;#8211; the “OpenView” brand has been phased out, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/KbddziGnuYs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/review-hp-imc-intelligent-management-center/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/review-hp-imc-intelligent-management-center/</feedburner:origLink></item>
		<item>
		<title>Show 95 – Security Onion With Doug Burks -or- Why IDS Rules and IPS Drools</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/zCsEWf8hJao/</link>
		<comments>http://packetpushers.net/show-95-security-onion-with-doug-burks-or-why-ids-rules-and-ips-drools/#comments</comments>
		<pubDate>Sun, 01 Apr 2012 07:00:33 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[doug burks]]></category>
		<category><![CDATA[hids]]></category>
		<category><![CDATA[ids]]></category>
		<category><![CDATA[intrusion detection]]></category>
		<category><![CDATA[intrusion prevention]]></category>
		<category><![CDATA[ips]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[Richard Bejtlich]]></category>
		<category><![CDATA[security onion]]></category>
		<category><![CDATA[snort]]></category>
		<category><![CDATA[suricata]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1706</guid>
		<description>Ethan Banks and Michele Chubirka (aka Mrs. Y aka the Network Security Princess) have a relaxed chinwag with Doug Burks, Deputy Chief Security Officer at Mandiant, community instructor for SANS, and the man behind Security Onion. What is Security Onion? To quote Doug&amp;#8217;s website&amp;#8230; Security Onion is a Linux distro for IDS (Intrusion Detection) and NSM [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/zCsEWf8hJao" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-95-security-onion-with-doug-burks-or-why-ids-rules-and-ips-drools/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>

			<itunes:keywords>doug burks,hids,ids,intrusion detection,intrusion prevention,ips,network security,Richard Bejtlich,security onion,snort,suricata</itunes:keywords>
	<itunes:subtitle>Ethan Banks and Michele Chubirka (aka Mrs. Y aka the Network Security Princess) have a relaxed chinwag with Doug Burks, Deputy Chief Security Officer at Mandiant, community instructor for SANS, and the man behind Security Onion. What is Security Onion?</itunes:subtitle>
		<itunes:summary>Ethan Banks and Michele Chubirka (aka Mrs. Y aka the Network Security Princess) have a relaxed chinwag with Doug Burks, Deputy Chief Security Officer at Mandiant, community instructor for SANS, and the man behind Security Onion. What is Security Onion? To quote Doug's website...
Security Onion is a Linux distro for IDS (Intrusion Detection) and NSM (Network Security Monitoring). It's based on Xubuntu 10.04 and contains Snort, Suricata, Sguil, Squert, Snorby, Bro, NetworkMiner, Xplico, and many other security tools, all wrapped up with an easy-to-use Setup wizard.
What We Discuss

	What was the driver that brought about the creation of Security Onion?
	What security functions does Security Onion include?
	Why is there such an emphasis on intrusion detection as opposed to intrusion prevention with this distro?
	How is an IPS like a firewall?
	Why does it make sense for an enterprise to have an IDS in addition to an IPS?
	Why does full packet capture matter in an IDS system?
	What packages are included in the Secuirty Onion distro?
	How can Secuity Onion be used as a forensic analysis tool?
	Why should a company that's already invested in commercial IDS/IPS bother with Security Onion?
	What role does Security Onion play in host-based intrusion detection (HIDS)?
	How would you size server hardware &amp; storage for a successful Security Onion deployment?
	When will Security Onion be available in a 64-bit flavor?
	What's the profile of the typical shop that's deployed Security Onion?
	Can Security Onion monitor traffic on multiple interfaces simultaneously?
	What's the difference between a Security Onion "sensor" and "server"?
	How much data does a Security Onion sensor send back to a server, and what's the impact on WAN utilization?
	Will there be wireless functionality built into Security Onion in the future?
	Does Mandiant give Doug much time to work on Security Onion?
	Can Security Onion be deployed as a virtual machine?

Links

	Security Onion
	Doug Burks on Twitter
	TaoSecurity - Richard Bejtlich's blog on digital security
	Snort - open source network intrusion prevention and detection system
	OISF - home of Suricata. The Open Information Security Foundation (OISF) is a non-profit foundation organized to build a next generation IDS/IPS engine.
	OSSEC - open source host-based intrusion detection system
	Argus - a small, fast, and easily expandable network IDS designed with small to moderate sized networks in mind
	Bro - powerful network analysis framework that is much different from the typical IDS
	NetworkMiner - a Network Forensic Analysis Tool (NFAT) for Windows
	PF_RING - a new type of network socket that dramatically improves packet capture speed
	Kismet - an 802.11 layer2 wireless network detector, sniffer, and intrusion detection system
	TCP/IP Weapons School 3.0 - TWS3 as taught by Richard Bejtlich. Is your network safe from intruders? Do you know how to find out? Do you know what to do when you learn the truth?
	ELSA - enterprise log, search and archive. A centralized syslog framework built on Syslog-NG, MySQL, and Sphinx full-text search.

Sponsors
NEC ProgrammableFlow</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>49:08</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/rfAFFQkUNX4/Show_95-Security_Onion_with_Doug_Burks_or_Why_IDS_Rules_and_IPS_Drools.mp3" fileSize="35398171" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-95-security-onion-with-doug-burks-or-why-ids-rules-and-ips-drools/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/rfAFFQkUNX4/Show_95-Security_Onion_with_Doug_Burks_or_Why_IDS_Rules_and_IPS_Drools.mp3" length="35398171" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_95-Security_Onion_with_Doug_Burks_or_Why_IDS_Rules_and_IPS_Drools.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>A Fun Look at Workstations &amp; Interfaces for IT Folks</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/UXqwoIg9zfA/</link>
		<comments>http://packetpushers.net/a-fun-look-at-workstations-interfaces-for-it-folks/#comments</comments>
		<pubDate>Fri, 30 Mar 2012 07:00:50 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1684</guid>
		<description>Something light for your Friday&amp;#8230; One thing I&amp;#8217;ve never found overly satisfying in my IT work experience is my workstation. Keyboard jockeys who command large numbers of IT systems to do their bidding should have interfaces with excellent tactile feel and important information accessible at a glance. Reality? We get the keyboard we&amp;#8217;re given, and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/UXqwoIg9zfA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/a-fun-look-at-workstations-interfaces-for-it-folks/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/a-fun-look-at-workstations-interfaces-for-it-folks/</feedburner:origLink></item>
		<item>
		<title>Show 94 – Aerohive and Bonjour Gateway – Sponsored</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/OSppf2KG85s/</link>
		<comments>http://packetpushers.net/show-94-aerohive-bonjour-gateway/#comments</comments>
		<pubDate>Thu, 29 Mar 2012 19:10:21 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[aerohive]]></category>
		<category><![CDATA[apple bonjour]]></category>
		<category><![CDATA[bonjour gateway]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1753</guid>
		<description>Aerohive has recently announced Bonjour support for networking. If you aren’t familiar with Bonjour it’s the zero configuration protocol that used by Apple for all their devices to discover services on the network such as printers, AppleTVs, File Shares and more. Apple technologies such as Airplay (for music/media sharing), AirDrop (for file sharing) and Print [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/OSppf2KG85s" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-94-aerohive-bonjour-gateway/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>

			<itunes:keywords>aerohive,apple bonjour,bonjour gateway</itunes:keywords>
	<itunes:subtitle>Aerohive has recently announced Bonjour support for networking. If you aren’t familiar with Bonjour it’s the zero configuration protocol that used by Apple for all their devices to discover services on the network such as printers, AppleTVs,</itunes:subtitle>
		<itunes:summary>Aerohive has recently announced Bonjour support for networking. If you aren’t familiar with Bonjour it’s the zero configuration protocol that used by Apple for all their devices to discover services on the network such as printers, AppleTVs, File Shares and more. Apple technologies such as Airplay (for music/media sharing), AirDrop (for file sharing) and Print Servers to get access to resources. And with companies adopting Apple products on a large scale it’s time for the network to have some control and management of services.

At the networking level, the Bonjour protocol was designed for local access only and uses mulitcast and broadcast protocols to announce available services. For example this is a snap of services on a simple networks:

Aerohive has placed Bonjour forwarding agents into their hardware that allows control over Bonjour and sponsored this podcast to talk about these features.
Side note from greg: Although I learned a lot about Bonjour/ZeroConf in this podcast it's important to realise that you can control Bonjour traffic on LANs in addition to wireless networks.

	What is Apple’s Bonjour protocol?
	How does it work?
	What are the problems with it?
	What has Aerohive introduced to solve these issues?
	Why did Aerohive build this feature?
	What types of companies are in need of this type of solution?
	Were you the first to address this problem?

Show Notes

	Show 75 - Mid November - Aerohive and Branch networking
	Bonjour Browser can be downloaded from here.
	Aerohive Blogs
	Areohive blog post with more technical detail : Breaking Subnet Boundaries with Bonjour: Simplifying Apple TV and AirPlay in the Enterprise

About Mathew Gast
Matthew Gast is the Director of Product Management at Aerohive Networks, where he leads development of the core software technologies in Aerohive’s fully distributed Wi-Fi network system. He currently serves as chair of both the Wi-Fi Alliance’s security task groups, and is the past chair of the IEEE 802.11–2012 revision.

Matthew is also the author of 802.11 Wireless Networks: The Definitive Guide (O’Reilly), which is now in its second edition and has been translated into six languages.

His second book on wireless networking, 802.11n: A Survival Guide (O’Reilly) is expected in March of this year.

[OReilly 802.11 book](http://shop.oreilly.com/product/9780596100520.do)

[Oreilly 802.11n book]( http://shop.oreilly.com/product/0636920021988.do)</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>39:35</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/-WayJkeQSRw/Show_94-Aerohive_Bonjour_Gateway-Sponsored.mp3" fileSize="19050212" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-94-aerohive-bonjour-gateway/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/-WayJkeQSRw/Show_94-Aerohive_Bonjour_Gateway-Sponsored.mp3" length="19050212" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_94-Aerohive_Bonjour_Gateway-Sponsored.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Use a Cisco Nexus 5K as a Core Instead of a 7K? Isn’t That…Crazy?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/ZR8irUon0kA/</link>
		<comments>http://packetpushers.net/use-a-cisco-nexus-5k-as-a-core-instead-of-a-7k-isnt-that-crazy/#comments</comments>
		<pubDate>Wed, 28 Mar 2012 19:27:10 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[cisco nexus 5k]]></category>
		<category><![CDATA[cisco nexus 7k]]></category>
		<category><![CDATA[core switching]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1738</guid>
		<description>One of the challenges of dropping a Cisco Nexus 7K as a core switch into the small or even mid-sized enterprise IT shop is the cost. Have you priced a Nexus 7K? It&amp;#8217;s a shocking capex number if you&amp;#8217;re a smaller shop, and the ongoing opex for support isn&amp;#8217;t cheap either. If you&amp;#8217;re on a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/ZR8irUon0kA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/use-a-cisco-nexus-5k-as-a-core-instead-of-a-7k-isnt-that-crazy/feed/</wfw:commentRss>
		<slash:comments>27</slash:comments>
		<feedburner:origLink>http://packetpushers.net/use-a-cisco-nexus-5k-as-a-core-instead-of-a-7k-isnt-that-crazy/</feedburner:origLink></item>
		<item>
		<title>Meatspace Packet Pushers: Network Beers at the San Jose Doubletree 27-March-2012 @ 6PM</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/YJdm-71joug/</link>
		<comments>http://packetpushers.net/meatspace-packet-pushers-network-beers-at-the-san-jose-doubletree-27-march-2012-6pm/#comments</comments>
		<pubDate>Sun, 25 Mar 2012 18:53:48 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Events]]></category>
		<category><![CDATA[network beers]]></category>
		<category><![CDATA[nfd3]]></category>
		<category><![CDATA[tech field day]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1731</guid>
		<description>In the San Jose area? Well, come on by the San Jose Doubletree on Tuesday evening, 27-March-2012 from 6PM &amp;#8211; 9PM local time. Say hi, sit down, and have a chinwag. Greg, Ethan, Mrs. Y, Cloud Toad, Tom, Ivan and more that have been on the show will be in the lobby hanging out for [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/YJdm-71joug" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/meatspace-packet-pushers-network-beers-at-the-san-jose-doubletree-27-march-2012-6pm/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://packetpushers.net/meatspace-packet-pushers-network-beers-at-the-san-jose-doubletree-27-march-2012-6pm/</feedburner:origLink></item>
		<item>
		<title>Could You Set the “Go Faster” Bit?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/aiFMP_hTNCA/</link>
		<comments>http://packetpushers.net/could-you-set-the-go-faster-bit/#comments</comments>
		<pubDate>Sun, 25 Mar 2012 14:25:50 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[doug burks]]></category>
		<category><![CDATA[Network performance]]></category>
		<category><![CDATA[network security]]></category>
		<category><![CDATA[packet analysis]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[security onion]]></category>
		<category><![CDATA[security tools]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1728</guid>
		<description>When people (frequently from the apps team) complain about the performance of the network, I usually offer the following smarmy response, &amp;#8220;Ohhhhh, I forgot to set the go-faster bit.&amp;#8221; However, after doing some research on the subject of wire-speed packet capturing and optimal IDS/IPS architectures for virtual environments, I&amp;#8217;ve discovered that there are actually ways [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/aiFMP_hTNCA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/could-you-set-the-go-faster-bit/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://packetpushers.net/could-you-set-the-go-faster-bit/</feedburner:origLink></item>
		<item>
		<title>Managing Your Job Versus Managing Your Career</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/GPiAVKVKzVY/</link>
		<comments>http://packetpushers.net/managing-your-job-versus-managing-your-career/#comments</comments>
		<pubDate>Sat, 24 Mar 2012 20:32:36 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[job]]></category>
		<category><![CDATA[work life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1725</guid>
		<description>I&amp;#8217;m between jobs right now; I&amp;#8217;m not much for downtime so I ended Friday and start the new gig Monday. But the last year has brought me some realizations regarding my career that I thought others might find interesting. A quick background for context, I passed my CCNA in December 1999 and my CCIE R&amp;#38;S [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/GPiAVKVKzVY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/managing-your-job-versus-managing-your-career/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		<feedburner:origLink>http://packetpushers.net/managing-your-job-versus-managing-your-career/</feedburner:origLink></item>
		<item>
		<title>Show 93 – Lies and Routing in the Internet</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/n9BDiNbTE04/</link>
		<comments>http://packetpushers.net/show-93-lies-routing-internet/#comments</comments>
		<pubDate>Sat, 24 Mar 2012 13:30:19 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[routing]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1722</guid>
		<description>This show is few moments to breathe, take stock, and meditate about peace in our time and listen to someone else do the talking. Today, Packet Pushers is re-broadcasting a recording of a presentation by Geoff Huston from the AusCERT2011. I have to say that I&amp;#8217;ve always known that Internet routing was a mess but Geoff [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/n9BDiNbTE04" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-93-lies-routing-internet/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>

			<itunes:keywords>internet,routing,security</itunes:keywords>
	<itunes:subtitle>This show is few moments to breathe, take stock, and meditate about peace in our time and listen to someone else do the talking. Today, Packet Pushers is re-broadcasting a recording of a presentation by Geoff Huston from the AusCERT2011. - </itunes:subtitle>
		<itunes:summary>This show is few moments to breathe, take stock, and meditate about peace in our time and listen to someone else do the talking. Today, Packet Pushers is re-broadcasting a recording of a presentation by Geoff Huston from the AusCERT2011.

I have to say that I've always known that Internet routing was a mess but Geoff breaks it down in approachable and easy to understand way that drives home just how unreliable and insecure the Internet is. Chilling stuff and well worth listening to. Geoff Huston is a well known and respected figure in the development of the Internet.

Here is the description form the conference website:

Securing the Internet's Foundations - Addresses and Routing

The framework of trust that supports the operation of the internet starts with a basic assumption about the uniqueness of IP addresses and the integrity of routing. If this assumption fails then the internet is exposed to many forms of subversion and attack. This presentation will outline the role of addresses and routing and the potential attack vectors, and will also report on the progress to establish a secure framework for addresses and their use in the Internet, highlighting the progress in establishing a secure routing environment for the Internet.

APNIC's Geoff Huston on routing system "lies" 

This was recorded by Risky.biz - a podcast on information security which I listen to every week. The host, Patrick Grey is a freelance security journalist who really knows his stuff. I'd sure like to meet up and meet both him and Adam Buarlow(?) someday.

Risky Business is a great show which a good practical mix of security news and interviews with interesting people. A big shout out to Patrick Grey who kindly gave me permission to use his recording. And thanks to Geoff Huston who also gave his permission to rebroadcast this recording.
About Geoff Huston
Geoff Huston is the Chief Scientist at the Asia Pacific Network Information Centre (APNIC), where he undertakes research on topics associated with Internet infrastructure, IP technologies, and address distribution policies. Prior to APNIC, Geoff was employed as the Chief Internet Scientist at Telstra and Technical Manager of the Australian Academic and Research Network (AARNET). He was a leading figure in the development of Australia's academic and commercial Internet services.

Potaroo</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>35:34</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/5yka3QiSwf0/show-93-lies-routing-internet.mp3" fileSize="17125042" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-93-lies-routing-internet/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/5yka3QiSwf0/show-93-lies-routing-internet.mp3" length="17125042" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/show-93-lies-routing-internet.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Virtualizing Network Services, Part 1:  the Beginning</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/jeCatZ9ppAE/</link>
		<comments>http://packetpushers.net/virtualizing-network-services-part-1-the-beginning/#comments</comments>
		<pubDate>Wed, 21 Mar 2012 06:03:01 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[Virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1714</guid>
		<description>&amp;#160; The Purpose of the &amp;#8220;Network&amp;#8221; In this series of articles I intend to walk through a series of diagrams with a narrative that will lead us to a &amp;#8220;cloud&amp;#8221; and &amp;#8220;automation&amp;#8221; ready network design.  Before we get started, we have to first answer a fundamental question:  What does the network do? The purpose of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/jeCatZ9ppAE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/virtualizing-network-services-part-1-the-beginning/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/virtualizing-network-services-part-1-the-beginning/</feedburner:origLink></item>
		<item>
		<title>Pill-Chomping Hackers and Security Whack-a-Mole</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/v_XLt3eoXRI/</link>
		<comments>http://packetpushers.net/pill-chomping-hackers-and-security-whack-a-mole/#comments</comments>
		<pubDate>Mon, 19 Mar 2012 04:38:56 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1708</guid>
		<description>Tonight on twitter I saw an argument about how social-security numbers and credit card numbers are benign pieces of information and that they are only dangerous because of how banks and other organizations use them. I smell bullsh*t. Most PacketPushers followers are engineers.  They get paid to think.  We have some non-technical people too:  Managers, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/v_XLt3eoXRI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/pill-chomping-hackers-and-security-whack-a-mole/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/pill-chomping-hackers-and-security-whack-a-mole/</feedburner:origLink></item>
		<item>
		<title>Show 92 – HP TippingPoint Secure Virtual Framework With Sanjay Raja – Sponsored</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/cQZ9sF_syN4/</link>
		<comments>http://packetpushers.net/show-92-hp-tippingpoint-secure-virtual-framework-with-sanjay-raja-sponsored/#comments</comments>
		<pubDate>Sat, 17 Mar 2012 20:00:47 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[cloud security]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[intrusion prevention]]></category>
		<category><![CDATA[ips]]></category>
		<category><![CDATA[sanjay raja]]></category>
		<category><![CDATA[secure virtual framework]]></category>
		<category><![CDATA[tippingpoint]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1703</guid>
		<description>The prime Pushers Ethan Banks and Greg Ferro chat with HP Security&amp;#8217;s Sanjay Raja in this sponsored podcast about the TippingPoint Secure Virtual Framework (SVF). Sanjay Raja is a Product Marketing Manager with the TippingPoint organization, and describes in detail how SVF integrates into your VMware environment. What We Discuss Inspecting traffic sourced from VMs, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/cQZ9sF_syN4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-92-hp-tippingpoint-secure-virtual-framework-with-sanjay-raja-sponsored/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>

			<itunes:keywords>cloud security,hp,intrusion prevention,ips,sanjay raja,secure virtual framework,tippingpoint,virtualization,vmware</itunes:keywords>
	<itunes:subtitle>The prime Pushers Ethan Banks and Greg Ferro chat with HP Security's Sanjay Raja in this sponsored podcast about the TippingPoint Secure Virtual Framework (SVF). Sanjay Raja is a Product Marketing Manager with the TippingPoint organization,</itunes:subtitle>
		<itunes:summary>The prime Pushers Ethan Banks and Greg Ferro chat with HP Security's Sanjay Raja in this sponsored podcast about the TippingPoint Secure Virtual Framework (SVF). Sanjay Raja is a Product Marketing Manager with the TippingPoint organization, and describes in detail how SVF integrates into your VMware environment.
What We Discuss

	Inspecting traffic sourced from VMs, when those VMs don't always live in the same physical place.
	Keeping the same security policy applied to a virtualized environment as would have been applied to a physical environment.
	Topology discovery and integration with Virtual Management Center.
	Firewalling VMs from other VMs.
	Shunting traffic to an external IPS device via low-latency tunneling.
	New vShield APIs that TippingPoint is creating with VMware via an exclusive partnership.
	The challenge of virtualizing IPS functionality without consuming all the resources of the cluster being protected.
	How to integrate SVF into an environment that's only partially virtualized.
	What "next generation IPS" really means, and how TippingPoint is a part of that space.
	Why you care about TippingPoint's DV Labs vulnerability discovery team.
	Does SVF allow inside hosts and DMZ (read: "Internet-facing") hosts to coexist on the same VMware cluster?
	What's the redundancy/resiliency architecture for SVF?
	How is TippingPoint SVF integrated with the other HP Security business units like Fortify and ArcSight?

Links

	Secure Virtual Framework
	HPEnterpriseSecurity.com
	Solid Reasons for Securing the Cloud (Sanjay Raja)
	How are you dealing with the new PCI standards covering virtualization and cloud security? (Sanjay Raja)</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>38:35</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/eN6mySc-y6E/Show_92-HP_TippingPoint_Secure_Virtual_Framework_with_Sanjay_Raja-Sponsored.mp3" fileSize="27805677" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-92-hp-tippingpoint-secure-virtual-framework-with-sanjay-raja-sponsored/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/eN6mySc-y6E/Show_92-HP_TippingPoint_Secure_Virtual_Framework_with_Sanjay_Raja-Sponsored.mp3" length="27805677" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_92-HP_TippingPoint_Secure_Virtual_Framework_with_Sanjay_Raja-Sponsored.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>The Heart of a Teacher vs. The Heart of a Know-It-All</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/7SeV7LWT-Ps/</link>
		<comments>http://packetpushers.net/the-heart-of-a-teacher-vs-the-heart-of-a-know-it-all/#comments</comments>
		<pubDate>Fri, 16 Mar 2012 03:06:40 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1682</guid>
		<description>In technology, the currency of our realm is knowledge, so it&amp;#8217;s no surprise that we have a tendency to want to show off that knowledge. And this urge seems to manifest itself in two ways: Being a teacher, or being a know-it-all. If you work in IT, you&amp;#8217;re probably familiar with a know-it-all or two. [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/7SeV7LWT-Ps" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-heart-of-a-teacher-vs-the-heart-of-a-know-it-all/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-heart-of-a-teacher-vs-the-heart-of-a-know-it-all/</feedburner:origLink></item>
		<item>
		<title>Show 91 – Packet Party Feb 2012</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/9GBAu5openI/</link>
		<comments>http://packetpushers.net/show-91-packet-party-feb-2012/#comments</comments>
		<pubDate>Sun, 11 Mar 2012 10:02:18 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1680</guid>
		<description>Packet Pushers had a Packet Party in Feb 17, 2012 with an Open Microphonr. The Packet Party was recorded live from event where we had about 90 people on the call. People from the audience would ask questions, and we throw to topic open for discussion. Overall the discussion was great, and we covered a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/9GBAu5openI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-91-packet-party-feb-2012/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>

		<itunes:subtitle>Packet Pushers had a Packet Party in Feb 17, 2012 with an Open Microphonr.  - The Packet Party was recorded live from event where we had about 90 people on the call. People from the audience would ask questions,</itunes:subtitle>
		<itunes:summary>Packet Pushers had a Packet Party in Feb 17, 2012 with an Open Microphonr. 



The Packet Party was recorded live from event where we had about 90 people on the call. People from the audience would ask questions, and we throw to topic open for discussion. Overall the discussion was great, and we covered a lot different topics. 

Please let us know if you enjoyed this format. Depending on the feedback, we will look to schedule more shows in the future.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>84:26</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/oZra1bOXK_E/Show_91-Packet_Party_Live_Show_Feb_2012.mp3" fileSize="40580912" type="audio/mpeg" /><itunes:keywords>cisco,network,ccie,routing,switching,data,packet,security,ccnp,hp,juniper,study</itunes:keywords><feedburner:origLink>http://packetpushers.net/show-91-packet-party-feb-2012/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/oZra1bOXK_E/Show_91-Packet_Party_Live_Show_Feb_2012.mp3" length="40580912" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_91-Packet_Party_Live_Show_Feb_2012.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Could We Have Some Estrogen With Our Engineering, Please?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/D7aZr35yQZc/</link>
		<comments>http://packetpushers.net/could-we-have-some-estrogen-with-our-engineering-please/#comments</comments>
		<pubDate>Sat, 10 Mar 2012 23:09:55 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[gender]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1678</guid>
		<description>The other day a friend asked me if I thought engineering was a good field for women. She explained that college recruiters were encouraging her daughter, a high school junior, to consider engineering because of her aptitude for math and science. For a moment I was speechless, because while I wanted to be encouraging, I [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/D7aZr35yQZc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/could-we-have-some-estrogen-with-our-engineering-please/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		<feedburner:origLink>http://packetpushers.net/could-we-have-some-estrogen-with-our-engineering-please/</feedburner:origLink></item>
		<item>
		<title>Quick Overview: Cisco GSS 4492R Global Site Selector GSLB DNS Appliance</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/EOkom4lBBhw/</link>
		<comments>http://packetpushers.net/quick-overview-cisco-gss-4492r-global-site-selector-gslb-dns-appliance/#comments</comments>
		<pubDate>Fri, 09 Mar 2012 18:30:42 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[Cisco ACE]]></category>
		<category><![CDATA[cisco gss]]></category>
		<category><![CDATA[global site selector]]></category>
		<category><![CDATA[gslb]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1674</guid>
		<description>Overview Global Server Load Balancing (GSLB) refers to the munging of DNS answers such that a client is directed to a server that will result in the best experience for them. The answer munging can be based on a variety of criteria, including server availability, server load, and client location, among other things as configured [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/EOkom4lBBhw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/quick-overview-cisco-gss-4492r-global-site-selector-gslb-dns-appliance/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://packetpushers.net/quick-overview-cisco-gss-4492r-global-site-selector-gslb-dns-appliance/</feedburner:origLink></item>
		<item>
		<title>Packet Pushers Has an IRC Channel on Freenode – #Packetpushers</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/aTVytlZfG_4/</link>
		<comments>http://packetpushers.net/packet-pushers-has-an-irc-channel-on-freenode-packetpushers/#comments</comments>
		<pubDate>Wed, 07 Mar 2012 04:18:23 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Show News]]></category>
		<category><![CDATA[freenode]]></category>
		<category><![CDATA[irc]]></category>
		<category><![CDATA[packetpushers]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1670</guid>
		<description>If you find the notion of a Packet Pushers Internet Relay Chat channel appealing, well then &amp;#8211; good news for you. We&amp;#8217;ve created one. Please read the static IRC page with the details, including the rules (still a work in progress as folks make suggestions). E-mail packetpushers@gmail.com if you&amp;#8217;d like to be an op and [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/aTVytlZfG_4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/packet-pushers-has-an-irc-channel-on-freenode-packetpushers/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/packet-pushers-has-an-irc-channel-on-freenode-packetpushers/</feedburner:origLink></item>
		<item>
		<title>Start Your Day as a Producer – Not a Consumer</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/4D-jO6lLOls/</link>
		<comments>http://packetpushers.net/start-your-day-as-a-producer-not-a-consumer/#comments</comments>
		<pubDate>Mon, 05 Mar 2012 15:38:13 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[organization]]></category>
		<category><![CDATA[productivity]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1663</guid>
		<description>The Problem I always try to find new ways to help keep me motivated. These days, keeping up with information is a continuous battle. Email&amp;#8217;s, Twitter, Facebook, Google Plus, tech news, new trends and gadgets&amp;#8230;and so on. Every day new devices are announced, and new applications are launched. They all claim to help solve our daily information [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/4D-jO6lLOls" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/start-your-day-as-a-producer-not-a-consumer/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/start-your-day-as-a-producer-not-a-consumer/</feedburner:origLink></item>
		<item>
		<title>10 Tenets of Working in IT</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/iexzGp0Kov8/</link>
		<comments>http://packetpushers.net/10-tenets-of-working-in-it/#comments</comments>
		<pubDate>Thu, 01 Mar 2012 08:00:36 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[focus]]></category>
		<category><![CDATA[goals]]></category>
		<category><![CDATA[honesty]]></category>
		<category><![CDATA[review]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[Time management]]></category>
		<category><![CDATA[training]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1648</guid>
		<description>This article is a summary of a larger text that sits in various unexplored parts of my brain and has been accumulated through over 10 years of working in the IT industry in a wide variety of roles and an equally diverse range of companies from the very smallest to the largest. I’ve whittled a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/iexzGp0Kov8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/10-tenets-of-working-in-it/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/10-tenets-of-working-in-it/</feedburner:origLink></item>
		<item>
		<title>Making Effective Use Certification Exam Guides: Reading Ain’t Enough</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/5Sia505G0LI/</link>
		<comments>http://packetpushers.net/making-effective-use-certification-exam-guides-reading-aint-enough/#comments</comments>
		<pubDate>Wed, 29 Feb 2012 08:00:12 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Certification]]></category>
		<category><![CDATA[certification]]></category>
		<category><![CDATA[studying]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1651</guid>
		<description>One of the things people do to study for a certification exam is buy The Book (often spoken of in hushed, reverent tones). &amp;#8220;The Book&amp;#8221; is some flavor of certification guide that&amp;#8217;s intended to fill your brain with all of the information required to pass a particular exam. Studying an exam guide has a certain [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/5Sia505G0LI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/making-effective-use-certification-exam-guides-reading-aint-enough/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/making-effective-use-certification-exam-guides-reading-aint-enough/</feedburner:origLink></item>
		<item>
		<title>Show 90 – Talking Career With Todd Lammle</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/ce1v0NAGlqc/</link>
		<comments>http://packetpushers.net/show-90-talking-career-with-todd-lammle/#comments</comments>
		<pubDate>Tue, 28 Feb 2012 17:50:26 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[certification]]></category>
		<category><![CDATA[e-books]]></category>
		<category><![CDATA[e-learning]]></category>
		<category><![CDATA[todd lammle]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1612</guid>
		<description>Trainer, author, and long-time network industry veteran Todd Lammle joins Ethan Banks and Greg Ferro for a chat about the good ol&amp;#8217; days, the days ahead, and how to make it in the networking business. Todd&amp;#8217;s worked at some legendary companies like Atari and Xerox. He&amp;#8217;s been around the industry for a long time, and worked hard to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/ce1v0NAGlqc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-90-talking-career-with-todd-lammle/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>

			<itunes:keywords>career,certification,e-books,e-learning,todd lammle</itunes:keywords>
	<itunes:subtitle>Trainer, author, and long-time network industry veteran Todd Lammle joins Ethan Banks and Greg Ferro for a chat about the good ol' days, the days ahead, and how to make it in the networking business. Todd's worked at some legendary companies like Atari...</itunes:subtitle>
		<itunes:summary>Trainer, author, and long-time network industry veteran Todd Lammle joins Ethan Banks and Greg Ferro for a chat about the good ol' days, the days ahead, and how to make it in the networking business. Todd's worked at some legendary companies like Atari and Xerox. He's been around the industry for a long time, and worked hard to make a go of it. Today, he's an independent trainer, consultant, and author. And did you know he's never played a video game?

We have a great chat with Todd, who opines about the state of the book publishing business, e-learning, staying focused, and how to have a successful career. We hit the following topics along the way.

	Todd, how did you get started in networking?
	How did you transition into training and writing?
	Luck vs. self-discipline – which is more important and why?
	Is blogging a waste of time? What about social media?
	Physical books vs. e-books &amp; e-learning. Does it matter?
	A lot of people think certifications are the answer to IT success. Are they?
	Why has it gotten so much harder to keep up with technology?
	What are the up-and-coming skills someone in networking should focus on to stay relevant?
	When it is time to move on to a different employer?
	What does cloud computing really mean for the networking industry?
	How does someone manage to earn a certification when they also have a full-time job and a family?
	What are some techniques to master the information required to pass a certification exam?

Links
Tips On Getting Things Done For The Person Already Stretched (Ethan's Personal Blog)

Todd Lammle on Twitter, Facebook, and YouTube.
Sponsors
NEC ProgrammableFlow</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>66:32</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/5fwKJUKQoqs/Show_90-Talking_Career_with_Todd_Lammle.mp3" fileSize="47932721" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-90-talking-career-with-todd-lammle/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/5fwKJUKQoqs/Show_90-Talking_Career_with_Todd_Lammle.mp3" length="47932721" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_90-Talking_Career_with_Todd_Lammle.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Is OpenFlow Losing Its Openness? Part Two.</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/UGuZrgnsmkU/</link>
		<comments>http://packetpushers.net/is-openflow-losing-its-openness-part-two/#comments</comments>
		<pubDate>Tue, 28 Feb 2012 08:00:25 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[openflow]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1644</guid>
		<description>Following on from my first blog about OpenFlow, &amp;#8220;Is OpenFlow Losing Its Openness?&amp;#8221; I have done a lot of reading and have come to the below thoughts. First, I still think OpenFlow is cool technology and may grow into a truly useful product/feature, but &amp;#8230; The issues as I see them. The issues I find [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/UGuZrgnsmkU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/is-openflow-losing-its-openness-part-two/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://packetpushers.net/is-openflow-losing-its-openness-part-two/</feedburner:origLink></item>
		<item>
		<title>Network, Interrupted</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/4CmBpsQJ_aw/</link>
		<comments>http://packetpushers.net/network-interrupted/#comments</comments>
		<pubDate>Mon, 27 Feb 2012 17:30:24 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Data Center]]></category>
		<category><![CDATA[Routing]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[Virtualization]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1652</guid>
		<description>Dear Cisco and Juniper: Its been a good run, Cisco.  Thank you for the CCIE.  Thank you Juniper for the JNCIE.  I learned a lot about networking because of you.  But you are irrelevant now. Right now, I can buy a 64-core server with 768GB of RAM from HP for a mere $57k.  That includes [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/4CmBpsQJ_aw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-interrupted/feed/</wfw:commentRss>
		<slash:comments>28</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-interrupted/</feedburner:origLink></item>
		<item>
		<title>Using L2TPv3 for Layer 3 VPNs</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/UhHwbjwhGJs/</link>
		<comments>http://packetpushers.net/using-l2tpv3-for-layer-3-vpns/#comments</comments>
		<pubDate>Mon, 27 Feb 2012 08:00:22 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Service Provider]]></category>
		<category><![CDATA[l2tpv3]]></category>
		<category><![CDATA[mpls]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1638</guid>
		<description>Deploying L3VPNs using MPLS is common in service provider and—more recently—in enterprise environments.  While not as widespread, using L2TPv3 as the foundation for RFC2547bis-like VPNs is a viable alternative that has its advantages. In this post, I’ll describe reasons for selecting L2TPv3 for L3VPN and highlight arguments against the protocol. I&amp;#8217;ll refer to the technology [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/UhHwbjwhGJs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/using-l2tpv3-for-layer-3-vpns/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/using-l2tpv3-for-layer-3-vpns/</feedburner:origLink></item>
		<item>
		<title>Catch Unexpected Reboots Through Monitoring sysUpTimeInstance</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/OBz5zI4Ha5M/</link>
		<comments>http://packetpushers.net/catch-unexpected-reboots-through-monitoring-sysuptimeinstance/#comments</comments>
		<pubDate>Fri, 24 Feb 2012 14:31:56 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[nms]]></category>
		<category><![CDATA[snmp]]></category>
		<category><![CDATA[uptime]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1632</guid>
		<description>If a router reboots, but the monitoring system didn&amp;#8217;t poll it during that reboot time, did it really reboot? You might receive an SNMP cold start trap, but that&amp;#8217;s not reliable. How do you know if the device rebooted unexpectedly? Some people might say that it doesn&amp;#8217;t matter, the device is back up and running, [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/OBz5zI4Ha5M" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/catch-unexpected-reboots-through-monitoring-sysuptimeinstance/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/catch-unexpected-reboots-through-monitoring-sysuptimeinstance/</feedburner:origLink></item>
		<item>
		<title>Kindle Fire: First Impressions</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/9B_MFwGxsck/</link>
		<comments>http://packetpushers.net/kindle-fire-first-impressions/#comments</comments>
		<pubDate>Thu, 23 Feb 2012 20:21:16 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[kindle fire]]></category>
		<category><![CDATA[kindle fire review]]></category>
		<category><![CDATA[pdf]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1636</guid>
		<description>Not a networking post as such, but I hope sufficiently nerdy that you&amp;#8217;ll indulge me. I received my $180 refurbished Kindle Fire yesterday from Amazon. A new one is $200, but as the refurb came with the same warranty as new, I opted to save the $20. (You say &amp;#8220;cheap.&amp;#8221; I say &amp;#8220;frugal.&amp;#8221;) The Fire [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/9B_MFwGxsck" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/kindle-fire-first-impressions/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		<feedburner:origLink>http://packetpushers.net/kindle-fire-first-impressions/</feedburner:origLink></item>
		<item>
		<title>Book Review: Practical Packet Analysis, 2nd Edition</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/q9jzz1cRRgY/</link>
		<comments>http://packetpushers.net/book-review-practical-packet-analysis-2nd-edition/#comments</comments>
		<pubDate>Thu, 23 Feb 2012 08:00:42 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Book Review]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1623</guid>
		<description>Book Details Practical Packet Analysis Chris Sanders No Starch Press; Second Edition (July 6, 2011) ISBN-13: 978-1593272661 Publisher Website   Author Chris Sanders is a computer security consultant, author, and researcher. A SANS Mentor who holds several industry certifications, including CISSP, GCIA, GCIH, and GREM, he writes regularly for WindowSecurity.com and his blog, ChrisSanders.org. Sanders uses Wireshark daily for packet analysis. He [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/q9jzz1cRRgY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/book-review-practical-packet-analysis-2nd-edition/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/book-review-practical-packet-analysis-2nd-edition/</feedburner:origLink></item>
		<item>
		<title>An Open Letter to the Packet Pushers Community</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/5gvN_Js2q4U/</link>
		<comments>http://packetpushers.net/an-open-letter-to-the-packet-pushers-community/#comments</comments>
		<pubDate>Wed, 22 Feb 2012 00:45:20 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[best practices]]></category>
		<category><![CDATA[community]]></category>
		<category><![CDATA[documentation]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1617</guid>
		<description>I’m not your typical blogger, at least not compared to others on Packet Pushers. I’m not CCIE certified, I’m not (currently) a network engineer, and I can’t extoll all of the virtues of NHRP in NBMA environments. I am one of the often loathed and dreaded C-level executives who more often than not tie unrealistic [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/5gvN_Js2q4U" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/an-open-letter-to-the-packet-pushers-community/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/an-open-letter-to-the-packet-pushers-community/</feedburner:origLink></item>
		<item>
		<title>Vi Primer for Network Engineers</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/3BAOoNXEK7A/</link>
		<comments>http://packetpushers.net/vi-primer-for-network-engineers/#comments</comments>
		<pubDate>Tue, 21 Feb 2012 01:50:14 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[tips]]></category>
		<category><![CDATA[Vi]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1627</guid>
		<description>Vi is arguably the best text editing software in the world. There, I said it&amp;#8230; deal with it! It should be noted that while many people continue to refer to Vi simply as such, Vim (Vi improved) has been the standard since around 1998. Vi? Old and busted. Vim? New hotness. Vi isn&amp;#8217;t an editor [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/3BAOoNXEK7A" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/vi-primer-for-network-engineers/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://packetpushers.net/vi-primer-for-network-engineers/</feedburner:origLink></item>
		<item>
		<title>Show 89 – OSPF vs IS-IS Smackdown – Where You Can Watch Their Eyes Reload</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/AEIl3EeIVRg/</link>
		<comments>http://packetpushers.net/show-89-ospf-vs-is-is-smackdown-where-you-can-watch-their-eyes-reload/#comments</comments>
		<pubDate>Mon, 20 Feb 2012 18:15:58 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[Protocols]]></category>
		<category><![CDATA[routing]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1608</guid>
		<description>In this show we discuss the the differences between OSPF &amp;#38; IS-IS routing protocols and the differences between them. protocol optimisations are both good and bad. How both protocols have poor metric generation OSPFv3 offers some hope for the future. QoS Based metrics in their forms &amp;#8211; MPLS TE isn&amp;#8217;t getting good adoption. Why do [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/AEIl3EeIVRg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-89-ospf-vs-is-is-smackdown-where-you-can-watch-their-eyes-reload/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>

			<itunes:keywords>design,network,networking,Protocols,routing,standards</itunes:keywords>
	<itunes:subtitle>In this show we discuss the the differences between OSPF &amp; IS-IS routing protocols and the differences between them.   protocol optimisations are both good and bad.   How both protocols have poor metric generation </itunes:subtitle>
		<itunes:summary>In this show we discuss the the differences between OSPF &amp; IS-IS routing protocols and the differences between them.


	protocol optimisations are both good and bad.
	How both protocols have poor metric generation
	OSPFv3 offers some hope for the future.
	QoS Based metrics in their forms - MPLS TE isn't getting good adoption.
	Why do vendors put 10 cent CPUs in their equipment and make using SPF protocols so hard ?


*
Best Quotes:
Ivan - "There is the right thing to do, which is to choose IS-IS. Then there is the best thing to do which is to choose OSPF."

Marko: "Then you can watch their Eyes reload"

On the "Unique versus Useful"

A comparison between two routing protocols: OSPF and IS-IS - Radia Perlman - Behind the IEEE Paywall so don't bother following the link

Multi-topology routing in OSPFv3 (MT-OSPFv3)

 IS-IS and OSPF Difference Discussions - IETF DRAFT

OSPF and IS-IS : Choosing an IGP for Large-Scale Networks - Jeff Doyle

Guests 

Petr Lapukhov
Marko Milovejic @icemarkom and Blog - My Network Stories
Ivan Pepelnjak -@ioshints IPspace.net
 </itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>89:56</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/Rk2F_3Pdph0/show-89-ospf-isis-smackdown-watch-their-eyes-reload.mp3" fileSize="43171967" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-89-ospf-vs-is-is-smackdown-where-you-can-watch-their-eyes-reload/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/Rk2F_3Pdph0/show-89-ospf-isis-smackdown-watch-their-eyes-reload.mp3" length="43171967" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/show-89-ospf-isis-smackdown-watch-their-eyes-reload.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Work-Life Versus Cold Hard Cash</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/2T7HuwUIiPE/</link>
		<comments>http://packetpushers.net/work-life-versus-cold-hard-cash/#comments</comments>
		<pubDate>Wed, 15 Feb 2012 21:16:54 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1603</guid>
		<description>My previous post, &amp;#8220;When Your Job Becomes Your Prison&amp;#8221; seemed to hit a bit of a nerve with some of you out there, and I am grateful for the comments and sad to see that so many others recognized themselves in what I said. I concluded the article by saying that I am determined to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/2T7HuwUIiPE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/work-life-versus-cold-hard-cash/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/work-life-versus-cold-hard-cash/</feedburner:origLink></item>
		<item>
		<title>A Packet Party – This Friday 17 Feb – Join Us</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/8e9seFXqIz4/</link>
		<comments>http://packetpushers.net/a-packet-party-this-friday-17-feb-join-us/#comments</comments>
		<pubDate>Wed, 15 Feb 2012 16:55:04 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Events]]></category>
		<category><![CDATA[show]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1610</guid>
		<description>Packet Pushers are hosting a Packet Party. &amp;#160; Anyone can come along to listen to a live discussed &amp;#8211; it will be live and cost you nothing but your time. Greg &amp;#38; Ethan will be there and so will Ivan Pepelnjak, Tom Hollingsworth and we will ask other of our regular hosts to be there [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/8e9seFXqIz4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/a-packet-party-this-friday-17-feb-join-us/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/a-packet-party-this-friday-17-feb-join-us/</feedburner:origLink></item>
		<item>
		<title>Show 88 – Server Internals and Network Performance</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/GBDfJ_9uIXM/</link>
		<comments>http://packetpushers.net/show-88-server-internals-and-network-performance/#comments</comments>
		<pubDate>Wed, 15 Feb 2012 10:37:24 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[servers]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1606</guid>
		<description>Having met at VMworld 2010, Daniel Bowers and I were having an ongoing discussion around server architectures and how they impact network performance. I convinced him to come onto the show and talk broadly about what goes on inside a server. Mostly we focus on how server performance impacts network performance. I wouldn&amp;#8217;t call this a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/GBDfJ_9uIXM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-88-server-internals-and-network-performance/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>

			<itunes:keywords>architecture,data center,design,performance,servers</itunes:keywords>
	<itunes:subtitle>Talking Server Design and How it Impacts Network Performance</itunes:subtitle>
		<itunes:summary>Having met at VMworld 2010, Daniel Bowers and I were having an ongoing discussion around server architectures and how they impact network performance. I convinced him to come onto the show and talk broadly about what goes on inside a server. Mostly we focus on how server performance impacts network performance. I wouldn't call this a deep dive, more of an overview into some of the ideas to keep in the top of your head.

This show was recorded on 4th October 2011. It's taken a while to find a slot where we can publish this show - we've got too much to talk about.

	PCI Express bus connections can support 10GbE.
	PCI Express is a point to point connection
	Memory performance affects network performance.
	You may get better performance with less memory modules according the type of memory bus in use.
	Physical slots in the chassis have different properties.
	Servers don't make good switches

Guests
Daniel Bowers is an server design engineer and marketeer who analyzes server architectures and performance for the IT research firm Ideas International.  He’s also a primary representative at SPEC and TPC.   Follow him on Twitter, or read his blogs on ideasint.blogs.com.
Show Links
Not All Servers Are Alike (With DNA)

 

 </itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>26:49</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/OtJDLPWBzNY/Show-88-Server-Internals-Network-Performance.mp3" fileSize="12924970" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-88-server-internals-and-network-performance/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/OtJDLPWBzNY/Show-88-Server-Internals-Network-Performance.mp3" length="12924970" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show-88-Server-Internals-Network-Performance.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Show 87 – A SIP of Voice</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/pAed2rMpPYc/</link>
		<comments>http://packetpushers.net/show-87-a-sip-of-voice/#comments</comments>
		<pubDate>Sun, 12 Feb 2012 20:38:42 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[ipt]]></category>
		<category><![CDATA[sip]]></category>
		<category><![CDATA[sip trunking]]></category>
		<category><![CDATA[tdm]]></category>
		<category><![CDATA[voip]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1596</guid>
		<description>The Packet Pushers voice crew reassembles, this time for a discussion of SIP trunks. Erik Peterson, Amy Arnold and Tom Hollingsworth are the technical talent this week, while Ethan Banks hosts and tries to keep up with the conversation without going, &amp;#8220;Huh?&amp;#8221; too many times. Hey, we can&amp;#8217;t all be voice engineers. SIP gets a pretty [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/pAed2rMpPYc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-87-a-sip-of-voice/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>

			<itunes:keywords>ipt,sip,sip trunking,tdm,voip</itunes:keywords>
	<itunes:subtitle>The Packet Pushers voice crew reassembles, this time for a discussion of SIP trunks. Erik Peterson, Amy Arnold and Tom Hollingsworth are the technical talent this week, while Ethan Banks hosts and tries to keep up with the conversation without going,</itunes:subtitle>
		<itunes:summary>The Packet Pushers voice crew reassembles, this time for a discussion of SIP trunks. Erik Peterson, Amy Arnold and Tom Hollingsworth are the technical talent this week, while Ethan Banks hosts and tries to keep up with the conversation without going, "Huh?" too many times. Hey, we can't all be voice engineers. ;-)

SIP gets a pretty good look from us as we take on the following talking points:

	What’s SIP stand for, and what's it used for?
	What are the common alternatives to SIP, and why is SIP preferred?
	What sorts of widely recognized hardware/software uses SIP?
	How does SIP work?
	Implementing SIP trunking in the enterprise for PSTN access.
	What should enterprises be considering when planning a transition to SIP?
	What is a Session Border Controller?
	What is SIP normalization, and when does it need to be used?
	SIP applications in production networks.
	SIP troubleshooting tools. (Packet captures, ladder diagrams, per call debugging, and common show &amp; debug commands.)
	How do I learn more about SIP? (Read Tom's review of the CiscoPress title "SIP Trunking".)

We hope you enjoy this show, and don't forget all of the different ways that you can follow the Packet Pushers to keep up with the content generated by our community.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>57:29</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/1J2Y5KXFn9E/Show_87-A_SIP_of_Voice.mp3" fileSize="41410695" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-87-a-sip-of-voice/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/1J2Y5KXFn9E/Show_87-A_SIP_of_Voice.mp3" length="41410695" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_87-A_SIP_of_Voice.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>Good Habits for Basic Ethernet Switchport Provisioning in a Cisco IOS Environment</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/KRoDObz7Sa8/</link>
		<comments>http://packetpushers.net/good-habits-for-basic-ethernet-switchport-provisioning-in-a-cisco-ios-environment/#comments</comments>
		<pubDate>Sat, 11 Feb 2012 21:04:58 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Network Management]]></category>
		<category><![CDATA[Switching]]></category>
		<category><![CDATA[802.1q]]></category>
		<category><![CDATA[bpduguard]]></category>
		<category><![CDATA[cdp]]></category>
		<category><![CDATA[dtp]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[jumbo frames]]></category>
		<category><![CDATA[LACP]]></category>
		<category><![CDATA[lldp]]></category>
		<category><![CDATA[portfast]]></category>
		<category><![CDATA[root guard]]></category>
		<category><![CDATA[spanning-tree]]></category>
		<category><![CDATA[storm control]]></category>
		<category><![CDATA[switchport]]></category>
		<category><![CDATA[udld]]></category>
		<category><![CDATA[vtp]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1501</guid>
		<description>An opening remark on this blog post that has grown to roughly 3,500 words is that it becomes impossible to cover every switchport command, scenario, and preference that could possibly apply to switchport provisioning. What I initially thought would be a fun little post has turned into a bit of a beast that talks through [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/KRoDObz7Sa8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/good-habits-for-basic-ethernet-switchport-provisioning-in-a-cisco-ios-environment/feed/</wfw:commentRss>
		<slash:comments>25</slash:comments>
		<feedburner:origLink>http://packetpushers.net/good-habits-for-basic-ethernet-switchport-provisioning-in-a-cisco-ios-environment/</feedburner:origLink></item>
		<item>
		<title>Is OpenFlow Losing Its Openness?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/e2SVG_RTM0M/</link>
		<comments>http://packetpushers.net/is-openflow-losing-its-openness/#comments</comments>
		<pubDate>Wed, 08 Feb 2012 14:39:34 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[onf]]></category>
		<category><![CDATA[openflow]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1572</guid>
		<description>Let get started with some background: About OpenFlow The OpenFlow Switching specification was created in 2008 to evangelize and support OpenFlow. Although hosted at Stanford University, our goal is for OpenFlow to be owned by the community – for the betterment of research and innovation in networking. The Stanford OpenFlow Team First let’s look at [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/e2SVG_RTM0M" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/is-openflow-losing-its-openness/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://packetpushers.net/is-openflow-losing-its-openness/</feedburner:origLink></item>
		<item>
		<title>Understanding When a Cisco ASA NAT Rule Can Override the ASA Routing Table</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/liVfJ1eF4jE/</link>
		<comments>http://packetpushers.net/understanding-when-a-cisco-asa-nat-rule-can-override-the-asa-routing-table/#comments</comments>
		<pubDate>Tue, 07 Feb 2012 21:38:59 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[cisco asa]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[firewall routing]]></category>
		<category><![CDATA[identity nat]]></category>
		<category><![CDATA[nat]]></category>
		<category><![CDATA[stateful failover of IPSEC on IOS]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1576</guid>
		<description>Thanks to @bobmccouch who responded multiple times to my frustrated tweeting about Cisco ASA packet forwarding weirdness today. He pointed out some crucial forwarding behavior related to 8.3.1 and higher NAT, including some changes introduced as of 8.4.2. (Follow Bob. He tweets nerdy.) So&amp;#8230;here&amp;#8217;s the thing. A Cisco ASA does not always determine the egress [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/liVfJ1eF4jE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/understanding-when-a-cisco-asa-nat-rule-can-override-the-asa-routing-table/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/understanding-when-a-cisco-asa-nat-rule-can-override-the-asa-routing-table/</feedburner:origLink></item>
		<item>
		<title>Thank Goodness for NAT66</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/-cb2O3Xm9Jo/</link>
		<comments>http://packetpushers.net/thank-goodness-for-nat66/#comments</comments>
		<pubDate>Mon, 06 Feb 2012 08:00:15 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[nat66]]></category>
		<category><![CDATA[slaac]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1496</guid>
		<description>I&amp;#8217;m participating in a beta test with my ISP for IPv6 connectivity. The ISP deployed a basic IPv6 service that relies exclusively on SLAAC for address assignment. I can connect my end stations to a gigabit switch with direct connectivity to the provider or insert a router in a path. Without receiving a /64 for [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/-cb2O3Xm9Jo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/thank-goodness-for-nat66/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/thank-goodness-for-nat66/</feedburner:origLink></item>
		<item>
		<title>Network Ninja Quality of Life: Enterprise vs. VAR</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/O2ooDlO_anM/</link>
		<comments>http://packetpushers.net/network-ninja-quality-of-life-enterprise-vs-var/#comments</comments>
		<pubDate>Sun, 05 Feb 2012 08:00:43 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[career]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[partner]]></category>
		<category><![CDATA[training]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1481</guid>
		<description>Like many of you, I&amp;#8217;ve spent the last several years in an enterprise as the friendly neighborhood Network Ninja. And, like many of you, I became acutely aware of the downside to being the enterprise&amp;#8217;s Network Ninja. I spent (way too) much time pondering if the grass was any greener on the other side before [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/O2ooDlO_anM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/network-ninja-quality-of-life-enterprise-vs-var/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		<feedburner:origLink>http://packetpushers.net/network-ninja-quality-of-life-enterprise-vs-var/</feedburner:origLink></item>
		<item>
		<title>Show 86 – Connect to the IPv6 Internet for Free Using TunnelBroker.Net</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/WosgG9pw5r8/</link>
		<comments>http://packetpushers.net/show-86-connect-to-the-ipv6-internet-for-free-using-tunnelbroker-net/#comments</comments>
		<pubDate>Sat, 04 Feb 2012 22:34:07 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[6in4]]></category>
		<category><![CDATA[AAAA]]></category>
		<category><![CDATA[carrier grade nat]]></category>
		<category><![CDATA[hurricane electric]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[ipv6 prefix translation]]></category>
		<category><![CDATA[Owen DeLong]]></category>
		<category><![CDATA[tunnelbroker.net]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1564</guid>
		<description>Hurricane Electric&amp;#8217;s Owen DeLong joins Ethan Banks and Greg Ferro to discuss TunnelBroker.net. What&amp;#8217;s TunnelBroker.net? It&amp;#8217;s a free service from Hurricane Electric that lets you connect to the IPv6 Internet across an IPv4-only connection. Want to get started with IPv6? This is a great way to go, not only for the connectivity, but also for the [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/WosgG9pw5r8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-86-connect-to-the-ipv6-internet-for-free-using-tunnelbroker-net/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>

			<itunes:keywords>6in4,AAAA,carrier grade nat,hurricane electric,ipv6,ipv6 prefix translation,Owen DeLong,tunnelbroker.net</itunes:keywords>
	<itunes:subtitle>Hurricane Electric's Owen DeLong joins Ethan Banks and Greg Ferro to discuss TunnelBroker.net. What's TunnelBroker.net? It's a free service from Hurricane Electric that lets you connect to the IPv6 Internet across an IPv4-only connection.</itunes:subtitle>
		<itunes:summary>Hurricane Electric's Owen DeLong joins Ethan Banks and Greg Ferro to discuss TunnelBroker.net. What's TunnelBroker.net? It's a free service from Hurricane Electric that lets you connect to the IPv6 Internet across an IPv4-only connection. Want to get started with IPv6? This is a great way to go, not only for the connectivity, but also for the IPv6 education Hurricane Electric offers.

We keep the show pretty on-topic, and cover the following information.

	Who is Hurricane Electric?
	In simple terms, what's the TunnelBroker.net service?
	Are these "real" routable IPv6 address blocks HE is issuing?
	Why is HE offering this service (a) at all and (b) for free?
	Who is eligible to use TunnelBroker.net?
	Why bother? Isn't carrier grade NAT going to save us all?
	There are several types of IPv6 over IPv4 tunnels. What kind of tunnel is tunnelbroker.net using, and why was this type chosen over others?
	What sorts of devices can successfully bring up an IPv6 tunnel to HE?
	What sort of tunnel termination device is on the HE side? Is it redundant/resilient? In what way?
	Explain the tunnelbroker.net provisioning process. Is it automated or are there humans involved?
	Once the tunnel is up, what can you do with it?
	Can end users do anything crazy like advertise their own RIR-assigned IPv6 allocation to HE via BGP through the tunnel? Or nail up 2 tunnels to HE to have redundant virtual links for their IPv6 block?
	What happens if the user's IPv4 tunnel endpoint is dynamically assigned, and the address changes?
	How does a person advertise their IPv6-enabled service with DNS?
	What resources would you recommend for a person trying to get smart about IPv6?
	What's a good strategy for a business looking to do IPv6 multihoming?
	Is IPv6 prefix translation just a lame way for carriers to get out of upgrading their equipment?

LINKS

	Carrier Grade NAT
	6in4
	Quad-A DNS Records (RFC3596)
	IPv6 Prefix Translation (IETF Draft)
	www.theipv6experts.net - where Owen blogs...you know...once in a while.</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>39:27</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/ZQUsexCXhB0/Show_86-Get_Free_IPv6_Internet_At_TunnelBroker_net.mp3" fileSize="28434560" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-86-connect-to-the-ipv6-internet-for-free-using-tunnelbroker-net/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/ZQUsexCXhB0/Show_86-Get_Free_IPv6_Internet_At_TunnelBroker_net.mp3" length="28434560" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/Show_86-Get_Free_IPv6_Internet_At_TunnelBroker_net.mp3</feedburner:origEnclosureLink></item>
		<item>
		<title>The Plight of an Engineer: Does Confidence Come From Peer Affirmation?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/MQG637mfUJg/</link>
		<comments>http://packetpushers.net/the-plight-of-an-engineer-does-confidence-come-from-peer-affirmation/#comments</comments>
		<pubDate>Sat, 04 Feb 2012 08:00:35 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[affirmation]]></category>
		<category><![CDATA[confidence]]></category>
		<category><![CDATA[ego]]></category>
		<category><![CDATA[social media]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1555</guid>
		<description>Do you ever find yourself doing all the right things for the wrong reasons? If you’re anything like me, you do this more often than you would like to admit. It is far more common for me to get carried away with wrong thinking than it is to have pure motives. And it’s because of [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/MQG637mfUJg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/the-plight-of-an-engineer-does-confidence-come-from-peer-affirmation/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		<feedburner:origLink>http://packetpushers.net/the-plight-of-an-engineer-does-confidence-come-from-peer-affirmation/</feedburner:origLink></item>
		<item>
		<title>Why Salespeople Sell to Others in Your Organization but Not You</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/wMuuV8Mp28I/</link>
		<comments>http://packetpushers.net/why-salespeople-sell-to-others-in-your-organization-but-not-you/#comments</comments>
		<pubDate>Fri, 03 Feb 2012 08:00:13 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[sales]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1535</guid>
		<description>Have you noticed that after a few years with an employer that salespeople sort of stop calling you? And by &amp;#8220;you&amp;#8221;, I mean the hooded cubicle wizard with the keyboard who casts spells on network equipment? You&amp;#8217;re the one who keeps everyone connected, troubleshoots the performance issues, fixes what&amp;#8217;s broke, keeps the bad guys at [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/wMuuV8Mp28I" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/why-salespeople-sell-to-others-in-your-organization-but-not-you/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		<feedburner:origLink>http://packetpushers.net/why-salespeople-sell-to-others-in-your-organization-but-not-you/</feedburner:origLink></item>
		<item>
		<title>When Your Job Becomes Your Prison</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/4FRlD1E0Ytw/</link>
		<comments>http://packetpushers.net/when-your-job-becomes-your-prison/#comments</comments>
		<pubDate>Thu, 02 Feb 2012 14:13:10 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Work Life]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1547</guid>
		<description>It has been a while since I last posted here, or anywhere for that matter. I have been taking a bit of a break from all things related to packets and frames after my first attempt at the CCIE R&amp;#38;S Lab and doing some interesting things, including looking for a new job. I finally left [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/4FRlD1E0Ytw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/when-your-job-becomes-your-prison/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		<feedburner:origLink>http://packetpushers.net/when-your-job-becomes-your-prison/</feedburner:origLink></item>
		<item>
		<title>Packet Pushers Webinar on SDN &amp; OpenFlow – Sponsored by Big Switch – Open Attendance</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/UuKuLomZYg8/</link>
		<comments>http://packetpushers.net/ipspace-webinar-sdn-openflow-bigswitch-sponsor/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 18:45:22 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Events]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[openflow]]></category>
		<category><![CDATA[SDN]]></category>
		<category><![CDATA[training]]></category>
		<category><![CDATA[webinar]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1544</guid>
		<description>I'm pleased to announce that Big Switch have agreed to sponsor SDN &amp;#038; OpenFlow Webinar on February 7th, 2012 and that the event will be free and open to anyone to attend. 

Are you a Network Architect or Designer ? Are you responsible for strategy, long term vision, or simply keeping track of upcoming technologies ? If so, you will need to know more about OpenFlow and Software Defined Networking and how it impacts the future of Networking in software and hardware. 

And now, thanks to sponsorship from BigSwitch Networks, anyone can attend. 

&lt;img style="display:block; margin-left:auto; margin-right:auto;" src="http://etherealmind.com/wp-content/uploads/2011/12/ipspace-openflow-webinar-20111204.gif" alt="Ipspace openflow webinar 20111204" border="0" width="300" height="250" /&gt;&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/UuKuLomZYg8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/ipspace-webinar-sdn-openflow-bigswitch-sponsor/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://packetpushers.net/ipspace-webinar-sdn-openflow-bigswitch-sponsor/</feedburner:origLink></item>
		<item>
		<title>Video Is Not the New Voice</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/C28yi76I8gU/</link>
		<comments>http://packetpushers.net/video-is-not-the-new-voice/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 08:00:55 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Voice]]></category>
		<category><![CDATA[ip communications]]></category>
		<category><![CDATA[ip telephony]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1539</guid>
		<description>I spent some time last week with a networking vendor who demonstrated to us their voice system. Only it wasn&amp;#8217;t about phones. Or dial plans. Or even voicemail. The demo was more like&amp;#8230;&amp;#8221;Yeah, yeah. Voice, phones, voicemail, SRST. Blah, blah, blah. That&amp;#8217;s boring. It&amp;#8217;s all about *collaboration* now.&amp;#8221; The majority of the demo was about [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/C28yi76I8gU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/video-is-not-the-new-voice/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		<feedburner:origLink>http://packetpushers.net/video-is-not-the-new-voice/</feedburner:origLink></item>
		<item>
		<title>Is Cyber Security a Form of Violence?</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/GeasjJasT5s/</link>
		<comments>http://packetpushers.net/is-cyber-security-a-form-of-violence/#comments</comments>
		<pubDate>Tue, 31 Jan 2012 08:00:04 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Work Life]]></category>
		<category><![CDATA[mrs. y]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[worklife]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1527</guid>
		<description>This weekend I had an interesting conversation with my friend Suzanne Kryder. She&amp;#8217;s a mindfulness expert and co-founder of a radio show called &amp;#8220;Peace Talks.&amp;#8221; She was giving me some feedback on my Shmoocon presentation and she said, &amp;#8220;I&amp;#8217;m really noticing the violence inherent in computer malware.&amp;#8221; Her comment stopped me cold, because as a [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/GeasjJasT5s" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/is-cyber-security-a-form-of-violence/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/is-cyber-security-a-form-of-violence/</feedburner:origLink></item>
		<item>
		<title>Juniper MAG6610 Performance Characteristics</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/EEFi9h62wUM/</link>
		<comments>http://packetpushers.net/juniper-mag6610-performance-characteristics/#comments</comments>
		<pubDate>Mon, 30 Jan 2012 08:00:06 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[concurrency]]></category>
		<category><![CDATA[juniper]]></category>
		<category><![CDATA[MAG-SM160]]></category>
		<category><![CDATA[MAG-SM360]]></category>
		<category><![CDATA[MAG6610]]></category>
		<category><![CDATA[MAG6611]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[production]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1505</guid>
		<description>I was asked a question by @cooperlees as to whether I’d see any real-world performance indications on the Juniper MAG 6610 Chassis.  Whilst I have deployed about a dozen across the world, it’s still early days to definitively nail this down, but I’d thought I’d share what I can and provide some anecdotes as to [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/EEFi9h62wUM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/juniper-mag6610-performance-characteristics/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://packetpushers.net/juniper-mag6610-performance-characteristics/</feedburner:origLink></item>
		<item>
		<title>Show 85 – Sponsored – The Span Port You Always Wanted – Gigamon</title>
		<link>http://feeds.packetpushers.net/~r/PacketPushersBlog/~3/GUuQwymTo8M/</link>
		<comments>http://packetpushers.net/show-85-sponsored-the-span-port-you-always-wanted-gigamon/#comments</comments>
		<pubDate>Fri, 27 Jan 2012 19:27:02 +0000</pubDate>
		<dc:creator>packetpushers@gmail.com</dc:creator>
				<category><![CDATA[Podcasts]]></category>
		<category><![CDATA[Weekly Shows]]></category>
		<category><![CDATA[6500]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[gigamon]]></category>
		<category><![CDATA[interception]]></category>
		<category><![CDATA[packet capture]]></category>
		<category><![CDATA[sniffing]]></category>
		<category><![CDATA[span]]></category>

		<guid isPermaLink="false">http://packetpushers.net/?p=1526</guid>
		<description>In this Sponsored show we talk to Gigamon about &amp;#8221; making the SPAN port what it always wanted to be&amp;#8221;. In short, Gigamon makes switch devices that allow for powerful ways to capture traffic from your network, then slice, dice and forward it. If you have ever had problem with &amp;#8220;not enough SPAN ports&amp;#8221; for [...]&lt;img src="http://feeds.feedburner.com/~r/PacketPushersBlog/~4/GUuQwymTo8M" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://packetpushers.net/show-85-sponsored-the-span-port-you-always-wanted-gigamon/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>

			<itunes:keywords>gigamon, network,monitoring, span, analysis,</itunes:keywords>
	<itunes:subtitle>Gigamon - The Network Span Port You Always Wanted.</itunes:subtitle>
		<itunes:summary>In this Sponsored show we talk to Gigamon about " making the SPAN port what it always wanted to be". In short, Gigamon makes switch devices that allow for powerful ways to capture traffic from your network, then slice, dice and forward it. If you have ever had problem with "not enough SPAN ports" for packet capture, then take a look at this product.
Show Agenda
Overview of Gigamon


	Mid-stage startup; founded in 2004; all product built-in-the-USA; founders from network monitoring industry
	Bridge the gap between faster-and-flatter networks, and the growing demand for diverse monitoring, management and security tools
	Establish an out-of-band, pervasive fabric, connecting to the network mirror &amp; SPAN ports, and intelligently delivering the right traffic to the right tool




Sounds good, but how do you do that ?

	A range of systems from 1RU to 1Tb chassis
	Let's focus on a deployment of just one system (although they are all locally and remotely 'stackable')
	Traffic on SPAN/Mirror/TAP ports is delivered into the Gigamon Fabric on what we call a "network port"
	At wirespeed, the traffic is 'manipulated' using GigaVUE software with hardware acceleration
	"Manipulation" means duplication, slicing, filtering, masking, etc
	How is the "Manipulation" configured : using "FlowMapping" logic

What is FlowMapping ?

	A L2/3/4 rules engine that overcomes the limitation of ingress and egress filtering
	Ingress : too much is dropped at the entry .. Good stuff could be lost
	Egress : too much could be dropped through oversubscription
	Flow Mapping sits in the heart of the system (and can span multiple systems)

 



How complex / what type of rules can be written ?

	Very complex, multi-step boolean type decisions
	Multiple egress (multi-tool as we call it) so that single ingress traffic can go to multiple tools

Are they fixed rules/definitions ?

	We support the L2/3/4 decision criteria
	Also allow for a set of User-Defined criteria to look for specific traffic characteristics

How do you extend beyond a single system ?

	We offer stacking – to connect multiple system together over n x 10Gb trunks
	We offer tunneling – to allow systems in remote offices to be part of the central "stack"

How do your customers use the systems ?

	Single-system deployments to smooth the migration from 1Gb to 10Gb
	To deliver longer and more predictable ROI for monitoring, management and security tools
	In Data Centers to centralize all monitoring/management system into one rack
	Service providers around the globe to support the growth of mobile devices

What does a normal deployment look like with your technology ?

	Ranges from a single system to multiple systems stacked together to form one Visibility Fabric
	Easy/flexible to configure – Network ports and tool port
	Maps are built to establish the "mapping rules" of traffic on network ports to tool ports
	Central management from a single GUI system (Citrus) if required

How does your solution get deployed in the Data Center ?

	End of row deployments
	Each end of row location has uplinks to top-of-rack swicthes
	GigaVUE devices are connected together using stacking
	All monitoring and management tools centrally located in one rack
	"Maps" are changed as needed to forward traffic from any server, any rack, any row to central tools

You can also watch a presentation from Gigamon from TechFieldDay at Vimeo - Gigamon where they presented at Network Field Day in Otcober 2011.

Thanks to Gigamon for sponsoring the Packet Pushers and sharing this content with the community.
Contact
You can follow them on twitter at http://twitter.com/gigamon or on the web at http://www.gigamon.com/</itunes:summary>
		<itunes:author>Greg Ferro &amp; Ethan Banks</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:duration>31:50</itunes:duration>
	<media:content url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/WXlekOkUr8s/show-85-gigamon-span-port-wanted-to-be-sponsored.mp3" fileSize="15329071" type="audio/mpeg" /><feedburner:origLink>http://packetpushers.net/show-85-sponsored-the-span-port-you-always-wanted-gigamon/</feedburner:origLink><enclosure url="http://feeds.packetpushers.net/~r/PacketPushersBlog/~5/WXlekOkUr8s/show-85-gigamon-span-port-wanted-to-be-sponsored.mp3" length="15329071" type="audio/mpeg" /><feedburner:origEnclosureLink>http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/show-85-gigamon-span-port-wanted-to-be-sponsored.mp3</feedburner:origEnclosureLink></item>
	<media:credit role="author">Greg Ferro &amp; Ethan Banks</media:credit><media:rating>nonadult</media:rating><media:description type="plain">Too Much Networking would NEVER be Enough. </media:description></channel>
</rss>

