From: Simon Hopkins (simon@xxxxxxxxxxxxx)
Date: Fri Apr 21 2000 - 17:11:51 GMT-3
Back to my original query:- The theory says that Inverse Arp should be
disabled! I would expect no dynamic entries at all. Added to that there
are zero counters for the frame traffic commands. I would not expect to
have to manually disable InArp.
"Mosley, Arthur" wrote:
>
>
> I agree. You will also get some dynamic mappings if you don't disable
> inverse arp, especially when adding new routed protocols. It make
> everything easier for you when using map statements You get complete
> control over what happens...well, appletalk is a strange animal you might
> have to restart the router(sometimes more than once) and add appletalk local
> routing on the hub router to get it to work properly.
>
> Art
> -----Original Message-----
> From: Li Chaoyong
> To: Simon Hopkins; ccielab@groupstudy.com
> Sent: 4/20/00 4:59 AM
> Subject: Re: Frame Relay Map Statements
>
> PLS, ALWAYS USE "NO FRAME INVERS", or you will loose points.
> ----- Original Message -----
> From: "Simon Hopkins" <simon@muddypaws.net>
> To: <ccielab@groupstudy.com>
> Sent: Sunday, April 16, 2000 8:02 PM
> Subject: Frame Relay Map Statements
>
> > It is specified in a few reference books that if you configure a
> static
> > map statement then Inverse Arp for that protocol & DLCI is disabled.
> >
> > I have tried this out, but on reloading the router it seems to pick up
> > the dynamic arp entry again, along with the static entry. The "show
> > frame traffic" command however shows that no arp packets have been
> sent
> > or received.
> >
> > Puzzled!
> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:15 GMT-3