Hi Chuck, I tried point-to-point instead of frame relay and still could not get through.(Everything is fine except nssa) In my understanding, the External type LSA (E1 or E2) will flood everywhere, while for NSSA area, it change from type 5 to type 7. When I tried "show ip ospf database external" on R2, I could see the LSA with forward address 0.0.0.0, but on R5, the forward address changed to 192.168.1.33(or 192.168.1.17). How did this happen? I think that's the reason why I only can see on O*N2 entry insteady of 2. I am using 2500 serial routers.
Thanks Wei ----- Original Message ----- From: "The Long and Winding Road" To: Sent: Friday, January 03, 2003 4:59 PM Subject: revisited: OSPF stub/stub no-summary O*IA routing table entry [7:60242] > hope you don't mind me bringing this back public. I saw no other responses > and I was curious so I've done some further research based on your > configuration. The major difference in my setup and yours is frame relay. I > am using two point-to-point serial links. too complicated for me to tear > down my current setup to emulate your frame. > > methodology: > > 1) set everything up as best I can based on your configurations. At this > point, just plain old ordinary OSPF areas. > > C 222.222.222.8 is directly connected, Loopback1001 > 172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks > O E2 172.16.10.0/24 [110/20] via 192.168.1.18, 00:04:47, Serial0 > [110/20] via 192.168.1.34, 00:04:47, Serial1 > O E2 172.16.11.0/24 [110/20] via 192.168.1.18, 00:04:47, Serial0 > [110/20] via 192.168.1.34, 00:04:47, Serial1 > 10.0.0.0/16 is subnetted, 1 subnets > O IA 10.1.0.0 [110/74] via 192.168.1.34, 00:04:48, Serial1 > [110/74] via 192.168.1.18, 00:04:48, Serial0 > 192.168.1.0/28 is subnetted, 4 subnets > C 192.168.1.64 is directly connected, Loopback2 > C 192.168.1.32 is directly connected, Serial1 > C 192.168.1.48 is directly connected, Loopback1 > C 192.168.1.16 is directly connected, Serial0 > Router_8# > > as you can see, all routes are shown as reachable via both of the serial > ports. > > 2) turn area 1 into a stub area: > > 10.0.0.0/16 is subnetted, 1 subnets > O IA 10.1.0.0 [110/74] via 192.168.1.34, 00:01:50, Serial1 > [110/74] via 192.168.1.18, 00:01:50, Serial0 > 192.168.1.0/28 is subnetted, 4 subnets > C 192.168.1.64 is directly connected, Loopback2 > C 192.168.1.32 is directly connected, Serial1 > C 192.168.1.48 is directly connected, Loopback1 > C 192.168.1.16 is directly connected, Serial0 > O*IA 0.0.0.0/0 [110/65] via 192.168.1.34, 00:01:51, Serial1 > [110/65] via 192.168.1.18, 00:01:51, Serial0 > Router_8# > > exactly as expected. the two external routes in the 172 range are not passed > into the stub area. > > 3) turn area 1 into a totally subby area ( love that term! I can still hear > my ACRC instructor intoning it just like a Valley Girl ) > > show ip ospf > > Area 1 > Number of interfaces in this area is 2 > It is a stub area, no summary LSA in this area > generates stub default route with cost 1 > > 192.168.1.0/28 is subnetted, 4 subnets > C 192.168.1.64 is directly connected, Loopback2 > C 192.168.1.32 is directly connected, Serial1 > C 192.168.1.48 is directly connected, Loopback1 > C 192.168.1.16 is directly connected, Serial0 > O*IA 0.0.0.0/0 [110/65] via 192.168.1.34, 00:01:01, Serial1 > [110/65] via 192.168.1.18, 00:01:01, Serial0 > Router_8# > > again - everything is as expected > > 4) change from totally stubby to NSSA ( kinda sorta stubby :-> ) > > router ospf 200 > log-adjacency-changes > area 1 nssa > network 10.0.0.0 0.255.255.255 area 0 > network 192.168.1.0 0.0.0.255 area 1 > ! > > 10.0.0.0/16 is subnetted, 1 subnets > O IA 10.1.0.0 [110/74] via 192.168.1.34, 00:00:25, Serial1 > [110/74] via 192.168.1.18, 00:00:25, Serial0 > 192.168.1.0/28 is subnetted, 4 subnets > C 192.168.1.64 is directly connected, Loopback2 > C 192.168.1.32 is directly connected, Serial1 > C 192.168.1.48 is directly connected, Loopback1 > C 192.168.1.16 is directly connected, Serial0 > Router_8# > > again - completely as expected. the inter-area route in the 10. network is > seen, but the two external routes in the 172 network are not seen. > > 5) tweak the NSSA > > router ospf 200 > log-adjacency-changes > area 1 nssa default-information-originate > network 10.0.0.0 0.255.255.255 area 0 > network 192.168.1.0 0.0.0.255 area 1 > ! > > 10.0.0.0/16 is subnetted, 1 subnets > O IA 10.1.0.0 [110/74] via 192.168.1.34, 00:00:01, Serial1 > [110/74] via 192.168.1.18, 00:00:01, Serial0 > 192.168.1.0/28 is subnetted, 4 subnets > C 192.168.1.64 is directly connected, Loopback2 > C 192.168.1.32 is directly connected, Serial1 > C 192.168.1.48 is directly connected, Loopback1 > C 192.168.1.16 is directly connected, Serial0 > O*N2 0.0.0.0/0 [110/1] via 192.168.1.34, 00:00:02, Serial1 > [110/1] via 192.168.1.18, 00:00:02, Serial0 > Router_8# > > > as you can see, step by step, I get the expected result every time. > > variables - things that differ in my setup - > > 1) point-to-point serial links instead of frame relay > > 2) secondary address in the ethernet port of the area 1 router - R8 in my > case, R3 in your case. I use loopbacks instead. > > So - I am unable to duplicate your problem in my setup. you don't indicate > the configurations of the interfaces, but I am now thinking something in > your frame relay setup. I did not see anything resembling this problem in > the TAC bug database. Not that I read all of them :-> > > I don't have a solution, but I certainly admire the problem. > > Chuck > > > > > ----- Original Message ----- > From: "Wei Zhu" > To: "The Long and Winding Road" > Sent: Thursday, 02 January, 2003 7:48 PM > Subject: Re: OSPF stub/stub no-summary O*IA routing table entry [7:60088] > > > > Thank you Chuck. Finally it worked with totally stubby, but this time the > nssa didn't work, I tried several times, upgraded IOS to 12.2.13. Here I > gave some brief configuration, the interface configuration are all > frame-relay subinterface point-to point . > > > > The router configuration on R1: > > router ospf 200 > > log-adjacency-changes > > redistribute connected subnets route-map passext > > network 10.0.0.0 0.255.255.255 area 0 > > ! > > ip classless > > no ip http server > > ! > > access-list 1 permit 172.16.10.0 > > access-list 1 permit 172.16.11.0 > > route-map passext permit 10 > > match ip address 1 > > > > The router configuration on R2: > > router ospf 200 > > log-adjacency-changes > > area 1 nssa default-information-originate > > network 10.0.0.0 0.255.255.255 area 0 > > network 192.168.1.0 0.0.0.255 area 1 > > > > The router configuration on R3: > > router ospf 200 > > log-adjacency-changes > > area 1 nssa > > network 192.168.1.0 0.0.0.255 area 1 > > > > The show ip route on R3: > > Gateway of last resort is 192.168.1.33 to network 0.0.0.0 > > > > 10.0.0.0/24 is subnetted, 2 subnets > > O IA 10.2.2.0 [110/4686] via 192.168.1.33, 00:00:01, Serial0.312 > > [110/4686] via 192.168.1.17, 00:00:01, Serial0.302 > > O IA 10.1.1.0 [110/3124] via 192.168.1.33, 00:00:01, Serial0.312 > > [110/3124] via 192.168.1.17, 00:00:01, Serial0.302 > > 192.168.1.0/28 is subnetted, 4 subnets > > C 192.168.1.64 is directly connected, Ethernet0 > > C 192.168.1.32 is directly connected, Serial0.312 > > O 192.168.1.48 [110/1572] via 192.168.1.66, 00:00:01, Ethernet0 > > C 192.168.1.16 is directly connected, Serial0.302 > > O*N2 0.0.0.0/0 [110/1] via 192.168.1.33, 00:00:01, Serial0.312 > > > > Thanks > > Wei > > > > ----- Original Message ----- > > From: "The Long and Winding Road" > > To: > > Sent: Wednesday, January 01, 2003 10:12 PM > > Subject: Re: OSPF stub/stub no-summary O*IA routing table entry [7:60088] > > > > > > > ""Wei Zhu"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > The Router connections are as following, R1 has 1 frame relay circuit > to > > > R2, > > > > R2 has 2 frame relay circuits to R3, R2 is the ABR, R1 in Area 0, and > R3 > > > in > > > > area 1. > > > > R1 > > > > / > > > > / > > > > R2 > > > > / / > > > > / / > > > > R3 > > > > On R1, there is a redistribute entry. The two ip address on R2 to R3 > side > > > > are 192.168.1.33/28, 192.168.1.17/28. The IOS is 12.2(1d). > > > > When enable area 1 as a stub area, the O* IA entry on R3: > > > > O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 > > > > 0.0.0.0/0 [110/1563] via 192.168.1.17 > > > > When enable area 1 as a totally stub area, the O* IA entry on R3: > > > > O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 (the 192.168.1.17 entry > > > > disappeared) > > > > > > > > It seems that in totally stub area(stub no-summary), the default > traffic > > > > cannot be load balanced between the two circuits. > > > > Can anyone explain this? > > > > > > > > > sorry - can't duplicate your results. in my test bed, everything > operated > > > precisely as expected. 12.1.5T10 and 12.2.1D on the roputers in > question. > > > > > > might want to check your configs again. depending on what you have been > > > doing, a phenomenon known as artifact can distort results. Reload helps. > > > > > > otherwise, if you can document, pass along your configs, and I can try > doing > > > things exactly the way you do them. > > > > > > HTH > > > > > > Chuck > > > > > > > > > > > > > > > > > > > > Thanks > > > > Wei > [EMAIL PROTECTED]><J<~7iYB'z; )I( Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=60277&t=60277 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
