RFC3033 日本語訳
3033 The Assignment of the Information Field and Protocol Identifierin the Q.2941 Generic Identifier and Q.2957 User-to-user Signalingfor the Internet Protocol. M. Suzuki. January 2001. (Format: TXT=52188 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group M. Suzuki Request for Comments: 3033 NTT Category: Standards Track January 2001
コメントを求めるワーキンググループM.鈴木の要求をネットワークでつないでください: 3033年のNTTカテゴリ: 標準化過程2001年1月
The Assignment of the Information Field and Protocol Identifier in the Q.2941 Generic Identifier and Q.2957 User-to-user Signaling for the Internet Protocol
インターネットプロトコルのために示すQ.2957のQ.2941ジェネリック識別子とユーザからユーザの情報フィールドとプロトコル識別子の課題
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
Abstract
要約
The purpose of this document is to specify the assignment of the information field and protocol identifier in the Q.2941 Generic Identifier and Q.2957 User-to-user Signaling for the Internet protocol.
このドキュメントの目的はQ.2941 Generic IdentifierとQ.2957 UserからユーザへのSignalingの情報フィールドとプロトコル識別子の課題をインターネットプロトコルに指定することです。
The assignment, that is specified in section 4 of this document, is designed for advanced B-ISDN signaling support of the Internet protocol, especially the B-ISDN signaling support for the connection that corresponds to the session in the Internet protocol which is clarified in section 2. This specification provides an indispensable framework for the implementation of long-lived session and QoS- sensitive session transfers over ATM.
課題、それは、このドキュメントのセクション4で指定されて、インターネットプロトコルの高度なB-ISDNシグナリングサポートのために設計されています、特にセクション2ではっきりさせられるインターネットプロトコルにおけるセッションに文通する接続のB-ISDNシグナリングサポート。 この仕様はATMの上で長命のセッションとQoSの敏感なセッション転送の実装に不可欠のフレームワークを提供します。
1. Purpose of Document
1. ドキュメントの目的
The purpose of this document is to specify the assignment of the information field and protocol identifier in the Q.2941 Generic Identifier and Q.2957 User-to-user Signaling for the Internet protocol.
このドキュメントの目的はQ.2941 Generic IdentifierとQ.2957 UserからユーザへのSignalingの情報フィールドとプロトコル識別子の課題をインターネットプロトコルに指定することです。
The assignment, that is specified in section 4 of this document, is designed for advanced B-ISDN signaling support of the Internet protocol, especially the B-ISDN signaling support for the connection that corresponds to the session in the Internet protocol which is
課題、それは、このドキュメントのセクション4で指定されて、インターネットプロトコルの高度なB-ISDNシグナリングサポートのために設計されています、特にインターネットプロトコルにおけるそうするセッションに文通する接続のB-ISDNシグナリングサポート
Suzuki Standards Track [Page 1] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[1ページ]。
clarified in section 2. Needless to say, the purpose of this specification is not limited to this support, and it should also be applicable to other purposes.
セクション2では、はっきりさせられます。 言うまでもなく、この仕様の目的はこのサポートに制限されません、そして、また、それも他の目的に適切であるべきです。
This specification provides an indispensable framework for the implementation of long-lived session and QoS-sensitive session transfers over ATM. Note that this document only specifies the assignment of the information field and protocol identifier, and that it may not specify complete protocol that enables interoperable implementation. This is because it is beyond the scope of this document and will be specified in a separate document.
この仕様はATMの上で長命のセッションとQoS敏感なセッション転送の実装に不可欠のフレームワークを提供します。 このドキュメントが情報フィールドとプロトコル識別子の課題を指定するだけであり、共同利用できる実装を可能にする完全なプロトコルを指定しないかもしれないことに注意してください。 これはそれがこのドキュメントの範囲を超えていて、別々のドキュメントで指定されるからです。
2. Session-related ATM Connection
2. セッション関連の気圧接続
With the development of new multimedia applications on the current Internet, the demands for multimedia support are increasing in the IP network, which currently supports best effort communications. In particular, demands to support QoS guaranteed communications are increasing with the development of voice, audio, and video communications applications. And it may also be necessary to introduce the mechanism that can efficiently transfer the huge volume of traffic expected with these applications.
新しいマルチメディア応用の開発が現在のインターネットにある状態で、マルチメディアサポートの要求はIPネットワークを増やしています。(それは、現在、ベストエフォート型コミュニケーションをサポートします)。 特に、QoSをサポートするという要求は、声、オーディオ、およびビデオコミュニケーションの開発に従ってコミュニケーションがアプリケーションを増強しているのを保証しました。 そして、また、効率的にこれらのアプリケーションで予想されたトラフィックの巨大な量を移すことができるメカニズムを紹介するのも必要であるかもしれません。
The major features of B-ISDN are high speed, logical multiplexing with the VP/VC, and flexible QoS management per VC, so it is quite natural to use these distinctive functions of B-ISDN to implement a multimedia support mechanism in the IP network. The flexible QoS management and logical multiplexing functions in B-ISDN are the expected method of implementing the QoS guaranteed communications in the Internet. And when a long-lived session is supported by a particular VC, efficient packet forwarding may be possible using the high speed and logical multiplexing of B-ISDN.
B-ISDNの主要な特徴が高速と、VP/VCがある論理的なマルチプレクシングと、1VCあたりフレキシブルなQoS管理であるので、IPネットワークでマルチメディアサポートメカニズムを実装するのにB-ISDNのこれらの特有の機能を使用するのはかなり当然です。 B-ISDNにおけるフレキシブルなQoS管理と論理的なマルチプレクシング機能はコミュニケーションがインターネットで保証されたQoSを実装する予想されたメソッドです。 そして、長命のセッションが特定のVCによってサポートされるとき、効率的なパケット推進は、B-ISDNの高速と論理的なマルチプレクシングを使用することで可能であるかもしれません。
This section clarifies B-ISDN signaling functions that are required when the session is supported by the VC, for advanced B-ISDN signaling support of the Internet protocol.
このセクションはセッションがVCによってサポートされるとき必要であるB-ISDNシグナル伝達機能をはっきりさせます、インターネットプロトコルの高度なB-ISDNシグナリングサポートのために。
Suzuki Standards Track [Page 2] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[2ページ]。
2.1 Long-lived Session Signaling
2.1 長命のセッションシグナリング
An example scenario for establishing a VC for a long-lived session is shown in Fig. 2.1.
長命のセッションのためにVCを設立するための例のシナリオは図2.1に示されます。
IP Router ATM SW ATM SW IP Router +----+ Default VC +----+ | WS | +------+ UNI +-----+ +-----+ UNI +------+ | WS | +--+-+ | /->|<------+-\-/-+--------+-\-/-+------>|<-\ | +-+--+ |.....|__/ |===||==| X |========| X |==||===| \__|.....| | | | / \ | | / \ | | | +------+ +-----+ +-----+ +------+
IPルータ気圧SW気圧SW IPルータ+----+ デフォルトVC+----+ | W| +------+ UNI+-----+ +-----+ UNI+------+ | W| +--+-+ | /->| <、-、-、-、-、--+-\-/-+--------+-\-/-+------>| <、-\ | +-+--+ |.....|__/ |===||==| X|========| X|==||===| \__|.....| | | | / \ | | / \ | | | +------+ +-----+ +-----+ +------+
A. New session initially forwarded over a default VC.
初めはデフォルトVCの上に送られたA.の新しいセッション。
IP Router ATM SW ATM SW IP Router +----+ Default VC +----+ | WS | +------+ UNI +-----+ +-----+ UNI +------+ | WS | +--+-+ | /->|<------+-\-/-+--------+-\-/-+------>|<-\ | +-+--+ |.....|__/ |===||==| X |========| X |==||===| \__|.....| | |<------+-/-\-+--------+-/-\-+------>| | +------+ +-----+ +-----+ +------+ New VC is set up
IPルータ気圧SW気圧SW IPルータ+----+ デフォルトVC+----+ | W| +------+ UNI+-----+ +-----+ UNI+------+ | W| +--+-+ | /->| <、-、-、-、-、--+-\-/-+--------+-\-/-+------>| <、-\ | +-+--+ |.....|__/ |===||==| X|========| X|==||===| \__|.....| | | <、-、-、-、-、--+-/-\-+--------+-/-\-+------>|、| +------+ +-----+ +-----+ +------+ 新しいVCはセットアップされます。
B. New VC is set up for the long-lived session.
B.の新しいVCは長命のセッションのために用意ができています。
IP Router ATM SW ATM SW IP Router +----+ Default VC +----+ | WS | +------+ UNI +-----+ +-----+ UNI +------+ | WS | +--+-+ | |<------+-\-/-+--------+-\-/-+------>| | +-+--+ |.....|__ |===||==| X |========| X |==||===| __|.....| | \-->|<------+-/-\-+--------+-/-\-+------>|<--/ | +------+ +-----+ +-----+ +------+ New VC
IPルータ気圧SW気圧SW IPルータ+----+ デフォルトVC+----+ | W| +------+ UNI+-----+ +-----+ UNI+------+ | W| +--+-+ | | <、-、-、-、-、--+-\-/-+--------+-\-/-+------>|、| +-+--+ |.....|__ |===||==| X|========| X|==||===| __|.....| | \-->| <、-、-、-、-、--+-/-\-+--------+-/-\-+------>| <--/ | +------+ +-----+ +-----+ +------+ 新しいVC
C. Transfer of the long-lived session to a new VC.
新しいVCへの長命のセッションのC.転送。
Fig. 2.1: Example scenario for establishing a VC for a long-lived session.
図2.1: 長命のセッションのためにVCを設立するための例のシナリオ。
First, a session is multiplexed into the default VC connecting the routers. Then, if a router detects that it is a long-lived session, it sets up a new VC for the session. If the new VC is established successfully, the long-lived session is moved to the new VC.
まず最初に、ルータを接続するデフォルトVCにセッションを多重送信します。 次に、ルータがそれを検出するなら長命のセッションである、それはセッションのために新しいVCをセットアップします。 新しいVCが首尾よく設立されるなら、長命のセッションは新しいVCに動かされます。
Suzuki Standards Track [Page 3] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[3ページ]。
In this procedure involving an ATM VC setup, the B-ISDN signaling entity in the called side router must detect that the incoming call corresponds to a session of the Internet protocol and notify that fact to the IP layer entity. Based on this information, the IP layer entity moves the session to the new VC.
ATM VCセットアップにかかわるこの手順、かかってきた電話がインターネットのセッションに対応するのをルータが検出しなければならない呼ぶ側の実体に示すB-ISDNでは、IP層の実体にその事実を議定書の中で述べて、通知してください。 この情報に基づいて、IP層の実体はセッションを新しいVCに動かします。
Therefore, to implement this signaling procedure, the B-ISDN signaling must include an session identifier as an information element. The B-LLI, B-HLI, User-user, and Generic Identifier information elements are all capable of transferring this information. Considering the original purposes of these information elements, the most appropriate one to use is the Generic Identifier information element.
したがって、このシグナリング手順を実装するために、B-ISDNシグナリングは情報要素としてセッション識別子を含まなければなりません。 B-LLI、B-HLI、User-ユーザ、およびGeneric Identifier情報要素はこの情報をすべて移すことができます。 これらの情報要素の初心を考える場合、使用する中で最も適切な1つはGeneric Identifier情報要素です。
2.2 QoS-sensitive Session Signaling
2.2 QoS敏感なセッションシグナリング
The major difference between QoS-sensitive session signaling and long-lived session signaling is that call setup is not initiated by the detection of a long-lived session, but is explicitly initiated by the setup protocol such as RSVP. To implement QoS-sensitive session signaling using ATM, the ATM network between the routers must forward not only the session identifier but also the setup protocol.
QoS敏感なセッションシグナリングと長命のセッションシグナリングの主要な違いは呼び出しセットアップが長命のセッションの検出で開始されませんが、RSVPなどのセットアッププロトコルによって明らかに着手されるということです。 ATMを使用することでQoS敏感なセッションシグナリングを実装するために、ルータの間のATMネットワークはセッション識別子だけではなく、セットアッププロトコルも進めなければなりません。
There are two schemes for forwarding the setup protocol. One is to multiplex the protocol into a default VC connecting the routers, or to forward the protocol through a particular VC. In this case, the QoS-sensitive session and the ATM VC are established sequentially. The second scheme is to forward the setup protocol as an information element in the B-ISDN signaling. In this case, the QoS-sensitive session and the ATM VC are established simultaneously. The latter scheme has the following advantages compared with the former one.
セットアッププロトコルを進めることの2つの体系があります。 1つは、ルータを接続するデフォルトVCにプロトコルを多重送信することになっているか、または特定のVCを通してプロトコルを進めることになっています。 この場合、QoS敏感なセッションとATM VCは連続して確立されます。 2番目の体系は情報要素としてB-ISDNシグナリングでセットアッププロトコルを進めることです。 この場合、QoS敏感なセッションとATM VCは同時に、確立されます。 後者の体系で、以下の利点を前のものにたとえます。
o Easier to implement.
o 実装するのは、より簡単です。
- Admission control is simplified, because admission control for the IP and ATM layers can be done simultaneously.
- 入場コントロールは、同時にIPとATM層のための入場コントロールができるので、簡易型です。
- Watchdog timer processing is simplified, because there is no need to watch the IP layer establishment and ATM layer establishment sequentially.
- ウオッチドッグタイマー処理は簡易型です、IP層の設立とATM層の設立を連続して見る必要は全くないので。
o If the setup protocol supports negotiation, then an ATM VC whose QoS is based on the result of negotiation can be established.
o セットアッププロトコルが交渉をサポートするなら、QoSが交渉の結果に基づいているATM VCを設立できます。
However, the latter scheme, at least, cannot support a case where a PVC is used to support a QoS-sensitive session. Therefore, both procedures should be taken into account.
しかしながら、後者の体系はPVCがQoS敏感なセッションをサポートするのに使用されるケースを少なくとも支えることができません。 したがって、両方の手順は考慮に入れられるべきです。
Suzuki Standards Track [Page 4] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[4ページ]。
An example of a message sequence that simultaneously establishes a QoS-sensitive session and an ATM VC is shown in Fig. 2.2.
同時にQoS敏感なセッションとATM VCを確立するメッセージ系列に関する例は図2.2に示されます。
IP Router ATM SW ATM SW IP Router +----+ B-ISDN Signaling +----+ | WS | +------+ UNI +-----+ Setup +-----+ UNI +------+ | WS | +--+-+ | /->|<------+-\-/--Protocol--\-/-+------>|<-\ | +-+--+ |.....|__/ |===||==| X |========| X |==||===| \__|.....| | \-->|<------+-/-\-+--------+-/-\-+------>|<--/ | +------+ +-----+ Data +-----+ +------+ QoS VC N-CONNECT | | ---------->| | | | | | |->| SETUP | | | | | |------------>| | | | | |<------------| | | | | | CALL PROC |----------->| SETUP | | | | | |------------>| | | | | | |->| N-CONNECT | | | | | |----------> | | | | | |<---------- | | | | CONN |<-| N-CONNECT-ACK | | | |<------------| | | | | |------------>| | | | CONN |<-----------| CONN ACK |->| | |<------------| | | | | |------------>| | | | |<-| CONN ACK | | | | <----------| | | | | | N-CONNECT | | -ACK
IPルータ気圧SW気圧SW IPルータ+----+ B-ISDNシグナリング+----+ | W| +------+ UNI+-----+ セットアップ+-----+ UNI+------+ | W| +--+-+ | /->| <、-、-、-、-、--+\/--プロトコル--\/-+------>| <、-\ | +-+--+ |.....|__/ |===||==| X|========| X|==||===| \__|.....| | \-->| <、-、-、-、-、--+-/-\-+--------+-/-\-+------>| <--/ | +------+ +-----+ データ+-----+ +------+はQoS VC N接続します。| | ---------->|、|、|、|、|、| |、-、>| セットアップ| | | | | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、| | <、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、| PROCに電話をしてください。|、-、-、-、-、-、-、-、-、-、--、>| セットアップ| | | | | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、|、| |、-、>| Nで接続してください。| | | | | |、-、-、-、-、-、-、-、-、--、>|、|、|、|、| | <、-、-、-、-、-、-、-、-、--、|、|、|、| コン| <、-、| NはACKを接続します。| | | | <、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| |、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| コン| <、-、-、-、-、-、-、-、-、-、--、| コンACK|、-、>|、| | <、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| |、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| | <、-、| コンACK| | | | <、-、-、-、-、-、-、-、-、--、|、|、|、|、|、| Nで接続してください。| | -ACK
Fig. 2.2: Example procedure for simultaneous QoS-sensitive session and ATM VC establishment.
図2.2: 同時のQoS敏感なセッションとATM VC設立のための例の手順。
RSVP is currently proposed for the setup protocol and new setup protocols are likely to be developed in the future. Therefore, to generalize the discussion, the procedure for the setup protocol in this example is the general connection setup procedure using confirmed service.
RSVPは現在セットアッププロトコルのために提案されます、そして、新しい構成プロトコルは将来、開発されそうです。 したがって、議論を一般化するために、この例のセットアッププロトコルのための手順は確認されたサービスを利用する一般的な接続設定手順です。
To implement this signaling procedure, the B-ISDN signaling must include the User-user information element that the capacity is sufficient to forward the setup protocol.
このシグナリング手順を実装するために、B-ISDNシグナリングは容量があるUser-ユーザー情報要素をセットアッププロトコルを進めることができるくらい含まなければなりません。
Suzuki Standards Track [Page 5] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[5ページ]。
3. Overview of the Generic Identifier and User-to-user Signaling
3. ジェネリック識別子とユーザからユーザへのシグナリングの概要
3.1 Overview of the Generic Identifier
3.1 ジェネリック識別子の概要
The Generic Identifier enables the transfer of identifiers between end-to-end users in the ATM network, and it is defined in the Q.2941 Part 1 (Q.2941.1) [3] and Part 2 (Q.2941.2) [4] as an optional information element for the Q.2931 [1] and Q.2971 [2] UNI signaling protocol. The SETUP, ALERTING, CONNECT, RELEASE, RELEASE COMPLETE, ADD PARTY, PARTY ALERTING, ADD PARTY ACK, ADD PARTY REJECT, DROP PARTY, and DROP PARTY ACK messages that are transferred between end- to-end users in the ATM network may contain up to three Generic Identifier information elements. The ATM network transfers the Generic Identifier information element transparently if it contains no coding rule errors.
Generic IdentifierはATMネットワークで終わりからエンドユーザの間の識別子の転送を可能にします、そして、それはQ.2941 Part1(Q.2941.1)[3]とPart2(Q.2941.2)[4]でQ.2931[1]とQ.2971[2]UNIシグナリングプロトコルのための任意情報要素と定義されます。 最大3つのATMのエンドユーザのネットワークが含むかもしれない終わりのGeneric Identifier情報要素の間に移されるSETUP、ALERTING、CONNECT、RELEASE、RELEASE COMPLETE、ADD PARTY、PARTY ALERTING、ADD PARTY ACK、ADD PARTY REJECT、DROP PARTY、およびDROP PARTY ACKメッセージ。 透過的にコード化規則誤りを全く含んでいないなら、ATMネットワークはGeneric Identifier情報要素を移します。
The format of the Generic Identifier information element specified in the Q.2941 is shown in Fig. 3.1.
Q.2941で指定されたGeneric Identifier情報要素の書式は図3.1に示されます。
Suzuki Standards Track [Page 6] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[6ページ]。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = Generic identifier transport IE (0x7F) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier related standard/application | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | 7 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier value | 8- = = +-----+-----+-----+-----+-----+-----+-----+-----+ = = +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier value | = = +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ジェネリック識別子輸送IE(0x7F)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子は規格/アプリケーションを関係づけました。| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| 7 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子値| 8- = = +-----+-----+-----+-----+-----+-----+-----+-----+ = = +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子値| = = +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 3.1: Format of the Generic Identifier information element.
図3.1: Generic Identifier情報要素の形式。
The usage of the first 4 octets of fields is specified in section 4 of the Q.2931.
分野の最初の4つの八重奏の用法はQ.2931のセクション4で指定されます。
The Identifier related standard/application field identifies the standard or application that uses the identifier. Assignment of the Identifier related standard/application field for the Internet protocol is as follows. A leading 0x means hexadecimal.
Identifierの関連する規格/アプリケーション分野は識別子を使用する規格かアプリケーションを特定します。 インターネットプロトコルのためのIdentifierの関連する規格/アプリケーション分野の課題は以下の通りです。 主な0xは16進を意味します。
0x03: IPv4.
0×03: IPv4。
0x04: ST2+.
0×04: ST2+。
0x05: IPv6.
0×05: IPv6。
0x06: MPLS.
0×06: MPLS。
Suzuki Standards Track [Page 7] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[7ページ]。
Note: DSM-CC, H.310/H.321, MPOA, ATM VCC Trunking, AAL2, and H.323/H.245 are also supported.
以下に注意してください。 また、DSM-CC、H.310/H.321、MPOA、ATM VCC Trunking、AAL2、およびH.323/H.245はサポートされます。
A transferred identifier is given by the combination of the Identifier type, length and value fields, and a Generic Identifier information element may contain multiple identifiers.
Identifierタイプ、長さ、および値の分野の組み合わせでわたっている識別子を与えます、そして、Generic Identifier情報要素は複数の識別子を含むかもしれません。
Assignment of the Identifier type field for the Internet protocol is as follows. A leading 0x means hexadecimal.
インターネットプロトコルのためのIdentifierタイプ分野の課題は以下の通りです。 主な0xは16進を意味します。
0x01: Session.
0×01: セッション。
0x02: Resource.
0×02: リソース。
0x10-0xFD: Reserved for IANA assignment.
0×10 0xFD: IANA課題のために、予約されます。
0xFE: Experiment/Organization specific.
0xFE: 実験/組織特有です。
The maximum length of the Generic Identifier information element is 63 octets.
Generic Identifier情報要素の最大の長さは63の八重奏です。
See the Q.2941.1 and Draft Q.2941.2 for detailed protocol specifications of the Generic Identifier.
Generic Identifierの詳細なプロトコル仕様に関してQ.2941.1とDraft Q.2941.2を見てください。
3.2 Overview of the User-to-user Signaling
3.2 ユーザからユーザへのシグナリングの概要
The User-to-user Signaling enables the transfer of information between end-to-end users in the ATM network, and it is defined in Q.2957 [5, 6] and in Q.2971 annex D [2] as an optional information element for the Q.2931 [1] and Q.2971 [2] UNI signaling protocol. The SETUP, ALERTING, CONNECT, RELEASE, RELEASE COMPLETE, PROGRESS, ADD PARTY, PARTY ALERTING, ADD PARTY ACK, ADD PARTY REJECT, DROP PARTY, and DROP PARTY ACK messages that are transferred between end- to-end users in the ATM network may contain a User-user information element. The ATM network transfers the User-user information element transparently if it contains no coding rule errors.
UserからユーザへのSignalingはATMネットワークで終わりからエンドユーザの間の情報の転送を可能にします、そして、それはQ.2957[5、6]とQ.2931[1]とQ.2971[2]UNIシグナリングプロトコルのための任意情報要素としてのQ.2971別館D[2]で定義されます。 終わりに間ATMネットワークにおけるエンドユーザの移されるSETUP、ALERTING、CONNECT、RELEASE、RELEASE COMPLETE、PROGRESS、ADD PARTY、PARTY ALERTING、ADD PARTY ACK、ADD PARTY REJECT、DROP PARTY、およびDROP PARTY ACKメッセージはUser-ユーザー情報要素を含むかもしれません。 透過的にコード化規則誤りを全く含んでいないなら、ATMネットワークはUser-ユーザー情報要素を移します。
From the viewpoint of B-ISDN signaling applications, it seems the Generic Identifier and User-to-user Signaling are similar functions. But their rules for processing exceptions are not completely the same, because their purposes are different. The Generic Identifier is designed for the transfer of identifiers between the c-planes, while the User-to-user Signaling is designed for the transfer of user data via the c-planes. Another difference is that the latter supports interworking with the user-user information element in the
B-ISDNシグナリングアプリケーションの観点から、Generic Identifierに見えます、そして、UserからユーザへのSignalingは同様の機能です。 しかし、それらの目的が異なっているので、処理例外のためのそれらの規則は完全に同じであるというわけではありません。 Generic Identifierは識別子の転送のためにc-飛行機の間で設計されています、UserからユーザへのSignalingが利用者データの転送のためにc-飛行機を通して設計されていますが。 別の違いは後者が中にユーザユーザー情報要素がある織り込むことをサポートするということです。
Suzuki Standards Track [Page 8] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[8ページ]。
Q.931 N-ISDN signaling, but the Generic Identifier does not. Note that the ATM network may check the contents of the Generic Identifier information element, but does not check the contents of the User-to- user information element.
しかし、Q.931N-ISDNシグナリング、Generic Identifierはそうしません。 ATMネットワークがGeneric Identifier情報要素のコンテンツをチェックするかもしれませんが、Userからユーザー情報への要素のコンテンツはチェックしないことに注意してください。
The format of the User-user information element is shown in Fig. 3.2.
User-ユーザー情報要素の書式は図3.2に示されます。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = User-user information element (0x7E) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol discriminator | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | User information | 6- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ユーザユーザー情報要素(0x7E)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル識別子| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | ユーザー情報| 6- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 3.2: Format of the User-user information element.
図3.2: User-ユーザー情報要素の形式。
The usage of the first 4 octets of fields is specified in section 4 of the Q.2931.
分野の最初の4つの八重奏の用法はQ.2931のセクション4で指定されます。
The Protocol discriminator field identifies the upper layer protocol that uses the user-user information.
プロトコル弁別器分野はユーザユーザー情報を使用する上側の層のプロトコルを特定します。
The User information field contains the user-user information to be transferred.
User情報フィールドは移されるべきユーザユーザー情報を含んでいます。
The maximum length of the User-user information element is 133 octets.
User-ユーザー情報要素の最大の長さは133の八重奏です。
See Q.2957, Draft Q.2957 amendment 1, and Q.2971 annex D for detailed protocol specifications of the User-to-user Signaling.
UserからユーザへのSignalingの詳細なプロトコル仕様に関してQ.2957、Draft Q.2957修正1、およびQ.2971別館Dを見てください。
Suzuki Standards Track [Page 9] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[9ページ]。
4. Information Field and Protocol Identifier Assignment
4. 情報フィールドとプロトコル識別子課題
4.1 Assignment in the Generic Identifier Information Element
4.1 ジェネリック識別子情報要素における課題
4.1.1 Use of Generic Identifier
4.1.1 ジェネリック識別子の使用
The information field and protocol identifier assignment principle for the Internet protocol in the Generic Identifier information element is shown in Fig. 4.1.
Generic Identifier情報要素のインターネットプロトコルのための情報フィールドとプロトコル識別子課題原則は図4.1に示されます。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = Generic identifier transport IE (0x7F) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier related standard/application | | = IPv4, ST2+, IPv6, or MPLS | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Session, Resource, or Experiment | 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | 7 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier value | 8- = = +-----+-----+-----+-----+-----+-----+-----+-----+ = = +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Session, Resource, or Experiment | +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier value | = = +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ジェネリック識別子輸送IE(0x7F)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子は規格/アプリケーションを関係づけました。| | = IPv4、ST2+、IPv6、またはMPLS| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = セッション、リソース、または実験| 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| 7 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子値| 8- = = +-----+-----+-----+-----+-----+-----+-----+-----+ = = +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = セッション、リソース、または実験| +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子値| = = +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.1: Principle of assignment in the Generic Identifier information element.
図4.1: Generic Identifier情報要素における課題の原理。
The Identifier related standard/application field is the IPv4, ST2+, IPv6, or MPLS.
Identifierの関連する規格/アプリケーション分野は、IPv4、ST2+、IPv6、またはMPLSです。
Suzuki Standards Track [Page 10] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[10ページ]。
The Identifier type field is the Session, Resource, or Experiment/Organization specific.
Identifierタイプ分野は、Sessionであって、Resource、またはExperiment/組織特有です。
The Identifier value field is assigned to Internet protocol related information which is identified by the Identifier related standard/application field and Identifier type field. The following identifiers are specified.
Identifier値の分野はIdentifier関連する規格/アプリケーション分野とIdentifierタイプ分野によって特定されるインターネットプロトコル関連情報に割り当てられます。 以下の識別子は指定されます。
Std./app. Id type
Std/装置。 イドタイプ
IPv4 session identifier IPv4 Session
IPv4セッション識別子IPv4 Session
IPv6 session identifier IPv6 Session
IPv6セッション識別子IPv6 Session
MPLS VCID MPLS Resource
MPLS VCID MPLSリソース
Exp./Org. specific IPv4/ST2+/IPv6/MPLS Experiment
Exp Org/特定のIPv4/ST2+/IPv6/MPLS Experiment
As described in section 3.1, the B-ISDN signaling message transferred between end-to-end users may contain up to three Generic Identifier information elements. These elements may contain multiple identifiers. This document does not specify the order of identifiers when multiple identifiers appear in a signaling message.
セクション3.1で説明されるように、終わりからエンドユーザの間に移されたB-ISDNシグナリングメッセージは最大3つのGeneric Identifier情報要素を含むかもしれません。 これらの要素は複数の識別子を含むかもしれません。 複数の識別子がシグナリングメッセージに現れる場合、このドキュメントは識別子の注文を指定しません。
This document also does not specify the semantics when multiple identifiers having the same Identifier type appear in a signaling message, or when a signaling message contains a Generic Identifier information element that does not contain identifiers.
同じIdentifierがタイプする複数の識別子がシグナリングメッセージに現れるか、またはシグナリングメッセージが識別子を含まないGeneric Identifier情報要素を含んでいる場合、このドキュメントも意味論を指定しません。
When a B-ISDN signaling message containing a Generic Identifier information element enters an ATM network that does not support the Generic Identifier, the network clears the call, discards the information element, or discards the signaling message. (See sections 4.5.1 and 5.6.8.1 of Q.2931 and section 9.3 of Q.2941.1 for details.)
Generic Identifier情報要素を含むB-ISDNシグナリングメッセージがGeneric IdentifierをサポートしないATMネットワークに入るとき、ネットワークは、呼び出しをクリアするか、情報要素を捨てるか、またはシグナリングメッセージを捨てます。 セクション4.5.1と5.6を見てください。(.8 .1Q.2931と詳細のためのQ.2941.1のセクション9.3、)
To enable reliable Generic Identifier information element transfer, when the calling party sends a SETUP or ADD PARTY message with up to three Generic Identifier information elements, the CONNECT or ADD PARTY ACK message returned by the called party must contain at least one Generic Identifier information element. The called party may not respond with the same identifiers received from the calling party. The calling party should confirm that the response message contains at least one Generic Identifier information element. This rule enables identifier negotiation; this document does not specify the detailed procedure of this negotiation.
起呼側が最大3つのGeneric Identifier情報要素でSETUPかADD PARTYメッセージを送るとき、信頼できるGeneric Identifier情報要素転送を可能にするために、被呼者によって返されたCONNECTかADD PARTY ACKメッセージが少なくとも1つのGeneric Identifier情報要素を含まなければなりません。 被呼者は起呼側から同じ識別子を受け取っていて応じないかもしれません。 起呼側は、応答メッセージが少なくとも1つのGeneric Identifier情報要素を含むと確認するべきです。 この規則は識別子交渉を可能にします。 このドキュメントはこの交渉の詳細手順書を指定しません。
Suzuki Standards Track [Page 11] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[11ページ]。
4.1.2 IPv4 session identifier
4.1.2 IPv4セッション識別子
If the Identifier related standard/application field in the Generic Identifier information element is the IPv4, and the Identifier type field in the identifier is the Session, the identifier is the IPv4 session identifier. The format of the IPv4 session identifier is shown in Fig. 4.2.
Generic Identifier情報要素のIdentifierの関連する規格/アプリケーション分野がIPv4であり、識別子のIdentifierタイプ分野がSessionであるなら、識別子はIPv4セッション識別子です。 IPv4セッション識別子の書式は図4.2に示されます。
Bits Octet 8 7 6 5 4 3 2 1 length +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Session (0x01) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | | = 13 octets (0x0D) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Source IPv4 address | 4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Destination IPv4 address | 4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Source Port | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Destination Port | 2 +-----+-----+-----+-----+-----+-----+-----+-----+
ビットOctet8 7 6 5 4 3 2 1の長さ+-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = セッション(0×01)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| | = 13の八重奏(0x0D)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | ソースIPv4アドレス| 4 +-----+-----+-----+-----+-----+-----+-----+-----+ | 送付先IPv4アドレス| 4 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | ソースポート| 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 仕向港| 2 +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.2: IPv4 session identifier.
図4.2: IPv4セッション識別子。
The Identifier type field is the Session (0x01).
Identifierタイプ分野はSession(0×01)です。
The Identifier length is 13 octets.
Identifierの長さは13の八重奏です。
The Source IPv4 address, Destination IPv4 address, Protocol, Source Port, and Destination Port [7, 9, 10] are assigned in that order to the Identifier value field.
Source IPv4アドレス、Destination IPv4アドレス、プロトコル、Source Port、およびDestination Port[7、9、10]はそのオーダーでIdentifier値の分野に割り当てられます。
Note: This specific session identifier is intended for use only with the explicit reservation. If wild card associations are needed at a later date, another identifier type will be used.
以下に注意してください。 この特定のセッション識別子は単に明白な予約による使用のために意図します。 ワイルドカード協会が、より後日必要であるなら、別の識別子タイプは使用されるでしょう。
4.1.3 IPv6 session identifier
4.1.3 IPv6セッション識別子
If the Identifier related standard/application field in the Generic Identifier information element is the IPv6, and the Identifier type field in the identifier is the Session, the identifier is the IPv6 session identifier. The format of the IPv6 session identifier is
Generic Identifier情報要素のIdentifierの関連する規格/アプリケーション分野がIPv6であり、識別子のIdentifierタイプ分野がSessionであるなら、識別子はIPv6セッション識別子です。 IPv6セッション識別子の形式はそうです。
Suzuki Standards Track [Page 12] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[12ページ]。
shown in Fig. 4.3.
図4.3では、目立ちます。
Bits Octet 8 7 6 5 4 3 2 1 length +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Session (0x01) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | | = 37 octets (0x25) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Source IPv6 address | 16 +-----+-----+-----+-----+-----+-----+-----+-----+ | Destination IPv6 address | 16 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Source Port | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Destination Port | 2 +-----+-----+-----+-----+-----+-----+-----+-----+
ビットOctet8 7 6 5 4 3 2 1の長さ+-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = セッション(0×01)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| | = 37の八重奏(0×25)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | ソースIPv6アドレス| 16 +-----+-----+-----+-----+-----+-----+-----+-----+ | 送付先IPv6アドレス| 16 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | ソースポート| 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 仕向港| 2 +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.3: IPv6 session identifier.
図4.3: IPv6セッション識別子。
The Identifier type field is the Session (0x01).
Identifierタイプ分野はSession(0×01)です。
The Identifier length is 37 octets.
Identifierの長さは37の八重奏です。
The Source IPv6 address, Destination IPv6 address, Protocol, Source Port, and Destination Port [8, 9, 10] are assigned in that order to the Identifier value field.
Source IPv6アドレス、Destination IPv6アドレス、プロトコル、Source Port、およびDestination Port[8、9、10]はそのオーダーでIdentifier値の分野に割り当てられます。
Note: This specific session identifier is intended for use only with the explicit reservation. If wild card associations are needed at a later date, another identifier type will be used.
以下に注意してください。 この特定のセッション識別子は単に明白な予約による使用のために意図します。 ワイルドカード協会が、より後日必要であるなら、別の識別子タイプは使用されるでしょう。
Suzuki Standards Track [Page 13] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[13ページ]。
4.1.4 MPLS VCID
4.1.4 MPLS VCID
If the Identifier related standard/application field in the Generic Identifier information element is the MPLS, and the Identifier type field in the identifier is the Resource, the identifier is the MPLS VCID. The format of the MPLS VCID is shown in Fig. 4.4.
Generic Identifier情報要素のIdentifierの関連する規格/アプリケーション分野がMPLSであり、識別子のIdentifierタイプ分野がResourceであるなら、識別子はMPLS VCIDです。 MPLS VCIDの書式は図4.4に示されます。
Bits Octet 8 7 6 5 4 3 2 1 length +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Resource (0x02) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | | = 4 octets (0x04) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | MPLS VCID | 4 +-----+-----+-----+-----+-----+-----+-----+-----+
ビットOctet8 7 6 5 4 3 2 1の長さ+-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = リソース(0×02)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| | = 4つの八重奏(0×04)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | MPLS VCID| 4 +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.4: MPLS VCID.
図4.4: MPLS VCID。
The Identifier type field is the Resource (0x02).
Identifierタイプ分野はResource(0×02)です。
The Identifier length is 4 octets.
Identifierの長さは4つの八重奏です。
The MPLS VCID [13] is assigned to the Identifier value field.
MPLS VCID[13]はIdentifier値の分野に割り当てられます。
4.1.5 Experiment/Organization specific
4.1.5 実験/組織特有です。
If the Identifier related standard/application field in the Generic Identifier information element is the IPv4, ST2+, IPv6, or MPLS, and the Identifier type field in the identifier is the Experiment/Organization specific, the identifier is the Experiment/Organization specific. The format of the Experiment/Organization specific is shown in Fig. 4.5.
Generic Identifier情報要素のIdentifierの関連する規格/アプリケーション分野がIPv4であるなら、中でさばく+か、IPv6か、MPLSと、Identifierが識別子をタイプするST2がExperiment/組織詳細である、識別子はExperiment/組織詳細です。 Experiment/組織詳細の書式は図4.5に示されます。
Suzuki Standards Track [Page 14] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[14ページ]。
Bits Octet 8 7 6 5 4 3 2 1 length +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Experiment/Organization specific (0xFE) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Organizationally unique identifier (OUI) | 3 +-----+-----+-----+-----+-----+-----+-----+-----+ | Experiment/Organization specific info. | = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
ビットOctet8 7 6 5 4 3 2 1の長さ+-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = 実験/組織の特定の(0xFE)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 組織的でユニークな識別子(OUI)| 3 +-----+-----+-----+-----+-----+-----+-----+-----+ | 実験/組織の特定のインフォメーション。 | = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.5: Experiment/Organization specific.
図4.5: 実験/組織特有です。
The Identifier type field is the Experiment/Organization specific (0xFE).
Identifierタイプ分野はExperiment/組織の特定の(0xFE)です。
The first 3 octets in the Identifier value field must contain the Organizationally unique identifier (OUI) (as specified in IEEE 802- 1990; section 5.1).
Identifier値の分野での最初の3つの八重奏がOrganizationallyのユニークな識別子(OUI)を含まなければなりません(IEEE802- 1990; セクション5.1で指定されるように)。
4.2 Assignment in the User-user Information Element
4.2 ユーザユーザー情報要素における課題
4.2.1 Use of User-to-user Signaling
4.2.1 ユーザからユーザへのシグナリングの使用
The information field and protocol identifier assignment principle for the Internet protocol in the User-user information element is shown in Fig. 4.6.
インターネットへの情報フィールドとプロトコル識別子課題原則は要素が図4.6に示されるというUser-ユーザー情報で議定書を作ります。
Suzuki Standards Track [Page 15] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[15ページ]。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = User-user information element (0x7E) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol discriminator | | = Internet protocol/application (0x06) | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | Internet protocol/application identifier | 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | Internet protocol/application related info. | 7- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ユーザユーザー情報要素(0x7E)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル識別子| | = インターネットプロトコル/アプリケーション(0×06)| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | インターネットプロトコル/アプリケーション識別子| 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | インターネットプロトコル/アプリケーションはインフォメーションについて話しました。 | 7- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.6: Principle of assignment in the User-user information element.
図4.6: User-ユーザー情報要素における課題の原理。
The Protocol discriminator field is the Internet protocol/application (0x06). In this case, the first 1 octet in the User information field is the Internet protocol/application identifier field.
プロトコル弁別器分野はインターネットプロトコル/アプリケーション(0×06)です。 この場合、User情報フィールドでの最初の1つの八重奏がインターネットプロトコル/アプリケーション識別子分野です。
Assignment of the Internet protocol/application identifier field is as follows. A leading 0x means hexadecimal.
インターネットプロトコル/アプリケーション識別子分野の課題は以下の通りです。 主な0xは16進を意味します。
0x00: Reserved.
0×00: 予約にされる。
0x01: Reserved for ST2+.
0×01: ST2+のために、予約されます。
0x02: RSVP message.
0×02: RSVPメッセージ。
0x03-0xFD: Reserved for IANA assignment.
0×03 0xFD: IANA課題のために、予約されます。
0xFE: Experiment/Organization specific.
0xFE: 実験/組織特有です。
0xFF: Reserved.
0xFF: 予約にされる。
The field that follows the Internet protocol/application identifier field is assigned to Internet protocol/application related information that is identified by the Internet protocol/application identifier field.
インターネットプロトコル/アプリケーション識別子野原に続く分野はインターネットプロトコル/アプリケーション識別子分野によって特定されるインターネットプロトコル/アプリケーション関連情報に割り当てられます。
Suzuki Standards Track [Page 16] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[16ページ]。
When a B-ISDN signaling message containing a User-user information element enters an ATM network that does not support the User-to-user Signaling, the network clears the call, discards the information element, or discards the signaling message. (See sections 4.5.1 and 5.6.8.1 of Q.2931, section 1.9 of Q.2957, and Q.2971 annex D for details.)
User-ユーザー情報要素を含むB-ISDNシグナリングメッセージがUserからユーザがSignalingであるとサポートしないATMネットワークに入るとき、ネットワークは、呼び出しをクリアするか、情報要素を捨てるか、またはシグナリングメッセージを捨てます。 セクション4.5.1と5.6を見てください。(.8 セクション1.9の.1Q.2931、Q.2957、およびQ.2971が詳細のためにDを付加する、)
To enable reliable User-user information element transfer, when the calling party sends a SETUP or ADD PARTY message with a User-user information element, the CONNECT or ADD PARTY ACK message returned by the called party must contain a User-user information element. The called party may not respond with the same user information received from the calling party. The calling party should confirm that the response message contains a User-user information element. This rule enables negotiation; this document does not specify the detailed procedure of this negotiation.
起呼側がUser-ユーザー情報要素でSETUPかADD PARTYメッセージを送るとき、信頼できるUser-ユーザー情報要素転送を可能にするために、被呼者によって返されたCONNECTかADD PARTY ACKメッセージがUser-ユーザー情報要素を含まなければなりません。 被呼者は起呼側から同じユーザー情報を受け取っていて応じないかもしれません。 起呼側は、応答メッセージがUser-ユーザー情報要素を含むと確認するべきです。 この規則は交渉を可能にします。 このドキュメントはこの交渉の詳細手順書を指定しません。
4.2.2 RSVP message
4.2.2 RSVPメッセージ
The format of the RSVP message is shown in Fig. 4.7.
RSVPメッセージの書式は図4.7に示されます。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = User-user information element (0x7E) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol discriminator | | = Internet protocol/application (0x06) | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | Internet protocol/application identifier | | = RSVP message (0x02) | 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | RSVP message | 7- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ユーザユーザー情報要素(0x7E)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル識別子| | = インターネットプロトコル/アプリケーション(0×06)| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | インターネットプロトコル/アプリケーション識別子| | = RSVPメッセージ(0×02)| 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | RSVPメッセージ| 7- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.7: RSVP message.
図4.7: RSVPメッセージ。
The Internet protocol/application identifier field is the RSVP message (0x02).
インターネットプロトコル/アプリケーション識別子分野はRSVPメッセージ(0×02)です。
Suzuki Standards Track [Page 17] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[17ページ]。
The RSVP message [12] is assigned to the Internet protocol/application related information field. The SETUP message may contain the RSVP Resv message. The CONNECT message may contain the RSVP ResvConf message. The RELEASE message may contain the RSVP ResvErr or ResvTear message.
RSVPメッセージ[12]はインターネットプロトコル/アプリケーション関連情報分野に割り当てられます。 SETUPメッセージはRSVP Resvメッセージを含むかもしれません。 CONNECTメッセージはRSVP ResvConfメッセージを含むかもしれません。 RELEASEメッセージはRSVP ResvErrかResvTearメッセージを含むかもしれません。
4.2.3 Experiment/Organization specific
4.2.3 実験/組織特有です。
The format of the Experiment/Organization specific is shown in Fig. 4.8.
Experiment/組織詳細の書式は図4.8に示されます。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = User-user information element (0x7E) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol discriminator | | = Internet protocol/application (0x06) | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | Internet protocol/application identifier | | = Experiment/Organization specific (0xFE) | 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | Organizationally unique identifier (OUI) | 7-9 +-----+-----+-----+-----+-----+-----+-----+-----+ | Experiment/Organization specific info. | 10- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ユーザユーザー情報要素(0x7E)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル識別子| | = インターネットプロトコル/アプリケーション(0×06)| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | インターネットプロトコル/アプリケーション識別子| | = 実験/組織の特定の(0xFE)| 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | 組織的でユニークな識別子(OUI)| 7-9 +-----+-----+-----+-----+-----+-----+-----+-----+ | 実験/組織の特定のインフォメーション。 | 10- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. 4.8: Experiment/Organization specific.
図4.8: 実験/組織特有です。
The Internet protocol/application identifier field is the Experiment/Organization specific (0xFE).
インターネットプロトコル/アプリケーション識別子分野はExperiment/組織の特定の(0xFE)です。
The first 3 octets in the Internet protocol/application related information field must contain the Organizationally unique identifier (OUI) (as specified in IEEE 802-1990; section 5.1).
インターネットプロトコル/アプリケーション関連情報分野での最初の3つの八重奏がOrganizationallyのユニークな識別子(OUI)を含まなければなりません(IEEE802-1990; セクション5.1で指定されるように)。
5. Open Issues
5. 未解決の問題
The following issues are still remain in this document.
以下の問題はそうです、それでも、本書では残ってください。
Suzuki Standards Track [Page 18] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[18ページ]。
o Generic Identifier support for session aggregation.
o セッション集合のジェネリックIdentifierサポート。
Session aggregation support may be needed in a backbone environment. Wild card style aggregated session identifier may be feasible. However, before specifying Generic Identifier support for it, session aggregation model in ATM VCs should be clarified.
セッション集合サポートがバックボーン環境で必要であるかもしれません。 ワイルドカードのスタイルの集められたセッション識別子は可能であるかもしれません。 しかしながら、それのGeneric Identifierサポートを指定する前に、ATM VCsのセッション集合モデルははっきりさせられるべきです。
o Generic Identifier support for the IPv6 flow label and traffic classes.
o IPv6流れラベルとトラフィックのジェネリックIdentifierサポートは属します。
The IPv6 flow label and traffic classes support may be needed in future. However, currently their semantics are not clear.
クラスが支えるIPv6流れラベルとトラフィックがこれから、必要であるかもしれません。 しかしながら、現在のそれらの意味論は明確ではありません。
6. IANA Considerations
6. IANA問題
When the Identifier related standard/application field in the Q.2941.2 Generic Identifier information element is the IPv4, ST2+, IPv6, or MPLS, numbers between 0x10-0xFD in the Identifier type field are reserved for IANA assignment. (See section 3.1.) Following the policies outlined in [14], these numbers are allocated through an IETF Consensus action.
Q.2941.2 Generic Identifier情報要素のIdentifierの関連する規格/アプリケーション分野がIPv4、ST2+、IPv6、またはMPLSであるときに、Identifierタイプ分野の0×10 0xFDの間の数はIANA課題のために予約されます。 (セクション3.1を見てください。) [14]に概説された方針に従って、IETF Consensus動作でこれらの数を割り当てます。
When the Protocol discriminator field in the Q.2957 User-user information element is the Internet protocol/application, numbers between 0x03-0xFD in the Internet protocol/application identifier field are reserved for IANA assignment. (See section 4.2.1.) Following the policies outlined in [14], these numbers are allocated through an IETF Consensus action.
Q.2957 User-ユーザー情報要素のプロトコル弁別器分野がインターネットプロトコル/アプリケーションであるときに、インターネットプロトコル/アプリケーション識別子分野の0×03 0xFDの間の数はIANA課題のために予約されます。 (セクション4.2.1を見てください。) [14]に概説された方針に従って、IETF Consensus動作でこれらの数を割り当てます。
7. Security Considerations
7. セキュリティ問題
This document specifies the information field and protocol identifier assignment in the Q.2941 Generic Identifier and Q.2957 User-to-user Signaling for the Internet protocol, so these do not weaken the security of the B-ISDN signaling.
このドキュメントがQ.2941 Generic IdentifierとQ.2957 UserからユーザへのSignalingの情報フィールドとプロトコル識別子課題をインターネットプロトコルに指定するので、これらはB-ISDNシグナリングのセキュリティを弱めません。
In a called party of the B-ISDN signaling, if the incoming SETUP message contains the calling party number and if it is verified and passed by the ATM network or it is provided by the network, then it is feasible to use the calling party number for part of the calling party authentication to strengthen security.
B-ISDNシグナリングの被呼者では、入って来るSETUPメッセージが起呼側番号を含んでいて、それがATMネットワークによって確かめられて、通過されるか、またはそれがネットワークによって提供されるなら、起呼側認証の一部が安全を強化するのに起呼側番号を使用するのは可能です。
Suzuki Standards Track [Page 19] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[19ページ]。
Appendix. Information Field and Protocol Identifier Assignment for ST2+
付録。 ST2+のための情報フィールドとプロトコル識別子課題
This appendix specifies information field and protocol identifier assignment in the Generic Identifier and User-to-user Signaling for ST2+. Note that this appendix is NOT part of the standard.
この付録はGeneric IdentifierとUserからユーザへのSignalingの情報フィールドとプロトコル識別子課題をST2+に指定します。この付録が規格の一部でないことに注意してください。
A.1 ST2+ session identifier
A.1 ST2+セッション識別子
If the Identifier related standard/application field in the Generic Identifier information element is the ST2+, and the Identifier type field in the identifier is the Session, the identifier is the ST2+ session identifier. The format of the ST2+ session identifier is shown in Fig. A.1.
Generic Identifier情報要素のIdentifierの関連する規格/アプリケーション分野がST2+であり、識別子のIdentifierタイプ分野がSessionであるなら、識別子はST2+セッション識別子です。 ST2+セッション識別子の書式は図A.1に示されます。
Bits Octet 8 7 6 5 4 3 2 1 length +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier type | | = Session (0x01) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Identifier length | | = 6 octets (0x06) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | Stream ID (SID) | 6 +-----+-----+-----+-----+-----+-----+-----+-----+
ビットOctet8 7 6 5 4 3 2 1の長さ+-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子タイプ| | = セッション(0×01)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 識別子の長さ| | = 6つの八重奏(0×06)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | ストリームID(SID)| 6 +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. A.1: ST2+ session identifier.
図A.1: ST2+セッション識別子。
The Identifier type field is the Session (0x01).
Identifierタイプ分野はSession(0×01)です。
The Identifier length is 6 octets.
Identifierの長さは6つの八重奏です。
The Stream ID (SID) [11] is assigned to the Identifier value field.
Stream ID(SID)[11]はIdentifier値の分野に割り当てられます。
Suzuki Standards Track [Page 20] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[20ページ]。
A.2 ST2+ SCMP
A.2 ST2+SCMP
The format of the User-user information element for the ST2+ SCMP is shown in Fig. A.2.
ST2+SCMPのためのUser-ユーザー情報要素の書式は図A.2に示されます。
Bits 8 7 6 5 4 3 2 1 Octets +-----+-----+-----+-----+-----+-----+-----+-----+ | Information element identifier | | = User-user information element (0x7E) | 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | Coding | IE instruction field | | Ext | standard |Flag |Res. | IE action ind. | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | Length of contents of information element | 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | Protocol discriminator | | = Internet protocol/application (0x06) | 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | Internet protocol/application identifier | | = ST2+ SCMP (0x01) | 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | ST2+ SCMP | 7- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
ビット8 7 6 5 4 3 2 1八重奏+-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素識別子| | = ユーザユーザー情報要素(0x7E)| 1 +-----+-----+-----+-----+-----+-----+-----+-----+ | 1 | コード化| IE指示分野| | Ext| 規格|旗|Res。 | IE動作ind。 | 2 +-----+-----+-----+-----+-----+-----+-----+-----+ | 情報要素のコンテンツの長さ| 3-4 +-----+-----+-----+-----+-----+-----+-----+-----+ | プロトコル識別子| | = インターネットプロトコル/アプリケーション(0×06)| 5 +-----+-----+-----+-----+-----+-----+-----+-----+ | インターネットプロトコル/アプリケーション識別子| | = ST2+SCMP(0×01)| 6 +-----+-----+-----+-----+-----+-----+-----+-----+ | ST2+SCMP| 7- = = | | +-----+-----+-----+-----+-----+-----+-----+-----+
Fig. A.2: ST2+ SCMP.
図A.2: ST2+SCMP。
The Internet protocol/application identifier field is the ST2+ SCMP (0x01).
インターネットプロトコル/アプリケーション識別子分野はST2+SCMP(0×01)です。
The ST2+ SCMP [11] is assigned to the Internet protocol/application related information field. The SETUP and ADD PARTY messages may contain the ST2+ SCMP CONNECT message. The CONNECT and ADD PARTY ACK messages may contain the ST2+ SCMP ACCEPT message. The RELEASE and DROP PARTY messages may contain the ST2+ SCMP DISCONNECT message. The RELEASE, RELEASE COMPLETE, ADD PARTY REJECT, and DROP PARTY messages may contain the ST2+ SCMP REFUSE message.
ST2+SCMP[11]はインターネットプロトコル/アプリケーション関連情報分野に割り当てられます。 SETUPとADD PARTYメッセージはST2+SCMP CONNECTメッセージを含むかもしれません。 CONNECTとADD PARTY ACKメッセージはST2+SCMP ACCEPTメッセージを含むかもしれません。 RELEASEとDROP PARTYメッセージはST2+SCMP DISCONNECTメッセージを含むかもしれません。 RELEASE、RELEASE COMPLETE、ADD PARTY REJECT、およびDROP PARTYメッセージはST2+SCMP REFUSEメッセージを含むかもしれません。
Suzuki Standards Track [Page 21] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[21ページ]。
References
参照
[1] ITU-T, "Broadband Integrated Services Digital Network (B- ISDN)-Digital Subscriber Signaling System No. 2 (DSS 2)-User- Network Interface (UNI) Layer 3 Specification for Basic Call/Connection Control," ITU-T Recommendation Q.2931, September 1995.
[1] ITU-T、「基本的な呼び出し/接続コントロールのためのB-ISDN(B ISDN)のデジタル加入者シグナリングシステムNo.2(DSS2)ユーザネットワーク・インターフェース(UNI)層の3仕様」、ITU-T推薦Q.2931(1995年9月)。
[2] ITU-T, "Broadband Integrated Services Digital Network (B-ISDN)- Digital Subscriber Signaling System No. 2 (DSS 2)-User-Network Interface Layer 3 Specification for Point-to-Multipoint Call/Connection Control," ITU-T Recommendation Q.2971, October 1995.
[2] ITU-T、「B-ISDN(B-ISDN)--デジタル加入者シグナリングシステムNo.2(DSS2)ユーザネットワーク・インターフェースはポイントツーマルチポイント呼び出し/接続コントロールのための3仕様を層にします」、ITU-T推薦Q.2971、1995年10月。
[3] ITU-T, "Broadband Integrated Services Digital Network (B-ISDN) Digital Subscriber Signaling System No. 2 (DSS 2): Generic Identifier Transport," ITU-T New Recommendation Q.2941.1, September 1997.
[3] ITU-T、「B-ISDN(B-ISDN)のデジタル加入者シグナリングシステムNo.2(DSS2):」 「ジェネリック識別子輸送」、ITU-T新しい推薦Q.2941.1、1997年9月。
[4] ITU-T, "Broadband Integrated Services Digital Network (B-ISDN) Digital Subscriber Signaling System No. 2 (DSS 2): Generic Identifier Transport Extensions," ITU-T New Recommendation Q.2941.2, December 1999.
[4] ITU-T、「B-ISDN(B-ISDN)のデジタル加入者シグナリングシステムNo.2(DSS2):」 「ジェネリック識別子輸送拡張子」、ITU-T新しい推薦Q.2941.2、1999年12月。
[5] ITU-T, "Stage 3 Description for Additional Information Transfer Supplementary Service Using B-ISDN Digital Subscriber Signaling System No. 2 (DSS 2)-Basic Call Clause 1-User-to-User Signalling (UUS)," ITU-T Recommendation Q.2957, February 1995.
[5] ITU-T、「(UUS)に合図しながら基本的なB-ISDNのデジタル加入者シグナリングシステムNo.2(DSS2)の呼び出しの節の1人のユーザからユーザを使用して、追加情報の転送の補っているサービスのための3記述を上演してください」、ITU-T推薦Q.2957、1995年2月。
[6] ITU-T, "Stage 3 Description for Additional Information Transfer Supplementary Service Using B-ISDN Digital Subscriber Signaling System No. 2 (DSS 2)-Basic Call Clause 1-User-to-User Signalling (UUS)," ITU-T Recommendation Q.2957 Amendment 1, December 1999.
[6] ITU-T、「(UUS)に合図しながら基本的なB-ISDNのデジタル加入者シグナリングシステムNo.2(DSS2)の呼び出しの節の1人のユーザからユーザを使用して、追加情報の転送の補っているサービスのための3記述を上演してください」、ITU-T推薦Q.2957修正1、1999年12月。
[7] Postel, J., Ed., "Internet Protocol", STD 5, RFC 791, September 1981.
[7] ポステル、J.、エド、「インターネットプロトコル」、STD5、RFC791、9月1981日
[8] Deering, S. and R. Hinden, "Internet Protocol, Version 6 (IPv6) Specification", RFC 2460, December 1998.
[8] デアリング、S.とR.Hinden、「インターネットプロトコル、バージョン6(IPv6)仕様」、RFC2460、12月1998日
[9] Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980.
[9] ポステル、J.、「ユーザー・データグラム・プロトコル」、STD6、RFC768、1980年8月。
[10] Postel, J., Ed., "Transmission Control Protocol", STD 7, RFC 793, September 1981.
[10] ポステル、J.、エド、「通信制御プロトコル」、STD7、RFC793、9月1981日
Suzuki Standards Track [Page 22] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[22ページ]。
[11] Delgrossi, L. and L. Berger, Ed., "Internet Stream Protocol Version 2 (ST2) Protocol Specification - Version ST2+", RFC 1819, August 1995.
[11] Delgrossi、L.、およびL.バーガー(エド)、「インターネットストリームプロトコルバージョン2(ST2)は仕様を議定書の中で述べます--バージョンST2+」、RFC1819、1995年8月。
[12] Braden, R., Ed., "Resource ReSerVation Protocol (RSVP) - Version 1 Functional Specification", RFC 2205, September 1997.
[12] ブレーデン、R.、エド、「資源予約は(RSVP)について議定書の中で述べます--バージョン1の機能的な仕様」、RFC2205、9月1997日
[13] Nagami, K., Demizu, N., Esaki, H., Katsube, Y. and P. Doolan, "VCID Notification over ATM link for LDP", RFC 3038, January 2001.
[13] Nagami、K.、Demizu、N.、江崎、H.、Katsube、Y.、およびP.Doolan、「ATMの上のVCID Notificationは自由民主党のためにリンクします」、RFC3038、2001年1月。
[14] Narten, T., and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[14]Narten、T.、およびH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」、BCP26、RFC2434(1998年10月)。
[15] P. Newman, T. Lyon, and G. Minshall, "Flow Labelled IP: A Connectionless Approach to ATM," Proc. IEEE Infocom, March 1996.
[15] P.ニューマン、T.リヨン、およびG.Minshall、「流れはIPをラベルしました」。 「気圧へのコネクションレスなアプローチ」、Proc。 1996年3月のIEEE Infocom。
[16] S. Damaskos and A. Gavras, "Connection Oriented Protocols over ATM: A case study," Proc. SPIE, Vol. 2188, pp.226-278, February 1994.
[16] S.DamaskosとA.Gavras、「接続は気圧でプロトコルを適応しました」。 「ケーススタディ」、Proc。 SPIE、Vol.2188、pp.226-278、1994年2月。
[17] ITU-T, "Integrated Services Digital Network (ISDN) Overall Network Aspects and Functions ISDN Protocol Reference Model," ITU-T Recommendation I.320, November 1993.
[17] ITU-T、「サービス統合ディジタル網の(ISDN)総合的なネットワーク局面と機能ISDNは規範モデルについて議定書の中で述べます」、ITU-T推薦I.320、1993年11月。
[18] ITU-T, "Digital Subscriber Signaling System No. 1 (DSS 1) Specification of a Synchronization and Coordination Function for the Provision of the OSI Connection-mode Network Service in an ISDN Environment," ITU-T Recommendation Q.923, February 1995.
[18] ITU-T、「OSI接続モードネットワーク・サービスのISDN環境への支給のための同期とコーディネート機能のデジタル加入者シグナリングシステムNo.1(DSS1)仕様」、ITU-T推薦Q.923(1995年2月)。
Suzuki Standards Track [Page 23] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[23ページ]。
Acknowledgments
承認
I would like to thank Kenichi Kitami of the NTT Information Sharing Lab. Group, who is also the chair of ITU-T SG11 WP1, Shinichi Kuribayashi of the NTT Information Sharing Platform Labs., Hiroshi Yao and Takumi Ohba of the NTT Network Service Systems Labs., and Noriyuki Takahashi of the NTT Information Sharing Platform Labs., for their valuable comments and discussions.
NTT情報Sharing Labの北見健一に感謝申し上げます。 分類してください、だれ、ITU-t SG11 WP1(NTT情報Sharing Platform Labsの新市Kuribayashi)、Hiroshi八尾とTakumi Network Service Systems Labs NTTのノリユキ・高橋NTTオオバ情報Sharing Platform Labsのいすも彼らの貴重なコメントと議論のためのそうですか?
And I would also like to thank the active members of IETF, ITU-T, and ATM Forum, especially Joel Halpern of Newbridge Networks, Andrew Malis of Ascend Communications, George Swallow and Bruce Davie of Cisco Systems, Rao Cherukuri of IBM, Rajiv Kapoor of AT&T, Greg Ratta of Lucent, Kaoru Kenyoshi of NEC, Hiroto Uno of Hitachi, Hiroshi Esaki and Kenichi Nagami of Toshiba, and Noritoshi Demizu of NAIST for their valuable comments and suggestions.
そして、また、彼らの貴重なコメントと提案についてIETF、ITU-TとATM Forum、特にニューブリッジネットワークスのジョエル・アルペルンの活動的なメンバー、Ascend CommunicationsのアンドリューMalis、シスコシステムズのジョージSwallowとブルース・デイビー、IBMのラオCherukuri、AT&Tのラジブ・カプール、LucentのグレッグRatta、NECのKaoru Kenyoshi、日立のHiroto宇野、東芝のHiroshi江崎と健一Nagami、およびNAISTのNoritoshi Demizuに感謝申し上げます。
Also, this specification is based on various discussions during the ST2+ over ATM project at the NTT Multimedia Joint Project with NACSIS. I would like to thank Professor Shoichiro Asano of the National Center for Science Information Systems for his invaluable advice in this area.
また、この仕様はST2+の間、NACSISとNTT Multimedia Joint ProjectでATMプロジェクトの上で様々な議論に基づいています。 この領域での彼の非常に貴重なアドバイスについて学術情報センター情報システムのShoichiro浅野教授に感謝申し上げます。
Author's Address
作者のアドレス
Muneyoshi Suzuki NTT Information Sharing Platform Laboratories 3-9-11, Midori-cho Musashino-shi, Tokyo 180-8585, Japan
プラットホームの研究所の3 9-11テロ、美土里町武蔵野市、東京180-8585(日本)を共有するMuneyoshi鈴木NTT情報
Phone: +81-422-59-2119 Fax: +81-422-37-7691 EMail: suzuki.muneyoshi@lab.ntt.co.jp
以下に電話をしてください。 +81-422-59-2119 Fax: +81-422-37-7691 メールしてください: suzuki.muneyoshi@lab.ntt.co.jp
Suzuki Standards Track [Page 24] RFC 3033 GIT and UUS Assignment for IP January 2001
鈴木規格は2001年1月にIPのためにRFC3033GITとUUS課題を追跡します[24ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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 Editor機能のための基金は現在、インターネット協会によって提供されます。
Suzuki Standards Track [Page 25]
鈴木標準化過程[25ページ]
一覧
スポンサーリンク