[要約] RFC 3337は、PPP over ATM Adaptation Layer 2に対するクラス拡張に関する仕様です。このRFCの目的は、ATMネットワーク上でのPPPの効率的な利用を可能にするための拡張機能を提供することです。
Network Working Group B. Thompson
Request for Comments: 3337 T. Koren
Category: Standards Track Cisco Systems
B. Buffam
Seaway Networks
December 2002
Class Extensions for PPP over Asynchronous Transfer Mode Adaptation Layer 2 (AAL2)
非同期転送モード適応レイヤー2（AAL2）を超えるPPPのクラス拡張機能
Status of this Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の現在のエディションを参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（c）The Internet Society（2002）。無断転載を禁じます。
Abstract
概要
The Point-to-Point Protocol (PPP) over Asynchronous Transfer Mode (ATM) Adaptation Layer 2 defines the encapsulation that allows a PPP session to be transported over an ATM virtual circuit using the ATM Adaptation Layer 2 (AAL2) adaptation layer. This document defines a set of class extensions to PPP over AAL2 that implement equivalent functionality to Multi Class Multi Link PPP over a single ATM virtual circuit. Instead of using Multi Link PPP as the basis for fragmentation functionality, this document uses the functionality of the Segmentation and Reassembly Service Specific Convergence Sublayer that is already required as the basic encapsulation format of PPP over AAL2.
非同期転送モード（ATM）適応レイヤー2のポイントツーポイントプロトコル（PPP）は、ATM適応レイヤー2（AAL2）適応層を使用してATM仮想回路でPPPセッションを輸送できるようにするカプセル化を定義します。このドキュメントでは、単一のATM仮想回路を介してマルチクラスマルチリンクPPPに同等の機能を実装するAAL2を介してPPPにクラス拡張セットを定義します。断片化機能の基礎としてマルチリンクPPPを使用する代わりに、このドキュメントでは、AAL2を介したPPPの基本的なカプセル化形式としてすでに必要なセグメンテーションの機能を使用し、サービス固有の収束サブレーヤーを再組み立てします。
Using AAL2 as an adaptation layer for PPP transport over ATM provides a bandwidth efficient transport for IP applications that generate small packets. An example IP application that generates small packets is RTP encapsulated voice (Voice over IP).
AAL2を使用すると、ATMを介したPPP輸送の適応レイヤーを使用すると、小さなパケットを生成するIPアプリケーションの帯域幅効率的な輸送が提供されます。小さなパケットを生成するIPアプリケーションの例は、RTPカプセル化音声（Voice over IP）です。
In addition to bandwidth efficiency, real-time applications such as voice require low latency. RFC 2689 [2] describes an architecture for providing transport services for real time applications on low bit rate links. The main components of the architecture are: a real-time encapsulation format for asynchronous and synchronous low-bitrate links, a header compression architecture optimized for real-time flows, elements of negotiation protocols used between routers (or between hosts and routers), and announcement protocols used by applications to allow this negotiation to take place.
帯域幅の効率に加えて、音声などのリアルタイムアプリケーションには低遅延が必要です。RFC 2689 [2]は、低ビットレートリンクでリアルタイムアプリケーションに輸送サービスを提供するためのアーキテクチャについて説明しています。アーキテクチャの主なコンポーネントは次のとおりです。非同期および同期性低ビトレートリンクのリアルタイムカプセル化形式、リアルタイムフロー用に最適化されたヘッダー圧縮アーキテクチャ、ルーター（またはホストとルーター間）の間で使用される交渉プロトコルの要素、およびこの交渉を行うためにアプリケーションで使用される発表プロトコル。
Multi Class Multi Link PPP [3] defines a fragment-oriented solution for the real-time encapsulation format part of the architecture defined in [2], i.e., for the queues-of-fragments type sender. As described in more detail in the architecture document, a real-time encapsulation format is required to guarantee low latency in the presence of large non real time packets. For example, a 1500 byte packet on a 128 kbit/s ATM virtual circuit makes this link unavailable for the transmission of real-time information for about 100 ms. This adds a worst-case delay that causes real-time applications to operate with round-trip delays that are too high for many interactive tasks. Multi Class Multi Link PPP defines a set of extensions of Multi Link PPP [4] that enable the sender to fragment the packets of various priorities into multiple classes of fragments, allowing high-priority packets to be sent between fragments of lower priorities.
Multi Class Multi Link PPP [3]は、[2]で定義されているアーキテクチャのリアルタイムカプセル化形式の部分、つまり、吹き出されたキューズタイプの送信者の場合、フラグメント指向のソリューションを定義します。アーキテクチャドキュメントで詳細に説明されているように、大きな非リアルタイムパケットの存在下で低レイテンシーを保証するために、リアルタイムのカプセル化形式が必要です。たとえば、128 kbit/s ATM仮想回路に1500バイトのパケットがあるため、このリンクは約100ミリ秒のリアルタイム情報の送信では利用できません。これにより、最悪の遅延が追加され、多くのインタラクティブなタスクでは高すぎる往復遅延でリアルタイムアプリケーションが動作します。Multi Class Multi Link PPPは、送信者がさまざまな優先順位のパケットを複数のクラスのフラグメントにフラグメントできるようにするマルチリンクPPP [4]の拡張セットを定義し、より低い優先順位のフラグメント間で高優先度パケットを送信できるようにします。
This document defines a set of class extensions to PPP over AAL2 [1] that implement equivalent functionality to Multi Class Multi Link PPP over a single ATM virtual circuit. Instead of using Multi Link PPP as the basis for fragmentation functionality, this document uses the functionality of the Service Specific Segmentation and Reassembly Sublayer (SSSAR) [5] that is already required as the basic encapsulation format of PPP over AAL2.
このドキュメントでは、単一のATM仮想回路を介してマルチクラスマルチリンクPPPに等価機能を実装するAAL2 [1]を介したPPPのクラス拡張セットを定義します。断片化機能の基礎としてマルチリンクPPPを使用する代わりに、このドキュメントでは、AAL2を介したPPPの基本的なカプセル化形式としてすでに必要なサービス固有セグメンテーションと再組み立てサブレーヤー（SSSAR）[5]の機能を使用しています。
In addition to providing fragmentation, the real time transport service must allow high priority fragments to be sent between fragments of lower priorities. This can be accomplished in PPP over AAL2 by allowing a single PPP session to span multiple AAL2 CPS [6] Channel Identifiers. Once a PPP session spans multiple AAL2 Channel IDs, the Channel ID can be used to identify the class that a fragment belongs to. Fragments belonging to a high priority class can be sent using a particular AAL2 Channel ID. Fragments of lower priority classes can be sent using different AAL2 Channel IDs. Once multiple fragment classes are identified using different AAL2 Channel IDs, the AAL2 CPS layer can be used to send fragments belonging to a high priority class between fragments of lower priorities.
断片化を提供することに加えて、リアルタイム輸送サービスは、優先度の低い断片をより低い優先順位の断片の間に送信できるようにする必要があります。これは、単一のPPPセッションで複数のAAL2 CPS [6]チャネル識別子に及ぶことができるようにすることにより、AAL2を介してPPPで実現できます。PPPセッションが複数のAAL2チャネルIDに及ぶと、チャネルIDを使用して、フラグメントが属するクラスを識別できます。優先度の高いクラスに属するフラグメントは、特定のAAL2チャネルIDを使用して送信できます。優先度の低いクラスのフラグメントは、異なるAAL2チャネルIDを使用して送信できます。異なるAAL2チャネルIDを使用して複数のフラグメントクラスが識別されると、AAL2 CPS層を使用して、優先度の低いフラグメント間の高い優先度クラスに属するフラグメントを送信できます。
The class based extensions to PPP over AAL2 use existing services of the AAL2 SSCS and CPS layers already specified in PPP over AAL2. Because of this, the extensions described in this document may be viewed as a desirable alternative to Multi Class Multi Link PPP in providing a class based transport service with PPP over AAL2.
AAL2を介したPPPへのクラスベースの拡張機能は、AAL2ですでにPPPで指定されているAAL2 SSCおよびCPS層の既存のサービスを使用します。このため、このドキュメントで説明されている拡張機能は、AAL2を介してPPPを使用してクラスベースの輸送サービスを提供するマルチクラスマルチリンクPPPの望ましい代替品と見なされる場合があります。
The keywords MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL, when they appear in this document, are to be interpreted as described in [7].
キーワードは、このドキュメントに表示される場合、[7]で説明されているように解釈される場合、必要な、必要、必要はない、必要ではない、、勧めては、推奨されてはならない、勧めてはならない。
This document assumes the same service requirements as defined in Multi Class Multi Link PPP [3]. The reader is referred to section 2 of Multi Class Multi Link PPP for the general requirements of a multi class fragmentation / preemption service.
このドキュメントは、マルチクラスマルチリンクPPPで定義されているのと同じサービス要件を想定しています[3]。リーダーは、マルチクラスの断片化 /先制サービスの一般的な要件について、マルチクラスマルチリンクPPPのセクション2を参照してください。
PPP over AAL2 uses the Service Specific Segmentation and Reassembly Sublayer (SSSAR) [5] for the AAL type 2. The SSSAR sub-layer is used to segment PPP packets into frames that can be transported using the AAL2 CPS. The SSSAR sub-layer uses different AAL2 UUI code-points to indicate whether a segment is the last segment of a packet or not. SSSAR provides basic fragmentation functionality for all packets encapsulated using PPP over AAL2. The SSSAR layer fragments all packets into 64 byte fragments.
AAL2オーバーAAL2は、AALタイプ2にサービス固有のセグメンテーションと再組み立てサブレーヤー（SSSAR）[5]を使用します。SSSARサブレイヤーは、PPPパケットをAAL2 CPSを使用して輸送できるフレームにセグメント化します。SSSARサブレイヤーは、さまざまなAAL2 UUIコードポイントを使用して、セグメントがパケットの最後のセグメントであるかどうかを示します。SSSARは、AAL2を介してPPPを使用してカプセル化されたすべてのパケットに基本的なフラグメンテーション機能を提供します。SSSARレイヤーは、すべてのパケットを64バイトフラグメントに分割します。
The AAL2 CPS layer defines a Channel ID that is used to identify multiple streams of packets within a single ATM Virtual Circuit. In this document, the AAL2 CPS Channel ID is used to identify the preemption class that a packet fragment belongs to. Since the Channel ID is used to identify different preemption classes, packet fragments from each class of traffic MUST be assigned to different Channel IDs. In addition, each PPP session MUST have at least as many Channel IDs assigned as there are different classes of preemptible traffic.
AAL2 CPSレイヤーは、単一のATM仮想回路内のパケットの複数のストリームを識別するために使用されるチャネルIDを定義します。このドキュメントでは、AAL2 CPSチャネルIDを使用して、パケットフラグメントが属する先制クラスを識別します。チャネルIDは異なる先制クラスを識別するために使用されるため、各クラスのトラフィックのパケットフラグメントを異なるチャネルIDに割り当てる必要があります。さらに、各PPPセッションには、先制トラフィックのさまざまなクラスがあるのと同じくらい少なくとも多くのチャネルIDが割り当てられている必要があります。
To allow PPP packets to be assigned to different preemption classes, PPP packets must be classified into multiple preemption classes as they are fragmented using SSSAR. Many classification methods may be used to determine the class that a particular PPP packet belongs to. The architecture document [2] describes possible alternatives that MAY be used to implement a real time classification scheme.
PPPパケットを異なる先制クラスに割り当てることを許可するには、SSSARを使用して断片化されているため、PPPパケットを複数の先制クラスに分類する必要があります。多くの分類方法を使用して、特定のPPPパケットが属するクラスを決定することができます。アーキテクチャドキュメント[2]は、リアルタイム分類スキームの実装に使用できる可能性のある代替案について説明しています。
Once packets have been classified into different preemption classes, each class of traffic is then assigned a different Channel ID. Since fragments from each traffic class are now transmitted using separate Channel ID, the AAL2 CPS layer can be used to schedule fragments from the different classes. The AAL2 CPS specification [6] does not specify a method for scheduling AAL2 CPS payloads from different Channel IDs. The scheduling method required at the AAL2 CPS layer depends upon the real time requirements of applications using this service. Some real-time applications MAY require the use of a priority based CID scheduler. Other applications MAY only require a fair or weighted fair CID scheduler. Implementations of PPP over AAL2 real time transport extensions SHOULD implement AAL2 CPS CID schedulers that meet the requirements of multi-class real time applications.
パケットが異なる先制クラスに分類されると、トラフィックの各クラスに異なるチャネルIDが割り当てられます。各トラフィッククラスのフラグメントは、個別のチャネルIDを使用して送信されるため、AAL2 CPSレイヤーを使用して、異なるクラスのフラグメントをスケジュールできます。AAL2 CPS仕様[6]は、異なるチャネルIDからAAL2 CPSペイロードをスケジュールする方法を指定していません。AAL2 CPS層で必要なスケジューリング方法は、このサービスを使用したアプリケーションのリアルタイム要件に依存します。一部のリアルタイムアプリケーションでは、優先順位ベースのCIDスケジューラを使用する必要がある場合があります。他のアプリケーションでは、公正または加重公正なCIDスケジューラのみが必要になる場合があります。AAL2リアルタイム輸送拡張を介したPPPの実装は、マルチクラスのリアルタイムアプリケーションの要件を満たすAAL2 CPS CIDスケジューラを実装する必要があります。
When PPP over AAL2 is used to transport both voice and non-voice packets over low bandwidth ATM virtual circuits, it may be necessary to preempt the transmission of a large data packet in order to transmit a voice packet with minimal delay. The example implementation described below shows an example of how the class extensions for PPP over AAL2 can be used to support a real time voice transport service over low bandwidth AAL2 virtual circuits. To guarantee low latency and loss for voice transport, the ATM virtual circuit in this example must be provisioned using a real time traffic class such as VBRnrt or VBRrt.
AAL2のPPPを使用して、音声パケットと非声パケットの両方を低帯域幅ATM仮想回路で輸送する場合、音声パケットを最小限の遅延で送信するために、大きなデータパケットの送信を先取りする必要がある場合があります。以下で説明する実装の例は、AAL2を介したPPPのクラス拡張機能を使用して、低帯域幅AAL2仮想回路でのリアルタイム音声輸送サービスをサポートする方法の例を示しています。音声輸送の低遅延と損失を保証するには、この例のATM仮想回路をVBRNRTやVBRRTなどのリアルタイムトラフィッククラスを使用してプロビジョニングする必要があります。
For the simple voice service described above, 2 classes are sufficient to guarantee low latency for voice packets. The PPP over AAL2 session in this case can be configured to run across 2 AAL2 CPS Channel IDs. One channel ID is used to transport large data packets while the other channel ID is used to transport real time voice packets.
上記のシンプルな音声サービスでは、音声パケットの低遅延を保証するのに2つのクラスで十分です。この場合のAAL2セッション上のPPPは、2つのAAL2 CPSチャネルIDを介して実行するように構成できます。1つのチャネルIDは大規模なデータパケットの輸送に使用され、もう1つのチャネルIDはリアルタイムの音声パケットを輸送するために使用されます。
Packets that arrive at the PPP interface must first be classified as either belonging to the real time class or belonging to the data class. A simple classifier that can be used to classify packets at this layer is packet size.
PPPインターフェイスに到達するパケットは、まずリアルタイムクラスに属しているか、データクラスに属していると分類する必要があります。このレイヤーでパケットを分類するために使用できるシンプルな分類器は、パケットサイズです。
Large packets are assigned to the non-real time (or data) traffic class and small packets are assigned to the real time traffic class. The packet size used to discriminate between real time and non-real time packets may vary based on the application and transmission rate of the virtual circuit.
大きなパケットは、非現実の時間（またはデータ）トラフィッククラスに割り当てられ、小さなパケットはリアルタイムトラフィッククラスに割り当てられます。リアルタイムと非リアルタイムパケットを区別するために使用されるパケットサイズは、仮想回路のアプリケーションと伝送速度によって異なる場合があります。
Once packets have been classified, they are now fragmented using the SSSAR layer of PPP over AAL2. Separate instances of the SSSAR fragmentation function run on each of the 2 Channel IDs assigned to the PPP session.
パケットが分類されると、AAL2を介してPPPのSSSAR層を使用して断片化されます。SSSARフラグメンテーション関数の個別のインスタンスは、PPPセッションに割り当てられた2つのチャネルIDのそれぞれで実行されます。
Fragments coming from the SSSAR functions are now scheduled into the AAL2 virtual circuit using the AAL2 CPS layer. Most AAL2 SAR implementations currently implement fair scheduling across multiple AAL2 Channel IDs. Since the AAL2 CPS scheduler implements fair scheduling, real time fragments will wait for at most one non-real time fragment to be transmitted on the AAL2 virtual circuit before being scheduled.
SSSAR関数から来るフラグメントは、AAL2 CPS層を使用してAAL2仮想回路にスケジュールされるようになりました。ほとんどのAAL2 SAR実装は現在、複数のAAL2チャネルIDにわたって公正なスケジューリングを実装しています。AAL2 CPSスケジューラは公正なスケジューリングを実装するため、リアルタイムフラグメントは、スケジュールされる前に、最大1つの非現実的な時間フラグメントをAAL2仮想回路に送信するのを待ちます。
Operation of this protocol is believed to be no more and no less secure than operation of PPP over AAL2 [1].
このプロトコルの動作は、AAL2に対するPPPの動作よりも安全ではなく、安全ではないと考えられています[1]。
The authors would like to thank James Carlson for his contributions to this proposal.
著者は、この提案への貢献についてジェームズ・カールソンに感謝したいと思います。
[1] Thompson, B., Koren, T. and B. Buffam, "PPP Over Asynchronous Transfer Mode Adaptation Layer 2", RFC 3336, December 2002.
[1] Thompson、B.、Koren、T。and B. Buffam、「非同期転送モード適応層2を超えるPPP」、RFC 3336、2002年12月。
[2] Bormann, C., "Providing Integrated Services over Low-bitrate Links", RFC 2689, September 1999.
[2] Bormann、C。、「低ビトレートリンクを介して統合サービスを提供する」、RFC 2689、1999年9月。
[3] Bormann, C., "The Multi-Class Extension to Multi-Link PPP", RFC 2686 September 1999.
[3] ボルマン、C。、「マルチリンクPPPへのマルチクラス拡張」、RFC 2686 1999年9月。
[4] Sklower, K., Lloyd, B., McGregor, G., Carr, D. and T. Coradetti, "The PPP Multilink Protocol (MP)", RFC 1990, August 1996.
[4] Sklower、K.、Lloyd、B.、McGregor、G.、Carr、D。、およびT. Coradetti、「The PPP Multilink Protocol（MP）」、RFC 1990、1996年8月。
[5] International Telecommunications Union, "Segmentation and Reassembly Service Specific Convergence Sublayer for the AAL type 2", ITU-T Recommendation I.366.1, June 1998.
[5] International Telecommunications Union、「AAL Type 2のセグメンテーションおよびサービス固有の収束サブレーヤー」、ITU-T推奨I.366.1、1998年6月。
[6] International Telecommunications Union, "BISDN ATM Adaptation layer specification: Type 2 AAL(AAL2)", ITU-T Recommendation I.363.2, September 1997.
[6] International Telecommunications Union、「Bisdn ATM適応層の仕様：タイプ2 AAL（AAL2）」、ITU-T推奨I.363.2、1997年9月。
[7] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[7] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
Bruce Thompson Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134 USA
ブルース・トンプソン・シスコ・システムズ、170ウェスト・タスマン・ドライブ・サンノゼ、カリフォルニア95134 USA
Phone: +1 408 527-0446
EMail: brucet@cisco.com
Bruce Buffam Seaway Networks One Chrysalis Way, Suite 300, Ottawa, Canada K2G-6P9
ブルースバッファムシーウェイネットワークワンクリサリスウェイ、スイート300、オタワ、カナダK2G-6p9
Phone: +1 613 723-9161
EMail: bruce@seawaynetworks.com
Tmima Koren Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134 USA
Tmima Koren Cisco Systems、Inc。170 West Tasman Drive San Jose、CA 95134 USA
Phone: +1 408 527-6169
EMail: tmima@cisco.com
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（c）The Internet Society（2002）。無断転載を禁じます。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントと翻訳は他の人にコピーされて提供される場合があります。また、それについてコメントまたは説明する派生作品、またはその実装を支援することは、いかなる種類の制限なしに、準備、コピー、公開、および部分的に配布される場合があります。、上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれている場合。ただし、このドキュメント自体は、インターネット協会や他のインターネット組織への著作権通知や参照を削除するなど、いかなる方法でも変更できない場合があります。インターネット標準プロセスに従うか、英語以外の言語に翻訳するために必要な場合に従う必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書と本書に含まれる情報は、「現状」に基づいて提供されており、インターネット社会とインターネットエンジニアリングタスクフォースは、ここにある情報の使用が行われないという保証を含むがこれらに限定されないすべての保証を否認します。特定の目的に対する商品性または適合性の権利または黙示的な保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。