From: Schulz, Dave (DSchulz@dpsciences.com)
Date: Wed Aug 03 2005 - 07:39:03 GMT-3
Brian -
It appears that the last examples have Inarp active, but I must be missing
something. There is not a "no frame inverse" command on those two. Also, if
you are using subinterfaces and the question wants you to not learn any unused
DLCIs, then is it enough to use the "no frame inverse" on only the
subinterfaces? Or, should you insure that you have it on the main interface
also?
Dave
-----Original Message-----
From: nobody@groupstudy.com
To: Thomwin Chen; Desmond Ong; lab
Sent: 8/3/2005 12:15 AM
Subject: RE: frame-relay inverse arp
Thomwin,
You do not need to disable inverse-ARP on the physical
interfaces if you are using only subinterfaces. This is because the "no
frame-relay inverse-arp" command is not inherited by subinterfaces.
Here are some examples of when inverse-ARP is enabled or disable
based on the configuration itself or based on the use of the "no
frame-relay inverse-arp" command.
**********************************
*** InARP Enabled for DLCI 102 ***
**********************************
interface Serial0/0
no ip address
encapsulation frame-relay
!
interface Serial0/0.1 multipoint
ip address 10.1.1.1 255.255.255.0
frame-relay interface-dlci 102
**********************************
*** InARP Enabled for DLCI 102 ***
**********************************
interface Serial0/0
no ip address
encapsulation frame-relay
no frame-relay inverse-arp
!
interface Serial0/0.1 multipoint
ip address 10.1.1.1 255.255.255.0
frame-relay interface-dlci 102
***********************************
*** InARP Disabled for DLCI 102 ***
***********************************
interface Serial0/0
no ip address
encapsulation frame-relay
!
interface Serial0/0.1 multipoint
ip address 10.1.1.1 255.255.255.0
frame-relay interface-dlci 102
no frame-relay inverse-arp
*****************************************
*** InARP Disabled for IP on DLCI 102 ***
*****************************************
interface Serial0/0
no ip address
encapsulation frame-relay
!
interface Serial0/0.1 multipoint
ip address 10.1.1.1 255.255.255.0
frame-relay interface-dlci 102
no frame-relay inverse-arp IP 102
*****************************************
*** InARP Disabled for IP on DLCI 102 ***
*****************************************
interface Serial0/0
no ip address
encapsulation frame-relay
!
interface Serial0/0.1 multipoint
ip address 10.1.1.1 255.255.255.0
frame-relay map ip 10.1.1.1 102 broadcast
***********************************
*** InARP Disabled for DLCI 102 ***
***********************************
interface Serial0/0
no ip address
encapsulation frame-relay
!
interface Serial0/0.1 point-to-point
ip address 10.1.1.1 255.255.255.0
frame-relay interface-dlci 102
Also it's a myth (aka urban legend ;-) that the "no arp
frame-relay" command stops the replies to inverse-ARP. It doesn't.
HTH,
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Thomwin Chen
Sent: Tuesday, August 02, 2005 8:45 PM
To: Desmond Ong; 'lab'
Subject: Re: frame-relay inverse arp
Hi Desmond,
you can test it by using a simple command :
debug frame-relay packet and see why most workbooks suggest no
frame-relay inverse-arp configured on physical FR interface.
probably, you will also need this to know : no arp frame-relay
Rgds,
Thomwin
Desmond Ong <desmond.gk@netstarnetworks.com> wrote:
hi there,
anyone can enlighten me on the following?
when to use "no frame-relay inverse arp" and when to specifically use
"no
frame-relay inverse arp ip " ???
Thanks!
Regards,
Des
This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:01:18 GMT-3