From: Larson, Chris (Contractor) (Chris.Larson@xxxxxx)
Date: Fri Apr 12 2002 - 11:11:16 GMT-3
Ah, I think I see now what no arp frame does. I was thinking a little
different. If I have 10 dlci's being on a physical interface but am only
actually using 1 then no frame-relay inverse arp will rid these extra dlci's
from being assigned to the physical interface and I will only get the dlci's
I have actually actual mapped or interface-dlci on.
-----Original Message-----
From: Gannon, Stephen [IT] [mailto:stephen.gannon@citigroup.com]
Sent: Friday, April 12, 2002 9:00 AM
To: 'ccielab@groupstudy.com'
Subject: no frame inverse-arp
If I turn off inverse arp 'no frame inverse arp' on an interface why does
the router still map DLCI 105 172.168.2.1 on that interface? Clear frame
inarp only works until the next reload. Can I stop the router from learning
about that, incorrect in this case, ip address? Is there any case that this
map would interfere with normal routing. It does not seem to disrupt ping
tests to the real 172.168.2.1.
Config
IOS 12.1.9 - c2500-p7-l_121-9.bin
interface Serial0
ip address 172.168.1.3 255.255.255.128
encapsulation frame-relay
ip ospf network point-to-multipoint
clockrate 64000
dce-terminal-timing-enable
frame-relay map ip 172.168.1.1 100 broadcast
frame-relay map ip 172.168.1.4 100 broadcast
no frame-relay inverse-arp
r3#sh frame map
Serial0 (up): ip 172.168.1.1 dlci 100(0x64,0x1840), static,
broadcast, CISCO, status defined, active
Serial0 (up): ip 172.168.2.1 dlci 105(0x69,0x1890), dynamic,
broadcast,, status defined, active
Serial0 (up): ip 172.168.1.4 dlci 100(0x64,0x1840), static,
broadcast, CISCO, status defined, active
Thanks,
SG
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:06 GMT-3