From: Earl Aboytes (earl@xxxxxxxxxxxx)
Date: Mon Apr 24 2000 - 02:42:30 GMT-3
I have seen this post before. Someone else on this list or some other
list discovered this phenomenon also. I can't tell you why this
occurs but I can tell you that you better statically map all of your
protocols for the lab for the very reason that you are pointing out.
Those ipx maps can get pretty long but you better do them!
Earl
At 09:33 PM 4/22/00 -0700, Lachberg wrote:
Hey all,
I have the (no frame-relay inverse-arp) command on the interface
serial1 and the doc CD says : (to disable inverse-arp for all
supported protocols use the no frame-relay inverse-arp command
with no arguments) However, when I added IPX and before I issued
my frame map commands, I notice a dynamic mapping ?!?! what gives??
P.S. the (no frame-relay inverse-arp) command was on before I
configured IPX.
2501A#
interface Serial1
ip address 10.10.0.3 255.255.0.0
encapsulation frame-relay
ip ospf network point-to-multipoint
appletalk cable-range 2-2 2.1
appletalk zone two
appletalk protocol eigrp
no appletalk protocol rtmp
ipx network BB
frame-relay map appletalk 2.2 16 broadcast
frame-relay map appletalk 2.4 16
frame-relay map ip 10.10.0.1 16
frame-relay map ip 10.10.0.2 16 broadcast
no frame-relay inverse-arp
!
2501A#show frame map
Serial1 (up): appletalk 2.2 dlci 16(0x10,0x400), static,
broadcast,
CISCO, status defined, active
Serial1 (up): appletalk 2.4 dlci 16(0x10,0x400), static,
CISCO, status defined, active
Serial1 (up): ip 10.10.0.1 dlci 16(0x10,0x400), static,
CISCO, status defined, active
Serial1 (up): ip 10.10.0.2 dlci 16(0x10,0x400), static,
broadcast,
CISCO, status defined, active
Serial1 (up): ipx BB.1111.1111.1111 dlci 16(0x10,0x400), dynamic,
broadcast,, status defined, active
Thanks in advance,
Matthew Lachberg
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Earl Aboytes
Senior Technical Consultant
GTE-Managed Solutions
800-483-5325 x8817
earl.aboytes@telops.gte.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:15 GMT-3