That's a smokin' suggestion.......... taking advantage of all of your
tools..... nice going.......
Aside from his suggestion, the high DE percentage would indicate exactly
what you believe it does..... there's a high amount of traffic coming into
you that is over CIR..... Not that it is a bad thing...... it just means
you're over CIR on the sending end. If anything, be thankful that that much
traffic is making it through the cloud over CIR ;-). The problem arises (as
you pointed out) when the provider's cloud gets congested and starts
dropping your packets. You may want to configure basic traffic shaping so
that when there is congestion, the interfaces will at least slow down their
traffic rate and obey the CIR. Other than that, about the only thing to do
is knock up the CIR =)
Mike W.
"Mark Odette II" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I'm not sure what to say for the DE packet performance, but another way to
> address the slow login issue is to build really inexpensive servers (we're
> talking not even PII) with NT Server on them, and have them operate in the
> role of BDC's. Configure the registry on these units to perform their
> Directory and WINS replication in the off-peak times of the day of WAN
> usage, and you'll definitely see a performance increase.
>
> This is what I did for a client that had 4 offices connected via FR with
> 256k PVCs/128k CIR's (it first started out as 128k PVC's/64k CIR's, but
then
> threw VoIP into the mix) with NT 4, WINS, Printing across the frame
(special
> purpose situation for batch order print-outs) and of course the 128k
> connection to the Internet that all the employees immediately went crazy
> over.
>
> I too would be interested in the DE possibilities.
>
> ----- Original Message -----
> From:
> To:
> Sent: Monday, June 25, 2001 4:40 AM
> Subject: Frame Relay acceptable DE packets [7:9746]
>
>
> > Hi All,
> >
> > I have a PVC with a large amount of packets recieved with the DE bit
> > set, and in the mornings the users complain of slow access.
> >
> > This is logical, as they are frequently over their CIR, and I guess
> > the Frame cloud must be congested in the mornings.
> >
> > What I was looking for was some sort of guideline as to what is an
> > acceptable percentage of packets to recieve with the DE bit set. I
> > understand that this depends on the type of traffic that you are
> > sending over the PVC, my use is just typical NT based remote office,
> > being log in, email and and some file access.
> >
> > Below is snipped from a sh frame pvc
> >
> > input pkts 42007721 output pkts 33246300
> > in bytes 4262623522 out bytes 1153916597
> > dropped pkts 53
> >
> > in FECN pkts 182632 in BECN pkts 0
> > out FECN pkts 0 out BECN pkts 0
> > in DE pkts 10348052 out DE pkts 0
> > out bcast pkts 1385303 out bcast bytes 110678462
> >
> >
> > As you can see, the percentage of input packets with DE set is about
> > 25%. This seems high, but probably ok? PVC is 512k, CIR is 256.
> >
> > Any words of wisdom/experience greatly appreciated.
> >
> > Cheers,
> >
> > Symon
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=9875&t=9746
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
