From: Nitro Drops (nitrodrops@hotmail.com)
Date: Wed Oct 22 2008 - 21:40:17 ARST
Hi Huan,
Would like to hijack your post.
> - Did you use frame-relay point-to-point sub-interface? If you use physical
,> or point-to-multipoint interface, you can end up in a situation where the
PVC> is down, but your line protocol is up. This is just a normal frame-relay>
behavior, not particularly related to E2E keepalive.
Based on this sympton, to use a "backinterface command", it can only be
applied to a "frame-relay point-to-point sub-interface", since a "FR p2p sub"
will shows 'PVC down/ line protocol down' which can trigger the backup
interface?
Cheers
Nit
> Hi Shiran,> > Frame-Relay E2E keepalive is a Cisco proprietary feature;
therefore accoring> to the link you provided "the feature is available only on
Cisco devices> running a software release that supports the Frame Relay
End-to-End Keepalive> feature". However, my understanding is that, only the
two ends of PVC need to> be Cisco. We do not need to have Cisco all the way
through. This should almost> never be the case anyway in practice, and hence
Cisco introduced the feature> to get arround the problem of loosing PVC status
signaling due to "PVC> handover" between FR providers. > > So, I still havenot
thoght of a case where this should not work in real-life> due to the
frame-relay provider "incompatiblity". Could you pls elaborate?> > Cciestudy,>
> - Have you confirmed that the IOS version that your routers running on
support> this feature? I think this feature has been arround for awhile, but
you can> verify it using cisco.com/go/fn.> > - Did you use frame-relay
point-to-point sub-interface? If you use physical ,> or point-to-multipoint
interface, you can end up in a situation where the PVC> is down, but your line
protocol is up. This is just a normal frame-relay> behavior, not particularly
related to E2E keepalive.> > > > > > > --- On Tue, 10/21/08, shiran guez
<shiranp3@gmail.com> wrote:> > From: shiran guez <shiranp3@gmail.com>>
Subject: Re: EEK down, protocol UP?> To: "cciestudy"
<cciestudy@mid-world.net>> Cc: "Cisco certification" <ccielab@groupstudy.com>>
Date: Tuesday, October 21, 2008, 7:38 PM> > You should read this>
http://www.cisco.com/en/US/docs/ios/12_0t/12_0t5/feature/guide/FRKeep.html> >
basically the EEK is nice for the lab or for pure cisco env but in real life>
you cant know for sure that the provider will use pure Cisco all the way.> > I
would use the sla and track features for real life.> > > > On Tue, Oct 21,
2008 at 2:50 AM, cciestudy <cciestudy@mid-world.net>> wrote:> > > In regards
to Frame Relay EEK, are there any situations where EEK shows> > down, but the
line protocol stays up? Even after the EEK timers and> counts> > have
expired?> >> > I was able to get EEK to work properly in a lab environment,
but when> > applied to a "real" provider network it ended up in this>
situation? The> > provider network is L2 carried over MPLS. The configs
involved were> > nothing> > more then a frame-map with bi-directional EEK with
the defaults. Pretty> > straightforward config?> >> > Any ideas?> >> >> >> >
Thanks.> >> >> > Blogs and organic groups at http://www.ccie.net> >> >
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:22 ARST