RFC1680 日本語訳

Network Working Group                                     C. Brazdziunas
Request for Comments: 1680                                      Bellcore
Category: Informational                                      August 1994

Brazdziunasがコメントのために要求するワーキンググループC.をネットワークでつないでください: 1680年のBellcoreカテゴリ: 情報の1994年8月

                     IPng Support for ATM Services

気圧サービスのIPngサポート

Status of this Memo

このMemoの状態

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Abstract

要約

   This document was submitted to the IETF IPng area in response to RFC
   1550.  Publication of this document does not imply acceptance by the
   IPng area of any ideas expressed within.  Comments should be
   submitted to the big-internet@munnari.oz.au mailing list.

RFC1550に対応してIETF IPng領域にこのドキュメントを提出しました。 このドキュメントの公表はどんな考えのIPng領域のそばでも中で言い表された状態で承認を含意しません。 big-internet@munnari.oz.au メーリングリストにコメントを提出するべきです。

Executive Summary

要約

   This white paper describes engineering considerations for IPng as
   solicited by RFC 1550 [1].  IPng should provide support for existing
   and emerging link technologies that it will be transported over. Link
   technologies like Ethernet simply multiplex traffic from upper layer
   protocols onto a single channel. "Sophisticated" link technologies
   like ATM are emerging in the marketplace allowing several virtual
   channels to be established over a single wire (or fiber) potentially
   based on an applications' network performance objectives.

この白書は、IPngのためにRFC1550[1]によって請求されるように問題を設計すると説明します。 IPngは存在していて、それが輸送されるリンク技術として現れるサポートを提供するはずです。イーサネットがトラフィックを上側の層のプロトコルから単独のチャンネルに単に多重送信するように技術をリンクしてください。 数個の事実上のチャンネルが潜在的にアプリケーションのネットワークパフォーマンス目標に基づく単一のワイヤ(または、ファイバー)の上に確立されるのを許容しながら、ATMのような「洗練された」リンク技術は市場に現れています。

   Support for both "sophisticated" (ATM) and existing link technologies
   needs to be considered in an IPng candidate. End-to-end applications
   will communicate through a network where IPng packets travel across
   subnetworks such as Ethernet and Hippi and also more "sophisticated"
   link levels such as ATM.  Though initial support for IPng over ATM
   subnetworks will not facilitate a virtual circuit per application,
   the hooks to provide such a mapping should be in place while also
   maintaining support for the transport of IPng packets across
   conventional subnetworks. Application support for QOS-based link
   level service requires that the  following types of ATM information
   be mappable (or derivable) from the higher level protocol(s) such as
   IPng: source and destination(s) addresses, connection quality of
   service parameters, connection state, and ATM virtual circuit
   identifier. Some of these mappings may be derivable from information
   provided by proposed resource reservation protocols supporting an
   integrated services Internet [4]. However, the ATM virtual circuit
   identifier should be efficiently derivable from IPng packet

「洗練された」(ATM)と存在の両方には、リンク技術がIPng候補で考えられるべき必要性であるとサポートしてください。 終わりからエンドへのアプリケーションは、ネットワークを通してIPngパケットがイーサネットやHippiなどのサブネットワークとATMなどの、より「洗練された」もリンク・レベルの向こう側にどこに移動するかを伝えるでしょう。 ATMサブネットワークの上のIPngの初期のサポートは1アプリケーションあたり1個の仮想の回路を容易にしないでしょうが、そのようなマッピングを提供するフックがまた、従来のサブネットワークの向こう側にIPngパケットの輸送のサポートを維持している間適所にあるはずです。 QOSベースのリンク・レベルサービスのアプリケーションサポートは、以下のタイプのATM情報がIPngなどの、より高い平らなプロトコルからのmappable、そして、(誘導できる)であると必要とします: ソース、送付先アドレス、接続サービスの質パラメタ、接続状態、およびATMの仮想の回路識別子。 これらのマッピングのいくつかが統合サービスインターネットが[4]であるとサポートする提案された資源予約プロトコルによって提供された情報から誘導できるかもしれません。 しかしながら、ATMの仮想の回路識別子が効率的にそうであるべきである、IPngパケットから誘導できる。

