From: Alexander Arsenyev \(GU/ETL\) (alexander.arsenyev@ericsson.com)
Date: Sat Dec 24 2005 - 11:44:08 GMT-3
Is BGP session actually iBGP?
If yes then it's a perfectly valid scenario if You consider default AD
values (EIGRP 90/170, iBGP 200):
-at first there is a iBGP route to 10.1.1.0/24 net (AD 200) and static
route to 10.1.1.0/24 via BRI.
-when BGP session goes down, static 10.1.1.0/24 route floats up in the
routing table and BRI dials.
-EIGRP route to 10.1.1.0/24 is learned via BRI, AD 90/170. Static
10.1.1.0/24 sinks due to inferior AD (250).
-iBGP session is reestablished and net 10.1.1.0/24 is learned (AD 200).
-EIGRP route will stay in routing table due to better-than-iBGP AD
unless dialer inactivity timeout hangs up the BRI line.
Is that what You are seeing?
HTH
Cheers
Alex
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Schulz, Dave
Sent: 23 December 2005 16:35
To: ccielab@groupstudy.com
Subject: Route preference
I ran into an interesting scenario on route preference, where we have a
serial link attached to a network running BGP. There is a BRI
connection that has a static route set at 250 metric to get to the
remote end (no interface backup), sending EIGRP routes. When the BGP
goes down, then the BRI will connect to the remote site and everything
works. However, when the serial (BGP) comes back up....the BRI
continues to stay up and prefer the static routes with EIGRP. I believe
that this is because there is not a backup mechanism (dialer watch,
backup, etc), and, the static route will continue to prefer the route
(nothing is telling the router to accept the better metric from a
different link). Any thoughts?
Dave Schulz,
Email: dschulz@dpsciences.com <mailto:dschulz@dpsciences.com >
This archive was generated by hypermail 2.1.4 : Mon Jan 09 2006 - 07:07:52 GMT-3