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=60242&t=60242
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to