Brazdziunas                                                     [Page 1]

RFC 1680             IPng Support for ATM Services           August 1994

Brazdziunas[1ページ]RFC1680IPngは、気圧サービスのために8月が1994であるとサポートします。

   information.

情報。

   An IPng candidate should provide evidence that the mapping from an
   applications' IPng packets to ATM virtual circuit(s) can be
   accomplished in a heterogeneous Internet architecture keeping in
   consideration the gigabit/sec rates that IPng/ATM subnetworks will
   eventually be operating at.

IPng候補は考慮でギガビット/秒がIPng/ATMサブネットワークが結局作動するレートであることを保つ異種のインターネットアーキテクチャでアプリケーションのIPngパケットから仮想のATM回路までのマッピングを達成できるという証拠を提供するべきです。

1.  Introduction

1. 序論

   This paper describes parameters that are needed to map IPng (or any
   protocol operating above the link level) to ATM services. ATM is a
   "sophisticated" link level technology which provides the potential
   capability for applications at the TCP/UDP level to map to a single
   ATM virtual circuit for transport across an ATM network(s) customized
   to the network performance and traffic requirements for that
   application. This is a step above many of today's existing link
   technologies which can only support a single level of network
   performance that must be shared by all applications operating on a
   single endpoint.

この論文はIPng(または、リンク・レベルを超えて作動するどんなプロトコルも)をATMサービスに写像するのに必要であるパラメタについて説明します。 ATMはTCP/UDPレベルにおけるアプリケーションが輸送のためにそのアプリケーションのためのネットワーク性能とトラフィック要件にカスタム設計されたATMネットワークの向こう側にただ一つのATM仮想の回路に写像する潜在的能力を提供する「洗練された」リンク・レベル技術です。 今日の単一の終点を作動させるすべてのアプリケーションで共有しなければならないただ一つのレベルのネットワーク性能をサポートすることができるだけである既存のリンク技術の多くより上でこれはステップです。

   The future Internet will be comprised of both conventional and
   "sophisticated" link technologies.  The "sophisticated" features of
   link layers like ATM need to be incorporated into an internet where
   data travels not only across an ATM network but also several other
   existing LAN and WAN technologies. Future networks are likely to be a
   combination of subnetworks providing best-effort link level service
   such as Ethernet and also sophisticated subnetworks that can support
   quality of service-based connections like ATM.  One can envision data
   originating from an Ethernet, passing through an ATM network, FDDI
   network, another ATM network, and finally arriving at its destination
   residing on a HIPPI network. IPng packets will travel through such a
   list of interconnected network technologies as ATM is incorporated as
   one of the components of the future Internet.

将来のインターネットは従来の、そして、ともに「洗練された」リンク技術から成るでしょう。 ATMのようなリンクレイヤの「洗練された」特徴は、データがATMネットワークの向こう側に移動するだけではなく、いくつかの他の既存のLANとWAN技術をも移動するところでインターネットに組み入れられる必要があります。 将来のネットワークはATMのようにイーサネットなどのベストエフォート型リンク・レベルサービスを提供して、またサービスベースの接続の品質をサポートすることができる洗練されたサブネットワークを提供するサブネットワークの組み合わせである傾向があります。 人は、データがイーサネットから発するのを思い描くことができます、HIPPIネットワークに住んでいる目的地へのATMネットワーク、FDDIネットワーク、別のATMネットワーク、および最終的に到着を通り抜けて。 ATMが将来のインターネットのコンポーネントの1つとして法人組織であるときに、IPngパケットは相互接続ネットワーク技術のそのようなリストを通って移動するでしょう。

   To support per application customizable link level connections, four
   types of ATM information should be derivable from the higher level
   protocol(s) like IPng. This ATM information includes: source and
   destination ATM addresses, connection quality of service parameters,
   connection state, and an ATM virtual circuit identifier which maps to
   a single IPng application (i.e., single TCP/UDP application). Some of
   these mapping  could potentially be derivable through information
   provided by proposed resource reservation protocols supporting an
   integrated services Internet [4].  However, the ATM virtual circuit
   identifier needs to be efficiently mappable from IPng packet
   information.

