From: Chuck Larrieu (chuck@xxxxxxxxxxxxx)
Date: Sun Feb 25 2001 - 15:52:31 GMT-3
Guys, I've read through the other answers posted today. I also went into the
archives and read through a few things posted on a similar topic a couple of
weeks ago. I also checked the CD for information.
Here is what the CD says ( paraphrased ) when a static map is applied,
inverse arp for the same protocol mapped to the same dlci is disabled. I
read the implication that inverse arp for other dlci's is not disabled.
I see no notices in any of the 12.x release notes or config guides that the
disabling of inverse arp in response to static maps has changed.
In the case below, I drew it out to see what I can see. If everything works
the way it is supposed to, even after a reload a show frame map should see
the following:
R1 - 112 dynamic and 114 static
R2 - 121 dynamic and 124 static
R3 - 134 static
R4 - everything dynamic
Your show ip route should still show all your networks. I would guess that
in appearance, nothing would change in your routing tables. You would still
see everything. You would probably not be able to ping certain other
interfaces.
Is this making sense? I am pretty sure I am understanding the dynamic. I am
not sure that I am explaining what I am understanding.
Andy, would you be willing to reconfigure everything from scratch, do a show
ip route and show frame map from a couple of the routers, then reload them
all, repeat the show commands, and provide us with a before and after?
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Andy
Needham
Sent: Sunday, February 25, 2001 3:00 AM
To: ccielab@groupstudy.com
Subject: Frame Relay Inverse-Arp + Map Statement
I figured I knew Frame-Relay issues until today !!
I have a scenario whereby I am running a Frame-Relay Switch with 4
Remote Spokes.
R1 (s0) 172.1.4.1 ---------> (s0) FrameSwitch
R2 (s0) 172.1.4.2 ---------> (s3) FrameSwitch
R3 (s0) 172.1.4.3 ---------> (s1) FrameSwitch
R4 (s0) 172.1.4.4 ---------> (s2) FrameSwitch
The Frame Network is partial mesh, no PVC's are configured between
R1 and R3, R2 and R3.
FrameSwitch Config :
interface Serial0
frame-relay route 112 interface Serial3 121
frame-relay route 114 interface Serial2 141
!
interface Serial1
frame-relay route 134 interface Serial2 143
!
interface Serial2
frame-relay route 141 interface Serial0 114
frame-relay route 142 interface Serial3 124
frame-relay route 143 interface Serial1 134
!
interface Serial3
frame-relay route 121 interface Serial0 112
frame-relay route 124 interface Serial2 142
!
Physical Interfaces are being used at all 4 spokes and in order to
create
a full mesh I have configured Map statements at R1, R2 and R3.
So great, everything works, all Networks available from all Routers. I
now
reload the Routers and expect my Network to run into problems.
According to Caslow 2nd Edition, Page 118, "if the Router is reloaded,
Inverse-Arp
will be disabled for any DLCI that is used with a frame-relay map
Statement"
The Routers reload, the network comes up, all networks are visible !!.
The Static
and Dynamic Maps are still valid.
Is this an IOS level issue (I am running 12.0.8) or am I completely
missing the point ?.
Thanks,
Andy
R1 S0 Config :
!
interface Serial0
ip address 172.1.4.1 255.255.254.0
no ip directed-broadcast
encapsulation frame-relay
no ip mroute-cache
no fair-queue
frame-relay map ip 172.1.4.3 114 broadcast
end
R2 S0 Config :
!
interface Serial0
ip address 172.1.4.2 255.255.254.0
no ip directed-broadcast
encapsulation frame-relay
no ip mroute-cache
no fair-queue
frame-relay map ip 172.1.4.3 124 broadcast
end
R3 S0 Config :
!
interface Serial0
ip address 172.1.4.3 255.255.254.0
no ip directed-broadcast
encapsulation frame-relay
no ip mroute-cache
no fair-queue
frame-relay map ip 172.1.4.1 134 broadcast
frame-relay map ip 172.1.4.2 134 broadcast
end
R4 S0 Config :
!
interface Serial0
ip address 172.1.4.4 255.255.254.0
no ip directed-broadcast
encapsulation frame-relay
no ip split-horizon eigrp 1
no ip mroute-cache
no fair-queue
end
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:00 GMT-3