Hi Chuck, I found this bug report, seems close to the problem, and they
suggest use loopback for parallel paths.
CSCdj38067 Bug Details
Headline NSSA fails OSPF summary-address multiple paths update
Product all Model
Component ospf Duplicate of
Severity 2 Status Resolved
First Found-in Version 11.2 All affected versions First Fixed-in
Version 11.2(10.1), 11.2(10.1)P, 11.3(1.1), 11.3(1.1)T, 11.2(11)BC,
11.3(1.1)Q, 11.3(2)XA Version help
Release Notes
If the summary-address statement is removed
on a remote router that advertises summary-address routes on only
one path, then the core router sees both equal cost paths. This problem
occurs on OSPF with NSSA.
OSPF NSSA specification require that forwarding address must be set
when the type-7 LSA is originated by the ASBR. The forwarding address will
the
the address of the interface connected to the other AS if the interface is
running OSPF. Otherwise, it would be any OSPF interface address.
In the latter case, it will cause problem when there are parallel paths to
the ASBR no matter which interface address is chosen. It is because, from the
neighboring router point of view, the set of paths to the choosen interface
address is only a subnet of all the parallel paths to the ASBR. As a result,
the neighboring router (and other router beyond) cannot install all
the possible parallel for the type-7 LSA.
There is one exception to the above description. If the chosen interface is
a loopback interface, then the number of paths to the loopback interface
address is the same as the number of paths to the ASBR.
Therefore, we modify the rule of selecting forwarding address.
Instead of choosing any OSPF interface address, we prefer loopback interface
address.
In order to ensure all parallel paths to type-7 LSA are install, the customer
should run images with this fix and should create a loopback interface on
the ASBR and run OSPF over it.
----- Original Message -----
From: "The Long and Winding Road"
To:
Sent: Sunday, January 05, 2003 7:24 PM
Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table
[7:60378]
> you may have discovered a new bug. lucky you!
>
> I just got through checking CCO TAC for known OSPF bugs in 12.2 code. There
> are a couple listed that relate to NSSA and a couple of others that relate
> to default routes, but none of the listings described the exact phenomenon
> you reported.
>
> Oh well. Glad I could provide at least a sanity check for you.
>
> Chuck
>
> --
> TANSTAAFL
> "there ain't no such thing as a free lunch"
>
>
>
>
> ""Wei Zhu"" wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Hi Chuck,
> > When I changed the IOS to 12.1.5T10, and problem solved.
> > Don't know what is changed for nssa after 12.2, I tried encap ppp on
> serial
> > ports, and even cannot see any O*N2 entries.
> >
> > Thank you
> > Wei
> >
> > ----- Original Message -----
> > From: "The Long and Winding Road"
> > To:
> > Sent: Sunday, January 05, 2003 1:19 PM
> > Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table
> > [7:60352]
> >
> >
> > > well, you got me. I haven't a clue as to why you are getting the result
> you
> > > describe.
> > >
> > > In my own setup, the routers in question are running 12.1.2d on the
stub
> > > router, and 12.1.5T10 on the other two. I am pretty sure these are
> > > enterprise plus versions, but I'd have to do a bit more digging to
> verify
> > > that. I know my reason for loading the 12.2 image was that I was
> searching
> > > for NBAR support, which apparently is just not available on the 25xx
> > series.
> > >
> > > Do you agree that I am showing the desired result in my testing?
> Everything
> > > I see matches what I would expect to see, based on the configurations.
> > >
> > > --
> > > TANSTAAFL
> > > "there ain't no such thing as a free lunch"
> > >
> > >
> > >
> > >
> > > ""Wei Zhu"" wrote in message
> > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > > I tried serial back-to-back instead of frame relay, but got same
> result,
> > > the
> > > > show ip ospf nei resulted the same as yours.
> > > > Instead of assigning ip directly to s0 and s1, I put on loopback 1
and
> 2,
> > > > then on s0 and s1, do ip unumber loopback 1 and 2 (although for ospf,
> > it's
> > > > not supposed to put one end unnumbered but the other end not), and I
> got
> > > the
> > > > result!!! Tow O*N2 entries.
> > > > I also tried the following senario:
> > > > R1(ASBR)
> > > > | (Area 0)
> > > > |
> > > > R2(ABR)
> > > > / \ (Area 1)
> > > > / \
> > > > R3 R4
> > > > \ /
> > > > \ /
> > > > R5
> > > > With normal configuration, I only can see one O*N2 entry on R5, but
> with
> > > ip
> > > > unnumbered with serail ports on R2, I can see both O*N2 0.0.0.0/0
> using
> > R3
> > > > and R4.
> > > >
> > > > I am really confused. With regular ospf area, stubby, totally stubby,
> it
> > > > works fine, just doesn't like the NSSA.
> > > > I checked RFC 2328, the differece between unnumbered and ip assigned
> > > > point-to point is the Link Data info in LSA, is that which causes the
> > > problem?
> > > >
> > > > Chuck, thank you very much for you help, BTW, can you give me your
IOS
> > > > version? (Hopefully I am not tired yet of another try)
> > > >
> > > > Wei
> > > >
> > > > ----- Original Message -----
> > > > From: "The Long and Winding Road"
> > > > To:
> > > > Sent: Friday, January 03, 2003 11:30 PM
> > > > Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table
> > > > [7:60278]
> > > >
> > > >
> > > > > ""Wei Zhu"" wrote in message
> > > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > > > > 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.
> > > > >
> > > > > I'm not sure, but I believe that for routes INTO an NSSA, type 5's
> are
> > > > > blocked, not changed to type 7. The ABR will change type 7's to
type
> > 5's
> > > > OUT
> > > > > of the NSSA ( into the rest of OSPF ) yeah - looking at the RFC,
> that's
> > > > what
> > > > > it states - external type-5's are not imported into the NSSA
> > > > >
> > > > >
> > > > > 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.
> > > > > >
> > > > >
> > > > > For this experiment, I used 2500 routers as well.
> > > > >
> > > > > when you do the show ip ospf neighbors, do you see neighbor
> > > relationships
> > > > > over both links?
> > > > >
> > > > > Router_8#o nei
> > > > >
> > > > > Neighbor ID Pri State Dead Time Address
> > > Interface
> > > > > 222.222.222.9 1 FULL/ - 00:00:36 192.168.1.34
> > > Serial1
> > > > > 222.222.222.9 1 FULL/ - 00:00:36 192.168.1.18
> > > Serial0
> > > > > Router_8#
> > > > >
> > > > > the relevant results from my show ip ospf database:
> > > > >
> > > > > Router 9 ( area border router )
> > > > >
> > > > > Router_9#o data
> > > > >
> > > > > OSPF Router with ID (222.222.222.9) (Process ID 200)
> > > > >
> > > > > Router Link States (Area 0)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
Link
> > > count
> > > > > 222.222.222.9 222.222.222.9 1595 0x80000011 0xAF01 1
> > > > > 222.222.222.10 222.222.222.10 1873 0x8000000E 0x941F 1
> > > > >
> > > > > Net Link States (Area 0)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
> > > > > 10.1.1.1 222.222.222.10 1873 0x8000000D 0xE14C
> > > > >
> > > > > Summary Net Link States (Area 0)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
> > > > > 192.168.1.16 222.222.222.9 595 0x80000010 0x1BC1
> > > > > 192.168.1.32 222.222.222.9 595 0x80000010 0x7A52
> > > > > 192.168.1.48 222.222.222.9 1595 0x8000000C 0xEBD3
> > > > > 192.168.1.64 222.222.222.9 1595 0x8000000C 0x4B64
> > > > >
> > > > > Router Link States (Area 1)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
Link
> > > count
> > > > > 222.222.222.8 222.222.222.8 1468 0x80000013 0x6FB2 6
> > > > > 222.222.222.9 222.222.222.9 1598 0x8000001A 0x2E31 4
> > > > >
> > > > > Summary Net Link States (Area 1)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
> > > > > 10.1.0.0 222.222.222.9 1598 0x80000010 0xCBA1
> > > > >
> > > > > Type-7 AS External Link States (Area 1)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum Tag
> > > > > 0.0.0.0 222.222.222.9 1598 0x8000000C 0xDB25 0
> > > > >
> > > > > Type-5 AS External Link States
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum Tag
> > > > > 172.16.10.0 222.222.222.10 627 0x8000000E 0xB86D 0
> > > > > 172.16.11.0 222.222.222.10 627 0x8000000E 0xAD77 0
> > > > > Router_9#
> > > > >
> > > > > AND from router 8 ( the router that is NSSA only )
> > > > >
> > > > > Router_8#o data
> > > > >
> > > > > OSPF Router with ID (222.222.222.8) (Process ID 200)
> > > > >
> > > > > Router Link States (Area 1)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
Link
> > > count
> > > > > 222.222.222.8 222.222.222.8 1666 0x80000013 0x6FB2 6
> > > > > 222.222.222.9 222.222.222.9 1795 0x8000001A 0x2E31 4
> > > > >
> > > > > Summary Net Link States (Area 1)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum
> > > > > 10.1.0.0 222.222.222.9 1795 0x80000010 0xCBA1
> > > > >
> > > > > Type-7 AS External Link States (Area 1)
> > > > >
> > > > > Link ID ADV Router Age Seq# Checksum Tag
> > > > > 0.0.0.0 222.222.222.9 1795 0x8000000C 0xDB25 0
> > > > > Router_8#
> > > > >
> > > > > As I said, I can't duplicate the problem. I keep coming back to a
> frame
> > > > > relay issue 9 but for the life of my I can't see why. are the
> > > subinterfaces
> > > > > point-to-point? ) or artifact.
> > > > >
> > > > > have you blown away the config, reloaded, then started from
scratch?
> > > hate
> > > > to
> > > > > suggest the microsoft answer, but I am at a loss.
> > > > >
> > > > > HTH
> > > > >
> > > > > Chuck
> > > > >
> > > > >
> > > > > > 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=60390&t=60390
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