カスタマイズ可能なリンク・レベルが接続、4つのタイプのATM情報であるとアプリケーション単位でサポートするのはIPngのように、より高い平らなプロトコルから誘導できるべきです。 このATM情報は: ソース、送付先ATMアドレス、接続サービスの質パラメタ、接続状態、およびアプリケーション(すなわち、ただ一つのTCP/UDPアプリケーション)を独身のIPngに写像するATMの仮想の回路識別子。 統合サービスインターネットが[4]であるとサポートしながら、これらのマッピングのいくつかが提案された資源予約プロトコルによって提供された情報を通して潜在的に誘導できるかもしれません。 しかしながら、仮想の回路識別子が必要があるATMであることはIPngパケット情報から効率的にmappableします。

Brazdziunas                                                     [Page 2]

RFC 1680             IPng Support for ATM Services           August 1994

Brazdziunas[2ページ]RFC1680IPngは、気圧サービスのために8月が1994であるとサポートします。

   Organization of this white paper is as follows. First the
   characteristics of ATM are described focusing on functions that are
   not provided in today's LAN technologies. This section provides
   background information necessary for the following section describing
   the parameters needed to map IPng services to ATM services.

この白書の組織は以下の通りです。 まず最初に、今日のLAN技術に提供されない機能に焦点を合わせて、ATMの特性は説明されます。 このセクションはATMサービスに対するIPngサービスを写像するのに必要であるパラメタについて説明する以下のセクションに必要な基礎的な情報を提供します。

2.  Terminology

2. 用語

   In this white paper, the term "application" refers to a process or
   set of collective processes operating at the TCP/UDP level or above
   in the protocol stack. For example, each instance of "telnet" or
   "ftp" session running on an end station is a distinct application.

この白書では、「アプリケーション」という用語は集団的方法がプロトコル・スタックでTCP/UDPレベルにおいて上で作動するプロセスかセットについて言及します。 例えば、端のステーションでの「telnet」か"ftp"セッション実行の各インスタンスは異なったアプリケーションです。

3.  Characteristics of ATM Service

3. 気圧サービスの特性

   ATM has several characteristics which differentiates it from current
   link level technologies.  First of all, ATM has the capability of
   providing many virtual channels to transmit information over a single
   wire (or fiber). This is very similar to X.25, where many logical
   channels can be established over a single physical media. But unlike
   X.25, ATM allows for each of these channels or circuits to have a
   customizable set of performance and quality of service
   characteristics. Link level technologies like Ethernet provide a
   single channel with a single performance and quality of service
   characteristic. In a sense,  a single ATM link level media appears
   like an array of of link level technologies each with customizable
   characteristics.

ATMには、いくつかの特性があります(現在のリンク・レベル技術とそれを区別します)。 まず、ATMには、単一のワイヤ(または、ファイバー)の上に情報を伝える多くの事実上のチャンネルを提供する能力があります。 これはX.25と非常に同様です。そこでは、ただ一つの物理的なメディアの上で多くの論理チャネルを確立できます。 しかし、X.25と異なって、ATMは、それぞれのこれらのチャンネルか回路にはカスタマイズ可能なセットの性能とサービスの質の特性があるのを許容します。 イーサネットがただ一つの性能とサービスの質の特性を単独のチャンネルに提供するように平らな技術をリンクしてください。 ある意味で、メディアが配列のようにリンクについて見えるただ一つのATMリンク・レベルはカスタマイズ可能な特性でそれぞれ技術を平らにします。

   ATM virtual circuits can be established dynamically utilizing its
   signaling protocol. ATM signaling is a source initiated negotiation
   process for connection establishment. This protocol informs elements
   in the network of the characteristics for the desired connection. ATM
   signaling does not provide any guidelines for how network elements
   decide whether it can accept a call or where a signaling request
   should be forwarded if the end destination (from the link level
   perspective) has not been reached. In short, ATM signaling does not
   support any routing functionality of network admission control.

ダイナミックにシグナリングプロトコルを利用することでATMの仮想の回路を確立できます。 ATMシグナリングはコネクション確立のためのソースの開始している交渉プロセスです。 このプロトコルは必要な接続のために特性についてネットワークで要素を知らせます。 ATMシグナリングはネットワーク要素が、呼び出しを受け入れることができるべきであるかどうか、または端の目的地(リンク・レベル見解からの)に達していないならシグナリング要求がどこに転送されるべきであるかをどう決めるかどんなガイドラインも提供しません。 要するに、ATMシグナリングは、どんなルーティングもネットワーク入場コントロールの機能性であるとサポートしません。

   ATM signaling establishes a "hard state" in the network for a call.
   "Hard state" implies that the state of a connection in intermediate
   switching equipment can be set and once established it will be
   maintained until a message is received by one of the ends of the call
   requesting a change in state for the connection [2]. As a result, an
   ATM end system (this could be a workstation with an ATM adapter or a
   router with an ATM interface) receives guaranteed service from the
   ATM network. The ATM network is responsible for maintaining the
   connection state. The price the ATM termination points pay for this
   guarantee is the responsibility of changing the state of the

ATMシグナリングは呼び出しのために「固い状態」をネットワークに設立します。 「固い状態」は、中間的スイッチ装置における接続の状態を設定できて、いったん設立されるとそれが接続[2]のために状態で変化を要求する呼び出しの終わりの1つまでにメッセージを受け取るまで維持されるのを含意します。 その結果、ATMエンドシステム(これは、ATMアダプターがあるワークステーションかATMインタフェースがあるルータであるかもしれない)はATMネットワークから保証されたサービスを受けます。 ATMネットワークは接続状態を維持するのに責任があります。 ATM終了ポイントがこの保証で支払う価格は状態を変える責任です。

Brazdziunas                                                     [Page 3]

RFC 1680             IPng Support for ATM Services           August 1994

Brazdziunas[3ページ]RFC1680IPngは、気圧サービスのために8月が1994であるとサポートします。

   connection, specifically informing the ATM network to establish,
   alter, or tear-down the connection.

接続、明確に設立するATMネットワークに知らせて、変わってください。さもないと、分解は接続を変わらせます。

   Each ATM end point in a network has an ATM address associated with it
   to support dynamic connection establishment via signaling. These
   addresses are hierarchical in structure and globally unique [3]. As a
   result, these addresses are routable. This allows ATM networks to
   eventually support a large number of ATM endpoints once a routing
   architecture and protocols to support it become available.

ネットワークにおけるそれぞれのATMエンドポイントで、ダイナミックな接続が設立であるとシグナリングでサポートするためにATMアドレスをそれに関連づけます。 これらのアドレスは構造とグローバルにユニークな[3]で階層的です。 その結果、これらのアドレスは発送可能です。 これで、ATMネットワークは、結局かつて多くのATM終点がルーティングアーキテクチャであるとサポートすることができます、そして、それをサポートするプロトコルは利用可能になります。

   The ATM User-Network Interface (UNI) signaling protocol based on
   ITU-TS Q.93B  allows many different service parameters to be
   specified for describing connection characteristics. [3] These
   parameters can be grouped into several categories: ATM adaptation
   layer (AAL) information, network QOS objectives, connection traffic
   descriptor, and transit network selector. The AAL information
   specifies negotiable parameters such as AAL type and maximum packet
   sizes. The network QOS objectives describe the service that the ATM
   user expects from the network. Q.93B allows for one of five service
   classes to be selected by the ATM user. The service classes are
   defined as general traffic types such as circuit emulation (class A),
   variable bit rate audio and video (class B), connection-oriented data
   transfer (class C), connectionless data transfer (class D), best
   effort service (class X), and unspecified [3]. Each of these
   categories are further specified through network provider objectives
   for various ATM performance parameters. These parameters may include
   cell transfer delay, cell delay variation, and cell loss ratio. The
   connection traffic descriptor specifies characteristics of the data
   generated by the user of the connection. This information allows the
   ATM network to commit the resources necessary to support the traffic
   flow with the quality of service the user expects. Characteristics
   defined in the ATM Forum UNI specification include peak cell rate,
   sustainable cell rate, and maximum and minimum burst sizes [3].
   Lastly, the transit network selection parameter allows an ATM user to
   select a preferred network provider to service the connection [3].

