RFC1954 日本語訳

Network Working Group                                 P. Newman, Ipsilon
Request for Comments: 1954                         W. L. Edwards, Sprint
Category: Informational                               R. Hinden, Ipsilon
                                                     E. Hoffman, Ipsilon
                                                  F. Ching Liaw, Ipsilon
                                                        T. Lyon, Ipsilon
                                                    G. Minshall, Ipsilon
                                                                May 1996

ワーキンググループのP.ニューマンをネットワークでつないでください、そして、Ipsilonはコメントのために以下を要求します。 1954w.L.エドワーズ、短距離競走カテゴリ: 情報のR.Hinden、Ipsilon E.ホフマン、Ipsilon F.チンLiaw、Ipsilon T.リヨンIpsilon G.Minshall、Ipsilon1996年5月

          Transmission of Flow Labelled IPv4 on ATM Data Links
                          Ipsilon Version 1.0

流れの送信は気圧データ・リンクの上のIPv4をIpsilonバージョン1.0とラベルしました。

Status of this Memo

このMemoの状態

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

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

IESG Note:

IESGは以下に注意します。

   This note documents a private protocol for IPv4-based flows.  This
   protocol is NOT the product of an IETF working group nor is it a
   standards track document. It has not necessarily benefited from the
   widespread and in depth community review that standards track
   documents receive.

この注意はIPv4ベースの流れのために個人的なプロトコルを記録します。 このプロトコルはIETFワーキンググループの製品ではありません、そして、それは標準化過程ドキュメントではありません。 必ず、標準化過程ドキュメントが受信されるのは広範囲の、そして、徹底的な共同体レビューから利益を得るというわけではありませんでした。

Abstract

要約

   This document specifies the manner for transmitting IPv4 datagrams
   over an ATM data link, both in a default manner and in the presence
   of flow labelling via Ipsilon Flow Management Protocol [IFMP].

このドキュメントはATMデータ・リンク(デフォルト方法とIpsilon Flow Managementを通して[IFMP]とプロトコルをラベルする流れがあるとき両方)の上にIPv4データグラムを送るための方法を指定します。

Table of Contents

目次

   Introduction....................................................2
   1. Labels.......................................................2
   2. Default Encapsulation........................................2
   3. Flow Type 0 Encapsulation....................................3
   4. Flow Type 1 Encapsulation....................................4
   5. Flow Type 2 Encapsulation....................................5
   References......................................................7
   Security Considerations.........................................7
   Authors' Addresses..............................................7

序論…2 1. ラベル…2 2. デフォルトカプセル化…2 3. 流れタイプ0カプセル化…3 4. 流れタイプ1カプセル化…4 5. 流れタイプ2カプセル化…5つの参照箇所…7 セキュリティ問題…7人の作者のアドレス…7

Newman, et. al.              Informational                      [Page 1]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[1ページ]のRFC1954流動

Introduction

序論

   This document specifies the manner for transmitting IPv4 datagrams
   over an ATM data link, both in a default manner and in the presence
   of flow labelling via Ipsilon Flow Management Protocol [IFMP].  ATM
   specific functions such as OAM cells, the CLP bit, and ABR RM cells
   are not used.  There are no reserved VCIs other than VPI = 0, VCI =
   0, which indicates an unassigned cell; and VPI = 0, VCI = 15, which
   is used for the default encapsulation.  IFMP messages must be sent
   using the default encapsulation.

このドキュメントはATMデータ・リンク(デフォルト方法とIpsilon Flow Managementを通して[IFMP]とプロトコルをラベルする流れがあるとき両方)の上にIPv4データグラムを送るための方法を指定します。 OAMセルや、CLPビットや、ABR RMセルなどのATM具体的な機能は使用されていません。 VPI=0、割り当てられなかったセルを示すVCI=0以外のどんな予約されたVCIsもありません。 そして、VPIは0、VCI=15と等しいです。(それは、デフォルトカプセル化に使用されます)。 IFMPメッセージにデフォルトカプセル化を使用させなければなりません。

1. Labels

1. ラベル

   Labels, as carried by IFMP, are realized on an ATM data link as
   specific VPI/VCIs.  The format of the Label field for ATM labels is:

IFMPによって運ばれるラベルは特定のVPI/VCIsとしてATMデータ・リンクの上で実感されます。 ATMラベルのためのLabel分野の形式は以下の通りです。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Reservd|          VPI          |             VCI               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Reservd| VPI| VCI| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   The low order 16 bits of the label correspond to the VCI, with the
   least significant bit of the Label field corresponding to the least
   significant bit of the VCI.  If the link cannot support a full 16 bit
   VCI the unused bits of the VCI must be the most significant bits and
   they must be set to zero.

