<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Labbing ODR</title>
	<atom:link href="http://www.djerk.nl/wordpress/2007/labbing-odr/feed" rel="self" type="application/rss+xml" />
	<link>http://www.djerk.nl/wordpress/2007/labbing-odr</link>
	<description>Anything related to Djerk Geurts may be found here (either locally or linked)</description>
	<lastBuildDate>Sat, 07 Nov 2009 19:05:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Djerk</title>
		<link>http://www.djerk.nl/wordpress/2007/labbing-odr/comment-page-1#comment-5374</link>
		<dc:creator>Djerk</dc:creator>
		<pubDate>Thu, 02 Oct 2008 08:34:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.djerk.nl/wordpress/wordpress/2007/labbing-odr/#comment-5374</guid>
		<description>Alex,

Interesting indeed :) , ODR is often overlooked as a simple way of stub routing. Anyway, about your question; my test scenario did have R5 connected as OSPF nssa. With regards to ODR this doesn&#039;t change a thing as ODR is not dependant upon OSPF, it just advertises a default route to the (ODR) stub router even if itself doesn&#039;t have a default route. The curious thing to me was whether ODR was capable of advertising anything other than a default-route, as shown it can&#039;t; there&#039;s no need for more than the default for a stub router.

Which in turn bring me to the most likely reason that ODR isn&#039;t normally used: If the stub router only has one route out (default-route) then why use ODR when you can use a static route and be independent from CDP. The answer I suppose would be that the stub router does advertise it&#039;s routes and as such negates the need for a fully fledged routing protocol like RIP/EIGRP/OSPF or BGP.

I&#039;m just thinking back to the ISP CPE considerations I had to make when at Easynet. Most prominently preventing us from using ODR was the lack of support of CDP over ATM. Though I seem to recall something about Cisco supporting that now, not sure if the non-cisco dslams etc. in the path would have. Pondering this a little longer I&#039;m curious how to limit ODR route advertisement from the stub router, the CPE in case of (single homed) ISP terminology. I suppose this would be completely up to the PE, would this be controllable via Radius via av-pairs? Hmmm, will have to see if I can test that sometime somewhere...

Thank you for your post, admittedly I&#039;ve not been very active here lately. Which will change soon as I really should get back to my studies soon... The matter of fact is that life has kinda claimed back most of my non work time after moving to the UK in January. Good to know the info here is still read and appreciated.

Djerk</description>
		<content:encoded><![CDATA[<p>Alex,</p>
<p>Interesting indeed <img src='http://www.djerk.nl/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  , ODR is often overlooked as a simple way of stub routing. Anyway, about your question; my test scenario did have R5 connected as OSPF nssa. With regards to ODR this doesn&#8217;t change a thing as ODR is not dependant upon OSPF, it just advertises a default route to the (ODR) stub router even if itself doesn&#8217;t have a default route. The curious thing to me was whether ODR was capable of advertising anything other than a default-route, as shown it can&#8217;t; there&#8217;s no need for more than the default for a stub router.</p>
<p>Which in turn bring me to the most likely reason that ODR isn&#8217;t normally used: If the stub router only has one route out (default-route) then why use ODR when you can use a static route and be independent from CDP. The answer I suppose would be that the stub router does advertise it&#8217;s routes and as such negates the need for a fully fledged routing protocol like RIP/EIGRP/OSPF or BGP.</p>
<p>I&#8217;m just thinking back to the ISP CPE considerations I had to make when at Easynet. Most prominently preventing us from using ODR was the lack of support of CDP over ATM. Though I seem to recall something about Cisco supporting that now, not sure if the non-cisco dslams etc. in the path would have. Pondering this a little longer I&#8217;m curious how to limit ODR route advertisement from the stub router, the CPE in case of (single homed) ISP terminology. I suppose this would be completely up to the PE, would this be controllable via Radius via av-pairs? Hmmm, will have to see if I can test that sometime somewhere&#8230;</p>
<p>Thank you for your post, admittedly I&#8217;ve not been very active here lately. Which will change soon as I really should get back to my studies soon&#8230; The matter of fact is that life has kinda claimed back most of my non work time after moving to the UK in January. Good to know the info here is still read and appreciated.</p>
<p>Djerk</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://www.djerk.nl/wordpress/2007/labbing-odr/comment-page-1#comment-5373</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Thu, 02 Oct 2008 02:32:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.djerk.nl/wordpress/wordpress/2007/labbing-odr/#comment-5373</guid>
		<description>Hi buddy....ODR is an interesting topic. in your above post i cant get the clear picture of where those routers are positioned and how. I have one setup matching your description R5 hub(point-to-multipoint) , R2 R2 spokes. R5 is running ospf with R1, and running ODR with R2. Also R2 is running eigrp. So obviously as R2 is not a spoke anymore it wont receive the default route nor it will send its connected networks to R5. But assume if there was no igp running on spoke , how will making R5 R1 ospf area nssa affect the scenario ? will it have any effect on production of default route in ODR?

Thnx</description>
		<content:encoded><![CDATA[<p>Hi buddy&#8230;.ODR is an interesting topic. in your above post i cant get the clear picture of where those routers are positioned and how. I have one setup matching your description R5 hub(point-to-multipoint) , R2 R2 spokes. R5 is running ospf with R1, and running ODR with R2. Also R2 is running eigrp. So obviously as R2 is not a spoke anymore it wont receive the default route nor it will send its connected networks to R5. But assume if there was no igp running on spoke , how will making R5 R1 ospf area nssa affect the scenario ? will it have any effect on production of default route in ODR?</p>
<p>Thnx</p>
]]></content:encoded>
	</item>
</channel>
</rss>

