From: alsontra@hotmail.com
Date: Sun Feb 29 2004 - 16:42:02 GMT-3
Are you saying that OSPF only conditionally advertises redistributed routes?
As I understand it, every OSPF router exchanges it's entire LSA database
with its neighbors. If R6 's loopback interface gets redistributed into one
OSPF router, it should eventually be in all SPF routers. Right??? I
understand that all LSA may not end up having a corresponding route in the
routing table, but even if another protocol has a better AD there should
still be an LSA in the OSPF database. Is this not correct? If so, under
what circumstance does OSPF make conditional or partial LSA exchanges?
Just trying to straighten out my understanding.
Thanks
Alsontra
----- Original Message -----
From: "Scott, Tyson C" <tyson.scott@hp.com>
To: "Hoyle, Anthony (AL)" <ALHoyle@dow.com>; "Howard C. Berkowitz"
<hcb@gettcomm.com>; <ccielab@groupstudy.com>
Sent: Saturday, February 28, 2004 8:44 PM
Subject: RE: BGP versus OSPF/ISIS
> One comment, please correct me if I am wrong. In the below scenario the
> loopback of Router6 will be in the ISIS routing table of the router2
> that is learning both routes from router6. But Router2 is not going to
> pass this on to R3. So no, the route will not always be in the OSPF
> database of the remote router because, as seen below R2 is not going to
> redistribute this route from ISIS into OSPF. This also is a form of loop
> avoidance.
>
> I saw this when I was working on a scenario and it had a wicked backup
> scenario over the ISDN. I was attempting to fix a routing problem via
> dropping the administrative distance of ISIS on the hub router of the
> frame-relay network. After doing this the BGP neighbor relationship to
> one of the spoke routers went down. When looking at the hub router,
> even though the routes were originating in OSPF and redistributed into
> ISIS, the routes for loopbacks were no longer being advertised to the
> spoke router thus causing the BGP process to go down. This was caused
> because the hub router saw the ISIS routes with administrative distance
> of 109 as a better source and stopped advertising the loopbacks to the
> spoke router via OSPF. These networks were still in the OSPF database of
> the hub router but not the spoke.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Hoyle, Anthony (AL)
> Sent: Saturday, February 28, 2004 4:37 PM
> To: 'Howard C. Berkowitz'; ccielab@groupstudy.com
> Subject: RE: BGP versus OSPF/ISIS
>
> Very well said Howard
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Howard C. Berkowitz
> Sent: Saturday, February 28, 2004 4:12 PM
> To: ccielab@groupstudy.com
> Subject: RE: BGP versus OSPF/ISIS
>
>
> At 2:15 PM -0600 2/28/04, Hoyle, Anthony (AL) wrote:
> >You gave the answer. The external distance of BGP is 20.
> >Disappearing from the database..well you are redistributing the
> >connected route into ISIS. You are then redistributing isis into
> >OSPF. This route will always be in the OSPF database
> >regardless(unless you have a filter), however it won't be placed in
> >the routing table under OSPF -if there is another protocol (like
> >BGP) advertising the same route with a lower admin distance (BGP
> >external routes).
> >When you say disappear from the OSPF database, you mean when you do
> >a "show ip route ospf" ?
> >
> >Did I understand your question correctly..?
> >
> >Anthony Hoyle
>
>
> I'm also not sure that I understand your question correctly, but a
> general rule of IGP design is that an IGP should not readvertise a
> route that it learned from an external source. Much of redistribution
> loop avoidance, as well as the path vector algorithm of BGP, is based
> on this principle. It's not the best analogy in the world, but you
> can think of these various loop avoidance mechanisms as a relative of
> the split horizon rule inside a DV IGP.
>
> >
> >-----Original Message-----
> >From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> >Of Ahmed Mustafa
> >Sent: Saturday, February 28, 2004 3:22 AM
> >To: ccielab@groupstudy.com
> >Subject: BGP versus OSPF/ISIS
> >
> >
> >Can someone look into this
> >
> >
> >R6 connected to R2 via ISIS level 1
> >
> >R2 connected to R3 via HDLC link/ISIS Level 2
> >R2 connected to R3 via Frame-Relay link/OSPF-----> R2 is also doing
> >mutual redistribution
> >
> >I announced r6 loopback interface 132.1.6.0/24 to ISIS via
> >redistribute connected.
> >
> >R3 learned that route obviously through Frame-Relay due to lower
> >admin distance. I then changed the admin distance of ISIS to 106,
> >and r3 installed this route via ISIS. So far so good
> >
> >Now comes BGP, and totally screwed this nice scenerio above
> >
> >R6 is in AS 100
> >R2 and R3 are in AS 300
> >
> >I redistributed r6 loopback now into BGP via redistribute
> >connected, not through network command.
> >
> >r2 will obviously install this route as a BGP route because of lower
> >adminstrative distance External BGP 20 over ISIS 115.
> >
> >Now r3 learns that route via BGP as well with the distance 200 since
> >r2 and r3 are in same AS. I thought that the route 132.1.6.0 should
> >have learned through ISIS or OSPF if I removed the admin distance
> >command of ISIS from 106 to default 115 because both OSPF and ISIS
> >have lower admin distance than IBGP 200.
> >
> >My guesses:
> >
> >The route learned via BGP since it is in r2 routing table regardless
> >of r2 should have this route in ISIS database as well as in OSPF
> >database since r2 is also doing redistribution.
> >
> >Issues: If I shut down the BGP link between r2 and r6, bingo, the
> >route will appear in OSPF database as an external route on r2, but
> >when the BGP link is up between r2 and r6, the route will disappear
> >from OSPF database.
> >
> >Any ideas !!!
> >
> >Sorry for the tedious email, but Group can learn from this and also
> >advise.
> >
> >Regards,
> >
> >Ahmed
> >
> >_______________________________________________________________________
> >Please help support GroupStudy by purchasing your study materials
> >from: http://shop.groupstudy.com
> >
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
> >
> >_______________________________________________________________________
> >Please help support GroupStudy by purchasing your study materials from:
>
> >http://shop.groupstudy.com
> >
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Mar 05 2004 - 07:14:00 GMT-3