ITU-TS Q.93Bに基づくATM User-ネットワークInterface(UNI)シグナリングプロトコルは、多くの異なったサービスパラメタが接続の特性について説明するのに指定されるのを許容します。 [3] これらのパラメタをいくつかのカテゴリに分類できます: ATM適合層(AAL)の情報、ネットワークQOS目的、接続トラフィック記述子、およびトランジットはセレクタをネットワークでつなぎます。 AAL情報はAALタイプや最大のパケットサイズなどの交渉可能なパラメタを指定します。 ネットワークQOS目的はATMユーザがネットワークから予想するサービスについて説明します。 Q.93Bは、5つのサービスのクラスの1つがATMユーザによって選択されるのを許容します。 サービスのクラスは回路エミュレーション(クラスA)や、可変ビット伝送速度オーディオや、ビデオ(クラスB)や、接続指向のデータ転送(クラスC)や、コネクションレスなデータ転送(クラスD)や、ベストエフォート型サービス(クラスX)や、不特定の[3]などの一般交通タイプと定義されます。 それぞれのこれらのカテゴリはネットワーク内の提供者目的を通してさらに様々なATM性能パラメタに指定されます。 これらのパラメタはセル転送遅れ、セル遅延変動、およびセル損失率を含むかもしれません。 接続トラフィック記述子は接続のユーザによって生成されたデータの特性を指定します。 この情報で、ATMネットワークはユーザが予想するサービスの質に従ってトラフィックが流れであるとサポートするのに必要なリソースを遂行できます。 ATM Forum UNI仕様に基づき定義された特性はピークセルレート、持続可能なセルレート、および最大の、そして、最小の放出量[3]を含んでいます。 最後に、トランジットネットワーク選択パラメタで、ATMユーザは、接続[3]にサービスを提供するために都合のよいネットワーク内の提供者を選択できます。

4.  Parameters Required to Map IPng to ATM

4. パラメタがIPngを気圧に写像するのが必要です。

   There are several parameters required to map ATM services from a
   higher level service like IPng. These ATM parameters can be
   categorized in the following manner: addressing parameters,
   connection QOS-related parameters, connection management information,
   and ATM virtual circuit identifier. The first three categories
   provide support for ATM signaling. The last parameter, a connection
   identifier that maps IPng packets to ATM virtual circuits, provides
   support for an ATM virtual circuit per application when the end-to-
   end connection travels across an ATM subnetwork(s) (this does not
   assume that ATM is the only type of subnetwork that this connection

IPngのような、より高い平らなサービスからATMサービスを写像するのに必要であるいくつかのパラメタがあります。 以下の方法でこれらのATMパラメタを分類できます: パラメタを扱う、接続、QOS関連、パラメタ、接続経営情報、およびATMの仮想の回路識別子。 最初の3つのカテゴリがATMシグナリングのサポートを提供します。 終わりから終わりとの接続がATMサブネットワークの向こう側に旅行するとき、最後のパラメタ(ATMの仮想の回路にIPngパケットを写像する接続識別子)が1アプリケーションあたり1個のATMの仮想の回路のサポートを提供する、(これが、ATMが唯一のタイプのサブネットワークであると仮定しない、それ、この接続

Brazdziunas                                                     [Page 4]

RFC 1680             IPng Support for ATM Services           August 1994

Brazdziunas[4ページ]RFC1680IPngは、気圧サービスのために8月が1994であるとサポートします。

   travels across). Below, mapping issues for each of these parameters
   will be described.

旅行で横切って) 以下で、それぞれのこれらのパラメタのために問題を写像するのは説明されるでしょう。

