From: Marcus Jensen (marcus@pobox.com)
Date: Thu Jul 31 2003 - 12:03:11 GMT-3
I have a simple setup that only works when I "jiggle" the route-map on the
switch, but otherwise it won't work. Has anybody seen this?
sw1
router ospf 1
network 1.1.1.1 0.0.0.0 area 5
area 5 nssa
redist conn subnets route-map cto
exit
route-map cto permit 10
r2
router ospf 1
network 1.1.1.2 0.0.0.0 area 5
area 5 nssa
network 2.2.2.2 0.0.0.0 area 0
r3
router ospf 1
network 2.2.2.3 0.0.0.0 area 0
Very simple config. The config started out quite complex, but I reduced it
to just this to reduce the complications. I reboot the devices and wait. The
loop on sw1 shows up on r2, but does not appear on r3. The database shows
lsa7/5 translation is happening. I wait for a while, then if I go to sw1 and
type exactly the following...
sw 1
conf t
route-map cto permit 10 <---------hit return, and do nothing else
Then instantly the connected routes appear on r3. I tried it without a
route-map thinking the route-map was somehow limiting it, but the routes
still don't show up. You can see it in action below.
sw1#deb ip ospf monitor
OSPF spf monitoring debugging is on
sw1#deb ip ospf lsa
OSPF summary lsa generation debugging is on
sw1#conf t
sw1(config)#route-map cto permit 10
sw1(config-route-map)#
00:17:43: OSPF: Start redist-scanning
00:17:43: OSPF: Scan the RIB for both redistribution and translation
00:17:43: OSPF: End scanning, Elapsed time 0ms
00:17:43: OSPF: Generate external LSA 140.1.1.1, mask 255.255.255.0, type 7,
age 0, metric 20, tag 0, metric-type 1, seq 0x80000002 to area 5
sw1(config-route-map)#
sw1(config-route-map)#
At the time of entering the command "route-map cto permit 10", the loop back
140.1.1.1 had already passed to r1, but it wasn't till the generation of
this LSA did it pass to r3. Why would entering the route-map generate an
LSA?
Thanks, Marcus
This archive was generated by hypermail 2.1.4 : Wed Aug 06 2003 - 06:52:59 GMT-3