stub router question

niba10niba10 Member Posts: 54 ■■■□□□□□□□
in CCNP
so I'm learning this topic now and i practice it in gn3
I have connected non stub router with a stub router and their is sentence "you can limit the query range by making stub routers"
but after I implement debug eigrp packets reply query it's act has usual the non stub router sends query to stub router and the stub forward it to his neighbors ? it should be like that?
· Share on FacebookShare on Twitter

Comments

  • koz24koz24 Member Posts: 766 ■■■■□□□□□□
    Let's see your running-config please. What kind of stub do you have it configured as? Default? Receive-only?
    · Share on FacebookShare on Twitter
  • niba10niba10 Member Posts: 54 ■■■□□□□□□□
    koz24 wrote: »
    Let's see your running-config please. What kind of stub do you have it configured as? Default? Receive-only?
    its the default stub router I just used eigrp stub in the middle router and when I shut the loopback interface on R3 its sends query
    at all routers when I'm debugging it.

    here is the project file if you can look:
    http://www.filedropper.com/stub_1
    · Share on FacebookShare on Twitter
  • koz24koz24 Member Posts: 766 ■■■■□□□□□□
    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.
    · Share on FacebookShare on Twitter
  • niba10niba10 Member Posts: 54 ■■■□□□□□□□
    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.

    many thanks!!
    · Share on FacebookShare on Twitter
Sign In or Register to comment.