From: Theodore TZEVELEKIS (theodore_tzevelekis@xxxxxxxxx)
Date: Wed May 16 2001 - 21:15:30 GMT-3
hey Leah,
I considered this, but the main problem is that R3 just plain refuses to
generate the default route for R2.
Whether you try
-redistributiong default static
-default-info originate with high metric in order not to override in normal
circumstances
-area 3 nssa default-info...
It just plain refuses to generate it.
dialer-watch will just tell the router when to apply the route, but it won't
override this behaviour.
Please correct me if I'm wrong.
T
-----Original Message-----
From: Leah Lynch [mailto:leah_lynch@lucent.com]
Sent: Thursday, May 17, 2001 2:13 AM
To: 'Theodore TZEVELEKIS'; 'ccie-groupstudy'
Subject: RE: Question: OSPF, DDR, backup routes
You might consider trying dialer-watch:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/dial_
c/dcdbakdw.htm
Leah
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Theodore TZEVELEKIS
Sent: Wednesday, May 16, 2001 4:44 PM
To: ccie-groupstudy
Subject: Question: OSPF, DDR, backup routes
Hi all,
I've been trying to find a way to solve a very specific problem... wihtout
any luck:
You have 3 routers running OSPF:
R1 (e0-area0, e1-area1, bri1 -> R3, virtual-link to R2)
R2 (e0-area1, e1-area2(nssa), e3-area1, virtual-link to R1)
R3 (e0-area2(nssa), BRI1 -> R1)
OSPF is NOT running on ISDN.
I inject a default route from R2 into area 3 therefore to R3, pointing to
itself (R2) - default-information yada yada.
Now what I want, is with just one default on R3, and statics on R1 (floating
in both occasions) to be able to access R2-e3 through the ISDN in the event
of (R1-e1)<->(R2-e0) failure.
What this means is that I have to somehow inject a default route into R2
when the ISDN comes up (Reminder: in normal circumstabnce, R2 is injecting a
default route into R3). Furthermore, OSPF does NOT redistribute static
default routes. The only way I have found so far is to actually generate a
default-info yada yada on R3 when the link comes up. BUT! as soon as R2
receives this, it, in turn, generates a new default-info and injects it back
into R3.
Also, as the virtual link is down, I have to find a way to inject that route
into the OSPF neighbors in area 1 hanging out of R2-e3.
Any ideas?
Thanks
Theo
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:30:42 GMT-3