koz24 wrote: » Let's see your running-config please. What kind of stub do you have it configured as? Default? Receive-only?
3(config-if)# *Mar 1 00:04:15.139: EIGRP: Received QUERY on FastEthernet0/1 nbr 2.2.2.2 *Mar 1 00:04:15.139: AS 100, Flags 0x0, Seq 16/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0 *Mar 1 00:04:15.151: EIGRP: Enqueueing REPLY on FastEthernet0/1 nbr 2.2.2.2 iidbQ un/rely 0/1 peerQ un/rely 0 /0 serno 8-8 *Mar 1 00:04:15.159: EIGRP: Sending REPLY on FastEthernet0/1 nbr 2.2.2.2 *Mar 1 00:04:15.159: AS 100, Flags 0x0, Seq 8/16 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1 serno 8-8
*Mar 1 00:04:15.115: EIGRP: Enqueueing QUERY on FastEthernet0/0 iidbQ un/rely 0/1 serno 7-7 *Mar 1 00:04:15.115: EIGRP: Enqueueing QUERY on FastEthernet0/1 iidbQ un/rely 0/1 serno 7-7 *Mar 1 00:04:15.119: EIGRP: Sending QUERY on FastEthernet0/0 *Mar 1 00:04:15.119: AS 100, Flags 0x0, Seq 15/0 idbQ 0/0 iidbQ un/rely 0/0 serno 7-7 *Mar 1 00:04:15.119: EIGRP: Sending QUERY on FastEthernet0/1 *Mar 1 00:04:15.119: AS 100, Flags 0x0, Seq 16/0 idbQ 0/0 iidbQ un/rely 0/0 serno 7-7 *Mar 1 00:04:15.159: EIGRP: Received REPLY on FastEthernet0/0 nbr 1.1.1.1 *Mar 1 00:04:15.159: AS 100, Flags 0x0, Seq 9/15 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0 R2# *Mar 1 00:04:15.159: EIGRP: Received REPLY on FastEthernet0/1 nbr 2.2.2.1 *Mar 1 00:04:15.159: AS 100, Flags 0x0, Seq 8/16 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
koz24 wrote: » Ok I think I know where the confusion is coming from. You have R1->R2(Stub)->R3. When you shutdown the Loopback on R3, R3 does not send a query to R2 becauce R2 is a stub. Here is the debug output from R3: 3(config-if)# *Mar 1 00:04:15.139: EIGRP: Received QUERY on FastEthernet0/1 nbr 2.2.2.2 *Mar 1 00:04:15.139: AS 100, Flags 0x0, Seq 16/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0 *Mar 1 00:04:15.151: EIGRP: Enqueueing REPLY on FastEthernet0/1 nbr 2.2.2.2 iidbQ un/rely 0/1 peerQ un/rely 0 /0 serno 8-8 *Mar 1 00:04:15.159: EIGRP: Sending REPLY on FastEthernet0/1 nbr 2.2.2.2 *Mar 1 00:04:15.159: AS 100, Flags 0x0, Seq 8/16 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1 serno 8-8 So why are you getting this output? Because R2(the stub) is still sending a query when it loses the route to the Loopback of R3 and R3 and R1 are replying to it. Output from R2:*Mar 1 00:04:15.115: EIGRP: Enqueueing QUERY on FastEthernet0/0 iidbQ un/rely 0/1 serno 7-7 *Mar 1 00:04:15.115: EIGRP: Enqueueing QUERY on FastEthernet0/1 iidbQ un/rely 0/1 serno 7-7 *Mar 1 00:04:15.119: EIGRP: Sending QUERY on FastEthernet0/0 *Mar 1 00:04:15.119: AS 100, Flags 0x0, Seq 15/0 idbQ 0/0 iidbQ un/rely 0/0 serno 7-7 *Mar 1 00:04:15.119: EIGRP: Sending QUERY on FastEthernet0/1 *Mar 1 00:04:15.119: AS 100, Flags 0x0, Seq 16/0 idbQ 0/0 iidbQ un/rely 0/0 serno 7-7 *Mar 1 00:04:15.159: EIGRP: Received REPLY on FastEthernet0/0 nbr 1.1.1.1 *Mar 1 00:04:15.159: AS 100, Flags 0x0, Seq 9/15 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0 R2# *Mar 1 00:04:15.159: EIGRP: Received REPLY on FastEthernet0/1 nbr 2.2.2.1 *Mar 1 00:04:15.159: AS 100, Flags 0x0, Seq 8/16 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0 Notice that R2 does not receive any queries. This is normal behavior.