I had this constantly on a 12.2S 7200 on a PE-CE connection and when advertising an EIGRP summary to a CE so the interface being in a VRF. I can't recall the exact IOS version, but I did most the labs on the ProctorLabs ATM pod.
-- Regards, Rick Mur CCIE2 #21946 (R&S / Service Provider) Sr. Support Engineer – IPexpert, Inc. URL: http://www.IPexpert.com On Sun, Aug 30, 2009 at 11:17 AM, Con Spathas <[email protected]>wrote: > I agree with Rick that this is a bug - except that I could not > re-produce the issue. > > I tested using the following "SP" blueprint IOS's. > > 12.2(11)T (note: VRF aware EIGRP not available until 12.2(15)T but > it's not available on CCO any longer) > 12.3(8)T11 > 12.2(18)S13 <--- closest I could get to your IOS Bryan > > I performed a whole heap of tests creating eigrp adjacencies between > all these versions. > > I used the following interfaces types: > > FastEthernet Dot1q SubIF > ATM P2P SubIf > > and they were placed either the following routing tables (except for > 12.2(11)T for VRF see above note): > > Global <-> Global > Global <-> VRF > VRF <-> VRF > > After a lengthy amount of testing with the 0/0 summary, I could not > re-create Bryans issue with any combination of the above interface > types, tables or IOSs. > Any chance Bryan you could re-try with the 12.2(18)S13 IOS I've listed > above? > > Cheers, > Con. > > On Sat, Aug 29, 2009 at 9:58 PM, Rick Mur<[email protected]> wrote: > > Ah true, that's the advantage of a distance vector protocol :-) Still a > > huge bug in IOS though > > > > -- > > Rick Mur > > CCIE2 #21946 (R&S, Service provider) > > Sr. Support Engineer -- IPexpert, Inc. > > Sent from my iPhone > > On 29 aug 2009, at 22:43, Bryan Bartik <[email protected]> wrote: > > > > Yep, still does. The AD is just for the null route, > > > > On Sat, Aug 29, 2009 at 2:43 PM, Rick Mur <[email protected]> wrote: > >> > >> But does the summary get advertised then? I remember not. > >> > >> -- > >> Rick Mur > >> CCIE2 #21946 (R&S, Service provider) > >> Sr. Support Engineer -- IPexpert, Inc. > >> Sent from my iPhone > >> On 29 aug 2009, at 22:17, Bryan Bartik <[email protected]> wrote: > >> > >> Thanks for the replies guys. Yep, It's c7200-p-mz.122-18.S2.bin. > >> The AD 255 thing was a shot in the dark and it worked :) > >> > >> On Sat, Aug 29, 2009 at 2:13 PM, Con Spathas <[email protected]> > >> wrote: > >>> > >>> Gday Bryan, > >>> > >>> A couple of questions: > >>> > >>> 1. Can you let me know IOS version/platform you're using (I want to > >>> try it) - At a guess I'd say 7200 if you're playing with ATM. > >>> 2. Is the summary you're configuring under a global or VRF interface? > >>> 3. Any other kookie stuff going on where R7 might be receiving or > >>> advertising a 0/0 from another protocol? (again to try and recreate > >>> issue in my lab) > >>> > >>> I'll play with this first thing in the AM - it's telly (read: wind > >>> down) time now! :-) > >>> > >>> Cheers, > >>> Con. > >>> > >>> On Sat, Aug 29, 2009 at 7:12 PM, Bryan Bartik<[email protected]> > >>> wrote: > >>> > Have you guys ever seen this? > >>> > > >>> > R7(config)#interface ATM1/0.711 point-to-point > >>> > R7(config-subif)#ip summary-address eigrp 117 0.0.0.0 0.0.0.0 > >>> > R7(config-subif)#^Z > >>> > R7# > >>> > 04:19:34: %DUAL-5-NBRCHANGE: IP-EIGRP(2) 117: Neighbor 117.117.117.12 > >>> > (ATM1/0.711) is down: summary configured > >>> > > >>> > The neighbor never comes back up! Remove the summary > >>> > > >>> > R7(config-subif)#no ip summary-address eigrp 117 0.0.0.0 0.0.0.0 5 > >>> > R7(config-subif)# > >>> > 04:21:06: %DUAL-5-NBRCHANGE: IP-EIGRP(2) 117: Neighbor 117.117.117.12 > >>> > (ATM1/0.711) is up: new adjacency > >>> > R7(config-subif)# > >>> > > >>> > Comes back up! > >>> > > >>> > On a hunch I decided to use AD 255: > >>> > > >>> > R7(config-subif)#ip summary-address eigrp 117 0.0.0.0 0.0.0.0 255 > >>> > R7(config-subif)# > >>> > 04:23:55: %DUAL-5-NBRCHANGE: IP-EIGRP(2) 117: Neighbor 117.117.117.12 > >>> > (ATM1/0.711) is up: new adjacency > >>> > > >>> > It's up! Is this correct behavior? > >>> > > >>> > -- > >>> > Bryan Bartik > >>> > CCIE #23707 (R&S), CCNP > >>> > Sr. Support Engineer - IPexpert, Inc. > >>> > URL: http://www.IPexpert.com > >>> > > >>> > _______________________________________________ > >>> > For more information regarding industry leading CCIE Lab training, > >>> > please > >>> > visit www.ipexpert.com > >>> > > >>> > > >> > >> > >> > >> -- > >> Bryan Bartik > >> CCIE #23707 (R&S), CCNP > >> Sr. Support Engineer - IPexpert, Inc. > >> URL: http://www.IPexpert.com > >> > >> _______________________________________________ > >> For more information regarding industry leading CCIE Lab training, > please > >> visit www.ipexpert.com > > > > > > > > -- > > Bryan Bartik > > CCIE #23707 (R&S), CCNP > > Sr. Support Engineer - IPexpert, Inc. > > URL: http://www.IPexpert.com > > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
