- A virtual community of network engineers
 Home  BookStore  StudyNotes  Links  Archives  StudyRooms  HelpWanted  Discounts  Login
Re: Frame-Relay fragmentation posted 10/31/2005
[Chronological Index] [Thread Index] [Top] [Date Prev][Date Next] [Thread Prev][Thread Next]

Hello ...

I think that the frame-relay fragmentation equation for Voice traffic
depends on the Tc interval, and all that Serialization delay Stuff
I read once that using Frame-relay fragmentation, all packet above that
value are fragmented, voice traffic can not be fragmented because of the
nature of the content inside the packet , and also the be specific about
which packet  goes first, in the queuing is something that I have not clear
yet !
But my guess is that because packet that are bigger that the fragment
configured on that command are going to be broken in pieces, it's like ppp
multilink fragmentation, but in this case for frame relay

Any other Thoughts?

Victor Cappuccio
----- Original Message ----- 
From: "Schulz, Dave" <DSchulz@xxxxxxxxxxxxxx>
To: <ccielab@xxxxxxxxxxxxxx>
Sent: Monday, October 31, 2005 6:04 PM
Subject: Frame-Relay fragmentation

> I was working through the doc CD, where it stated something about the
> FRF.12 inherently allows all voice traffic to pass-through unfragmented,
> while fragmenting the data packets to the specific length.  So, can I
> assume that if a lab states to fragment all packets above 53 bytes (the
> default), and allow voice to be unfragmented....then you may simply
> configure "frame-relay fragment" command under the specific frame
> map-class or interface, along with the frame-relay traffic-shaping
> interface command?
> I almost want to believe that priority queuing is needed, but am
> confused on which way to go here (sometimes we make things more
> complicated then they really are).  Thoughts?
> Dave Schulz,
> Email: dschulz@xxxxxxxxxxxxxx <mailto:dschulz@xxxxxxxxxxxxxx >
> _______________________________________________________________________
> Subscription information may be found at: