From: Les Hardin (hardinl@xxxxxxx)
Date: Fri Feb 23 2001 - 03:27:15 GMT-3
Nigel,
I would say the incrementing packets are due to LMI frames. Perfectly
normal and not going to be looked upon unfavorably by the proctor. They
will most likely look to see if it is USED or UNUSED.
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 = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = 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 = 201, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = 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