RE: Multiple OSPF Adjacencies In Different Areas Out Single

From: David Prall (dcp@dcptech.com)
Date: Wed Apr 09 2008 - 22:57:26 ART


I would say that you have a log message about recursive routing. So the
tunnel is getting torn down. Also you have 141.1.0.2 0.0.0.0 on both R2 and
R5.

David

--
http://dcp.dcptech.com
  

> -----Original Message----- > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On > Behalf Of Chris McGuire > Sent: Wednesday, April 09, 2008 9:49 PM > To: Matt Bentley; Cisco certification > Subject: Re: Multiple OSPF Adjacencies In Different Areas Out > Single Physical Interface With Stub and GRE > > Can you show the whole configuration for OSPF on R2 and R5? > As well possibly > a show ip route (without the static route) when it is not > working as it > should? > > Thanks > Chris > > > On 4/9/08 5:38 PM, "Matt Bentley" <mattdbentley@gmail.com> wrote: > > > Hi GS: > > > > I know this sounds pretty weird, but here's is what's going on. > > > > > > R1<--------------R2--------------------->R5 > > (area 0) Fa0/0 (e0/0) > > <------------------------> > > NSSA Area > > GRE Tunnel > > > > I have an OSPF adjacency over both the GRE tunnel as well > as over the > > physical interfaces on R2 and R5. > > > > Here is relevant config: > > > > R2: > > int tun0 > > tunnel source fa0/0 > > tunnel destination 141.1.0.5 > > ip add 1.1.1.2 255.255.255.0 > > > > router ospf 1 > > network 141.1.0.2 0.0.0.0 area 2 > > network 1.1.1.2 0.0.0.0 area 0 > > > > > > R5: > > int tun0 > > tunnel source e0/0 > > tunnel destination 141.1.0.2 > > ip add 1.1.1.5 255.255.255.0 > > > > router ospf 1 > > network 141.1.0.2 0.0.0.0 area 2 > > network 1.1.1.5 0.0.0.0 area 0 > > > > For some reason I don't know, the tunnel adjacency won't > come up unless I > > have the tunnel sources be the directly connected > interfaces. I CAN reach > > R2 from R5, but CAN'T reach R1 from R5, even though R5 has > a route which > > appears to trace (based on the "show ip route" output) > directly as it should > > go to get to R1. R1 can get to R5 (I know this because of > debugging ICMP > > -which R5 receives, and subsequently sends a packet to R1, > but it never gets > > there. As soon as I configure a static route on R5 - and > it doesn't matter > > whether it is to the tunnel interface or to e0/0, then I > can ping that > > prefix. The traffic must be getting blackholed someplace, > but I really > > can't figure out where. Thanks in advance for everybody's help. > > > > > > Pass the CCIE in six weeks, Guaranteed! > > http://www.certscience.com/CCIE > > > ______________________________________________________________ > _________ > > Subscription information may be found at: > > http://www.groupstudy.com/list/CCIELab.html > > > Pass the CCIE in six weeks, Guaranteed! > http://www.certscience.com/CCIE > ______________________________________________________________ > _________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html

Pass the CCIE in six weeks, Guaranteed! http://www.certscience.com/CCIE



This archive was generated by hypermail 2.1.4 : Thu May 01 2008 - 08:25:50 ART