[要約] RFC 2331は、IP over ATMにおけるATMシグナリングのサポートに関するUNIシグナリング4.0のアップデートについての要約です。このRFCの目的は、IP over ATMの通信におけるシグナリングの効率性と信頼性を向上させることです。
Network Working Group M. Maher
Request for Comments: 2331 USC/ISI
Category: Standards Track April 1998
ATM Signalling Support for IP over ATM - UNI Signalling 4.0 Update
ATM over IPのATMシグナリングサポート-UNIシグナリング4.0アップデート
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 (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
Abstract
概要
This memo describes how to efficiently use the ATM call control signalling procedures defined in UNI Signalling 4.0 [SIG40] to support IP over ATM environments as described in RFC 2225 [LAUB98] and in RFC 2332 [LUC98]. Among the new features found in UNI Signalling 4.0 are Available Bit Rate signalling and traffic parameter negotiation. This memo highlights the features of UNI Signalling 4.0 that provide IP entities capabilities for requesting ATM service in sites with SVC support, whether it is private ATM or publicly provisioned ATM, in which case the SVC support is probably configured inside PVPs.
このメモは、RFC 2225 [LAUB98]およびRFC 2332 [LUC98]で説明されているように、IP over ATM環境をサポートするためにUNIシグナリング4.0 [SIG40]で定義されたATM呼制御シグナリング手順を効率的に使用する方法を説明します。 UNIシグナリング4.0の新機能には、使用可能なビットレートシグナリングとトラフィックパラメータネゴシエーションがあります。このメモは、SVCサポートを備えたサイトでATMサービスを要求するためのIPエンティティ機能を提供するUNIシグナリング4.0の機能を強調しています。プライベートATMでも公的にプロビジョニングされたATMでも、その場合、SVCサポートはおそらくPVP内で構成されます。
This document is only relevant to IP when used as the well known "best effort" connectionless service. In particular, this means that this document does not pertain to IP in the presence of implemented IP Integrated Services. The topic of IP with Integrated Services over ATM will be handled by a different specification or set of specifications being worked on in the ISSLL WG.
このドキュメントは、よく知られている「ベストエフォート」コネクションレスサービスとして使用された場合にのみ、IPに関連します。特に、これは、このドキュメントが、実装されたIP統合サービスが存在する場合のIPには関係しないことを意味します。 ATM上の統合サービスを使用したIPのトピックは、ISSLL WGで作業中の異なる仕様または仕様のセットによって処理されます。
This specification is a follow-on to RFC 1755, "ATM Signaling Support for IP over ATM", which is based on UNI 3.1 signalling [UNI95]. Readers are assumed to be familiar with RFC 1755.
この仕様は、UNI 3.1シグナリング[UNI95]に基づくRFC 1755「IP over ATMのATMシグナリングサポート」に続くものです。読者はRFC 1755に精通していることを前提としています。
Table of Contents
目次
1. Conventions ............................................... 2
2. Overview .................................................. 2
3. Use of Protocol Procedures ................................ 3
3.1 VC Teardown........................................... 3
4. Overview of Call Establishment Message Content ............ 3
5. Description of Information Elements ....................... 4
5.1 ATM Adaptation Layer Parameters ...................... 4
5.2 Broadband Low Layer Information ..................... 5
5.3 Traffic Management Issues and Related IEs............. 5
5.3.1 ATM Traffic Descriptor ........................ 6
5.3.1.1 Tagging vs. Dropping ................. 7
5.3.2 Traffic Parameter Negotiation .................. 7
5.3.3 Broadband Bearer Capability .................... 8
5.3.4 QoS Parameter .................................. 8
5.3.4.1 Signalling of Individual QoS Parameters 8
5.4 ATM Addressing Information ........................... 9
6. ABR Signalling In More Detail ............................ 9
7. Frame Discard Capability .................................. 10
8. Security Considerations ................................... 10
9. Acknowledgements........................................... 10
10. References ................................................ 10
11. Author's Address .......................................... 12
Appendix A Sample Signalling Messages ........................ 13
Appendix B ABR and nrt-VBR Signalling Guidelines for IP Routers 15
Appendix C Combinations of Traffic Related Parameters ........ 18
Full Copyright Statement ...................................... 26
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [BRA97].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119 [BRA97]で説明されているように解釈されます。
UNI Signalling version 4.0 (SIG 4.0) is the ATM Forum follow-on specification to UNI 3.1 signalling (UNI 3.1). Among the new features in SIG 4.0, those of particular interest to IP over ATM environments are:
UNIシグナリングバージョン4.0（SIG 4.0）は、UNI 3.1シグナリング（UNI 3.1）に対するATMフォーラムの後続仕様です。 SIG 4.0の新機能の中で、IP over ATM環境で特に重要な機能は次のとおりです。
o Available Bit Rate (ABR) Signalling for Point-to-Point Calls o Traffic Parameter Negotiation o Frame Discard Support o Leaf Initiated Join (LIJ) Capability o ATM Anycast Capability o Switched Virtual Path (VP) Service
o ポイントツーポイントコールで使用可能なビットレート（ABR）シグナリングoトラフィックパラメーターネゴシエーションoフレーム破棄サポートoリーフ開始結合（LIJ）機能o ATMエニーキャスト機能o交換仮想パス（VP）サービス
This memo highlights the first three capabilities listed above. The last three capabilities are not discussed because models for their use in IP over ATM environments have not yet been defined. The ION WG is considering the applicability of LIJ and Group Addressing to the RFC2022 problem space. Furthermore, Anycast addressing is being explored as a technique for supporting server discovery in ATM networks.
このメモは、上記の最初の3つの機能を強調しています。最後の3つの機能については、IP over ATM環境で使用するためのモデルがまだ定義されていないため、説明しません。 ION WGは、LIJおよびグループアドレス指定のRFC2022問題空間への適用性を検討しています。さらに、Anycastアドレッシングは、ATMネットワークでのサーバー検出をサポートする技術として検討されています。
Section 3 in RFC 1755 introduces requirements of virtual circuit (VC) management intended to prevent VC thrashing, excessive VC consumption, and other related problems. This section updates RFC 1755's requirements related to VC teardown.
RFC 1755のセクション3では、VCスラッシング、過度のVC消費、およびその他の関連する問題を防ぐことを目的とした仮想回路（VC）管理の要件を紹介しています。このセクションでは、VCティアダウンに関連するRFC 1755の要件を更新します。
In environments running layer 3 (L3) signalling protocols, such as RSVP [RSVP], over ATM, data VCs might correspond to L3 reserved flows (even if the VC is a 'best effort' VC). In such environments it is beneficial for VCs to be torn down only when the L3 reservation has expired. In other words, it is more efficient for the sender of a L3 reserved flow to initiate VC tear-down when the receiver(s) has ceased refreshing the reservation. To support such L3 behavior, systems implementing a Public ATM UNI interface and serving as the _called_ party of a VCC MUST NOT use an inactivity timer on such a VCC by default. A system MAY use an inactivity timer on such a VCC if configured to do so.
ATMを介したRSVP [RSVP]などのレイヤー3（L3）シグナリングプロトコルを実行している環境では、データVCはL3予約済みフローに対応する場合があります（VCが「ベストエフォート」VCであっても）。このような環境では、L3予約が期限切れになった場合にのみVCが破棄されることが有益です。つまり、L3予約済みフローの送信者は、受信者が予約の更新を停止したときにVCティアダウンを開始する方が効率的です。そのようなL3動作をサポートするために、公衆ATM UNIインターフェイスを実装し、VCCの_called_パーティとして機能するシステムは、デフォルトでそのようなVCCで非アクティブタイマーを使用してはなりません（MUST NOT）。システムは、そうするように構成されている場合、そのようなVCCで非アクティブタイマーを使用できます。
Signalling messages are structured to contain mandatory and optional variable length information elements (IEs). A SETUP message which establishes an ATM connection to be used for IP and multiprotocol interconnection calls MUST contain the following IEs:
シグナリングメッセージは、必須およびオプションの可変長情報要素（IE）を含むように構成されています。 IPおよびマルチプロトコル相互接続呼び出しに使用されるATM接続を確立するSETUPメッセージには、次のIEが含まれている必要があります。
AAL Parameters ATM Traffic Descriptor Broadband Bearer Capability Broadband Low Layer Information QoS Parameter Called Party Number Calling Party Number
AALパラメータATMトラフィック記述子ブロードバンドベアラ機能ブロードバンド低層情報QoSパラメータ着信側番号発信側番号
and MAY, under certain circumstance contain the following IEs:
また、特定の状況下では、次のIEが含まれる場合があります。
Calling Party Subaddress Called Party Subaddress Transit Network Selection
発呼側サブアドレス着呼側サブアドレストランジットネットワークの選択
(New in SIG 4.0:) Minimum Acceptable ATM Traffic Descriptor Alternative ATM Traffic Descriptor ABR Setup Parameters ABR Additional Parameters Connection Scope Selection Extended QoS Parameters End-to-End Transit Delay
（SIG 4.0の新機能:)最小許容ATMトラフィック記述子代替ATMトラフィック記述子ABRセットアップパラメーターABR追加パラメーター接続スコープの選択拡張QoSパラメーターエンドツーエンドトランジット遅延
In SIG 4.0, like UNI 3.1, the AAL Parameters and the Broadband Low Layer Information IEs are optional in a SETUP message. However, in support of IP over ATM these two IEs MUST be included. Appendix A shows a sample setup message.
UNI 3.1と同様に、SIG 4.0では、AALパラメータとブロードバンド低層情報IEはSETUPメッセージではオプションです。ただし、IP over ATMのサポートでは、これら2つのIEを含める必要があります。付録Aは、サンプルのセットアップメッセージを示しています。
This section describes the coding of, and procedures surrounding, information elements in SETUP and CONNECT messages. The first two IEs described, ATM Adaptation Layer Parameters and Broadband Low Layer Information, are categorized as having significance only to the end-points of an ATM call supporting IP. That is, the network does not process these IEs.
このセクションでは、SETUPメッセージとCONNECTメッセージの情報要素のコーディングとその手順について説明します。説明されている最初の2つのIE、ATMアダプテーションレイヤーパラメーターとブロードバンドローレイヤー情報は、IPをサポートするATMコールのエンドポイントに対してのみ意味を持つものとして分類されます。つまり、ネットワークはこれらのIEを処理しません。
The AAL Parameters IE carries information about the ATM adaptation layer to be used on the connection. The parameters specified in this IE are the same as specified in [PER95].
AALパラメータIEは、接続で使用されるATMアダプテーション層に関する情報を伝送します。このIEで指定されているパラメータは、[PER95]で指定されているものと同じです。
Format and field values of AAL Parameters IE
AALパラメータIEのフォーマットとフィールド値
----------------------------------------------------------
| aal_parameters |
----------------------------------------------------------
| aal_type 5 (AAL 5) |
| fwd_max_sdu_size_identifier 140 |
| fwd_max_sdu_size 65,535 (desired IP MTU) |
| bkw_max_sdu_size_identifier 129 |
| bkw_max_sdu_size 65,535 (desired IP MTU) |
| sscs_type identifier 132 |
| sscs_type 0 (null SSCS) |
----------------------------------------------------------
This shows maximum size MTUs. In practice, most sites have used 9180 IP MTUs for ATM [RFC1626].
これは最大サイズのMTUを示しています。実際には、ほとんどのサイトがATMに9180 IP MTUを使用しています[RFC1626]。
Selection of an encapsulation to support IP over an ATM VCC is done using the Broadband Low Layer Information (B-LLI) IE, along with the AAL Parameters IE, and the B-LLI negotiation procedure. B-LLI negotiation is described in [PER95] in Appendix D. The procedures remain the same for this SIG 4.0 based specification.
ATM VCCを介したIPをサポートするカプセル化の選択は、AALパラメータIE、およびB-LLIネゴシエーション手順とともに、ブロードバンド低層情報（B-LLI）IEを使用して行われます。 B-LLIネゴシエーションは、付録Dの[PER95]で説明されています。手順は、このSIG 4.0ベースの仕様でも同じです。
Format of B-LLI IE indicating LLC/SNAP encapsulation
LLC / SNAPカプセル化を示すB-LLI IEのフォーマット
----------------------------------------------------------
| bb_low_layer_information |
----------------------------------------------------------
| layer_2_id 2 |
| user_information_layer 12 (lan_llc - ISO 8802/2) |
----------------------------------------------------------
The ATM Forum Traffic Management Sub-working group has completed version 4.0 of their specification [TMGT40]. This latest version focuses primarily on the definition of the ABR service category. As opposed to the Unspecified Bit Rate (UBR) traffic class, ABR uses a rate-based flow control mechanism to assure certain traffic guarantees (bandwidth and delay). There has been much debate on whether IP benefits from ABR, and if so, how IP should use ABR. The IP Integrated Services (IIS) and RSVP models in IP add complexity to this issue because mapping IIS traffic classes to ATM traffic classes is not straightforward.
ATMフォーラムトラフィック管理サブワーキンググループは、仕様[TMGT40]のバージョン4.0を完了しました。この最新バージョンは、主にABRサービスカテゴリの定義に焦点を当てています。 Unspecified Bit Rate（UBR）トラフィッククラスとは対照的に、ABRはレートベースのフロー制御メカニズムを使用して、特定のトラフィック保証（帯域幅と遅延）を保証します。 IPがABRから利益を得るかどうか、そしてもしそうなら、IPがABRをどのように使用すべきかについて多くの議論がありました。 IISトラフィッククラスをATMトラフィッククラスにマッピングすることは簡単ではないため、IPのIP統合サービス（IIS）およびRSVPモデルはこの問題を複雑にします。
This document attempts only to present the required IP to ATM signaling interface for IP over ATM systems that do not support IIS as yet. It is an attempt to cause IP over ATM vendors to support enough options for signalling the traffic characteristics of VCs serving non-IIS IP datagrams. This specification also aims to give guidance to ATM system administrators so that they can configure their IP over ATM entities to conform to the varied services that their ATM provider may have sold to them. By definition, IP without IIS cannot be expected to provide a signalling interface that is flexible and allows application specific traffic descriptors. The topic of IP over ATM signalling for IP _with_ IIS is to be presented in other specifications being produced by the ISSLL WG of the IETF.
このドキュメントは、IISをまだサポートしていないIP over ATMシステムに必要なIP to ATMシグナリングインターフェイスを提示することのみを目的としています。これは、IP over ATMベンダーが、IIS以外のIPデータグラムを提供するVCのトラフィック特性をシグナリングするための十分なオプションをサポートするようにする試みです。この仕様はまた、ATMシステム管理者が、ATMプロバイダーが販売したさまざまなサービスに準拠するようにIP over ATMエンティティを構成できるようにガイダンスを提供することも目的としています。定義上、IISなしのIPは、柔軟でアプリケーション固有のトラフィック記述子を許可するシグナリングインターフェイスを提供することは期待できません。 IP _with_ IIS用のIP over ATMシグナリングのトピックは、IETFのISSLL WGによって作成されている他の仕様で提示されます。
An IP over ATM interface may be configured to support all the defined ATM Service Categories (ASC). They are:
IP over ATMインターフェイスは、定義されたすべてのATMサービスカテゴリ（ASC）をサポートするように構成できます。彼らです：
- CBR - CBR with CLR specified (loss-permitting CBR) - ABR - UBR - real time VBR - non-real time VBR
- CBR-CLRが指定されたCBR（損失を許容するCBR）-ABR-UBR-リアルタイムVBR-非リアルタイムVBR
The ATM Traffic Descriptor IE, Broadband Bearer Capability IE, and the QoS Parameter IE together define the signalling view of ATM traffic management. Additionally, the Extended QoS parameters IE and the End-to-end Transit Delay IE may be used to provide more specifics about traffic requirements, however this note does not provide explicit recommendations on their use. Annex 9 of [SIG40] describes a set of allowable combinations of traffic and QoS related paramenters defined for SIG 4.0. This set includes all forms of non-IIS IP signaling configurations that MUST be implemented in ATM endsystems to accommodate varied sites' needs. The principle is that IP over ATM service may be available in different sites by different types of procured ATM service; for one site, a CBR PVP might be cost-effective and then the SVCs that IP over ATM without IIS must establish must be CBR. Similarly, VBR or ABR PVPs could be provisioned. The intent of this document is to specify the use of the most sensible parameters within this non-IIS configuration. For instance, for non-IIS VBR, the SCR value may need to be hand-configured for IP users, or for ABR, the PCR value may be link-rate with a 0 MCR.
ATMトラフィック記述子IE、ブロードバンドベアラ機能IE、およびQoSパラメータIEは、ATMトラフィック管理のシグナリングビューを定義します。さらに、拡張QoSパラメータIEおよびエンドツーエンドトランジット遅延IEを使用して、トラフィック要件の詳細を提供できますが、この注記では、それらの使用に関する明確な推奨は提供していません。 [SIG40]のAnnex 9は、SIG 4.0用に定義されたトラフィックとQoS関連のパラメーターの許容可能な組み合わせのセットを説明しています。このセットには、さまざまなサイトのニーズに対応するためにATMエンドシステムに実装する必要があるすべての形式の非IIS IPシグナリング構成が含まれています。原則は、IP over ATMサービスは、調達したATMサービスの異なるタイプによって、異なるサイトで利用できる可能性があるということです。 1つのサイトの場合、CBR PVPはコスト効率が高く、IISを使用しないIP over ATMが確立する必要があるSVCはCBRでなければなりません。同様に、VBRまたはABR PVPをプロビジョニングできます。このドキュメントの目的は、この非IIS構成内で最も賢明なパラメータの使用を指定することです。たとえば、IIS以外のVBRの場合、SCR値はIPユーザー用に手動で構成する必要がある場合があります。または、ABRの場合、PCR値はMCRが0のリンクレートにすることができます。
For the reader's convenience, we have replicated the tables found in Annex 9 of [SIG40] in Appendix C of this document. Ideally this document could recommend specific values for the various table parameters that would offer the most sensible IP over ATM service. Nevertheless, it is not possible to mandate specific values given the varied scenarios of procured ATM service.
読者の便宜のために、このドキュメントの付録Cの[SIG40]の付録9にある表を複製しました。理想的には、このドキュメントは、最も賢明なIP over ATMサービスを提供するさまざまなテーブルパラメータの特定の値を推奨することができます。それにもかかわらず、ATMサービスを調達するさまざまなシナリオを考えると、特定の値を義務付けることはできません。
Even with the newly defined ABR ASC, the most convenient model for supporting IP still corresponds to the best effort capability, the UBR ASC. The rationale for this assertion stems from the fact that a non-IIS IP service has no notion of the performance requirements of the higher layers it supports. Therefore, if a site's configuration allows use of UBR, users SHOULD signal for it using the IE's and parameters pertaining to the UBR ATC. See Appendix C for the list of those IE's and parameters.
新しく定義されたABR ASCを使用しても、IPをサポートするための最も便利なモデルは、ベストエフォート機能であるUBR ASCに対応しています。このアサーションの根拠は、IIS以外のIPサービスには、サポートする上位層のパフォーマンス要件についての概念がないという事実に由来しています。したがって、サイトの構成でUBRの使用が許可されている場合、ユーザーは、IEとUBR ATCに関連するパラメーターを使用してサイトにシグナルを送信する必要があります（SHOULD）。これらのIEとパラメータのリストについては、付録Cを参照してください。
Although we consider the UBR ASC the most natural ASC for best-effort IP, ATM vendors that implement VBR and ABR services could possibly create hooks for convenient use of these services. If this is the case, IP routers may perhaps have the most to gain from use of VBR or ABR services because of the large aggregated traffic volume they are required to forward. See Appendix B for detailed suggestions on VBR and ABR signalling for IP routers. We simply note here that, in support of ABR service, two new subfields have been added in SIG 4.0 to the Traffic Descriptor IE. These fields are the forward and backward 'Minimum Cell Rate' fields.
私たちはUBR ASCをベストエフォートIPの最も自然なASCと見なしていますが、VBRおよびABRサービスを実装するATMベンダーは、これらのサービスを便利に使用するためのフックを作成する可能性があります。これが事実である場合、IPルーターは、転送する必要のある集約されたトラフィック量が大きいため、VBRまたはABRサービスの使用から最大の利益を得られる可能性があります。 IPルーターのVBRおよびABRシグナリングの詳細な提案については、付録Bを参照してください。ここでは、ABRサービスをサポートするために、SIG 4.0で2つの新しいサブフィールドがトラフィック記述子IEに追加されていることに注意してください。これらのフィールドは、前方および後方の「最小セルレート」フィールドです。
The Traffic Descriptor IE contains a 'tagging' subfield used for indicating whether the network is allowed to tag the source's data cells. Tagging in the network may occur during periods of congestion or when the source's traffic has violated the traffic contract for the connection. See Section 4 of [TMGT40] for an explanation of ATM connection conformance and the Usage Parameter Control (UPC) function.
トラフィック記述子IEには、ネットワークがソースのデータセルにタグを付けることが許可されているかどうかを示すために使用される「タグ付け」サブフィールドが含まれています。ネットワークのタグ付けは、輻輳の期間中、またはソースのトラフィックが接続のトラフィック契約に違反したときに発生する可能性があります。 ATM接続の適合性と使用パラメータ制御（UPC）機能の説明については、[TMGT40]のセクション4を参照してください。
SIG 4.0 and TMGT 4.0 define two modes of UBR, UBR.1 which disables tagging and UBR.2 which enables tagging (see Appendix C). In some network environments there is no potential for UBR traffic sources to violate the connection traffic contract because, either the user's terminal equipment supports traffic shaping, or the network does not enforce PCR. In such environments, the user SHOULD specify 'no tagging' in the SETUP message (UBR.1). Specifying 'no tagging' indicates to the network that cells should be dropped during periods of congestion instead of being randomly marked/tagged as low priority. Cells of packets that the source itself has marked as low priority are dropped first, thereby preserving the source's characterization of the traffic.
SIG 4.0とTMGT 4.0は、UBRの2つのモードを定義しています。UBR.1はタグ付けを無効にし、UBR.2はタグ付けを有効にします（付録Cを参照）。一部のネットワーク環境では、ユーザーの端末機器がトラフィックシェーピングをサポートしているか、ネットワークがPCRを実施していないため、UBRトラフィックソースが接続トラフィック契約に違反する可能性はありません。このような環境では、ユーザーはSETUPメッセージ（UBR.1）で「タグ付けなし」を指定する必要があります（SHOULD）。 「タグ付けなし」を指定すると、ネットワークは、低優先度としてランダムにマーク/タグ付けされるのではなく、輻輳期間中にセルがドロップされることをネットワークに示します。送信元自体が低優先度としてマークされているパケットのセルが最初にドロップされるため、トラフィックの送信元の特性が保持されます。
On the other hand, when the network applies PCR to the UPC function, meaning it enforces PCR, and traffic shaping is not enabled at the source, the source has the potential to violate the traffic contract and SHOULD therefore signal for tagging (UBR.2). Tagging allows the source's non-conforming cells to be tagged and forwarded instead of dropped.
一方、ネットワークがPCRをUPC機能に適用する場合、つまりPCRを実施し、ソースでトラフィックシェーピングが有効になっていない場合、ソースはトラフィック契約に違反する可能性があるため、タグ付けのシグナルを送信する必要があります（UBR.2 ）。タグ付けにより、ソースの非準拠セルにタグを付け、ドロップする代わりに転送することができます。
SIG 4.0 allows certain traffic parameters to be negotiated during the call establishment phase Traffic parameters cannot be 'renegotiated' after the call is active. Two new IEs make negotiation possible:
SIG 4.0では、コール確立フェーズ中に特定のトラフィックパラメータをネゴシエートできます。コールがアクティブになった後、トラフィックパラメータを「再ネゴシエート」することはできません。 2つの新しいIEによって交渉が可能になります。
- the Minimum Acceptable ATM Traffic Descriptor IE allows negotiation of PCR parameters
- 最小許容ATMトラフィック記述子IEはPCRパラメータのネゴシエーションを許可します
- the Alternative ATM Traffic Descriptor IE allows negotiation of other traffic parameters
- 代替ATMトラフィック記述子IEは他のトラフィックパラメータのネゴシエーションを許可します
A SETUP or CONNECT message may include ONLY one of the above IEs. That is, the calling party may only offer an 'alternative' or 'minimum' to the requested traffic parameters. (See Section 8 of [SIG40].) IP over ATM entities SHOULD take advantage of this capability whenever possible. In order to do so, IP over ATM entities SHOULD specify PCR _equal_ to the link rate in the ATM Traffic Descriptor IE of the SETUP message and a minimum of zero PCR in the Minimum Acceptable ATM Traffic Descriptor IE.
SETUPまたはCONNECTメッセージには、上記のIEの1つのみが含まれます。つまり、発呼者は、要求されたトラフィックパラメータに対して「代替」または「最小」のみを提供できます。 （[SIG40]のセクション8を参照してください。）IP over ATMエンティティは、可能な限りこの機能を利用する必要があります（SHOULD）。そのためには、IP over ATMエンティティは、SETUPメッセージのATMトラフィック記述子IEでリンクレートにPCR _equal_を指定し、最小許容ATMトラフィック記述子IEで最小ゼロのPCRを指定する必要があります（SHOULD）。
A new field in UNI signalling 4.0 called, 'ATM Transfer Capability' (ATC), has been defined in the Broadband Bearer Capability IE for the purpose of explicitly specifying the desired ATM traffic category. The figure below shows the allowable ATC values.
「ATM Transfer Capability」（ATC）と呼ばれるUNIシグナリング4.0の新しいフィールドは、必要なATMトラフィックカテゴリを明示的に指定する目的で、ブロードバンドベアラ機能IEで定義されています。下の図は、許容ATC値を示しています。
Format and field values of Broadband Bearer Capability IE
ブロードバンドベアラ機能IEのフォーマットとフィールド値
-------------------------------------------------------------
| bb_bearer_capability |
------------------------------------------------------------|
| spare 0 |
| bearer_class bcob-x,c,a or VP |
| transfer_capability cbr, rt-vbr, nrt-vbr, abr |
| susceptibility_to_clipping 0 (not suscept) |
| spare 0 |
| user_plane_configuration pt-to-pt, pt-to-mpt |
-------------------------------------------------------------
Inclusion of the QoS Parameter IE is not mandatory in SIG 4.0. It may be omitted from a SETUP message _if and only if_ the Extended QoS Parameters IE is included (see next section). This specification makes no explicit recommendation on the use of the QoS related IEs.
QoSパラメータIEを含めることは、SIG 4.0では必須ではありません。これは、SETUPメッセージから省略できます。ただし、拡張QoSパラメータIEが含まれている場合のみです（次のセクションを参照）。この仕様では、QoS関連のIEの使用に関する明示的な推奨はありません。
SIG 4.0 allows for signalling of individual QoS parameters for the purpose of giving the the network and called party a more exact description of the desired delay and cell loss characteristics. The two individual QoS related IEs, Extended QoS Parameters IE and End-to-End Transit Delay IE, can be used in the SETUP and CONNECT signaling messages in place of the 'generic' QoS Parameter IE. Note that inclusion of these two IEs depends on the type of ATM service category requested (see Annex 9 in [SIG40]).
SIG 4.0では、ネットワークと着信側に、必要な遅延とセル損失の特性をより正確に説明するために、個々のQoSパラメータをシグナリングできます。 2つの個別のQoS関連IE、拡張QoSパラメータIEとエンドツーエンドトランジット遅延IEは、「一般的な」QoSパラメータIEの代わりにSETUPおよびCONNECTシグナリングメッセージで使用できます。これらの2つのIEの包含は、要求されたATMサービスカテゴリのタイプに依存することに注意してください（[SIG40]の付録9を参照）。
ATM addressing information is carried in the Called Party Number, Calling Party Number, and, under certain circumstance, Called Party Subaddress, and Calling Party Subaddress IE. The ATM Forum ILMI Specification 4.0 [ILMI40] provides the procedure for an ATM endsystem to learn its own ATM address from the ATM network, for use in populating the Calling Party Number IE.
ATMアドレッシング情報は、着信側番号、発信側番号、および特定の状況下では、着信側サブアドレス、および発信側サブアドレスIEで伝達されます。 ATMフォーラムILMI仕様4.0 [ILMI40]は、ATMエンドシステムがATMネットワークから独自のATMアドレスを学習し、発呼者番号IEの入力に使用するための手順を提供します。
Format and field values of Called Party Number IE
着番号IEのフォーマットとフィールド値
----------------------------------------------------------
| called_party_number |
----------------------------------------------------------
| type_of_number (international number / unknown) |
| addr_plan_ident (ISDN / ATM Endsystem Address) |
| addr_number (E.164 / ATM Endsystem Address) |
----------------------------------------------------------
The IEs and procedures pertaining to ABR signalling are briefly described in this section. Nevertheless, this document makes no specific recommendation on when to use the ABR service category for IP VCCs or give suggestions on appropriate values for the various parameters in the ABR related IEs.
このセクションでは、ABRシグナリングに関連するIEと手順について簡単に説明します。それにもかかわらず、このドキュメントでは、IP VCCのABRサービスカテゴリをいつ使用するかについての特定の推奨事項や、ABR関連のIEのさまざまなパラメータの適切な値についての提案は行いません。
Two new IEs have been defined for ABR signaling:
ABRシグナリング用に2つの新しいIEが定義されています。
o ABR Setup Parameters o ABR Additional Parameters
o ABRセットアップパラメータo ABR追加パラメータ
These IEs may be optionally included in a SETUP or CONNECT message. The ABR Setup Parameters IE contains the following subfields:
これらのIEは、オプションでSETUPまたはCONNECTメッセージに含めることができます。 ABR Setup Parameters IEには、次のサブフィールドが含まれています。
- Forward/Backward ABR Initial Cell Rate - Forward/Backward ABR Transient Buffer Exposure - Cumulative RM Fixed Round Trip Time - Forward/Backward Rate Increment Factor - Forward/Backward Rate Decrease Factor
- 順方向/逆方向ABR初期セルレート-順方向/逆方向ABR一時バッファ露出-累積RM固定往復時間-順方向/逆方向速度増加係数-順方向/逆方向速度減少係数
The ABR Additional Parameters IE contains one subfield:
ABR追加パラメータIEには1つのサブフィールドが含まれています。
- Forward/Backward Additional Parameters Record
- 前方/後方追加パラメータレコード
The Additional Parameters Record value is a compressed encoding of a set of ABR parameters (see [SIG40] and [ABRS]).
追加パラメータレコードの値は、ABRパラメータのセットの圧縮エンコーディングです（[SIG40]および[ABRS]を参照）。
The frame discard capability in SIG 4.0 is primarily based on the 'Partial and Early Packet Discard' strategy [ROM94]. Its use is defined for any of the ATM services, except for loss-less CBR. Frame discard signaling MUST be supported by all IP over ATM entities and it is RECOMMENDED that frame discard be signaled for all IP SVCs because it has been proven to increase throughput under network congestion. Signaling for frame discard is done by setting the frame discard bit in the 'Traffic Management Options' subfield in the Traffic Descriptor IE. It is possible that not all network entities in the SVC path support frame discard, but it is required that they all forward the signaling.
SIG 4.0のフレーム破棄機能は、主に「部分的および早期パケット破棄」戦略[ROM94]に基づいています。その使用は、ロスレスCBRを除いて、すべてのATMサービスに対して定義されています。フレーム破棄シグナリングは、すべてのIP over ATMエンティティでサポートされている必要があり、ネットワークの輻輳下でスループットが向上することが証明されているため、すべてのIP SVCでフレーム破棄がシグナリングされることが推奨されます。フレーム破棄のシグナリングは、トラフィック記述子IEの「Traffic Management Options」サブフィールドでフレーム破棄ビットを設定することによって行われます。 SVCパスのすべてのネットワークエンティティがフレーム廃棄をサポートするわけではありませんが、すべてのエンティティがシグナリングを転送する必要があります。
The ATM Forum Security sub-working group is currently defining security mechanisms in ATM. The group has yet to produce a specification, therefore it is premature to begin defining IP over ATM signalling's use of ATM security. The ATM Forum is working on authentication mechanisms for signalling and on mechanisms for providing data integrity and confidentiality (e.g encryption). Lack of these ATM security mechanisms prevents the authentication of the originator of signalling messages, such as, connection setup request or connection teardown request. IP Security (RFC1825) can be applied to IP datagrams over ATM VCs to overcome the lack of security at the ATM layer.
ATM Forum Securityサブワーキンググループは現在、ATMのセキュリティメカニズムを定義しています。グループはまだ仕様を作成していないため、ATMセキュリティのIP over ATMシグナリングの使用を定義するのは時期尚早です。 ATMフォーラムは、シグナリングの認証メカニズムと、データの整合性と機密性（暗号化など）を提供するメカニズムに取り組んでいます。これらのATMセキュリティメカニズムがないと、接続セットアップ要求や接続ティアダウン要求などのシグナリングメッセージの発信者の認証ができなくなります。 ATM VC上のIPデータグラムにIPセキュリティ（RFC1825）を適用して、ATMレイヤーでのセキュリティの欠如を克服できます。
The authors would like to thank the members of the ION working group for their input. Special thanks to K.K. Ramakrishnan and Kerry Fendick who contributed Appendix B of this document.
著者は、彼らの意見を提供してくれたIONワーキンググループのメンバーに感謝したいと思います。 K.K.に感謝このドキュメントの付録Bを寄稿したRamakrishnanとKerry Fendick。
REFERENCES
参考文献
[ABRS] ATM Forum, "Addendum to UNI Signalling v4.0 for ABR Parameter Negotiation", af-sig-0076.000; available at ftp://ftp.atmforum.com/pub.
[ABRS] ATMフォーラム、「ABRパラメータネゴシエーションのためのUNIシグナリングv4.0の補遺」、af-sig-0076.000; ftp://ftp.atmforum.com/pubで入手できます。
[ABRT] ATM Forum, "Addendum to Traffic Management v4.0 for ABR Parameter Negotiation", af-tm-0077.000; available at ftp://ftp.atmforum.com/pub.
[ABRT] ATMフォーラム、「ABRパラメータネゴシエーションのためのトラフィック管理v4.0の補遺」、af-tm-0077.000; ftp://ftp.atmforum.com/pubで入手できます。
[RFC1122] Braden, R., Editor, "Requirements for Internet Hosts -- Communication Layers", STD 3, RFC 1122, October 1989.
[RFC1122] Braden、R。、編集者、「インターネットホストの要件-通信層」、STD 3、RFC 1122、1989年10月。
[RFC1633] Braden, R., Clark, D., and S. Shenker, "Integrated Service in the Internet Architecture: An Overview", RFC 1633, June 1994.
[RFC1633] Braden、R.、Clark、D。、およびS. Shenker、「Integrated Service in the Internet Architecture：An Overview」、RFC 1633、1994年6月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC1483] Heinanen, J., "Multiprotocol Encapsulation over ATM Adaptation Layer 5", RFC 1483, July 1993.
[RFC1483] Heinanen、J。、「ATMアダプテーションレイヤー5上のマルチプロトコルカプセル化」、RFC 1483、1993年7月。
[ILMI40] ATM Forum, "Integrated Local Management Interface (ILMI) Specification Version 4.0", af-ilmi-0065.000, finalized September 1996; available at ftp://ftp.atmforum.com/pub.
[ILMI40] ATMフォーラム、「Integrated Local Management Interface（ILMI）Specification Version 4.0」、af-ilmi-0065.000、1996年9月最終版。 ftp://ftp.atmforum.com/pubで入手できます。
[ISO8473] ISO/IEC 8473, Information processing systems - Data communications - Protocol for providing the connectionless-mode network service, 1988.
[ISO8473] ISO / IEC 8473、情報処理システム-データ通信-コネクションレスモードのネットワークサービスを提供するためのプロトコル、1988年。
[ISO9577] Information Technology - Telecommunication and information exchange between systems - Protocol identification in the network layer ISO/IEC TR9577 (International Standards Organization: Geneva, 1990)
[ISO9577]情報技術-システム間のテレコミュニケーションおよび情報交換-ネットワーク層でのプロトコル識別ISO / IEC TR9577（国際標準化機構：ジュネーブ、1990年）
[LAUB98] Laubach, M., and J. Halpern, "Classical IP and ARP over ATM", RFC 2225, April 1998.
[LAUB98] Laubach、M。、およびJ. Halpern、「Classical IP and ARP over ATM」、RFC 2225、1998年4月。
[LUC98] Luciani, J., Katz, D., Piscitello, D., Cole, B., and N. Doraswamy, "NBMA Next Hop Resolution Protocol (NHRP)", RFC 2332, April 1998.
[LUC98] Luciani、J.、Katz、D.、Piscitello、D.、Cole、B。、およびN. Doraswamy、「NBMA Next Hop Resolution Protocol（NHRP）」、RFC 2332、1998年4月。
[RFC1755] Perez*, M., et. al., "ATM Signaling Support for IP over ATM", RFC 1755, February 1995. (* see author's information below)
[RFC1755] Perez *、M。、他al。、「IP over ATMのATMシグナリングサポート」、RFC 1755、1995年2月。（*下記の作成者の情報を参照）
[ROM94] Romanow, A., and Floyd, S., Dynamics of TCP Traffic over ATM Networks. IEEE JSAC, V. 13 N. 4, May 1995, p. 633-641. Abstract. An earlier version appeared in SIGCOMM '94, August 1994, pp. 79-88.
[ROM94] ATMネットワーク上のTCPトラフィックのダイナミクス、ロマノウA.およびフロイドS. IEEE JSAC、V。13 N. 4、1995年5月、p。 633-641。概要。以前のバージョンはSIGCOMM '94、1994年8月、79-88ページに登場しました。
[RFC2205] Braden, R., Zhang, L., Berson, S., Herzog, S., and S. Jamin, "Resource ReSerVation Protocol (RSVP) - Version 1 Functional Specification", RFC 2205, September 1997.
[RFC2205] Braden、R.、Zhang、L.、Berson、S.、Herzog、S。、およびS. Jamin、「Resource ReSerVation Protocol（RSVP）-Version 1 Functional Specification」、RFC 2205、1997年9月。
[SIG40] ATM Forum, "ATM User-Network Interface (UNI) Signalling Specification Version 4.0", af-sig-0061.000, finalized July 1996; available at ftp://ftp.atmforum.com/pub.
[SIG40] ATMフォーラム、「ATM User-Network Interface（UNI）Signaling Specification Version 4.0」、af-sig-0061.000、1996年7月最終版。 ftp://ftp.atmforum.com/pubで入手できます。
[TMGT40] ATM Forum, "Traffic Management Specification Version 4.0", af-tm-0056.000, finalized April 1996; available at ftp://ftp.atmforum.com/pub.
[TMGT40] ATMフォーラム、「Traffic Management Specification Version 4.0」、af-tm-0056.000、1996年4月最終版。 ftp://ftp.atmforum.com/pubで入手できます。
[UNI95] ATM Forum, "ATM User-Network Interface Specification Version 3.1", Prentice Hall, Upper Saddle River, NJ, 1995.
[UNI95] ATMフォーラム、「ATM User-Network Interface Specification Version 3.1」、Prentice Hall、Upper Saddle River、NJ、1995。
Author's Address
著者のアドレス
Maryann P. Maher (formerly Maryann Perez) USC/ISI 4350 N. Fairfax Drive, Suite 620 Arlington VA 22203
Maryann P. Maher（旧Maryann Perez）USC / ISI 4350 N. Fairfax Drive、Suite 620 Arlington VA 22203
EMail: maher@isi.edu
+--------------------------------------------------------------------+
SETUP
Information Elements/
Fields Value/(Meaning)
-------------------- ---------------
aal_parameters aal_type 5 (AAL 5) fwd_max_sdu_size_ident 140 fwd_max_sdu_size (xmit IP MTU value) bkw_max_sdu_size_ident 129 bkw_max_sdu_size (recv IP MTU, 0 for disallowing return traffic) sscs_type identifier 132 sscs_type 0 (null SSCS)
aal_parameters aal_type 5（AAL 5）fwd_max_sdu_size_ident 140 fwd_max_sdu_size（xmit IP MTU value）bkw_max_sdu_size_ident 129 bkw_max_sdu_size（recv IP MTU、0 for disallowing return traffic）sscs_type identifier 132 sscs_type identifier 132 sscs_type identifier
traffic_descriptor fwd_peak_cell_rate_0_1_ident 132 fwd_peak_cell_rate_0_1 (link rate) bkw_peak_cell_rate_0_1_ident 133 bkw_peak_cell_rate_0_1 (link rate) traff_mngt_options_ident 191 fwd_frame_discard 1 (on) bkw_frame_discard 1 (on if return traffic indicated) spare 0 tagging_bkw 1 (on) tagging_fwd 1 (on if return traffic indicated) best_effort_indication 190 (on)
traffic_descriptor fwd_peak_cell_rate_0_1_ident 132 fwd_peak_cell_rate_0_1（リンクレート）bkw_peak_cell_rate_0_1_ident 133 bkw_peak_cell_rate_0_1（リンクレート）traff_mngt_options_ident 191 fwd_frame_discard 1（トラフィックを示した）トラフィックを示した（if_トラフィックを示したオン）
minimum_acceptable_traffic_descriptor fwd_peak_cell_rate_0_1_ident 132 fwd_peak_cell_rate_0_1 0 bkw_peak_cell_rate_0_1_ident 133 bkw_peak_cell_rate_0_1 0
minimum_acceptable_traffic_descriptor fwd_peak_cell_rate_0_1_ident 132 fwd_peak_cell_rate_0_1 0 bkw_peak_cell_rate_0_1_ident 133 bkw_peak_cell_rate_0_1 0
bb_bearer_capability /* a coding for specifying UBR like service */
spare 0
bearer_class 16 (BCOC-X)
spare 0
atm_transfer_capability 10 (nrt-vbr)
susceptibility_to_clipping 0 (not susceptible to clipping)
spare 0
user_plane_configuration 0 (point_to_point)
bb_low_layer_information layer_2_id 2 user_information_layer 12 (lan_llc - ISO 8802/2)
bb_low_layer_information layer_2_id 2 user_information_layer 12（lan_llc-ISO 8802/2）
qos_parameter qos_class_fwd 0 (class 0) qos_class_bkw 0 (class 0)
qos_parameter qos_class_fwd 0（クラス0）qos_class_bkw 0（クラス0）
called_party_number type_of_number (international number / unknown) addr_plan_ident (ISDN / ATM Endsystem Address) number (E.164 / ATM Endsystem Address)
called_party_number type_of_number（国際番号/不明）addr_plan_ident（ISDN / ATMエンドシステムアドレス）番号（E.164 / ATMエンドシステムアドレス）
calling_party_number type_of_number (international number / unknown) addr_plan_ident (ISDN / ATM Endsystem Address) presentation_indic (presentation allowed) spare 0 screening_indic (user_provided verified and passed) number (E.164 / ATM Endsystem Address)
calling_party_number type_of_number（国際番号/不明）addr_plan_ident（ISDN / ATMエンドシステムアドレス）presentation_indic（プレゼンテーション許可）スペア0 screening_indic（user_provided検証されて渡された）番号（E.164 / ATMエンドシステムアドレス）
+--------------------------------------------------------------------+
Figure 1. Sample contents of SETUP message
図1. SETUPメッセージのサンプルの内容
When ATM is used to interconnect routers that are supporting a best effort service, the ATM connection typically carries an aggregation of IP flows, e.g., all best effort IP traffic between a pair of routers. With the efforts undertaken by ATM to be more "packet friendly" (e.g., frame discard), it is useful to examine ways that a VC can provide service comparable to or better than that of a dedicated or leased "link" in terms of performance and packet loss.
ベストエフォートサービスをサポートしているルーターを相互接続するためにATMを使用する場合、ATM接続は通常、IPフローの集約、たとえばルーターのペア間のすべてのベストエフォートIPトラフィックを伝送します。 ATMが「パケットフレンドリー」（フレーム破棄など）になるように努力したので、専用または専用の「リンク」と同等かそれ以上のパフォーマンスをVCが提供できるサービスを、パフォーマンスの点で検討することは有用です。パケット損失。
For ATM connections used to interconnect routers, a non-zero bandwidth reservation may be required to achieve consistently adequate performance for the aggregate set of flows. The support of bandwidth commitments for an ATM connection carrying IP traffic helps to assure that a certain fraction of each link's capacity is reserved for the total IP traffic between the routers. Reserving bandwidth for the aggregation of best-effort traffic between a pair of routers is analogous to provisioning a particular link bandwidth between the routers. There are at least 3 service classes defined in the ATM Traffic Management specification that provide varying degrees of capability that are suitable for interconnecting IP routers: UBR, ABR and VBR non-real-time. Although the use of best-effort service (UBR) at the ATM layer is the most straightforward and uncomplicated, it lacks the capability to enforce bandwidth commitments.
ルーターの相互接続に使用されるATM接続では、フローの集約セットに対して一貫して適切なパフォーマンスを実現するために、ゼロ以外の帯域幅予約が必要になる場合があります。 IPトラフィックを伝送するATM接続の帯域幅コミットメントのサポートは、各リンクの容量の特定の割合がルーター間のIPトラフィック全体のために確保されることを保証するのに役立ちます。ルーターのペア間のベストエフォートトラフィックの集約用に帯域幅を予約することは、ルーター間に特定のリンク帯域幅をプロビジョニングすることに似ています。 ATMトラフィック管理仕様では、IPルーターの相互接続に適したさまざまな程度の機能を提供するサービスクラスが少なくとも3つあります（UBR、ABR、VBR非リアルタイム）。 ATM層でのベストエフォートサービス（UBR）の使用は最も簡単で複雑ではありませんが、帯域幅のコミットメントを強制する機能がありません。
Note that we are talking of providing a "virtual link" between routers, for the aggregate traffic. The provisioning is for the aggregate. It is therefore distinct from the per-flow bandwidth reservations that might be appropriate for Integrated Services.
集約トラフィックのために、ルーター間に「仮想リンク」を提供することについて話していることに注意してください。プロビジョニングは集約用です。したがって、統合サービスに適したフローごとの帯域幅予約とは異なります。
Even best-effort IP flows, when supported on an aggregate basis, have some broad service goals. The primary one is that of keeping packet loss rate reasonably small. A service class that strives to achieve this, keeping in mind the tradeoff between complexity and adequate service, is desirable. It has been recommended in this memo that UBR be the default service for this. UBR with (some form of) packet discard has the desirable goal of being simple in function, and it appears that vendors will be supporting it. However, when available, it may be quite worthwhile to consider ABR and VBR non-real-time service classes.
ベストエフォートのIPフローでさえ、集約的にサポートされている場合、いくつかの広範なサービス目標があります。主なものは、パケット損失率を適度に小さく保つことです。複雑さと適切なサービスとの間のトレードオフを考慮して、これを達成しようとするサービスクラスが望ましいです。このメモでは、UBRがこのサービスのデフォルトサービスであることが推奨されています。 （何らかの形の）パケット廃棄を伴うUBRは、機能が単純であることが望ましい目標であり、ベンダーがそれをサポートするようです。ただし、利用可能な場合は、ABRおよびVBRの非リアルタイムサービスクラスを検討する価値があります。
Because AAL5 frames with missing cells are discarded by the receiver, ATM bandwidth commitments are most useful if supported in the form of a committed rate of cell delivery in complete, non-errored AAL5 frames delivered to the receiver. In addition, it is desirable for the ATM connection to deliver additional complete frames, beyond this commitment, on a best-effort basis.
欠落したセルのあるAAL5フレームはレシーバーによって破棄されるため、ATM帯域幅のコミットメントは、レシーバーに配信されるエラーのない完全なAAL5フレームでセル配信の認定レートの形式でサポートされている場合に最も役立ちます。さらに、ATM接続は、この努力を超えて、ベストエフォートベースで追加の完全なフレームを配信することが望ましいです。
These characteristics can be achieved through the ABR service category through the use of a Minimum Cell Rate, if the ABR service is supported by the ATM endpoints and if efficient frame discard is supported at the ABR source. The mechanisms put in place for the ABR service strive to keep loss quite low within the ATM network.
これらの特性は、ABRエンドポイントでABRサービスがサポートされ、ABRソースで効率的なフレーム廃棄がサポートされている場合、最小セルレートを使用してABRサービスカテゴリで実現できます。 ABRサービスのために導入されたメカニズムは、ATMネットワーク内で損失を非常に低く保つよう努めています。
The parameters that should be specified by the end system are (i) the Peak Cell Rate (likely the link rate), (ii) the Minimum Cell Rate (the committed rate), and (iii) the Cumulative RM Fixed Round-Trip Time. The remaining parameter values, if left unspecified by the calling party, are selected by the network or are chosen from the default values specified in the ATM Forum Traffic Management specification.
エンドシステムで指定する必要があるパラメータは、（i）ピークセルレート（リンクレートの可能性があります）、（ii）最小セルレート（認定レート）、および（iii）累積RM固定ラウンドトリップ時間です。 。残りのパラメータ値は、発呼者が指定しない場合、ネットワークによって選択されるか、ATMフォーラムトラフィック管理仕様で指定されているデフォルト値から選択されます。
Parameters (i) and (ii) are contained in the mandatory Traffic Descriptor IE, whereas parameter (iii) is contained in the mandatory ABR Setup Parameters IE. Other paramenters in the ABR Setup Parameters IE may be omitted. (Note that the third IE which pertains to ABR signalling, the ABR Additional Parameters IE, is an optional IE and therefore need not be included.) Parameter (iii) is dependent on the hardware of the end system, so that the default value specified for that hardware should be used. In the absense of such a default, a value of zero MAY be specified by the end system. Entities using ABR connections for IP over ATM SHOULD take advantage of parameter negotiation by specifying Peak Cell Rate equal to the link rate in the ATM Traffic Descriptor IE of the SETUP message. The value selected for the Minimum Cell Rate is implementation specific. Note that the MCR also MAY be negotiated if an MCR parameter is included by the end system in the Minimum Acceptable ATM Traffic Descriptor IE. The use of MCR negotiation by the end system is implementation specific. Also, note that Frame Discard MAY be requested for ABR connections as well as for UBR connections. Although the ABR service attempts to minimize cell loss, the use of Frame Discard may improve throughput when cell loss is not eliminated.
パラメーター（i）および（ii）は必須のトラフィック記述子IEに含まれていますが、パラメーター（iii）は必須のABRセットアップパラメーターIEに含まれています。 ABR Setup Parameters IEの他のパラメーターは省略できます。 （ABRシグナリングに関連する3番目のIE、ABR追加パラメーターIEはオプションのIEであるため、含める必要はありません。）パラメーター（iii）はエンドシステムのハードウェアに依存しているため、デフォルト値が指定されます。そのハードウェアを使用する必要があります。このようなデフォルトが存在しない場合、ゼロの値がエンドシステムによって指定される場合があります。 IP over ATMにABR接続を使用するエンティティは、SETUPメッセージのATMトラフィック記述子IEでリンクレートに等しいピークセルレートを指定することにより、パラメーターネゴシエーションを利用する必要があります（SHOULD）。最小セルレートに選択された値は、実装によって異なります。エンドシステムによってMCRパラメータが最小許容ATMトラフィック記述子IEに含まれている場合、MCRもネゴシエートされる場合があることに注意してください。エンドシステムによるMCRネゴシエーションの使用は実装固有です。また、フレーム破棄は、ABR接続とUBR接続の両方で要求される場合があることに注意してください。 ABRサービスはセル損失を最小限に抑えようとしますが、フレーム廃棄を使用すると、セル損失が解消されない場合にスループットが向上する可能性があります。
ATM recognizes in addition to the service class (UBR, ABR, etc.), a notion of a QoS class. The QoS class specifies the type of guarantee requested of the network when the call is setup. This is distinct from the service class requested for the connection, and the specification of the traffic parameters (which specify what the source's traffic will look like). QoS class 0 is the "simplest", and is called the Unspecified QoS class. In the context of ABR (and VBR non-realtime below), we are only concerned with the QoS class providing an assurance of acceptable loss behavior for the connection.
ATMは、サービスクラス（UBR、ABRなど）に加えて、QoSクラスの概念を認識します。 QoSクラスは、コールのセットアップ時にネットワークに要求される保証のタイプを指定します。これは、接続に要求されたサービスクラス、およびトラフィックパラメータの仕様（ソースのトラフィックがどのようになるかを指定する）とは異なります。 QoSクラス0は「最も単純」であり、未指定QoSクラスと呼ばれます。 ABR（および以下の非リアルタイムのVBR）のコンテキストでは、接続の許容可能な損失動作の保証を提供するQoSクラスのみに関係しています。
The Unspecified QoS Class (QoS Class 0) MUST be requested for ABR connections. In this context, QoS Class 0 corresponds to a network-specific objective for the cell loss ratio. Networks in general are expected to support a low Cell Loss Ratio for ABR sources that adjust cell flow in response to control information.
未指定のQoSクラス（QoSクラス0）は、ABR接続に対して要求する必要があります。このコンテキストでは、QoSクラス0は、セル損失率のネットワーク固有の目標に対応しています。ネットワークは一般に、制御情報に応じてセルフローを調整するABRソースの低セル損失率をサポートすることが期待されています。
The VBR-nrt service category provides an alternate means of achieving these characteristics. These characteristics may be obtained with VBR-nrt connections for which (i) the VBR.3 conformance definition is used, (ii) a Sustainable Cell Rate (SCR) and Maximum Burst Size (MBS), and Peak Cell Rate (PCR) are specified, and (iii) both tagging and frame discard are requested. A request for tagging indicates that best-effort delivery is desired for traffic offered in excess of the SCR and MBS. A request for frame discard indicates to the network that the user desires allocations of committed and excess bandwidth to translate into corresponding throughputs at the frame level.
VBR-nrtサービスカテゴリは、これらの特性を実現する代替手段を提供します。これらの特性は、（i）VBR.3適合性定義が使用されている、（ii）持続可能セルレート（SCR）および最大バーストサイズ（MBS）、およびピークセルレート（PCR）であるVBR-nrt接続で取得できます。 （iii）タグ付けとフレーム廃棄の両方が要求されます。タグ付けの要求は、SCRおよびMBSを超えて提供されるトラフィックにはベストエフォート配信が望ましいことを示しています。フレーム破棄の要求は、ユーザーがコミットされた帯域幅と超過帯域幅の割り当てを求めて、フレームレベルで対応するスループットに変換することをネットワークに要求することを示します。
As with UBR connections, entities using VBR-nrt connections for IP over ATM should take advantage of parameter negotiation by specifying PCR equal to the link rate in the ATM Traffic Descriptor IE of the SETUP message and PCR equal to SCR in the Minimum Acceptable Traffic descriptor. The selection of SCR, MBS, and CLR (cell loss ratio) should be implementation specific. However, for IP over ATM, an MBS value of N*(Maximum MTU) is RECOMMENDED, where N>=1 with a default of 2 and where Maximum MTU is equal to 192 cells (consistent with an IP MTU size of 9180 bytes [RFC1626]).
UBR接続と同様に、IP over ATMにVBR-nrt接続を使用するエンティティは、SETUPメッセージのATMトラフィック記述子IEでリンクレートに等しいPCRを指定し、最小許容トラフィック記述子でSCRに等しいPCRを指定することにより、パラメーターネゴシエーションを利用する必要があります。 。 SCR、MBS、およびCLR（セル損失率）の選択は、実装によって異なります。ただし、IP over ATMの場合、MBS値N *（最大MTU）が推奨されます。ここで、N> = 1でデフォルトは2であり、最大MTUは192セルに等しい（IP MTUサイズが9180バイトと一致）[ RFC1626]）。
This appendix contains a copy of the five tables found in Annex 9 of [SIG40] which show the allowable combinations of traffic and QoS related parameters in a SIG 4.0 SETUP message.
この付録には、[SIG40]の付録9にある5つのテーブルのコピーが含まれており、SIG 4.0 SETUPメッセージ内のトラフィックとQoS関連パラメータの許容可能な組み合わせを示しています。
+--------------------------------------------------------------------+
|ATM Service Category| CBR |
|--------------------|---------------|---------------|---------------|
| Conformance |CBR.1 (note 10)| (note 4) | (note 4) |
|--------------------|---------------|---------------|---------------|
| Bearer Capability | | | |
|--------------------|---------------|---------------|---------------|
| BB Bearer Class | A | X | VP | A | X | VP^| A | X | VP^|
|--------------------|---------------|----|-----|----|----|-----|----|
| ATM Transfer | | | 4,5,| | | 4,5,| |
| Capability (note 1)| 7 | abs| or 6| 5 | abs| or 6| 5 |
|--------------------|---------------|---------------|---------------|
| Traffic Descriptor | | | |
| for a given dir. | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0) | | | S |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0+1) | S | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0) | | | |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0+1) | | | |
|--------------------|---------------|---------------|---------------|
| Best Effort | | | |
|--------------------|---------------|---------------|---------------|
| Tagging | N | N | Y/N |
|--------------------|---------------|---------------|---------------|
| Frame Discard | Y/N | Y/N | Y/N |
|--------------------|---------------|---------------|---------------|
| QoS Classes | * | * | * |
|--------------------|---------------|---------------|---------------|
| Transit Delay | O | O | O |
|--------------------|---------------|---------------|---------------|
| Peak-to-Peak CDV | O | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0)~ | | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0+1)~ | O | | |
+--------------------------------------------------------------------+
+--------------------------------------------------------------------+
|ATM Service Category| Real Time VBR |
|--------------------|---------------|---------------|---------------|
| Conformance |VBR.1 (note 10)| VBR.2 | VBR.3 |
|--------------------|---------------|---------------|---------------|
| Bearer Capability | | | |
|--------------------|---------------|---------------|---------------|
| BB Bearer Class | C | X | VP | C | X | VP | C | X | VP |
|--------------------|---------------|----|-----|----|----|-----|----|
| ATM Transfer | | | 1 | | | 1 | |
| Capability | 19 | 9 | or 9| 9 | 9 | or 9| 9 |
|--------------------|---------------|---------------|---------------|
| Traffic Descriptor | | | |
| for a given dir. | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0) | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0+1) | S | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0) | | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0+1) | S | | |
|--------------------|---------------|---------------|---------------|
| Best Effort | | | |
|--------------------|---------------|---------------|---------------|
| Tagging | N | N | Y/N |
|--------------------|---------------|---------------|---------------|
| Frame Discard | Y/N | Y/N | Y/N |
|--------------------|---------------|---------------|---------------|
| QoS Classes | * | * | * |
|--------------------|---------------|---------------|---------------|
| Transit Delay(nt.2)| O | O | O |
|--------------------|---------------|---------------|---------------|
| Peak-to-Peak CDV | O | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0)~ | | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0+1)~ | O | | |
+--------------------------------------------------------------------+
+--------------------------------------------------------------------+
|ATM Service Category| Real Time VBR |
|--------------------|---------------|---------------|---------------|
| Conformance | (note 4,7) | (note 4,8) | (note 4) |
|--------------------|---------------|---------------|---------------|
| Bearer Capability | | | |
|--------------------|---------------|---------------|---------------|
| BB Bearer Class | X | X | X | C or VP^|
|--------------------|---------------|---------------|-----|---------|
| ATM Transfer | | | | |
| Capability | 1 or 9 | 1 or 9 | 1or9| 9 |
|--------------------|---------------|---------------|---------------|
| Traffic Descriptor | | | |
| for a given dir. | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0) | S | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0+1) | S | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0) | | | |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0+1) | | | S |
|--------------------|---------------|---------------|---------------|
| Best Effort | | | |
|--------------------|---------------|---------------|---------------|
| Tagging | Y/N | N | N |
|--------------------|---------------|---------------|---------------|
| Frame Discard | Y/N | Y/N | Y/N |
|--------------------|---------------|---------------|---------------|
| QoS Classes | * | * | * |
|--------------------|---------------|---------------|---------------|
| Transit Delay(nt.2)| O | O | O |
|--------------------|---------------|---------------|---------------|
| Peak-to-Peak CDV | O | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0)~ | O | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0+1)~ | | | |
+--------------------------------------------------------------------+
+--------------------------------------------------------------------+
|ATM Service Category| Non-Real Time VBR |
|--------------------|---------------|---------------|---------------|
| Conformance |VBR.1 (note 10)| VBR.2 | VBR.3 |
|--------------------|---------------|---------------|---------------|
| Bearer Capability | | | |
|--------------------|---------------|---------------|---------------|
| BB Bearer Class | C | X | VP |C | X | VP|C | X | VP|
|--------------------|---------------|--|--------|---|--|--------|---|
| ATM Transfer | | |abs,0,2,|abs| |abs,0,2,|abs|
| Capability | 11 |ab| 8,10 |10 |ab| 8,10 |10 |
|--------------------|---------------|---------------|---------------|
| Traffic Descriptor | | | |
| for a given dir. | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0) | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0+1) | S | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0) | | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0+1) | S | | |
|--------------------|---------------|---------------|---------------|
| Best Effort | | | |
|--------------------|---------------|---------------|---------------|
| Tagging | N | N | Y |
|--------------------|---------------|---------------|---------------|
| Frame Discard | Y/N | Y/N | Y/N |
|--------------------|---------------|---------------|---------------|
| QoS Classes | * | * | * |
|--------------------|---------------|---------------|---------------|
| Transit Delay(nt.2)| (note 3) | (note 3) | (note 3) |
|--------------------|---------------|---------------|---------------|
| Peak-to-Peak CDV | | | |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0)~ | | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0+1)~ | O | | |
+--------------------------------------------------------------------+
+--------------------------------------------------------------------+
|ATM Service Category| Non-Real Time VBR |
|--------------------|---------------|---------------|---------------|
| Conformance | (note 4,7) | (note 4,8) | (note 4) |
|--------------------|---------------|---------------|---------------|
| Bearer Capability | | | |
|--------------------|---------------|---------------|---------------|
| BB Bearer Class | C | X | C | X |C | X |VP^|
|--------------------|-------|-------|-------|-------|--|--------|---|
| ATM Transfer | |abs,0,2| |abs,0,2| |abs,0,2,|abs|
| Capability | abs |8 or 10| |8 or 10|ab| 8 or10 |10 |
|--------------------|---------------|---------------|---------------|
| Traffic Descriptor | | | |
| for a given dir. | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0) | S | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0+1) | S | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0) | | | |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0+1) | | | S |
|--------------------|---------------|---------------|---------------|
| Best Effort | | | |
|--------------------|---------------|---------------|---------------|
| Tagging | Y/N | N | N |
|--------------------|---------------|---------------|---------------|
| Frame Discard | Y/N | Y/N | Y/N |
|--------------------|---------------|---------------|---------------|
| QoS Classes | * | * | * |
|--------------------|---------------|---------------|---------------|
| Transit Delay(nt.2)| (note 3) | (note 3) | (note 3) |
|--------------------|---------------|---------------|---------------|
| Peak-to-Peak CDV | | | |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0)~ | O | O | O |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0+1)~ | | | |
+--------------------------------------------------------------------+
+--------------------------------------------------------------------+
|ATM Service Category| ABR | UBR |
|--------------------|---------------|---------------|---------------|
| Conformance | ABR | UBR.1 | UBR.2 |
|--------------------|---------------|---------------|---------------|
| Bearer Capability | | | |
|--------------------|---------------|---------------|---------------|
| BB Bearer Class | C | X | VP |C | X | VP|C | X | VP|
|--------------------|---------------|--|--------|---|--|--------|---|
| ATM Transfer | | |abs,0,2,|abs| |abs,0,2,|abs|
| Capability | 12 |ab| 8,10 |10 |ab| 8,10 |10 |
|--------------------|---------------|---------------|---------------|
| Traffic Descriptor | | | |
| for a given dir. | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0) | | | |
|--------------------|---------------|---------------|---------------|
| PCR (CLP=0+1) | S | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0) | | S | S |
|--------------------|---------------|---------------|---------------|
| SCR, MBS (CLP=0+1) | S | | |
|--------------------|---------------|---------------|---------------|
| ABR MCR | (note 6) | | |
|--------------------|---------------|---------------|---------------|
| Best Effort | | S (note 9) | S (note 9) |
|--------------------|---------------|---------------|---------------|
| Tagging | N | N | N |
|--------------------|---------------|---------------|---------------|
| Frame Discard | Y/N | Y/N | Y/N |
|--------------------|---------------|---------------|---------------|
| QoS Classes | 0 | 0 | 0 |
|--------------------|---------------|---------------|---------------|
| Transit Delay(nt.2)| | | |
|--------------------|---------------|---------------|---------------|
| Peak-to-Peak CDV | | | |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0)~ | | | |
|--------------------|---------------|---------------|---------------|
| CLR (CLP=0+1)~ | | | |
+--------------------------------------------------------------------+
ab, abs = absent.
ab、abs =なし。
Y/N = either "Yes" or "No" is allowed.
Y / N =「はい」または「いいえ」のいずれかが許可されます。
O = Optional. May be specified using:
O =オプション。以下を使用して指定できます。
- an additional QoS parameter encoded i the Extended QoS parameters information element or the end-to-end transit information element; or,
- 拡張QoSパラメータ情報要素またはエンドツーエンドの通過情報要素にエンコードされた追加のQoSパラメータ。または、
- objectives implied from the QoS class If an Extended QoS Parameters IE is not present in the message, then any value of this parameter is acceptable. If neither the parameter nor the Extended QoS Parameters IE is present, then the objective for this parameter is determined from the QoS class in the QoS Parameter IE.
- QoSクラスから暗黙の目標拡張QoSパラメータIEがメッセージに存在しない場合、このパラメータの値はすべて受け入れられます。パラメータも拡張QoSパラメータIEも存在しない場合、このパラメータの目的はQoSパラメータIEのQoSクラスから決定されます。
S = Specified.
S =指定。
(blank) = Unspecified.
（空白）=指定なし。
* = allowed QoS class values are a network option. Class 0 is always for alignment with ITU-T.
* =許可されるQoSクラス値はネットワークオプションです。クラス0は常にITU-Tとの整合のためのものです。
^ = (note 5).
~ = (note 11).
Note 1 - Values 0,1,2,4,6, and 8 are not used on transmission but shall be understood on reception.
注1-値0、1、2、4、6、および8は送信では使用されませんが、受信では理解されます。
Note 2 - Maximum end-2-end transit delay objectives may only be specified for the forward direction.
注2-最大エンドツーエンド通過遅延目標は、順方向にのみ指定できます。
Note 3 - Maximum end-2-end transit delay objectives may be specified for the ATM Service Category of Non-real Time VBR for reasons of backward compatibility with ITU-T Recommendations.
注3-ITU-T勧告との下位互換性の理由から、非リアルタイムVBRのATMサービスカテゴリに最大エンドツーエンド通過遅延目標を指定できます。
Note 4 - Included for reasons of backward compatibility with UNI 3.1and ITU-T Recommendations. With these conformance definitions, the CLR commitment is only for the CLP=0 traffic stream.
注4-UNI 3.1およびITU-T勧告との下位互換性のために含まれています。これらの適合性定義では、CLRコミットメントはCLP = 0トラフィックストリーム専用です。
Note 5 - Included to allow switched virtual paths to use the UNI 3.1 conformance definitions.
注5-スイッチ仮想パスがUNI 3.1適合定義を使用できるようにするために含まれています。
Note 6 - Optional in the user-to-network direction. Specified in the network-to-user direction.
注6-ユーザーからネットワークへの方向ではオプションです。ネットワークからユーザーへの方向で指定されます。
Note 7 - This combination should be treated as if the received PCR (CLP=0) parameter were a SCR (CLP=0) parameter and a MBS (CLP=0) parameter with a value of 1.
注7-この組み合わせは、受信したPCR（CLP = 0）パラメーターが値1のSCR（CLP = 0）パラメーターとMBS（CLP = 0）パラメーターであるかのように扱う必要があります。
Note 8 - This combination should be treated as if an additional SCR (CLP=0) parameter were received with the same value as a PCR (CLP=0+1) parameter and a MBS (CLP=0) parameter with a value of 1.
注8-この組み合わせは、追加のSCR（CLP = 0）パラメーターがPCR（CLP = 0 + 1）パラメーターと同じ値で受信され、MBS（CLP = 0）パラメーターの値が1であるかのように扱われる必要があります。 。
Note 9 - The best effort parameter applies to both the forward and backward directions.
注9-ベストエフォートパラメータは、順方向と逆方向の両方に適用されます。
Note 10 - This combination should only be used when the CLR commitment on CLP=0+1 is required versus CLR commitment on CLP=0 traffic, since these combinations are not supported by UNI 3.0/3.1 nor ITU-T Q.2931.
注10-この組み合わせは、CLP = 0 + 1でのCLRコミットメントが必要な場合にのみ使用してください。これらの組み合わせは、UNI 3.0 / 3.1でもITU-T Q.2931でもサポートされていないためです。
Note 11 - In this table the CLR commitment is shown as two entries to indicated explicitly whether the CLR commitment is for the CLP=0 or the CLP=0+1 cells.
注11-この表では、CLRコミットメントがCLP = 0またはCLP = 0 + 1セルに対するものかどうかを明示的に示すために、CLRコミットメントは2つのエントリとして示されています。
Full Copyright Statement
完全な著作権表示
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
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.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されないいかなる保証も含め、一切の保証を否認します。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。