Generic Stream Encapsulation: Difference between revisions

Revision as of 08:50, 12 October 2011

Revision as of 14:42, 23 November 2011

Line 100:

This is when the '''Fragment ID''' field becomes important. It is a short-term identification of the payload frame. Whenever the encapsulator needs to move on to the next payload frame, without having finished transmitting the previous one, it uses the next available Fragment ID. That way, up to 256 payload frames can be "kept open" at any time. The decapsulator uses the Fragment ID to pick the reassembly buffer in which to store the fragment.

=== GSE addresses ===

The "Label Type" (LT) bits determine how the GSE packet address is encoded according to the following table:

{| class="wikitable" style="text-align:center"

|+ Addressing Mode

|-

! width="10%" | LT bits

! width="80%" | Addressing mode

|-

| 00

| style="text-align:left" | Indicates that a 6 bytes label is present and shall be used for filtering.

|-

| 01

| style="text-align:left" | Indicates that a 3 bytes label is present and shall be used for filtering.

|-

| 10

| style="text-align:left" | No label present. All receivers shall process this packet.

|-

| 11

| style="text-align:left" | Label re-use: no label is present; the label is the same as the previous GSE packet in the same base band frame. LT=11 shall not be used for the first GSE packet in a base band frame.

|-

|}

=== CRC-32 Trailer ===