4.1.  Addressing

4.1. アドレシング

   ATM supports routable addresses to each ATM endpoint to facilitate
   the dynamic establishment of connections. These addresses need to be
   derived from a higher level address such as an IPng address and IPng
   routing information.  This type of mapping is not novel. It is a
   mapping that is currently done for support of current IP over link
   technologies such as Ethernet.  An IP over ATM address resolution
   protocol (ARP) has been described in the Internet Standard,
   "Classical IP over ATM" [5]. In addition, support for IP routing over
   large ATM networks is being worked in the IETF's "Routing over Large
   Clouds" working group.

ATMは、接続のダイナミックな設立を容易にするためにそれぞれのATM終点に発送可能アドレスをサポートします。 これらのアドレスは、IPngアドレスやIPngルーティング情報などの、より高い平らなアドレスから得られる必要があります。 このタイプのマッピングは目新しくはありません。 それは現在現在のIPのサポートのためにイーサネットなどのリンク技術の上に行われるマッピングです。 ATMアドレス解決プロトコル(ARP)の上のIPはインターネットStandard、「古典的な気圧でのIP」[5]で説明されます。 さらに、大きいATMネットワークの上のIPルーティングのサポートはIETFの「大きい雲の上のルート設定」ワーキンググループで扱われています。

4.2.  Quality of Service

4.2. サービスの質

   As described in section 3, an ATM virtual circuit is established
   based upon a user's traffic characteristics and network performance
   objectives. These characteristics which include delay and throughput
   requirements can only be defined by the application level (at the
   transport level or above) as opposed to the internetworking (IPng)
   level. For instance, a file transfer application transferring a 100
   MB file has very different link level performance requirements than a
   network time application. The former requires a high throughput and
   low error rate connection whereas the latter could perhaps be
   adequately serviced utilizing a best-effort service. Current IP does
   not provide much support for a quality of service specification and
   provides no support for the specification of link level performance
   needs by an application directly. This is due to the fact that only a
   single type of link level performance is available with link
   technologies like Ethernet.  As a result, all applications over IP
   today receive the same level of link service.

セクション3で説明されるように、ATMの仮想の回路はユーザのトラフィックの特性とネットワークパフォーマンス目標に基づいた状態で確立されます。 アプリケーションレベル(輸送レベルにおいて上)でインターネットワーキング(IPng)レベルと対照的に遅れとスループット要件を含んでいるこれらの特性は定義できるだけです。 例えば、100MBのファイルを移すファイル転送アプリケーションは非常にネットワーク時間アプリケーションと異なったリンク・レベル性能要件を持っています。 前者は高生産性と低い誤り率接続を必要としますが、恐らくベストエフォート型サービスを利用することで後者を適切に修理できるでしょう。 現在のIPはサービスの質仕様の多くのサポートを提供しないで、また性能がアプリケーションで直接必要とするリンク・レベルの仕様のサポートを全く提供しません。 これは単独のタイプのリンク・レベル実績だけがイーサネットのようなリンク技術で利用可能であるという事実のためです。 その結果、IPの上のすべてのアプリケーションが今日、同じレベルのリンクサービスを受けます。

   IPng packets need not explicitly contain information parameters
   describing an application's traffic characteristics and network
   performance objectives (e.g., delay = low, throughput = 10 Mb/s).
   This information could potentially be mapped from resource
   reservation protocols that operate at the IP (and potentially IPng)
   level [4].

IPngパケットは明らかにアプリケーションのトラフィックの特性とネットワークパフォーマンス目標について説明する情報パラメタを含む必要はありません(例えば遅れは安値と等しいです、10Mb/sのスループット=)。 IP(そして、潜在的にIPng)レベル[4]で作動する資源予約プロトコルからこの情報を潜在的に写像できました。

4.3.  Connection Management

4.3. 接続管理

   The establishment and release of ATM connections should ultimately be
   controlled by the applications utilizing the circuits. As described
   in section 3, ATM signaling establishes a "hard state" in the network
   which is controlled by the ATM termination points [2]. Currently, IP

ATM接続の設立と解放は結局、回路を利用するアプリケーションで制御されるべきです。 セクション3で説明されるように、ATMシグナリングはATM終了ポイント[2]によって制御されるネットワークに「固い状態」を設立します。 現在のIP

Brazdziunas                                                     [Page 5]

RFC 1680             IPng Support for ATM Services           August 1994

Brazdziunas[5ページ]RFC1680IPngは、気圧サービスのために8月が1994であるとサポートします。

   provides no explicit mechanism for link level connection management.
   Future support for link level connection management could be
   accomplished through resource reservation protocols and need not
   necessarily be supported directly via information contained in the
   IPng protocol.

どんな明白なメカニズムもリンク・レベル接続管理に提供しません。 リンク・レベル接続管理の今後のサポートは、資源予約プロトコルを通して実行できて、必ず直接IPngプロトコルに含まれた情報でサポートされなければならないというわけではありません。

4.4.  Connection Identifier

4.4. 接続識別子

   A mapping function needs to exist between IPng packets and ATM so
   that application flows map one-to-one to ATM virtual circuits.
   Currently, application traffic flows are identified at the transport
   level by UDP/TCP source and destination ports and IP protocol
   identifiers.  This level of identification should also be available
   at the IPng level so that information in the IPng packets identify an
   application's flow and map to an ATM virtual circuit supporting that
   flow when the IPng packets travels across an ATM subnetwork(s).

マッピング機能は、IPngパケットの間に存在する必要があります、そして、そのアプリケーションが流れて、ATMは1〜1に仮想の回路をATMに写像します。 現在、アプリケーション交通の流れはUDP/TCPソース、仕向港、およびIPプロトコル識別子によって輸送レベルで特定されます。 また、このレベルの識別もIPngレベルで利用可能であるべきであるので、IPngパケットの情報がIPngパケットであるときにその流れをサポートするATMの仮想の回路にアプリケーションの流れと地図を特定するのはATMサブネットワークの向こう側に旅行します。

   Using the current IP protocol, identifying an application's traffic
   flow requires the combination of the following five parameters:
   source and destination IP addresses, source and destination UDP/TCP
   ports, and IP protocol identifier. This application connection
   identifier for IP is complex and could potentially be costly to
   implement in IP end stations and routers.  The IPng connection
   identifier should be large enough so that all application level
   traffic from an IPng end point can be mapped into the IPng packet.
   Currently, ATM provides 24 bits for virtual circuit identification
   (VPI and VCI). This provides sufficient capacity for 2^24
   (16,777,216) connections [6]. The actual number of bits that are used
   for the ATM virtual circuit however is established through
   negotiation between the ATM endpoint and ATM network. This number is
   useful as an upper bound for the number of mappings that are needed
   to be supported by IPng.

現在のIPプロトコルを使用して、アプリケーションの交通の流れを特定するのは以下の5つのパラメタの組み合わせを必要とします: ソースと送付先IPアドレス、ソースと目的地UDP/TCPが移植して、IPが議定書の中で述べる、識別子。 IPのためのこのアプリケーション接続識別子は、複雑であり、IPで端のステーションとルータを実装するのは潜在的に高価であるかもしれません。 IPng接続識別子は、IPngエンドポイントからのすべてのアプリケーションレベルトラフィックをIPngパケットに写像できるくらい十分大きいはずです。 現在、ATMは仮想の回路識別(VPIとVCI)に24ビット備えます。 これは2^24の(16,777,216)接続[6]に十分な容量を提供します。 しかしながら、ATMの仮想の回路に使用されるビットの実数はATM終点とATMネットワークとの交渉で確立されます。 この数はIPngによってサポートされるのに必要であるマッピングの数のための上限として役に立ちます。

   An IPng candidate should be able to identify how IPng packets from an
   application can map to an ATM  virtual circuit. In addition, this
   mapping should be large enough to support a mapping for every IPng
   application on an end system to an ATM virtual circuit. Careful
   consideration should be given to complexity of this mapping for IPng
   to ATM since it needs to eventually support gigabit/sec rates.

