From: cciestudy (cciestudy@mid-world.net)
Date: Tue Oct 21 2008 - 12:48:33 ARST
As far as I can tell both IOS versions support EEK. I also did a bug search
and nothing came up either.
Both sides are point to point sub-interfaces. They are configured with the
default bi-directional EEK on a map-class. Nothing complex. Both sides
show EEK on the PVC. However, the head-end shows EEK down, but the PVC
stays up even after the timers and counts have expired. We let it site for
10 minutes after EEK showed down, but the PVC and line protocol stayed up.
We are suspecting a bug of some sort and plan to open a TAC case.
From what I understand, EEK uses a proprietary "LMI type" frame that
actually runs over the data channels.
I can't confirm what the provider sprint has in between other than each CE
device we connect to is Cisco. I suspect it is mpls in between.
Thanks for the input.
_____
From: Huan Pham [mailto:pnhuan@yahoo.com]
Sent: Tuesday, October 21, 2008 8:51 AM
To: cciestudy; shiran guez
Cc: Cisco certification
Subject: Re: EEK down, protocol UP?
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
>
> _______________________________________________________________________
> 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/cciep3 Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:21 ARST