ラベルの下位16ビットはVCIに対応しています、VCIの最下位ビットに対応するLabel分野の最下位ビットで。 リンクが、完全な16ビットがVCIであるとサポートすることができないなら、VCIの未使用のビットは最も重要なビットでなければなりません、そして、ゼロにそれらを設定しなければなりません。

   The next 12 higher order bits of the label correspond to the VPI,
   with the least significant of these bits corresponding to the least
   significant bit of the VPI.  If the link cannot support a full 12 bit
   VPI, then the unused bits of the VPI must be the most significant
   bits and they must be set to zero.  The most significant four bits of
   the label are reserved.  They should be set to zero by the sender and
   ignored by the receiver.

最少が重要な状態でラベルの次の、より高い12オーダービットはこれらのビットがVPIの最下位ビットに対応するのをVPIに対応させています。 リンクが、完全な12ビットがVPIであるとサポートすることができないなら、VPIの未使用のビットは最も重要なビットでなければなりません、そして、ゼロにそれらを設定しなければなりません。 ラベルの最も重要な4ビットは予約されています。 それらは、送付者によってゼロに設定されて、受信機によって無視されるべきです。

2. Default Encapsulation

2. デフォルトカプセル化

   The default encapsulation for IPv4 packets on ATM data links is the
   LLC/SNAP encapsulation specified in section 4.1 "LLC encapsulation
   for routed protocols" of RFC 1483 [RFC1483].  Such frames begin with
   the octets 0xAA 0xAA 0x03 0x00 0x00 0x00 0x08 0x00 (the LLC/SNAP
   header for IPv4).  The LLC/SNAP header is prefixed to the IP datagram
   and the entire packet is encapsulated within the payload of an AAL-5
   CPCS-PDU as specified in RFC 1483 and illustrated below:

ATMデータ・リンクの上のIPv4パケットのためのデフォルトカプセル化は「発送されたプロトコルのためのLLCカプセル化」というRFC1483[RFC1483]のセクション4.1で指定されたLLC/SNAPカプセル化です。 そのようなフレームは八重奏0xAA 0xAA0x03 0x00で始まります。0×00 0×00 0×08 0×00(IPv4のためのLLC/SNAPヘッダー)。 LLC/SNAPヘッダーがIPデータグラムへ前に置かれていて、全体のパケットは、RFC1483の指定されるとしてのAAL-5 CPCS-PDUのペイロードの中にカプセルに入れられて、以下で例証されます:

Newman, et. al.              Informational                      [Page 2]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[2ページ]のRFC1954流動

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |               LLC (0xAA-AA-03)                |               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+               |
   |                   SNAP (0x00-00-00-08-00)                     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                         IPv4 Datagram                         ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                   Pad (0 - 47 octets)                         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   +               AAL-5 CPCS-PDU Trailer (8 octets)               +
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LLC(0xAA-AA-03)| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | (0×00 00-00-08-00)を折ってください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ IPv4データグラム~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (0--47の八重奏)を水増ししてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + AAL-5 CPCS-PDU Trailer(8つの八重奏)+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   The maximum transmission unit (MTU) of an IPv4 datagram using the
   default encapsulation is 1500 octets.

デフォルトカプセル化を使用するIPv4データグラムのマキシマム・トランスミッション・ユニット(MTU)は1500の八重奏です。

   Frames using the default encapsulation are sent to: VPI = 0, VCI =
   15.

以下のことのためにデフォルトカプセル化を使用するフレームを送ります。 VPIは0、VCI=15と等しいです。

3. Flow Type 0 Encapsulation

3. 流れタイプ0カプセル化

   All IPv4 frames using Flow Type 0 are encapsulated within the payload
   of an AAL-5 CPCS-PDU.  This is the null encapsulation of section 5.1
   "VC based multiplexing of routed protocols" from RFC 1483 [RFC1483].
   There is no LLC/SNAP header.  The first octet of the frame
   corresponds to the first octet of the IPv4 datagram (i.e., the octet
   that contains the IP version number (4) and Internet Header Length
   (IHL) ).  The IP datagram is encapsulated within the payload of an
   AAL-5 CPCS-PDU as specified in RFC 1483 and illustrated below:

