Re: [nsp] error on adding static

From: George Robbins (grr@shandakor.tharsis.com)
Date: Wed Aug 08 2001 - 19:39:41 EDT


I'm wondering if it's a PPP encap link, with the same IP addresses
configured on each end, which was the point of the "show ip int",
to show the peer addresses or other fun...

We usually point static's at the interface anyway, too much confusion
results from having stuff point at random IP addresses.

Obviously it's still grumbling 'bout something...

                                                George

> From spork@inch.com Wed Aug 8 18:34:17 2001
> Date: Wed, 8 Aug 2001 18:34:15 -0400 (EDT)
> From: Charles Sprickman <spork@inch.com>
> To: George Robbins <grr@shandakor.tharsis.com>
> cc: <cisco-nsp@puck.nether.net>
> Subject: Re: [nsp] error on adding static
> In-Reply-To: <200108081851.OAA28020@shandakor.tharsis.com>
>
> On Wed, 8 Aug 2001, George Robbins wrote:
>
> > maybe "show ip int" would reveal something? Also double-check with
> > a show ip route for each of the /32's in question...
>
> I got the far end pingable by removing then re-adding "ip verify unicast
> reverse-path", but I still got the error about the invalid next hop
> address...
>
> Entering the same route with the interface specified as s5/1/11:0 seems to
> work. I guess I'll just leave it as is and chalk it up as a bug.
>
> I checked each of the /32's and they all appear the same, including the
> network and broadcast IPs:
>
> core-1#show ip route 216.223.200.67
> Routing entry for 216.223.200.64/30
> Known via "connected", distance 0, metric 0 (connected, via interface)
> Redistributing via ospf 1
> Advertised by ospf 1 subnets
> Routing Descriptor Blocks:
> * directly connected, via Serial5/1/11:0
> Route metric is 0, traffic share count is 1
>
> Didn't see anything particularly interesting in the sh ip int command...
>
> Thanks,
>
> Charles
>
> > > From cisco-nsp-request@puck.nether.net Wed Aug 8 14:03:01 2001
> > > Resent-Date: Wed, 8 Aug 2001 14:03:27 -0400
> > > Received-Date: Wed, 8 Aug 2001 13:54:28 -0400
> > > Date: Wed, 8 Aug 2001 13:53:54 -0400 (EDT)
> > > From: Charles Sprickman <spork@inch.com>
> > > To: <cisco-nsp@puck.nether.net>
> > > Subject: [nsp] error on adding static
> > > Resent-From: cisco-nsp@puck.nether.net
> > > X-Mailing-List: <cisco-nsp@puck.nether.net> archive/latest/7533
> > > X-Loop: cisco-nsp@puck.nether.net
> > > Precedence: list
> > > Resent-Sender: cisco-nsp-request@puck.nether.net
> > >
> > > Hi,
> > >
> > > I'm turning up a new t1 customer that is connected via a CT3 interface.
> > > On adding a static route, I get the following message:
> > >
> > > core-1(config)#ip route 216.223.201.0 255.255.255.248 216.223.200.66
> > > %Invalid next hop address (it's this router)
> > >
> > > It seems to be lying.
> > >
> > > The interface has the next address down in the .64/30:
> > >
> > > Serial5/1/11:0 is up, line protocol is up
> > > Hardware is PA-MC-2T3+
> > > Description: -circid-
> > > Internet address is 216.223.200.65/30
> > >
> > > The routing table entry for this looks correct:
> > >
> > > core-1#sh ip route 216.223.200.64
> > > Routing entry for 216.223.200.64/30
> > > Known via "connected", distance 0, metric 0 (connected, via interface)
> > > Redistributing via ospf 1
> > > Advertised by ospf 1 subnets
> > > Routing Descriptor Blocks:
> > > * directly connected, via Serial5/1/11:0
> > > Route metric is 0, traffic share count is 1
> > >
> > > Looking for something else with the .66 address in the running config is
> > > futile:
> > >
> > > core-1#sh conf | inc 216.223.200.66
> > > core-1#sh conf | inc 216.223.200.65
> > > ip address 216.223.200.65 255.255.255.252
> > >
> > > This is a 7206 VXR running 12.0(7)XE1 with CEF enabled. Turning CEF
> > > on/off or on/off/on has no effect.
> > >
> > > The T1 also shows up/up (hdlc), and has tested clean to the smart jack,
> > > but I cannot ping the far end, likely because it seems the router thinks
> > > it has an interface somewhere with that address. At some point in the
> > > past I had a PA-T3 in the chassis that had that address, but the card has
> > > been removed AND the router has been reloaded afterwards.
> > >
> > > Where else can I go with this?
> > >
> > > Thanks,
> > >
> > > Charles
> > >
> > > | Charles Sprickman | Internet Channel
> > > | INCH System Administration Team | (212)243-5200
> > > | spork@inch.com | access@inch.com
> > >
> > >
> >
>
>



This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:48 EDT