Frame-relay fragmentation

From: Curt Girardin (curt.girardin@chicos.com)
Date: Sun Jan 15 2006 - 22:12:54 GMT-3


Team,

My understanding is that with frame-relay, using FRF.12 with either some
type of LLQ or high priority queue on a subinterface or using the
*frame-relay ip rtp priority* command under a map-class, that
frame-relay physical interface will use two queues. One acts as a
*high* priority queue with strict priority, and the other acts like a
*normal* queue. Very similar to the Priority Queuing logic, except only
those two queues.

The packets in the *normal* queue can be fragmented; so that
delay-sensitive packets in the *high* queue can be interleaved between
fragments of the bigger packets in the *normal* queue.

That being said, are the packets in the *high* queue subject to
fragmentation ??? I mean, if these packets in the *high* queue are the
delay-sensitive important packets, being interleaved between fragments
of less-important traffic, why bother fragmenting the packets in the
*high* queue at all? What would be the advantage?

I haven't found any documentation that clearly states that this either
is or is not the actual behavior. If anyone can point me in the right
direction, that would be great.

Thanks,

Curt



This archive was generated by hypermail 2.1.4 : Wed Feb 01 2006 - 07:45:49 GMT-3