From: Victor Cappuccio (cvictor@protokolgroup.com)
Date: Mon Oct 31 2005 - 19:19:48 GMT-3
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 cvictor@protokolgroup.com ..O. ....O OOO ----- Original Message ----- From: "Schulz, Dave" <DSchulz@dpsciences.com> To: <ccielab@groupstudy.com> 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@dpsciences.com <mailto:dschulz@dpsciences.com > > > _______________________________________________________________________ > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Nov 06 2005 - 22:00:55 GMT-3