From: Erick B. (erickbe@xxxxxxxxx)
Date: Fri Feb 23 2001 - 03:39:18 GMT-3
I was doing a Frame lab yesterday and disabled frame
inverse arp under the interface and didn't specify a
protocol and DLCI and it didn't disable it. I did a
shutdown/no shutdown, clear inverse arp, and also did
a write mem and reloaded and it still learned the
protocol address's of remote routers.
When I disabled frame inverse arp and specified
protocol and dlci# it worked as expected.
My question is, does 'no frame inverse-arp' by itself
work correctly in 12.0(7)T. Will have to try on other
versions.
--- Les Hardin <hardinl@bah.com> wrote:
> Nigel & Todd,
>
> I think the key point here is that you are disabling
> INVERSE ARP, not=20
> LMI. Your PVC will show up as ACTIVE because LMI is
> up and=20
> functioning. By disabling inverse ARP, you
> eliminate your mappings. The=20
> command you should use to verify no inverse arp is
> show frame map, not show=
> =20
> frame pvc. BTW, I have to reload, usually, to get
> rid of mappings, even if=
> =20
> I issue no frame inverse BEFORE no shut.
>
> hth,
>
> Les
>
>
> At 01:00 AM 2/23/2001 -0500, Nigel Taylor wrote:
> >Todd,
> > If PVC keeps going active it's because
> your frame switch has=
> got
> >a pvc configured on it that you
> >apparently don't need. Yes, the command "no frame
> inverse-arp" should do
> >the trick. What I have noticed is you sometimes
> have to shut down the
> >interface before you disable the inverse-arp.
> >
> >Look at your frame switch configuration..
> >
> >HTH
> >
> >Nigel.
> >
> >----- Original Message -----
> >From: Todd White <towhite@cisco.com>
> >To: <ccielab@groupstudy.com>
> >Sent: Friday, February 23, 2001 12:22 AM
> >Subject: INverse ARP won't go away
> >
> >
> > >
> > >
> > > I am attempting to disable Inverse ARP on a
> frame relay segment.=
> However,
> >I
> > > am having no luck. Here are the commands I have
> on the serial interface:
> > >
> > > interface Serial0
> > > ip address 150.10.29.2 255.255.255.240
> > > no ip directed-broadcast
> > > ip summary-address eigrp 12 150.10.32.0
> 255.255.255.0
> > > encapsulation frame-relay
> > > ip split-horizon
> > > ip ospf priority 0
> > > no ip mroute-cache
> > > cdp enable
> > > frame-relay map ip 150.10.29.1 104 broadcast
> > > no frame-relay inverse-arp IP 201
> > > frame-relay lmi-type ansi
> > >
> > > After rebooting the router. DLCI 201 still shows
> up in with the show=
> frame
> > > pvc command as follows:
> > >
> > > DLCI =3D 104, DLCI USAGE =3D LOCAL, PVC STATUS
> =3D ACTIVE, INTERFACE =3D=
> Serial0
> > >
> > > input pkts 564 output pkts 814
> in bytes 51880
> > > out bytes 117652 dropped pkts 0
> in FECN pkts 0
> > > in BECN pkts 0 out FECN pkts 0
> out BECN pkts 0
> > > in DE pkts 0 out DE pkts 0
> > > out bcast pkts 244 out bcast bytes
> 69152
> > > pvc create time 03:59:36, last time pvc status
> changed 03:59:37
> > >
> > > DLCI =3D 201, DLCI USAGE =3D UNUSED, PVC STATUS
> =3D ACTIVE, INTERFACE =
> =3D Serial0
> > >
> > > input pkts 0 output pkts 239
> in bytes 0
> > > out bytes 66442 dropped pkts 0
> in FECN pkts 0
> > > in BECN pkts 0 out FECN pkts 0
> out BECN pkts 0
> > > in DE pkts 0 out DE pkts 0
> > > out bcast pkts 239 out bcast bytes
> 66442 Num Pkts=
> Switched
> >0
> > >
> > > Any ideas out there? This seems to follow the
> documentation but just
> >doesn't
> > > work. Thanks in advance for the help.
> > >
> > > Todd
> > >
> > >
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:58 GMT-3