Serialization Delay?

Serialization/Access-Rate is the physical clocking speed of the interface (ie 64-kbps/128-kbps etc), which determines the amount of data that can be encapsulated on to the wire.

Serialization Delay or Serialization Rate is a constant based on the access rate of the interface. It is the time needed to place data on the physical wire.

These values are set in hardware and cannot be changed.

A data frame can be sent onto the physical wire ONLY at the serialization rate of the interface. Thus serialization delay is the size of the frame in bits divided by the clocking speed of the interface.

Serialization Delay = Frame Size/Link Speed

For example, a 1500-byte frame (12000-bits/64000-bits) will take 187.5ms to serialize (put on the wire) on a 64-kbps circuit.

For low-speed WAN connections (those with a clocking speed of 768kbps or below), it might be necessary to provide a mechanism for Link Fragmentation and Interleaving (LFI) when running delay sensitive application like voice.

LFI fragments large data frames into regularly sized pieces, to interleave small delay sensitive frames into the flow, so that the end-to-end delay can be predicted accurately. This helps prevent jitter (variable delay) that would have been caused when the delay sensitive packets was delayed behind large data frames being serialized.

Two LFI tools which are commonly implemented, are MLP (Multilink PPP) on serial links and FRF.12 on Frame-Relay links.

But the question is how much delay is acceptable and what size should the fragments be?
That will depend on how much you want to limit the jitter too. Decide on the max jitter delay and work out the fragment size with this formula:

Fragment_Size = (Max_Jitter_Delay * Link_Speed_in_kbps) / 8

For example, if  a maximum variable delay of 10ms on a 128-kbps circuit is needed, then
Fragment_Size = (10ms * 128) / 8
Fragment_Size = 160 bytes

From the previous formula we can see that a 160 bytes payload size will take 10ms to serialize. So the longest a delay sensitive packet (or any packet fragment) would have to wait in the transmit-queue is 10 ms.