<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>phaq &#187; Networking</title>
	<atom:link href="http://phaq.phunsites.net/category/faq/networking/feed/" rel="self" type="application/rss+xml" />
	<link>http://phaq.phunsites.net</link>
	<description>"a geeks daily life"</description>
	<lastBuildDate>Mon, 19 Jul 2010 15:57:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Stale IPv6 Neighbor unreachable &#8211; Resolve with IPv6 &#8220;ARP&#8221; equivalent</title>
		<link>http://phaq.phunsites.net/2010/07/19/stale-ipv6-neighbor-unreachable-resolve-with-ipv6-arp-equivalent/</link>
		<comments>http://phaq.phunsites.net/2010/07/19/stale-ipv6-neighbor-unreachable-resolve-with-ipv6-arp-equivalent/#comments</comments>
		<pubDate>Mon, 19 Jul 2010 15:57:42 +0000</pubDate>
		<dc:creator>Gianpaolo Del Matto</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://phaq.phunsites.net/?p=165</guid>
		<description><![CDATA[Right before &#8220;mov&#8217;ing /dev/myself to /var/home&#8221; I came along another odd thing on my border router.
An IPv6 peer was unreachable, i.e. did not respond to ICMP ping, as such the BGP session was down as well.
I gave it another indepth look as it happened to be one of our IPv6 upstream peers and had some [...]]]></description>
		<wfw:commentRss>http://phaq.phunsites.net/2010/07/19/stale-ipv6-neighbor-unreachable-resolve-with-ipv6-arp-equivalent/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BGP configuration weirdness on Foundry/Brocade</title>
		<link>http://phaq.phunsites.net/2010/07/19/bgp-configuration-weirdness-on-foundrybrocade/</link>
		<comments>http://phaq.phunsites.net/2010/07/19/bgp-configuration-weirdness-on-foundrybrocade/#comments</comments>
		<pubDate>Mon, 19 Jul 2010 12:15:56 +0000</pubDate>
		<dc:creator>Gianpaolo Del Matto</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://phaq.phunsites.net/?p=157</guid>
		<description><![CDATA[If you&#8217;re all too familiar with Cisco, then you will &#8211; as well as I do &#8211; struggle accross some weirdnesses on the Foundry/Brocade routers every now and then.
Not too long ago I fought around with a BGP issue on the XMR 4000.
My problem was that the XMR would announce just about any IPv6 prefix [...]]]></description>
		<wfw:commentRss>http://phaq.phunsites.net/2010/07/19/bgp-configuration-weirdness-on-foundrybrocade/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Foundry/Brocade Devices require implicit reload of ACL upon modification &#8211; What a Man-Trap!</title>
		<link>http://phaq.phunsites.net/2009/08/12/foundrybrocade-devices-require-implicit-reload-of-acl-upon-modification-what-a-man-trap/</link>
		<comments>http://phaq.phunsites.net/2009/08/12/foundrybrocade-devices-require-implicit-reload-of-acl-upon-modification-what-a-man-trap/#comments</comments>
		<pubDate>Wed, 12 Aug 2009 16:02:10 +0000</pubDate>
		<dc:creator>Gianpaolo Del Matto</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://phaq.phunsites.net/?p=120</guid>
		<description><![CDATA[Well, well, well &#8230;
I just stumbled accross a minor difference between Cisco and Foundry, the latter being mostly Cisco-alike.
To update an ACL on Cisco devices (at least the ones I encountered so far) I usually do this:
conf t
!
no ip access-list extended MY_ACCESS_LIST
!
ip access-list extended MY_ACCESS_LIST
    my permit/deny list entries
!
end
This results in immediate [...]]]></description>
		<wfw:commentRss>http://phaq.phunsites.net/2009/08/12/foundrybrocade-devices-require-implicit-reload-of-acl-upon-modification-what-a-man-trap/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Chaining FreeBSD&#8217;s pxeboot with pxelinux</title>
		<link>http://phaq.phunsites.net/2007/09/20/chaining-freebsds-pxeboot-with-pxelinux/</link>
		<comments>http://phaq.phunsites.net/2007/09/20/chaining-freebsds-pxeboot-with-pxelinux/#comments</comments>
		<pubDate>Thu, 20 Sep 2007 07:23:58 +0000</pubDate>
		<dc:creator>Gianpaolo Del Matto</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://phaq.phunsites.net/2007/09/20/chaining-freebsds-pxeboot-with-pxelinux/</guid>
		<description><![CDATA[Recently I invested some development time on my company&#8217;s PXE-based network boot system. While pxelinux serves as a general purpose network boot loader at our site, current demands required further extension beyond it&#8217;s capabilities.  The main reason for this was the inability of pxelinux to be used for certain bootstrap scenarios. As an example [...]]]></description>
		<wfw:commentRss>http://phaq.phunsites.net/2007/09/20/chaining-freebsds-pxeboot-with-pxelinux/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>
