I agree with everything that Chuck says except the very first sentence. The DE
packets tell you very little about your CURRENT reliability, but they do give an
indication of potential future problems.
Simple (and fairly simplistic) example. Let's say this link is provided by a
new carrier, or a carrier that has recently installed frame relay in this area
(dunno about in the US, but there's lots of places in Australia that don't have
many frame relay customers :-). You're the first customer on this part of the
network.
They provide you with say 256K access, and say 64K CIR (figures out of the air).
Nobody else is using the infrastructure, so you can happily send traffic at 256K
for long periods of time without any congestion - there's nobody else around to
congest the network. 'You beauty', you think - why bother paying for higher
CIRs?
Time goes by, as time is inclined to do, and the carrier gets more customers.
They might upgrade their network, but they'll almost certainly oversubscribe -
if you're only paying for 64K CIR, why should they provision their network to
give you 256K all the time?
Funny, you seem to be getting more FECNs and BECNs and dropped packets. Your
traffic hasn't changed, so why the drop in performance? You get what you pay
for.
That level of FECNs and BECNs indicates that you're not having problems yet
(although it would be worth checking the FECN/BECN levels at the other end of
the link). But keep a close eye on it. The DE packets show that you're getting
more than you're paying for (which is A Good Thing, if you ask me), but that
could change due to things completely outside your control.
Also, as an aside, I have heard that some carriers don't bother setting the
FECN/BECN bits. That's probably not the case here as there are some BECNs
showing, but if it was, then you could be getting severe congestion without it
showing up very easily - except of course in your user response times...
JMcL
---------------------- Forwarded by Jenny Mcleod/NSO/CSDA on 16/06/2000 09:12
---------------------------
"Chuck Larrieu" <[EMAIL PROTECTED]> on 16/06/2000 01:05:58
Please respond to "Chuck Larrieu" <[EMAIL PROTECTED]>
To: "Phil Barker" <[EMAIL PROTECTED]>
"Chance, Larry" <[EMAIL PROTECTED]>
"'GroupStudy'" <[EMAIL PROTECTED]>
cc: (bcc: JENNY MCLEOD/NSO/CSDA)
Subject: RE: Frame Relay and DE bit
Ratio of DE packets to in packets is irrelevant. It tells nothing about your
reliability. It does not necessarily mean that you are losing data. What the
DE stat does tell you is that you are exceeding your CIR substantially. You
may just be getting more than your money's worth, maybe?
FECN and BECN stats don't indicate a lot of carrier side congestion at all.
A better way to analyze your frame relay usage and reliability is to install
some kind of monitoring and analysis tool at both ends. There are third
parties that sell such things.
Otherwise, you have to listen to the users, and maybe run some tests
yourself during business hours and observe what happens.
Chuck
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Phil
Barker
Sent: Thursday, June 15, 2000 6:34 AM
To: Chance, Larry; 'GroupStudy'
Subject: Re: Frame Relay and DE bit
Larry,
I'm a newbie on FR, however, I would compare your
in PACKETS with your in DE PACKETS and you are losing
2/3rds of your data. I would look at increasing your
CIR by 2/3rds as a result. Unless of course nobody is
complaining about the access speed ?
Phil.
--- "Chance, Larry" <[EMAIL PROTECTED]> wrote: >
What's the significance of the DE (Discard Eligible)
>
> with this Frame Relay sample shown here?
> Considering the volume of 'out bytes', is this ratio
> to
> be expected or feared?
>
> And what would I do to correct it?
>
>
===========SAMPLE=====================================================
> Router1#sh frame pvc 33
>
> PVC Statistics for interface Serial5/0 (Frame Relay
> DTE)
>
> DLCI = 33, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE,
> INTERFACE = Serial5/0.7
>
> input pkts 29768862 output pkts 16948699
> in bytes 1918568914
> out bytes 2217045339 dropped pkts 5
> in FECN pkts 0
> in BECN pkts 3717 out FECN pkts 0
> out BECN pkts 0
> in DE pkts 21408982 out DE pkts 0
> out bcast pkts 399406 out bcast bytes 31994284
> pvc create time 29w4d, last time pvc status
> changed 12:58:55
> Router1#
>
======================================================================
>
> Later,
> Larry
>
> ___________________________________
> UPDATED Posting Guidelines:
> http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]
____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie
___________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
___________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
___________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