IPng候補はアプリケーションからのIPngパケットがどう仮想の回路をATMに写像できるかを特定できるべきです。 さらに、このマッピングはATMの仮想の回路へのエンドシステムにおけるあらゆるIPngアプリケーションのためのマッピングをサポートすることができるくらい大きいはずです。 結局ギガビット/秒のレートをサポートするのが必要であるので、ATMへのIPngのためのこのマッピングの複雑さに熟慮を与えるべきです。

Brazdziunas                                                     [Page 6]

RFC 1680             IPng Support for ATM Services           August 1994

Brazdziunas[6ページ]RFC1680IPngは、気圧サービスのために8月が1994であるとサポートします。

References

参照

   [1] Bradner, S., and A. Mankin, "IP: Next Generation (IPng) White
       Paper Solicitation", RFC 1550, Harvard University, NRL, December
       1993.

[1] ブラドナー、S.、およびA.マンキン、「IP:」 「次世代(IPng)白書懇願」、RFC1550、ハーバード大学、NRL、1993年12月。

   [2] Clark, D., "The Design Philosophy of the DARPA Internet
       Protocols", Proc.  ATM SIGCOMM '88, August 1988.

[2] クラーク、D.、「DARPAインターネットプロトコルの設計理念」、Proc。 1988年8月の気圧SIGCOMM88年。

   [3] "ATM User-Network Interface Specification, Version 3.0", ATM
       Forum, September 10, 1993.

[3] 「気圧ユーザネットワーク・インターフェース仕様、バージョン3インチ、気圧フォーラム、1993年9月10日。」

   [4] Zhang, L., Estrin, D., Herzog, S., and S. Jamin, "Resource
       ReSerVation Protocol (RSVP) - Version 1 Functional
       Specification", Work in Progress, October 1993.

[4] チャン、L.、Estrin、D.、ハーツォグ、S.、およびS.ジャマン、「資源予約は(RSVP)について議定書の中で述べます--バージョン1の機能的な仕様」、処理中の作業、1993年10月。

   [5] Laubach, M., "Classical IP and ARP over ATM", RFC 1577, Hewlett-
       Packard Laboratories, January 1994.

[5]Laubachと、M.と、「気圧での古典的なIPとARP」、RFC1577、ヒューレットパッカード研究所、1月1994

   [6] "Asynchronous Transfer Mode (ATM) and ATM Adaptation Layer (AAL)
       Protocols Generic Requirements", Bellcore Technical Advisory TA-
       NWT-001113, Issue 1, June 1993.

[6] 「非同期通信モード(気圧)と気圧適合は(AAL)プロトコルジェネリック要件を層にします」、Bellcoreの技術的な状況報告、バイバイ、-、NWT-001113、問題1(1993年6月)

Security Considerations

セキュリティ問題

   Security issues are not discussed in this memo.

このメモで安全保障問題について議論しません。

Author's Address

作者のアドレス

   Christina Brazdziunas
   Bellcore
   445 South Street
   Morristown, NJ 07960

モリスタウン、クリスティーナBrazdziunas Bellcore445の南通りニュージャージー 07960

   Phone: (201) 829-4173
   EMail: crb@faline.bellcore.com

以下に電話をしてください。 (201) 829-4173 メールしてください: crb@faline.bellcore.com

Brazdziunas                                                     [Page 7]

Brazdziunas[7ページ]