From: ccie2be (ccie2be@nyc.rr.com)
Date: Mon Sep 27 2004 - 16:54:38 GMT-3
Here's my understanding which might NOT be 100% correct, but...
With F/R inarp, there are 2 parts: the request and the response.
What I understand is that one of those commands turns off the request part
and the other command turns off the response part.
I don't remember which command disables which part of the inarp process but
I also heard that the "no arp frame-relay" isn't needed (or doesn't actually
do anything anymore).
Typically, if the requirement consists of preventing all dynamic maps, all
you need to do is use the "no frame inverse-arp [options]".
Note that, depending on the requirement, e.g. only allow inverse-arp for
connections to router X, you can disable inverse-arp for a specific dlci by
using the options available on that command. In this way, you can have a
combo of dynamic and static maps for a single p2m interface.
Someone PLEASE correct me if anything I've said isn't completely accurate.
HTH, Tim
----- Original Message -----
From: "Joe Rothstein" <ziutek@mac.com>
To: <ccielab@groupstudy.com>
Sent: Monday, September 27, 2004 2:49 PM
Subject: FR command clarification
> no arp frame-relay
>
> From the DocCD "Given a network protocol address (IP address), the arp
> frame-relay command determines the corresponding hardware address,
> which would be a data-link connection identifier (DLCI) for Frame
> Relay. "
>
> Does this command actually have a function? is it needed in a normal FR
> configuration where frame-relay maps are used? How does this differ
> from "no frame-relay inverse-arp"
>
> Joe
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Oct 01 2004 - 15:00:50 GMT-3