<?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>debugall &#187; BGP</title>
	<atom:link href="http://www.debugall.co.uk/category/bgp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.debugall.co.uk</link>
	<description></description>
	<lastBuildDate>Mon, 27 Jun 2011 06:33:20 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>6PE &#8211; IPv6 over MPLS</title>
		<link>http://www.debugall.co.uk/2009/02/28/6pe-ipv6-over-mpls/</link>
		<comments>http://www.debugall.co.uk/2009/02/28/6pe-ipv6-over-mpls/#comments</comments>
		<pubDate>Sat, 28 Feb 2009 06:43:59 +0000</pubDate>
		<dc:creator>Zarar</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[iPod]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[MPLS]]></category>
		<category><![CDATA[PE-CE Routing]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=715</guid>
		<description><![CDATA[6PE is a really cool feature which allows IPv6 islands to communicate with each other over an MPLS/IPv4 core network.  IPv4 addresses space is fast running out so familiarising yourself with IPv6 is probably a good idea. Consider the toplogy below. Service providers can leverage their MPLS networks to deliver IPv6 solutions without having to [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2009/02/28/6pe-ipv6-over-mpls/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>BGP &#8211; Remove Private AS</title>
		<link>http://www.debugall.co.uk/2009/02/11/bgp-remove-private-as/</link>
		<comments>http://www.debugall.co.uk/2009/02/11/bgp-remove-private-as/#comments</comments>
		<pubDate>Wed, 11 Feb 2009 04:29:05 +0000</pubDate>
		<dc:creator>Zarar</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[CCIP]]></category>
		<category><![CDATA[CCNP]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[iPod]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=707</guid>
		<description><![CDATA[The video below shows how to remove a private AS from BGP as-path list. Consider the topology below. AS65300 peers eBGP with R1.  R1 then peers eBGP with R2. R1 is then configured to remove all private ASs in the as-path when it advertises BGP routes to R2. Watch the video below or download and [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2009/02/11/bgp-remove-private-as/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>eBGP multihop</title>
		<link>http://www.debugall.co.uk/2009/01/23/ebgp-multihop/</link>
		<comments>http://www.debugall.co.uk/2009/01/23/ebgp-multihop/#comments</comments>
		<pubDate>Fri, 23 Jan 2009 05:12:35 +0000</pubDate>
		<dc:creator>Zarar</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[CCIP]]></category>
		<category><![CDATA[CCNP]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[iPod]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=675</guid>
		<description><![CDATA[eBGP multihop can be used to loadshare traffic across multiple links between eBGP peers. Consider the topology below. By default eBGP sessions can only be established between directly connected interfaces.  If you want to connect to a non-connected interface or to a non-connected neighbor, you have to use the eBGP-multihop feature. For this to work, [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2009/01/23/ebgp-multihop/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>BGP &#8211; Prefix aggregation using a static route</title>
		<link>http://www.debugall.co.uk/2009/01/22/bgp-prefix-aggregation-using-a-static-route/</link>
		<comments>http://www.debugall.co.uk/2009/01/22/bgp-prefix-aggregation-using-a-static-route/#comments</comments>
		<pubDate>Thu, 22 Jan 2009 05:07:50 +0000</pubDate>
		<dc:creator>Zarar</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[CCIP]]></category>
		<category><![CDATA[CCNA]]></category>
		<category><![CDATA[CCNP]]></category>
		<category><![CDATA[iPod]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=666</guid>
		<description><![CDATA[My previous post on BGP prefix aggregation used the bgp &#8220;aggregate-address&#8221; command.  Another way to generate an aggregate is by using a static route. Consider the toplology below. Watch the video below to see how to configure a BGP aggregate using a static route.  Alternatively down the video here and watch it on your iPod. [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2009/01/22/bgp-prefix-aggregation-using-a-static-route/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BGP peer-groups and dynamic update peer groups</title>
		<link>http://www.debugall.co.uk/2009/01/21/bgp-peer-groups-and-dynamic-update-peer-groups/</link>
		<comments>http://www.debugall.co.uk/2009/01/21/bgp-peer-groups-and-dynamic-update-peer-groups/#comments</comments>
		<pubDate>Wed, 21 Jan 2009 04:13:01 +0000</pubDate>
		<dc:creator>Zarar</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE SP]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=657</guid>
		<description><![CDATA[One of many optimizations for BGP is the peer-groups feature. BGP peer-groups allow you to group BGP peers which have the same outbound policy.  There are 2 obvious benefits for doing this. Reduced the amount of configuration required. BGP can send a single update to many peers. Both of these need some clarification. Consider the [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2009/01/21/bgp-peer-groups-and-dynamic-update-peer-groups/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Prefix Lists</title>
		<link>http://www.debugall.co.uk/2008/12/30/prefix-lists/</link>
		<comments>http://www.debugall.co.uk/2008/12/30/prefix-lists/#comments</comments>
		<pubDate>Tue, 30 Dec 2008 03:46:51 +0000</pubDate>
		<dc:creator>zismail</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[CCIP]]></category>
		<category><![CDATA[CCNP]]></category>
		<category><![CDATA[iPod]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=542</guid>
		<description><![CDATA[IP Prefix lists can be used with BGP to permit or deny specific prefixes from being advertised or learnt to or from a neighbor. Consider the topology below. We will carry out three exercises. configure a prefix list to match 192.168.1.0/24 configure a prefix list to match 192.168.1.0/24, 192.168.1.0/25, 192.168.1.0/26. configure a prefix list to [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2008/12/30/prefix-lists/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ARF &#8211; Automatic Route Filtering</title>
		<link>http://www.debugall.co.uk/2008/12/28/arf-automatic-route-filtering/</link>
		<comments>http://www.debugall.co.uk/2008/12/28/arf-automatic-route-filtering/#comments</comments>
		<pubDate>Sun, 28 Dec 2008 03:42:43 +0000</pubDate>
		<dc:creator>zismail</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[MPLS VPN]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=525</guid>
		<description><![CDATA[When designing an MPLS network you will have to decide whether to configure a full mesh of MP-iBGP sessions between your PEs as in diagram 1 below or whether to use a hub and spoke topology as in diagram 2 below. Diagram 1 &#8211; BGP full mesh Diagram 2 &#8211; BGP partial mesh The most [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2008/12/28/arf-automatic-route-filtering/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>AFIs and SAFIs</title>
		<link>http://www.debugall.co.uk/2008/12/27/afis-and-safis/</link>
		<comments>http://www.debugall.co.uk/2008/12/27/afis-and-safis/#comments</comments>
		<pubDate>Sat, 27 Dec 2008 04:26:45 +0000</pubDate>
		<dc:creator>zismail</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[iPod]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=506</guid>
		<description><![CDATA[BGP uses Open messages to negotiate BGP sessions.  These Open messages have optional parameters which allow additional capabilities to be negotiated during setup. If you want to run anything other than IPv4 unicast then you will have to configure BGP to advertise its additional capabilities i.e. Multi-Protocol extensions (AFI/SAFI) during initial setup. As an example [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2008/12/27/afis-and-safis/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BGP Route Aggregation</title>
		<link>http://www.debugall.co.uk/2008/12/26/bgp-route-aggregation/</link>
		<comments>http://www.debugall.co.uk/2008/12/26/bgp-route-aggregation/#comments</comments>
		<pubDate>Fri, 26 Dec 2008 05:29:52 +0000</pubDate>
		<dc:creator>zismail</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[CCIP]]></category>
		<category><![CDATA[CCNA]]></category>
		<category><![CDATA[CCNP]]></category>
		<category><![CDATA[iPod]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=492</guid>
		<description><![CDATA[There are times when it is required to aggregate a set of prefixes.  There are a number of reasons why you would want to do this such as, your peering transit edge may not accept certain size prefixes, you may want to reduce the size of the routing table in some part of your network [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2008/12/26/bgp-route-aggregation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IPv4 BGP multicast</title>
		<link>http://www.debugall.co.uk/2008/12/15/ipv4-bgp-multicast/</link>
		<comments>http://www.debugall.co.uk/2008/12/15/ipv4-bgp-multicast/#comments</comments>
		<pubDate>Mon, 15 Dec 2008 06:53:42 +0000</pubDate>
		<dc:creator>zismail</dc:creator>
				<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE SP]]></category>
		<category><![CDATA[MSDP]]></category>
		<category><![CDATA[Multicast]]></category>
		<category><![CDATA[PIM-SM]]></category>
		<category><![CDATA[IPv4 BGP Multicast]]></category>

		<guid isPermaLink="false">http://www.debugall.co.uk/?p=422</guid>
		<description><![CDATA[IPv4 BGP multicast announcements can be somewhat confusing.  It took a while to get my head around it, so now that I have, I will try to explain. I have set up the topology below. Everything has been configured in the above scenario EXCEPT the IPv4 BGP multicast session between RP and ASBR-RP.  I want [...]]]></description>
		<wfw:commentRss>http://www.debugall.co.uk/2008/12/15/ipv4-bgp-multicast/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

