Quantcast
Channel: IEOC - INE's Online Community
Viewing all articles
Browse latest Browse all 10744

Question #2 (OSPF Reliable Conditional Default Routing)

$
0
0

This question is regarding the other OSPF Lab scenario: 

OSPF Reliable Conditional Default Routing

Basically, the point of this is to create a default route..that only advertises should a destination be reachable (IP SLA).

I configured this....and spent 30 mins troubleshooting why it wasn't working.

 

Turns out I still had area 3 configured as an NSSA from the previous lab.  As soon as I disabled the area as NSSA, I was able to see T5 LSAs on R10 and had a default route.  Neither of these were visible while the area was a NSSA.

This didn't make much sense to me...once I pop back into the non-nssa mode...Bam default route shows up.

 

Furthermore, I threw it in a GNS3 lab..just to make sure something in the configs from an earlier lab wasn't breaking it:

 

I set up the default route...everything works great.  R6 and R4 both see the default route.  IPSLA is working, as when I kill the link to R6 from R5..R4 loses the default route.  

Next, if I set area 1 to an NSSA....both R4 and R6 lose the default route, even though the IP SLA track is still showing "good."

Just for sanity sake I took out the SLA track and simply left "default-information originate on R5.  When the area is an NSSA, this won't originate a default route...I even forced it with an 'always' statement...still nothing.

LASTLY......if I use an "area 1 nssa default-information-originate" ...boom default route pops up.  How is this ANY different than including the default-information originate on its own line?  Problem with this...we can't include a route-map statement if it is included in the nssa line.

 

 

...I hope that was somewhat coherant...


Viewing all articles
Browse latest Browse all 10744

Trending Articles