5. サイズの問題 (Size Issues)

5.1 コンテキスト識別子 (Context Identifiers)

コンテキスト識別子は 8 ビットまたは 16 ビット長にできます。そのサイズはコンテキストの検索とは無関係です。値 2 の 8 ビット CID と値 2 の 16 ビット CID は等価です。

TCP と非 TCP の CID 空間は分離されているため、TCP CID と非 TCP CID は同じコンテキストを識別することはありません。同じ値を持っていても同様です。これにより、同じビット数の CID を使用する場合に利用可能な CID 空間が 2 倍になります。

非 TCP 圧縮ヘッダーは、圧縮ヘッダーの 2 番目のオクテットの 1 ビットを使用して CID のサイズをエンコードします。8 ビット CID により、非 TCP パケットの最小圧縮ヘッダーサイズは 2 オクテットになります。CID が最初のオクテットを使用し、サイズビットと 6 ビットの世代値が 2 番目のオクテットに収まります。

TCP の場合、[RFC-1144] で説明されているように、唯一利用可能な CID サイズは 8 ビットです。TCP 接続は常にポイントツーポイントであるため、8 ビットで十分な場合があります。

16 ビット CID サイズはポイントツーポイントリンクには不要かもしれません。より大きな CID 空間が CID を効率的に選択するために必要な場合があるマルチアクセスリンクでの使用を意図しています。

5.2 コンテキストのサイズ (Size of the context)

コンテキストのサイズは、圧縮器と解凍器の実装を簡略化し、メモリに制限を課すために制限すべきです。コンテキストのサイズを制限することは、多数の拡張ヘッダーを持つパケットを送信することによるサービス拒否攻撃も防ぎます。

コンテキストのサイズは完全ヘッダーのサブヘッダーによって決まります。特定のサブヘッダーまでのサブヘッダーのみが保存されます。これはリンク層パケットタイプの 1 ビットによって示され、完全ヘッダーからどれだけ保存するかを示します。