That sounds about right. I always put it this way: Do whatever you have to do so you never learn the tunnel endpoint through the tunnel itself :)
On Wed, Jun 17, 2009 at 8:28 AM, Meraz, Richard <[email protected]>wrote: > Bryan, > > > > Just a final clarification if you don’t mind. I changed this Lab scenario > so that the tunnel is running OSPF instead of EIGRP. The recursive thing > happened again because R1 preferred the route to R6’s tunnel destination ( > 6.6.6.6/32) via OSPF over RIP (which was how R1 was learning about the > 6.6.6.6/32 net before the tunnel). > > > > This time to fix the problem I configured: > > *R1* > > router ospf 1 > > distance 125 6.6.6.6 0.0.0.0 > > > > This worked. So for clarification, is it correct to say: > > > > To fix recursive lookups caused by routing EIGRP over the tunnel, increase > the distance to the tunnel IP address on the other side of the tunnel. > > To fix recursive lookups caused by routing OSPF over the tunnel, increase > the distance to Router ID of the router on the other side of the tunnel. > > > > > > > ------------------------------ > > *From:* Bryan Bartik [mailto:[email protected]] > *Sent:* Tuesday, June 16, 2009 7:36 PM > > *To:* Meraz, Richard > *Cc:* CCIE OSL > *Subject:* Re: [OSL | CCIE_RS] Vol3 Lab3 Task 3.7 Fixing Recursive Routing > Issues > > > > Your welcome Richard, hopefully soon many things seem that way :) > > On Tue, Jun 16, 2009 at 8:28 PM, Meraz, Richard <[email protected]> > wrote: > > Bryan, > > > > For so much past grief, that was way too easy! One less potential problem > to worry about. > > > > Thanks again!! > > > ------------------------------ > > *From:* Bryan Bartik [mailto:[email protected]] > *Sent:* Tuesday, June 16, 2009 6:00 PM > *To:* Meraz, Richard > *Cc:* CCIE OSL > *Subject:* Re: [OSL | CCIE_RS] Vol3 Lab3 Task 3.7 Fixing Recursive Routing > Issues > > > > Richard, it refers to the source IP address of the neighbor. Do a "show ip > eigrp neighbor" and use that address. Does that work? > > On Tue, Jun 16, 2009 at 5:16 PM, Meraz, Richard <[email protected]> > wrote: > > In Vol3 Lab3 Task 3.7 we are asked to create a tunnel between R6 and R1. > As expected, this created a recursive lookup. This task therefore brought > up a question I have had with resolving recursive lookups over tunnels. My > configuration was as follows on R6 and R1 (the distance 90 90, and adding > the Loopbacks was a lab requirement): > > > > *R1* > > int tun 1 > > ip add 143.43.16.1 255.255.255.0 > > tunnel source 1.1.1.1 > > tunnel destination 6.6.6.6 > > router eigrp 16 > > net 1.1.1.1 0.0.0.0 > > net 143.43.16.1 0.0.0.0 > > distance eigrp 90 90 > > > > *R6* > > int tun 1 > > ip add 143.43.16.6 255.255.255.0 > > tunnel destin 1.1.1.1 > > tunnel source 6.6.6.6 > > router eigrp 16 > > no auto > > net 143.43.16.6 > > net 6.6.6.6 0.0.0.0 > > distance eigrp 90 90 > > > > To try and fix the problem, which was wrong, I configured: > > *R6* > > router eigrp 16 > > distance 180 1.1.1.1 0.0.0.0 16 > > *R1* > > router eigrp 16 > > distance 180 6.6.6.6 0.0.0.0 16 > > > > Then I tried > > *R6* > > distance 180 143.43.16.1 0.0.0.0 > > *R1* > > distance 180 143.43.16.6 0.0.0.0 > > > > My question then is when using the distance command what does the “*A.B.C.D > IP Source Address*” refer to? I would have thought that to R6 1.1.1.1 > would be the “source” announcing the 143.43.16.0 networks. > > > > Thanks for the clarification, > > Rich > > > > > > > > > -- > Bryan Bartik > CCIE #23707 (R&S), CCNP > Sr. Support Engineer - IPexpert, Inc. > URL: http://www.IPexpert.com > > > > > -- > Bryan Bartik > CCIE #23707 (R&S), CCNP > Sr. Support Engineer - IPexpert, Inc. > URL: http://www.IPexpert.com > -- Bryan Bartik CCIE #23707 (R&S), CCNP Sr. Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com
