From: shiran guez (shiranp3@gmail.com)
Date: Wed Oct 22 2008 - 03:10:56 ARST
When you establish a PVC to the provider using the LMI, the frames are sent
only between you to the directly connected frame-relay switch and for that
switch to establish a connection to other he need to generate also LMI so if
that switch is not Cisco or doesn't support the Keep alive in the LMI then
he will not generate that to the other end.
think of the FR SW as a proxy of LMI.
I made this as simple explenation as I can think of, hope it helped.
On 10/21/08, Huan Pham <pnhuan@yahoo.com> wrote:
>
> 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 thishttp://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
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> Shiran Guez
> MCSE CCNP NCE1 CCIE #20572http://cciep3.blogspot.comhttp://www.linkedin.com/in/cciep3
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at: http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
-- Shiran Guez MCSE CCNP NCE1 CCIE #20572 http://cciep3.blogspot.com http://www.linkedin.com/in/cciep3Blogs 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