From: Petr Lapukhov (petr@internetworkexpert.com)
Date: Wed Jun 28 2006 - 10:20:21 ART
This is an interesting topic,
Back in days I observed the same behavior. I thought it was because of
"multi-homed" stub. However, QUERY packets still pertain even with
single link to the hub. Funny enough, "debug eigrp fsm" and
"debug ip eigrp" didn't show that those queries actually carry something
useful to DUAL. Weird :) Hope to find more information on that topic :)
HTH
-- Petr Lapukhov, CCIE #16379 petr@internetworkexpert.comInternetwork Expert, Inc. http://www.InternetworkExpert.com Toll Free: 877-224-8987 Outside US: 775-826-4344
2006/6/28, George Bekmezian <groupstudy@bekmezian.com>: > > So that's probably the problem. As far as I can tell, it is not > integrated in that software release. > > George > > > > "D.H. Williams" <draythw@gmail.com> > 06/27/2006 06:49 PM > > To > "George Bekmezian" <groupstudy@bekmezian.com> > cc > > Subject > Re: eigrp stub configuration > > > > > > > 12.3(19): IP Plus i believe > > > On 6/27/06, George Bekmezian <groupstudy@bekmezian.com> wrote: > > What IOS version are you using? Previous to CSCdx74716 you could not mix > stub and non stub routers on a multi-access network (i.e. frame-relay nbma > or ethernet). So in this case you should double check your IOS versions > and if you aren't running the right version R2 and R3 may both have to be > configured as stub routers. > > > r, > > George > > > "D.H. Williams" <draythw@gmail.com> > Sent by: nobody@groupstudy.com > 06/27/2006 12:21 PM > > Please respond to > "D.H. Williams" <draythw@gmail.com > > > > > To > "ccielab@groupstudy.com" < ccielab@groupstudy.com> > cc > > Subject > eigrp stub configuration > > > > > > > > > > Hey guys, > > I'm trying to wrap my head around the eigrp stub command. Here is my > topology (taken from IE wb lab 11 task 4.8 if you have that, if not I'll > explain below, pretty easy to follow). > > fully meshed frame connection between R2, R3, and R5. R5 has an ethernet > connection to R6. All those interface are in eigrp 10. I don't want > Query > messages to be sent to R2 in the case of a route in the EIGRP domain being > > lost; > > Rack1R2#srb router eigrp 10 > router eigrp 10 > redistribute connected metric 10000 1000 100 1 1500 route-map C->EIGRP > network 187.1.235.2 0.0.0.0 > no auto-summary > eigrp router-id 150.1.2.2 > *eigrp stub connected summary* > > > Okay, on R6 I shutdown the ethernet interface, causing that route to be > lost > in the eigrp domain. Before doing that I logged debug ip eigrp packet to > R2's buffer and get the following output. > > My question is, am I going about verifying this the correct way? If not > can > somebody shed some light in that regards. I'm sure there is something > fundamental that I am missing. > > Thanks!!! > > > Rack1R2#show log > Syslog logging: enabled (0 messages dropped, 1 messages rate-limited, 0 > flushes, 0 overruns, xml dis > abled) > Console logging: disabled > Monitor logging: level debugging, 0 messages logged, xml disabled > Buffer logging: level debugging, 160 messages logged, xml disabled > Logging Exception size (4096 bytes) > Count and timestamp logging messages: disabled > Trap logging: level informational, 26 message lines logged > > Log Buffer (4096 bytes): > 26: AS 10, Flags 0x0, Seq 18/9 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely > 0/0 > *Mar 1 00:58:55.126: EIGRP: Enqueueing ACK on Serial0/0.235 nbr > 187.1.235.5 > *Mar 1 00:58:55.126: Ack seq 18 iidbQ un/rely 0/0 peerQ un/rely 1/0 > *Mar 1 00:58:55.130: EIGRP: Sending ACK on Serial0/0.235 nbr 187.1.235.5 > *Mar 1 00:58:55.130: AS 10, Flags 0x0, Seq 0/18 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 1/0 > *Mar 1 00:58:55.138: EIGRP: Enqueueing QUERY on Serial0/0.235 iidbQ > un/rely > 0/1 serno 14-14 > *Mar 1 00:58: 55.142: EIGRP: Enqueueing QUERY on Serial0/0.235 nbr > 187.1.235.5 iidbQ un/rely 0/0 pee > rQ un/rely 0/0 serno 14-14 > *Mar 1 00:58:55.142: EIGRP: Enqueueing QUERY on Serial0/0.235 nbr > 187.1.235.3 iidbQ un/rely 0/0 pee > rQ un/rely 0/0 serno 14-14 > *Mar 1 00:58:55.146: EIGRP: Sending QUERY on Serial0/0.235 nbr > 187.1.235.5 > *Mar 1 00:58:55.146: AS 10, Flags 0x0, Seq 11/18 idbQ 0/0 iidbQ un/rely > > 0/0 peerQ un/rely 0/1 ser > no 14-14 > *Mar 1 00:58:55.158: EIGRP: Sending QUERY on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58:55.158: AS 10, Flags 0x0, Seq 11/11 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/1 ser > no 14-14 > **Mar 1 00:58:55.182: EIGRP: Received QUERY on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58:55.182: AS 10, Flags 0x0, Seq 12/8 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/1 > **Mar 1 00:58:55.182: EIGRP: Enqueueing ACK on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58:55.182: Ack seq 12 iidbQ un/rely 0/0 peerQ un/rely 1/1 > *Mar 1 00:58:55.186: EIGRP: Sending ACK on Serial0/0.235 nbr 187.1.235.3 > *Mar 1 00:58:55.186: AS 10, Flags 0x0, Seq 0/12 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 1/1 > *Mar 1 00:58:55.190: EIGRP: Received ACK on Serial0/0.235 nbr 187.1.235.5 > *Mar 1 00:58:55.190: AS 10, Flags 0x0, Seq 0/11 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/1 > *Mar 1 00:58:55.190: EIGRP: Enqueueing REPLY on Serial0/0.235 nbr > 187.1.235.3 iidbQ un/rely 0/1 pee > rQ un/rely 0/1 serno 15-15 > *Mar 1 00:58:55.194: EIGRP: Serial0/0.235 multicast flow blocking cleared > *Mar 1 00:58:55.194: EIGRP: Requeued unicast on Serial0/0.235 > *Mar 1 00:58: 55.198: EIGRP: Received ACK on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58:55.198: AS 10, Flags 0x0, Seq 0/11 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/2 > *Mar 1 00:58:55.202: EIGRP: Sending REPLY on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58: 55.202: AS 10, Flags 0x0, Seq 12/12 idbQ 0/0 iidbQ > un/rely > 0/0 peerQ un/rely 0/1 ser > no 15-15 > *Mar 1 00:58:55.214: EIGRP: Received REPLY on Serial0/0.235 nbr > 187.1.235.5 > *Mar 1 00:58:55.214: AS 10, Flags 0x0, Seq 19/11 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/0 > *Mar 1 00:58:55.214: EIGRP: Enqueueing ACK on Serial0/0.235 nbr > 187.1.235.5 > *Mar 1 00:58:55.214: Ack seq 19 iidbQ un/rely 0/0 peerQ un/rely 1/0 > *Mar 1 00:58:55.218: EIGRP: Sending ACK on Serial0/0.235 nbr 187.1.235.5 > *Mar 1 00:58:55.218: AS 10, Flags 0x0, Seq 0/19 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 1/0 > *Mar 1 00:58:55.226: EIGRP: Received REPLY on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58:55.226: AS 10, Flags 0x0, Seq 13/11 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/1 > *Mar 1 00:58:55.226: EIGRP: Enqueueing ACK on Serial0/0.235 nbr > 187.1.235.3 > *Mar 1 00:58:55.226: Ack seq 13 iidbQ un/rely 0/0 peerQ un/rely 1/1 > *Mar 1 00:58:55.230: EIGRP: Sending ACK on Serial0/0.235 nbr 187.1.235.3 > *Mar 1 00:58:55.230: AS 10, Flags 0x0, Seq 0/13 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 1/1 > *Mar 1 00:58:55.242: EIGRP: Enqueueing REPLY on Serial0/0.235 nbr > 187.1.235.5 iidbQ un/rely 0/1 pee > rQ un/rely 0/0 serno 16-16 > *Mar 1 00:58:55.242: EIGRP: Received ACK on Serial0/0.235 nbr 187.1.235.3 > *Mar 1 00:58:55.242: AS 10, Flags 0x0, Seq 0/12 idbQ 0/0 iidbQ un/rely > 0/1 peerQ un/rely 0/1 > *Mar 1 00:58:55.246: EIGRP: Requeued unicast on Serial0/0.235 > *Mar 1 00:58:55.250: EIGRP: Sending REPLY on Serial0/0.235 nbr > 187.1.235.5 > *Mar 1 00:58:55.250: AS 10, Flags 0x0, Seq 13/19 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/1 ser > no 16-16 > *Mar 1 00:58:55.290: EIGRP: Received ACK on Serial0/0.235 nbr 187.1.235.5 > *Mar 1 00:58:55.290: AS 10, Flags 0x0, Seq 0/13 idbQ 0/0 iidbQ un/rely > 0/0 peerQ un/rely 0/1 > > _______________________________________________________________________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html > > _______________________________________________________________________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Jul 01 2006 - 07:57:33 ART