Flow Type0を使用するすべてのIPv4フレームがAAL-5 CPCS-PDUのペイロードの中にカプセル化されます。 これはRFC1483[RFC1483]からの「発送されたプロトコルのVCのベースのマルチプレクシング」というセクション5.1のヌルカプセル化です。 LLC/SNAPヘッダーが全くありません。 フレームの最初の八重奏はIPv4データグラム(すなわち、IPバージョン番号(4)とインターネットHeader Length(IHL)を含む八重奏)の最初の八重奏に対応しています。 IPデータグラムは、RFC1483の指定されるとしてのAAL-5 CPCS-PDUのペイロードの中にカプセル化されて、以下で例証されます:

Newman, et. al.              Informational                      [Page 3]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[3ページ]のRFC1954流動

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                         IPv4 Datagram                         ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Pad (0 - 47 octets)                       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   +                AAL-5 CPCS-PDU Trailer (8 octets)              +
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ IPv4データグラム~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (0--47の八重奏)を水増ししてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + AAL-5 CPCS-PDU Trailer(8つの八重奏)+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   The MTU of an IPv4 datagram using Flow Type 0 encapsulation is 1500
   octets.

Flow Type0カプセル化を使用するIPv4データグラムのMTUは1500の八重奏です。

   Frames using Flow Type 0 encapsulation are sent to the VPI/VCI
   specified in the Label field of the corresponding IFMP Flow Type 0
   Redirect message element [IFMP].

対応するIFMP Flow Type0Redirectメッセージ要素[IFMP]のLabel分野で指定されたVPI/VCIにFlow Type0カプセル化を使用するフレームを送ります。

4. Flow Type 1 Encapsulation

