From: Joseph Brunner (joe@affirmedsystems.com)
Date: Mon Aug 11 2008 - 20:37:57 ART
Real world scenario;
We had endless issues with ATT Frame-relay service where I used to work; the
used p2p /30's per subif, but we had so many issues ATT would play dumb on.
I wish they had used frame-relay end-to-end keepalives from the beginning so
we could say nah nah, now look my keep alives failed ;)
There is a method to this CCIE lab madness (one you can use in the real
world)
-Joe
_____
From: Hobbs [mailto:deadheadblues@gmail.com]
Sent: Monday, August 11, 2008 6:49 PM
To: Majonestx
Cc: Joseph Brunner; ccielab@groupstudy.com
Subject: Re: backup interface configuration: primary frame-relay multipoint
subinterface not going down when remote side is shut
Ok. I got it to work the way I understand. The problem was that I shut R5
and R6 after removing the dlci from R2. Now the DLCIs are on R2, no EEK
configured, and when I shut R5 and R6 main interfaces, R2 subinterface goes
down:
R2#show ip int brief s0/1/0.256
Interface IP-Address OK? Method Status
Protocol
Serial0/1/0.256 150.100.100.2 YES manual down
down
R2#show run int s0/1/0.256
Building configuration...
Current configuration : 349 bytes
!
interface Serial0/1/0.256 multipoint
description Frame Relay Cloud 1
bandwidth 64
backup interface Serial0/2/0
ip address 150.100.100.2 255.255.255.0
frame-relay map ip 150.100.100.5 205 broadcast
frame-relay map ip 150.100.100.6 206 broadcast
frame-relay interface-dlci 205
frame-relay interface-dlci 206
no frame-relay inverse-arp
end
I guess the lesson is to troubleshoot one step at a time ;)
On Mon, Aug 11, 2008 at 4:30 PM, Majonestx <majonestx@gmail.com> wrote:
Joe you've been on fire for quite sometime!!!
Sent from my iPhone
On Aug 11, 2008, at 4:30 PM, Hobbs <deadheadblues@gmail.com> wrote:
Thanks Joe, it worked perfectly. I just enabled it on R2 to get it to fail
and it did pretty quick. looks like I'm gonna have to research frame-relay
multi-point subinterfaces some more.
On Mon, Aug 11, 2008 at 2:58 PM, Joseph Brunner
<joe@affirmedsystems.com>wrote:
From what I understand of mulitpoint interfaces, is that if I shut R5 and
R6
main interfaces down, then R2 will put it's multipoint subinterface in
down/down state. Is that correct?
not with out frame-relay EEK IMHO. You can apply those in a frame-relay
map-class
-Joe
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Hobbs
Sent: Monday, August 11, 2008 4:52 PM
To: ccielab@groupstudy.com
Subject: backup interface configuration: primary frame-relay multipoint
subinterface not going down when remote side is shut
I have R2, R5 and R6 in a frame-relay mesh config.
R2 has a multipoint subinterface to the cloud, R5 and R6 have physical
interfaces.
Inverse-arp is disabled.
R2 has a backup interface to R5 via s0/2/0.
From what I understand of mulitpoint interfaces, is that if I shut R5 and
R6
main interfaces down, then R2 will put it's multipoint subinterface in
down/down state. Is that correct?
I even removed frame-maps and ip address off of R2, but the primary
interface is still up/up:
R2(config-subif)#do show ip int brief
Serial0/1/0.256 unassigned YES unset up
up
Serial0/2/0 150.100.25.2 YES NVRAM standby mode
down
R5(config-if)#do show ip int brief | inc 0/1/0
Serial0/1/0 150.100.100.5 YES manual administratively
down
down
R6(config-if)#do show ip int brief | inc 0/1/0
Serial0/1/0 150.100.100.6 YES manual administratively
down
down
Is there something else I am missing?
Thanks,
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Sep 01 2008 - 08:15:30 ART