From: chrlewis@cisco.com
Date: Sat Sep 24 2005 - 22:43:01 GMT-3
Hi,
My practice is always to use the access rate for calculating the
fragment size, as per the answer I gave last week to Quetta. So you
don't have to be concerned with the different DLCI speeds.
Chris
The answer depends on what delay you will accept on that interface
before a voice packet can be transmitted.
The higher the speed on the interface (which is what I always use to
calculate how fast the packet is clocked on to the wire, rather than the
DLCI speed) and the smaller the fragment size, the lower the delay any
PQ packet has to wait before it can be transmitted if a non-PQ fragment
has been sent to the interface Tx-ring ahead of it.
The fragment value is in bytes, so I do it by dividing the access rate
by 8, so if there is a 256K access rate for example, this equates to
32000 bytes per second.
If I only want to allow 10 milliseconds delay for queueing in my design,
I'd set fragment to 320. There are no right answers, just how much of
your delay budget you can llocate to queueing delays at that point in
the network.
Chris
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Edwards, Andrew M
Sent: Wednesday, September 21, 2005 7:06 PM
To: ccielab@groupstudy.com
Subject: Re: frame fragmentation and the many methods...
I have a question for GS on this option:
For frame fragmentation to prevent egress blocking we have to enable
fragmentation across all frame links in the cloud that can be affected.
I would like to extend this idea into a hub/spoke partial mesh with the
hub having a second sub interface to another router.
For simplicity sake the hub router is a full T1 and its two spokes are
running at 384 each. The sub interfacace and remote router are at 768.
Easy math... 8)
What I need to understand is how to account for the various rates for
each PVC and how fragmentation needs to be adjusted on a per DLCI basis
to support LLQ.
If this is beyond the scope of R&S lab someone call foul for me and I'll
gladly forget I mentioned it. However, if not, what I'm wondering is if
each PVC requires a fragmentation size that is specific to its local
traffic, or if the fragmentation size should be the same across all the
interfaces....?
I'm thinking its locally significant based upon the priority BW for a
given dlci.
Anyone else have a clue?
Andy
PS. When I first joined this list 2 years ago I thought people who
asked this type of question were just too tweaked! 8) Now I know
better.
This archive was generated by hypermail 2.1.4 : Sun Oct 02 2005 - 14:40:16 GMT-3