Loading article…
ATMにおけるマルチプロトコルカプセル化はRFC 2684で規定されています。この規格では、 ATM適応レイヤ5 （AAL5）フレームで伝送されるプロトコルを識別するための2つのメカニズムが定義されています。これは、 DSLモデムでサポートされている標準データリンクアクセスプロトコルであるRFC 1483に取って代わるものです。
RFC 2684では、ネットワークトラフィックのカプセル化メカニズムとして、仮想回線多重化（VCM）とLLCカプセル化の2種類が規定されています。どちらのメカニズムも、ルーティングされたプロトコルデータユニットまたはブリッジされた プロトコルデータユニットを伝送し、DSLモデムにはRFC 1483ブリッジングの設定が含まれていることがよくあります。これは、DSLモデムとルーターが一体化した機器によく見られる、DSLモデムのルーター部分を無効にする他の「ブリッジモード」とは異なります。
VC多重化（VC-MUX）では、ホストは特定の回線で使用する上位プロトコルについて合意します。この方式の利点は、パケットに追加情報が必要ないため、オーバーヘッドが最小限に抑えられることです。例えば、ホストがIPを転送することに合意した場合、送信側は各データグラムをAAL5に直接渡して転送できます。データグラムとAAL5トレーラー以外に送信する必要のある情報はありません。このような方式の主な欠点は、仮想回線の重複です。複数のプロトコルを使用する場合、ホストは上位プロトコルごとに個別の仮想回線を作成する必要があります。ほとんどの通信事業者は仮想回線ごとに料金を請求するため、顧客は複数の回線を使用すると不要なコストが発生するため、使用を避けようとします。
LLCカプセル化では、ホストは複数のプロトコルに対して単一の仮想回線を使用します。この方式の利点は、すべてのトラフィックを同じ回線で処理できることですが、欠点は、各パケットにプロトコルの種類を識別するオクテットを含める必要があり、オーバーヘッドが増加することです。また、この方式では、すべてのプロトコルからのパケットが同じ遅延と優先度で伝送されるという欠点もあります。
RFC 2684では、ホストはAAL5を使用する2つの方法から選択できると規定されています。送信側と受信側は、回線の使用方法について合意する必要があり、その合意には手動設定が含まれる場合があります。さらに、ホストがパケットにタイプ情報を含めることを選択した場合、標準のIEEE 802.2論理リンク制御（LLC）ヘッダーを使用し、必要に応じてサブネットワークアクセスプロトコル（SNAP）ヘッダーを後に付けることを推奨しています。
AAL5のトレーラーにはタイプフィールドが含まれていません。そのため、AAL5フレームは自己識別機能を持ちません。つまり、仮想回線の両端にある2つのホストは、その回線が特定のプロトコル（例えば、IPデータグラムの送信のみ）に使用されることを事前に合意するか、あるいは、あるプロトコルのデータを含むパケットと別のプロトコルのデータを含むパケットを区別するためのタイプフィールドとして、データ領域の一部のオクテットを予約することを事前に合意する必要があります。