4. 流れタイプ1カプセル化

   All IPv4 frames using Flow Type 1 are encapsulated directly in the
   payload of an AAL-5 CPCS-PDU.  This is the null encapsulation of
   section 5.1 "VC based multiplexing of routed protocols" from RFC 1483
   [RFC1483].  There is no LLC/SNAP header.  Also, the following fields
   of the IP header are not transmitted: Version, Internet Header Length
   (IHL), Type of Service (TOS), Time to Live (TTL), Protocol, Source
   Address, and Destination Address.  In addition, the first 4 octets
   immediately following the IP header (as determined by the IHL field)
   are not transmitted.  (These 4 octets correspond to the source and
   destination ports for TCP and UDP datagrams.)  The value of the Total
   Length field is not changed; it remains the total length of the IP
   datagram before the above fields were removed.  The transmitted value
   of the Checksum field is the checksum value that would have been
   computed for the entire IP header if the TTL field had been set to
   zero (i.e., the actual value of the TTL field is "subtracted", using
   one's-complement arithmetic, from the Checksum before transmission).

Flow Type1を使用するすべてのIPv4フレームが直接AAL-5 CPCS-PDUのペイロードでカプセル化されます。 これはRFC1483[RFC1483]からの「発送されたプロトコルのVCのベースのマルチプレクシング」というセクション5.1のヌルカプセル化です。 LLC/SNAPヘッダーが全くありません。 また、IPヘッダーの以下の野原は伝えられません: バージョン、インターネットヘッダ長(IHL)、サービスのタイプ(TOS)、生きる時間(TTL)、プロトコル、ソースアドレス、および送付先アドレス。 さらに、すぐにIPヘッダー(IHL分野で決定するように)に続く最初の4つの八重奏は伝えられません。 (これらの4つの八重奏がTCPとUDPデータグラムのためのソースと仕向港に文通されます。) Total Length分野の値は変えられません。 上の野原を取り除く前にそれはIPデータグラムの全長のままで残っています。 Checksum分野の伝えられた値はTTL分野がゼロに設定されたなら全体のIPヘッダーのために計算されたチェックサム値です。(すなわち、TTL分野の実価が「引き算される」、使用している{の人補数、トランスミッションの前のChecksumからの演算、)

   The IP datagram is encapsulated within the payload of an AAL-5 CPCS-
   PDU as specified in RFC 1483 and illustrated below:

IPデータグラムは、RFC1483の指定されるとしてのAAL-5 CPCS- PDUのペイロードの中にカプセル化されて、以下で例証されます:

Newman, et. al.              Informational                      [Page 4]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[4ページ]のRFC1954流動

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         Total Length          |        Identification         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Flags|     Fragment Offset     |           Checksum            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                             Data                              ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Pad (0 - 47 octets)                       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   +                AAL-5 CPCS-PDU Trailer (8 octets)              +
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 全長| 識別| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |旗| 断片オフセット| チェックサム| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ データ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (0--47の八重奏)を水増ししてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + AAL-5 CPCS-PDU Trailer(8つの八重奏)+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   The MTU of the IPv4 datagram using Flow Type 1 encapsulation is 1484
   octets (1500 octets minus the 16 octets specified above).

MTU、Flow Typeを使用するIPv4データグラムでは、1つのカプセル化が1484の八重奏(16の八重奏を引いた1500の八重奏が上を指定した)です。

   Frames using Flow Type 1 encapsulation are sent to the VPI/VCI
   specified in the Label field of the corresponding IFMP Flow Type 1
   redirect message element [IFMP].

1つのカプセル化が送られるFlow Typeを使用するフレームが対応するIFMP Flow Type1の再直接のメッセージ要素[IFMP]のLabel分野でVPI/VCIに指定しました。

5. Flow Type 2 Encapsulation

5. 流れタイプ2カプセル化

   All IPv4 frames using Flow Type 2 are encapsulated directly in the
   payload of an AAL-5 CPCS-PDU.  This is the null encapsulation of
   section 5.1 "VC based multiplexing of routed protocols" from RFC 1483
   [RFC1483].  There is no LLC/SNAP header.  Also, the following fields
   of the IP header are not transmitted: Version, Internet Header Length
   (IHL), Time to Live (TTL), Source Address, and Destination Address.
   The first 4 octets immediately following the IP header (as determined
   by the IHL field) are transmitted.  (These 4 octets correspond to the
   source and destination ports for TCP and UDP datagrams.) The value of
   the Total Length field is not changed; it remains the total length of
   the IP datagram before the above fields were removed.  The
   transmitted value of the Checksum field is the checksum value that
   would have been computed for the entire IP header if the TTL field
   had been set to zero (i.e., the actual value of the TTL field is
   "subtracted", using one's-complement arithmetic, from the Checksum
   before transmission).

Flow Type2を使用するすべてのIPv4フレームが直接AAL-5 CPCS-PDUのペイロードでカプセル化されます。 これはRFC1483[RFC1483]からの「発送されたプロトコルのVCのベースのマルチプレクシング」というセクション5.1のヌルカプセル化です。 LLC/SNAPヘッダーが全くありません。 また、IPヘッダーの以下の野原は伝えられません: バージョン、インターネットヘッダ長(IHL)、生きる時間(TTL)、ソースアドレス、および送付先アドレス。 すぐにIPヘッダー(IHL分野で決定するように)に続く最初の4つの八重奏が伝えられます。 (これらの4つの八重奏がTCPとUDPデータグラムのためのソースと仕向港に文通されます。) Total Length分野の値は変えられません。 上の野原を取り除く前にそれはIPデータグラムの全長のままで残っています。 Checksum分野の伝えられた値はTTL分野がゼロに設定されたなら全体のIPヘッダーのために計算されたチェックサム値です。(すなわち、TTL分野の実価が「引き算される」、使用している{の人補数、トランスミッションの前のChecksumからの演算、)

   The IP datagram is encapsulated within the payload of an AAL-5 CPCS-
   PDU as specified in RFC 1483 and illustrated below:

IPデータグラムは、RFC1483の指定されるとしてのAAL-5 CPCS- PDUのペイロードの中にカプセル化されて、以下で例証されます:

Newman, et. al.              Informational                      [Page 5]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[5ページ]のRFC1954流動

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   Reserved    |Type of Service|         Total Length          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |        Identification         |Flags|     Fragment Offset     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   Reserved    |   Protocol    |           Checksum            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                             Data                              ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Pad (0 - 47 octets)                       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   +                AAL-5 CPCS-PDU Trailer (8 octets)              +
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。|サービスのタイプ| 全長| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 識別|旗| 断片オフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| プロトコル| チェックサム| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | ~ データ~| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (0--47の八重奏)を水増ししてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + AAL-5 CPCS-PDU Trailer(8つの八重奏)+| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   The Reserved fields are not used and should be set to zero by the
   sender and ignored by the receiver.

Reserved分野は、使用されていなくて、送付者によってゼロに設定されて、受信機によって無視されるべきです。

   The MTU of the IPv4 datagram using Flow Type 2 encapsulation is 1492
   octets (1500 octets minus the 8 octets specified above).

Flow Type2カプセル化を使用するIPv4データグラムのMTUは1492の八重奏(8つの八重奏を引いた1500の八重奏が上で指定した)です。

   Frames using Flow Type 2 encapsulation are sent to the VPI/VCI
   specified in the Label field of the corresponding IFMP Flow Type 2
   redirect message element [IFMP].

対応するIFMP Flow Type2の再直接のメッセージ要素[IFMP]のLabel分野で指定されたVPI/VCIにFlow Type2カプセル化を使用するフレームを送ります。

Newman, et. al.              Informational                      [Page 6]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[6ページ]のRFC1954流動

References

参照

      [IFMP] Newman, P., et. al., "Ipsilon Flow Management Protocol
                Specification for IPv Version 1.0", Ipsilon Networks
                Inc., RFC 1953, May 1996.

[IFMP]ニューマン、P.et(アル)、「Ipsilon流れ経営者側はIPvのための仕様をバージョン1インチ議定書の中で述べて、Ipsilonは株式会社をネットワークでつなぎます、RFC1953、1996年5月。」

      [RFC1483] Heinanen, J., "Multiprotocol Encapsulation over ATM
                Adaptation Layer 5", RFC 1483, July 1993.

[RFC1483] Heinanen、J.、「気圧適合の上のMultiprotocolカプセル化は1993年7月に5インチ、RFC1483を層にします」。

SECURITY CONSIDERATIONS

セキュリティ問題

   Security issues are not discussed in this document.

本書では安全保障問題について議論しません。

AUTHORS' ADDRESSES

作者のアドレス

   Peter Newman                        Phone: +1 (415) 846-4603
   Ipsilon Networks, Inc.              EMail: pn@ipsilon.com

ピーターニューマンPhone: +1 (415) 846-4603 IpsilonはInc.メールをネットワークでつなぎます: pn@ipsilon.com

   W. L. Edwards, Chief Scientist      Phone:  +1 (913) 534 5334
   Sprint                              EMail:  texas@sprintcorp.com

L.エドワーズ、W.首席科学官は以下に電話をします。 +1(913) 534 5334年の短距離競走メール: texas@sprintcorp.com

   Robert M. Hinden                    Phone: +1 (415) 846-4604
   Ipsilon Networks, Inc.              EMail: hinden@ipsilon.com

ロバートM.Hindenは以下に電話をします。 +1 (415) 846-4604 IpsilonはInc.メールをネットワークでつなぎます: hinden@ipsilon.com

   Eric Hoffman                        Phone: +1 (415) 846-4610
   Ipsilon Networks, Inc.              EMail: hoffman@ipsilon.com

エリックホフマンPhone: +1 (415) 846-4610 IpsilonはInc.メールをネットワークでつなぎます: hoffman@ipsilon.com

   Fong Ching Liaw                     Phone: +1 (415) 846-4607
   Ipsilon Networks, Inc.              EMail: fong@ipsilon.com

フォンチンLiawは以下に電話をします。 +1 (415) 846-4607 IpsilonはInc.メールをネットワークでつなぎます: fong@ipsilon.com

   Tom Lyon                            Phone: +1 (415) 846-4601
   Ipsilon Networks, Inc.              EMail: pugs@ipsilon.com

トムリヨン電話: +1 (415) 846-4601 IpsilonはInc.メールをネットワークでつなぎます: pugs@ipsilon.com

   Greg Minshall                       Phone: +1 (415) 846-4605
   Ipsilon Networks, Inc.              EMail: minshall@ipsilon.com

グレッグMinshallは以下に電話をします。 +1 (415) 846-4605 IpsilonはInc.メールをネットワークでつなぎます: minshall@ipsilon.com

Newman, et. al.              Informational                      [Page 7]

RFC 1954               Flow Labelled IPv4 on ATM                May 1996

etニューマン、アル。 気圧1996年5月にIPv4とラベルされた情報[7ページ]のRFC1954流動

Ipsilon Networks, Inc. is located at:

Ipsilon Networks Inc.は以下に位置しています。

   2191 East Bayshore Road
   Suite 100
   Palo Alto, CA 94303
   USA

パロアルト、2191の東Bayshore道路スイート100カリフォルニア94303米国

Sprint is located at:

スプリントは以下に位置しています。

   Sprint
   Sprint Technology Services - Long Distance Division
   9300 Metcalf Avenue
   Mailstop KSOPKB0802
   Overland Park, KS 66212-6333
   USA

スプリントの短距離競走技術サービス--長距離の事業部9300メトカーフ・アベニューMailstop KSOPKB0802カンザス66212-6333オーバーランドパーク(米国)

Newman, et. al.              Informational                      [Page 8]

etニューマン、アル。 情報[8ページ]