メインコンテンツまでスキップ

6. 圧縮ヘッダー形式 (Compressed Header Formats)

6. 圧縮ヘッダー形式 (Compressed Header Formats)​

本節では、第 7 節で定義される用語（DELTA、RANDOM）の一部を使用します。

a) COMPRESSED_TCP 形式（[RFC 1144] と同様）：

            +-+-+-+-+-+-+-+-+
            |      CID      |
            +-+-+-+-+-+-+-+-+
            |R O I P S A W U|
            +-+-+-+-+-+-+-+-+
            |               |
            +  TCP Checksum +
            |               |
            +-+-+-+-+-+-+-+-+
            | RANDOM fields, if any (see section 7)   (implied)
             - - - - - - - -
            | R-octet       |                         (if R=1)
             - - - - - - - -
            | Urgent Pointer Value                    (if U=1)
             - - - - - - - -
            | Window Delta                            (if W=1)
             - - - - - - - -
            | Acknowledgment Number Delta             (if A=1)
             - - - - - - - -
            | Sequence Number Delta                   (if S=1)
             - - - - - - - -
            | IPv4 Identification Delta               (if I=1)
             - - - - - - - -
            |  Options                                (if O=1)
             - - - - - - - -

2 バイト目の後続のフラグビット（IPSAWU）は、TCP セグメントが IPv6 であれ IPv4 であれ、[RFC-1144] と同じ意味を持ちます。C ビットは削除されています。これは CID が常に存在するためです。CID に関連付けられたコンテキストは、IP バージョンおよび存在する RANDOM フィールドを追跡します。ここで規定される delta フィールド間の順序は、[RFC-1144] と完全に同一です。実装は通常、コンテキストを先頭から走査し、RANDOM フィールドを順に挿入します。したがって RANDOM フィールドは、TCP ヘッダーの DELTA フィールドの前に、元の非圧縮ヘッダーでの出現順序と同じ順序で配置されます。

I フラグは、IPv4 ヘッダーが TCP ヘッダーの直前に存在する場合に限り 1 です。その場合、IPv4/TCP 複合ヘッダーは [RFC-1144] に記載のとおり 1 つの単位として圧縮されます。TCP ヘッダーの直後に続かない IPv4 ヘッダーの Identification フィールドは RANDOM です。

O フラグが設定されている場合、TCP ヘッダーの Options が直前のヘッダーと異なっていたことを示します。Options フィールド全体が圧縮 TCP ヘッダーの最後に配置されます。

R フラグが設定されている場合、コンテキストと現在のヘッダーの間に差異（ToS や TTL の変化など）があり、それらは R-octet を介して運ばれます。

に最終更新