From: Nigel Taylor (nigel_taylor@xxxxxxxxxxx)
Date: Fri Feb 23 2001 - 04:10:56 GMT-3
Les,
I understand that the proctors will look to see if the pvc is "USED"
or "UNUSED" but as with a number of the practice labs there are sometimes
very specific requirements as to the number of PVC's you're allowed to used.
This was my reason for pointing out the frame switch.
I guess I'm thinking along the lines that it shouldn't be there at all
compared to the fact it's not being used.
Nigel.
----- Original Message -----
From: Les Hardin <hardinl@bah.com>
To: Nigel Taylor <nigel_taylor@hotmail.com>; Todd White <towhite@cisco.com>;
<ccielab@groupstudy.com>
Sent: Friday, February 23, 2001 1:27 AM
Subject: Re: INverse ARP won't go away
> 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