From: Bell, Mark (Houston) (m.bell@xxxxxxxxxx)
Date: Sat Oct 14 2000 - 17:08:05 GMT-3
That seemed to solve the problem. Of course, I do not understand why it did
not work when I set the DCE timer to 20s and the DTE interfaces were at 15s.
Still seems like the same principle. I also do not understand why if both
sides are set to 10s, everything works fine but if you change it, there has
to be a discrepancy like this. If I did something like this on the test, do
you think it would be counted wrong? If the correct settings are clearly
not functioning properly, is there any leeway given?
-----Original Message-----
From: Mark Lewis [mailto:markl11@hotmail.com]
Sent: Friday, October 13, 2000 09:04
To: m.bell@wilcom.com; ccielab@groupstudy.com
Subject: Re: frame relay timers
Hi,
Try setting the timeout at the dte end to 13/14 secs (with the switch (dce!)
still set to 15).
Hope that helps,
Mark
CCIE#6280
>From: "Bell, Mark (Houston)" <m.bell@wilcom.com>
>Reply-To: "Bell, Mark (Houston)" <m.bell@wilcom.com>
>To: "CCIE Study Group (E-mail)" <ccielab@groupstudy.com>
>Subject: frame relay timers
>Date: Thu, 12 Oct 2000 17:20:30 -0500
>
>I am working on a scenario that requires the frame relay links in the
>network to be configured with a 15 second timeout. I used the "keepalive
>15" on the interface to do this. However, on the DCE side (the router
>acting as the frame switch), no matter what I set the keepalive timer to
>(10, 15, or 20 seconds), I always end up with almost every keepalive
>interval resulting in both a timeout and a successful response. The reason
>I noticed this is because at one point, the "frame switch" said that line
>protocol was down but I was still passing traffic.
>
>It has not seemed to cause any problems as far as PVCs going inactive but
>it
>is strange to see all these LMI timeouts. Below is the output of "show
>frame lmi" for the interface that has the most timeouts. Any ideas as to
>why this might be happening?
>
>LMI Statistics for interface Serial0/0:1 (Frame Relay DCE) LMI TYPE = CISCO
> Invalid Unnumbered info 0 Invalid Prot Disc 0
> Invalid dummy Call Ref 0 Invalid Msg Type 0
> Invalid Status Message 0 Invalid Lock Shift 0
> Invalid Information ID 0 Invalid Report IE Len 0
> Invalid Report Request 0 Invalid Keep IE Len 0
> Num Status Enq. Rcvd 61 Num Status msgs Sent 61
> Num Update Status Sent 0 Num St Enq. Timeouts 53
>
>----------------------------------------------
>Kenneth Mark Bell, CCNP, NNCSE
>Network Engineer II m.bell@wilcom.com
>Williams Communications Solutions
>t: (713) 307-7254 p: (713) 912-2276
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:26 GMT-3