We're Sorry, Full Content Access is for Members Only...

If you like to keep on reading, Become a Member Now! Here is Why:

  • Learn any CCNA, CCNP and CCIE R&S Topic. Explained As Simple As Possible.
  • Try for Just $1. The Best Dollar You've Ever Spent on Your Cisco Career!
  • Full Access to our 623 Lessons. More Lessons Added Every Week!
  • Content created by Rene Molenaar (CCIE #41726)


407 New Members signed up the last 30 days!


100% Satisfaction Guaranteed!
You may cancel your monthly membership at any time.
No Questions Asked!

Tags: , ,

Forum Replies

  1. Hi Rene,
    Your post is very informative bro…keep it up!!

    Would you please help me understand what you really mean by this rule #1?
    (Don’t advertise the tunnel destination IP address on the tunnel interface. Don’t advertise it or use route filtering.)

    What if you used the network connected to R2 as the destination IP? like:

    R1(config)#interface tunnel 1
    R1(config-if)#tunnel source fa0/0
    R1(config-if)#ip address
    R1(config-if)#tunnel destination


    R3(config)#interface tunnel 1
    R3(config-if)#tunnel source Fa0/0
    ... Continue reading in our forum

  2. Hi Rene, thank you for the excellent post.

    And if I’m running OSPF instead of RIP, how could I solve this situation since my tunnel has a lower cost than my physical interfaces?

    I tried to filter the tunnel destination address (LSA3) with distribute-list IN on the tunnel interface, but it didn’t work. Any idea?


  3. I noticed the discussion of “what about this and that” concerning metric and AD changes.
    In my opinion you should NEVER need too, nor want too, advertise the tunnel destination networks thru the tunnel interface itself.
    So the only corrective action should be some type of filtering. There is no reason whatsoever to advertise that network back thru the tunnel interface as far as I can see. Makes no sense even with higher cost or AD.

  4. I got “recursive routing” before applying the offset command.

    However ; I noted that traceroute works, before and after applying offset. It, also, displays the same result (below).

    Type escape sequence to abort.
    Tracing the route to
      1 56 msec 8 msec 12 msec
      2 20 msec 20 msec 20 msec

27 more replies! Ask a question or join the discussion by visiting our Community Forum