RFC1209 日本語訳
1209 The Transmission of IP Datagrams over the SMDS Service. D.Piscitello, J. Lawrence. March 1991. (Format: TXT=24662 bytes) (Also STD0052) (Status: STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group D. Piscitello Request for Comments: 1209 J. Lawrence Bell Communications Research March 1991
Piscitelloがコメントのために要求するワーキンググループD.をネットワークでつないでください: 1209 1991年のJ.ローレンスベルコミュニケーションズ・リサーチの行進
The Transmission of IP Datagrams over the SMDS Service
SMDSサービスの上のIPデータグラムの送信
Status of this Memo
このMemoの状態
This memo defines a protocol for the transmission of IP and ARP packets over a Switched Multi-megabit Data Service Network configured as a logical IP subnetwork. This RFC specifies an IAB standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このメモはIPとSwitched Multi-メガビットの上の論理的なIPサブネットワークとして構成されたARPパケットData Service Networkのトランスミッションのためにプロトコルを定義します。 このRFCはIAB標準化過程プロトコルをインターネットコミュニティに指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
This memo describes an initial use of IP and ARP in an SMDS service environment configured as a logical IP subnetwork, LIS (described below). The encapsulation method used is described, as well as various service-specific issues. This memo does not preclude subsequent treatment of the SMDS Service in configurations other than LIS; specifically, public or inter-company, inter-enterprise configurations may be treated differently and will be described in future documents. This document considers only directly connected IP end-stations or routers; issues raised by MAC level bridging are beyond the scope of this paper.
このメモは論理的なIPサブネットワークとして構成されたSMDSサービス環境でIPとARPの初期の使用について説明します、LIS(以下で、説明されます)。 メソッドが使用したカプセル化は様々なサービス特有の問題と同様に説明されます。 このメモはLIS以外の構成における、SMDS Serviceのその後の処理を排除しません。 明確に、公衆か相互会社、相互企業構成が、異なって扱われるかもしれなくて、将来のドキュメントで説明されるでしょう。 このドキュメントは直接接続されたIP端ステーションかルータだけを考えます。 MACの平らなブリッジすることで提起された問題はこの紙の範囲を超えています。
Acknowledgment
承認
This memo draws heavily in both concept and text from [4], written by Jon Postel and Joyce K. Reynolds of ISI and [5], written by David Katz of Merit, Inc. The authors would also like to acknowledge the contributions of the IP Over SMDS Service working group of the Internet Engineering Task Force.
このメモは概念とISIのジョン・ポステルとジョイス・K.レイノルズによって書かれた[4]とまた作者が承認したがっているMerit Inc.のデヴィッド・キャッツによって書かれた[5]からのテキストの両方で大いにインターネット・エンジニアリング・タスク・フォースのIP Over SMDS Serviceワーキンググループの貢献を引き起こします。
Conventions
コンベンション
The following language conventions are used in the items of specification in this document:
以下の言語コンベンションは仕様に関する条項で本書では使用されます:
o MUST, SHALL, or MANDATORY -- the item is an absolute requirement of the specification.
o SHALL、MANDATORY--項目は仕様に関する絶対条件であるに違いありません。
IP over SMDS Working Group [Page 1] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[1ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
o SHOULD or RECOMMENDED -- the item should generally be followed for all but exceptional circumstances.
o SHOULDかRECOMMENDED--一般に、商品はほとんど例外的な事情のために従われるべきです。
o MAY or OPTIONAL -- the item is truly optional and may be followed or ignored according to the needs of the implementor.
o 5月かOPTIONAL--作成者の必要性に従って、商品は、本当に、任意であり、従われているか、または無視されるかもしれません。
Introduction
序論
The goal of this specification is to allow compatible and interoperable implementations for transmitting IP datagrams and ARP requests and replies.
この仕様の目標はIPデータグラム、ARP要求、および回答を送るためのコンパチブル、そして、共同利用できる実装を許容することです。
The characteristics of the SMDS Service and the SMDS Interface Protocol (SIP) are presented in [3], [6], and in [7]. Briefly, the SMDS Service is a connectionless, public, packet-switched data service. The operation and features of the SMDS Service are similar to those found in high-speed data networks such as LANs:
SMDS Serviceの特性とSMDS Interfaceプロトコル(SIP)は[3]、[6]と[7]に提示されます。 簡潔に、SMDS Serviceはコネクションレスで、公共のパケット交換データサービスです。 SMDS Serviceの操作と特徴はLANなどの高速データネットワークで見つけられたものと同様です:
o The SMDS Service provides a datagram packet transfer, where each data unit is handled and switched separately without the prior establishment of a network connection.
o SMDS Serviceはデータグラムパケット転送を供給します、各データ単位が別々にネットワーク接続の先の設立なしで扱われて、切り換えられるところで。
o The SMDS Service exhibits high throughput and low delay, and provides the transparent transport and delivery of up to 9188 octets of user information in a single transmission.
o SMDS Serviceは高生産性と低い遅れを示して、ただ一つのトランスミッションにおける、ユーザー情報の最大9188の八重奏のわかりやすい輸送と配送を提供します。
o No explicit flow control mechanisms are provided; instead, the rate of information transfer on the access paths is controlled both in the subscriber-to-network direction and in the network- to-subscriber direction through the use of an access class enforcement mechanism.
o どんな明白なフロー制御メカニズムも提供しません。 代わりに、アクセス経路における情報転送の速度は加入者からネットワークへの方向と加入者へのアクセスクラス実施メカニズムの使用によるネットワーク方向に制御されます。
o Both individually and group-addressed (multicast) packets can be transferred.
o そして、両方、個別である、グループによって扱われた(マルチキャスト)パケットを移すことができます。
o In addition to these LAN-like features, a set of addressing- related service features (source address validation, source and destination address screening) are provided to enable a subscriber or set of subscribers to create a logical private network, or closed user group, over the SMDS Service. The access control provided by the closed user group mechanism is supplied by the SMDS provider according to the specifications stated in [3].
o これらのLANのような特徴に加えて、1セットのアドレシングは特徴(ソースアドレス合法化、ソース、および目的地アドレス選別)が加入者の加入者かセットが論理的な私設のネットワーク、または閉じているユーザ・グループを創設するのを可能にするために提供されるサービスを関係づけました、SMDS Serviceの上で。 SMDSプロバイダーは[3]に述べられた仕様通りにクローズド・ユーザ・グループメカニズムによって提供されたアクセス制御を供給します。
o SMDS addresses are 60 bits plus a 4 bit Address Type. The Address Type subfield occupies the 4 most significant bits of the destination and source address fields of the SIP Level 3 Protocol Data Unit (PDU). It contains the value 1100 to
o SMDSアドレスは、60ビットと4ビットのAddress Typeです。 Address Type部分体はSIP Level3プロトコルData Unit(PDU)の目的地とソースアドレス・フィールドの4つの最上位ビットを占領します。 それは値1100を含んでいます。
IP over SMDS Working Group [Page 2] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[2ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
indicate an individual address and the value 1110 for a 60-bit group address.
60ビットのグループアドレスのために個々のアドレスと値1110を示してください。
The SMDS Interface Protocol is based on the IEEE Standard 802.6, Distributed Queue Dual Bus (DQDB) Connectionless MAC protocol [8]. The SMDS service layer corresponds to the IEEE 802 MAC sublayer. The remainder of the Data Link Service is provided by the IEEE 802.2 Logical Link Control (LLC) service [9]. The resulting stack of services is illustrated in Figure 1:
SMDS InterfaceプロトコルはIEEE Standard802.6、Distributed Queue Dual Bus(DQDB)のコネクションレスなMACプロトコル[8]に基づいています。 SMDSサービス層はIEEE802MAC副層に対応しています。 IEEE802.2Logical Link Control(LLC)サービス[9]でData Link Serviceの残りを提供します。 結果として起こるサービスのスタックは図1で例証されます:
+--------------------+ | IP/ARP | +--------------------+ |IEEE 802.2 LLC/SNAP | +--------------------+ | SIP LEVEL 3 (MAC) | +--------------------+ | SIP LEVELS 1 & 2 | +--------------------+
+--------------------+ | IP/アルプ| +--------------------+ |IEEE802.2LLC/スナップ| +--------------------+ | 一口レベル3(Mac)| +--------------------+ | 一口レベル1と2| +--------------------+
Figure 1. Protocol stack for IP over SMDS Service
図1。 SMDS Serviceの上のIPのためのプロトコル・スタック
This memo describes an initial use of IP and ARP in an SMDS Service environment configured as a logical IP subnetwork (described below). It does not preclude subsequent treatment of SMDS Service in configurations other than logical IP subnetworks; specifically, public or inter-company, inter-enterprise configurations may be treated differently and will be described in future documents. This document does not address issues related to transparent data link layer interoperability.
このメモは論理的なIPサブネットワーク(以下で、説明される)として構成されたSMDS Service環境でIPとARPの初期の使用について説明します。 それは論理的なIPサブネットワーク以外の構成における、SMDS Serviceのその後の処理を排除しません。 明確に、公衆か相互会社、相互企業構成が、異なって扱われるかもしれなくて、将来のドキュメントで説明されるでしょう。 このドキュメントは透明なデータ・リンク層相互運用性に関連する問題を扱いません。
Logical IP Subnetwork Configuration
論理的なIPサブネットワーク構成
This section describes the scenario for an SMDS Service that is configured with multiple logical IP subnetworks, LIS (described below). The scenario considers only directly connected IP end- stations or routers; issues raised by MAC level bridging are beyond the scope of this paper.
このセクションは複数の論理的なIPサブネットワークによって構成されるSMDS Service、LIS(以下で、説明される)のためにシナリオについて説明します。 シナリオは、関連IP終わりがステーションかルータであると直接だけ考えます。 MACの平らなブリッジすることで提起された問題はこの紙の範囲を超えています。
In the LIS scenario, each separate administrative entity configures its hosts within a closed logical IP subnetwork. Each LIS operates and communicates independently of other LISs over the same network providing SMDS. Hosts connected to SMDS communicate directly to other hosts within the same LIS. Communication to hosts outside of an individual LIS is provided via an IP router. This router would simply be a station attached to the SMDS Service that has been configured to be a member of both logical IP subnetworks. This configuration results in a number of disjoint LISs operating over the
LISシナリオでは、それぞれの別々の管理実体は閉じている論理的なIPサブネットワークの中でホストを構成します。 各LISは、同じネットワークの上の他のLISsの如何にかかわらずSMDSを提供しながら、作動して、交信します。 SMDSに接続されたホストは同じLISの中で直接他のホストに伝えます。 個々のLISの外部がIPルータで提供されるホストへのコミュニケーション。 このルータは単に両方の論理的なIPサブネットワークのメンバーになるように構成されたSMDS Serviceに付けられたステーションでしょう。 この構成が数に結果になる、LISs作動をばらばらにならせます。
IP over SMDS Working Group [Page 3] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[3ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
same network supporting the SMDS Service. It is recognized that with this configuration, hosts of differing IP networks would communicate via an intermediate router even though a direct path over the SMDS Service may be possible.
SMDS Serviceをサポートする同じネットワーク。 SMDS Serviceの上の直接路は可能であるかもしれませんが、この構成で、異なったIPネットワークのホストが中間的ルータで交信すると認められます。
It is envisioned that the service will evolve to provide a more public interconnection, allowing machines directly connected to the SMDS Service to communicate without an intermediate router. However, the issues raised by such a large public interconnection, such as scalability of address resolution or propagation of routing updates, are beyond the scope of this paper. We anticipate that future RFCs will address these issues.
それは思い描かれます。マシンを許容するとサービスが、より公共のインタコネクトを提供するために発展するのは、中間的ルータなしで交信するために直接SMDS Serviceに接続しました。 しかしながら、アドレス解決のスケーラビリティかルーティングアップデートの伝播などのそのような大きい公共のインタコネクトによって提起された問題はこの紙の範囲を超えています。 私たちは、将来のRFCsがこれらの問題を扱うと予期します。
The following is a list of the requirements for a LIS configuration:
↓これはLIS構成のための要件のリストです:
o All members have the same IP network/subnet number.
o すべてのメンバーには、同じIPネットワーク/サブネット番号があります。
o All stations within a LIS are accessed directly over SMDS.
o LISの中のすべてのステーションがSMDSの直接上でアクセスされます。
o All stations outside of the LIS are accessed via a router.
o ルータでLISにおける外のすべてのステーションがアクセスされます。
o For each LIS a single SMDS group address has been configured that identifies all members of the LIS. Any packet transmitted with this address is delivered by SMDS Service to all members of the LIS.
o 各LISに関しては、LISのすべてのメンバーを特定するただ一つのSMDSグループアドレスは構成されました。 このアドレスで伝えられたどんなパケットもSMDS ServiceによってLISのすべてのメンバーに提供されます。
The following list identifies a set of SMDS Service specific parameters that MUST be implemented in each IP station which would connect to the SMDS Service. The parameter values will be determined at SMDS subscription time and will be different for each LIS. Thus these parameters MUST be user configurable.
以下のリストはSMDS Serviceに接続するそれぞれのIPステーションで実装しなければならない1セットのSMDS Serviceの特定のパラメタを特定します。 パラメタ値は、SMDS購読時間に決定して、各LISにおいて異なるようになるでしょう。 したがって、これらのパラメタはユーザ構成可能であるに違いありません。
o SMDS Hardware Address (smds$ha). The SMDS Individual address of the IP station as determined at subscription time. Each host MUST be configured to accept datagrams destined for this address.
o SMDSハードウェア・アドレス、(smds$、ハ、) 購読時に同じくらい断固としたIPステーションのSMDS Individualアドレス。 このアドレスのために運命づけられたデータグラムを受け入れるために各ホストを構成しなければなりません。
o SMDS LIS Group Address(smds$lis-ga). The SMDS Group address that has been configured at subscription time to identify the SMDS Subscriber Network Interfaces (SNI) of all members of the LIS connected to the SMDS Service. All members of the LIS MUST be prepared to accept datagrams addressed to smds$lis-ga.
o SMDS LISはアドレス(smds$lis-Ga)を分類します。 LISのすべてのメンバーのSMDS Subscriber Network Interfaces(SNI)を特定する購読時に構成されたSMDS GroupアドレスはSMDS Serviceに接続しました。 李一家のすべてのメンバーがデータグラムがsmds$lis-Gaに扱われると受け入れる用意ができていなければなりません。
o SMDS Arp Request Address (smds$arp-req). The SMDS address (individual or group) to which arp requests are to be sent. In the initial LIS configuration this value is set to smds$lis-ga. It is conceivable that in other configurations this value would be set to some address other than that of smds$lis-ga (see
o SMDSアルプ要求アドレス(smds$arp-req)。 SMDSは送られるarp要求がことである(個人かグループ)を扱います。 初期のLIS構成では、この値はsmds$lis-Gaに設定されます。 他の構成では、この値がsmds$lis-Gaのもの以外の何らかのアドレスに設定されるだろうというのが想像できる、(見る。
IP over SMDS Working Group [Page 4] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[4ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
section on Address Resolution).
Address Resolutionの上のセクション)
It is RECOMMENDED that routers providing LIS functionality over the SMDS service also support the ability to interconnect differing LISs. Routers that wish to provide interconnection of differing LISs MUST be able to support multiple sets of these parameters (one set for each connected LIS) and be able to associate each set of parameters with a specific IP network/subnet number. In addition, it is RECOMMENDED that a router be able to provide this multiple LIS support with a single physical SMDS interface that may have one or more individual SMDS addresses.
また、SMDSサービスの上で機能性をLISに供給するルータが異なったLISsとインタコネクトする能力をサポートするのは、RECOMMENDEDです。 異なったLISsのインタコネクトを提供したがっているルータは、これらのパラメタ(それぞれの接続LISあたり1セット)の複数のセットを支えて、特定のIPネットワーク/サブネット番号にそれぞれのセットのパラメタを関連づけることができなければなりません。 さらに、ルータが1つ以上の個々のSMDSアドレスを持っているかもしれない単一の物理的なSMDSインタフェースをこの複数のLISサポートに提供できるのは、RECOMMENDEDです。
The following list identifies LIS specific parameters that MUST be configured in the network supporting the SMDS Service. For each LIS, the IP network administrator MUST request the configuration of these parameters at subscription time. The administrator of each LIS MUST update these parameters as each new station is added to the LIS.
以下のリストはSMDS Serviceをサポートするネットワークで構成しなければならないLISの特定のパラメタを特定します。 各LISに関しては、IPネットワーク管理者は購読時にこれらのパラメタの構成を要求しなければなりません。 それぞれの新しいステーションがこれらのパラメタですが、LISに加えられて、李がアップデートしなければならないそれぞれの管理者。
o SMDS LIS Group Address(smds$lis-ga). An SMDS Group address MUST be configured at subscription time to identify the SMDS Subscriber Network Interfaces (SNI) of all members of the LIS connected to the SMDS Service.
o SMDS LISはアドレス(smds$lis-Ga)を分類します。 SMDS Serviceに接続されたLISのすべてのメンバーのSMDS Subscriber Network Interfaces(SNI)を特定する購読時にSMDS Groupアドレスを構成しなければなりません。
o SMDS Address Screening Tables (Source and Destination). The use of SMDS screening tables is not necessary for the operation of IP over SMDS Service. If the SMDS screening tables are to be used, both source and destination tables for each SNI MUST be configured to allow, at minimum, both the direct communication between all hosts in the same LIS and the use of the SMDS LIS Group Address.
o SMDSは、選別テーブルが(ソースと目的地)であると扱います。 SMDS選別テーブルの使用はSMDS Serviceの上でIPの操作に必要ではありません。 各SNI MUSTに関して、SMDS選別テーブルによる使用されていてソースと目的地テーブルの両方であるつもりであるなら構成されて、最小限で同じLISのすべてのホストのダイレクトコミュニケーションとSMDS LIS Group Addressの使用の両方を許容してください。
Packet Format
パケット・フォーマット
Service SHALL be encapsulated within the IEEE 802.2 LLC and IEEE 802.1A Sub-Network Access Protocol (SNAP) [10] Data Link layers and the 3-level SIP. The SNAP MUST be used with an Organizationally Unique Identifier Code indicating that the SNAP header contains the EtherType code as listed in Assigned Numbers [11] (see Figure 2). Note that values specified in this document follow Internet conventions: multi-byte fields are described in big-endian order and bits within bytes are described as most significant first [11].
SHALLを調整してください。IEEE802.2LLC、IEEE 802.1A Sub-ネットワークAccessプロトコル(SNAP)[10]データLink層、および3レベルのSIPの中でカプセル化されてください。 SNAP MUST、SNAPヘッダーがAssigned民数記[11]で記載されているようにEtherTypeコードを含むのを示すOrganizationally Unique Identifier Codeと共に使用されてください(図2を見てください)。 本書では指定された値がインターネットコンベンションに続くことに注意してください: マルチバイト分野はビッグエンディアンオーダーで説明されます、そして、バイトの中のビットは最も重要な最初の[11]として記述されています。
IP over SMDS Working Group [Page 5] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[5ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
+-------+ |IP/ARP | IP/ARP +----+----+----+----+----+-------+ | Org Code |Ethertype| | SNAP +----+----+----+----+----+----+----+----+-------+ |DSAP|SSAP|Ctrl| | LLC +-----+----+-+-+----+----+----+----+----+----+----+----+-------+ |SIP..|HLPI|...| | SIP L3 +-----+----+-+-+----+----+----+----+----+----+----+----+-------+
+-------+ |IP/アルプ| IP/アルプ+----+----+----+----+----+-------+ | Orgコード|Ethertype| | スナップ+----+----+----+----+----+----+----+----+-------+ |DSAP|SSAP|Ctrl| | LLC+-----+----+-+-+----+----+----+----+----+----+----+----+-------+ |ちびちび飲んでください。|HLPI|...| | 一口L3+-----+----+-+-+----+----+----+----+----+----+----+----+-------+
Figure 2. Data Link Encapsulation
図2。 データ・リンクカプセル化
o The value of HLPI in the SIP L3 Header is 1.
o SIP L3 HeaderのHLPIの値は1です。
o The total length of the LLC Header and the SNAP header is 8 octets.
o LLC HeaderとSNAPヘッダーの全長は8つの八重奏です。
o The value of DSAP and SSAP in the LLC header is 170 (decimal), AA (Internet hexadecimal).
o AA、LLCヘッダーのDSAPとSSAPの値が170(10進)である、(インターネット、16進)
o The Ctrl (Control) value in the LLC header is 3 (Indicates Type One Unnumbered Information).
o LLCヘッダーのCtrl(コントロール)値は3(Type One Unnumbered情報を示す)です。
o The Org Code in the SNAP header is zero (000000 Internet hexadecimal).
o SNAPヘッダーのOrg Codeがゼロである、(000000インターネット、16進)
o The EtherType for IP is 2048 (decimal), 0800 (Internet hexadecimal). The EtherType for ARP is 2054 (decimal), 0806 (Internet hexadecimal).
o IPのためのEtherTypeが2048(小数)、0800である、(インターネット、16進) ARPのためのEtherTypeが2054(小数)、0806である、(インターネット、16進)
IEEE 802.2 LLC Type One Unnumbered Information (UI) communication (which must be implemented by all conforming IEEE 802.2 stations) is used exclusively. The Higher Layer Protocol Id (HLPI) field in the SIP L3_PDU header MUST be set to the IEEE 802.6 assigned Protocol Id value for LLC (decimal 1) [8]. All frames MUST be transmitted in standard IEEE 802.2 LLC Type 1 Unnumbered Information format, with the DSAP and the SSAP fields of the IEEE 802.2 header set to the assigned global SAP value for SNAP (decimal 170) [10]. The 24-bit Org Code (Organizationally Unique Identifier Code) in the SNAP MUST be set to a value of zero, and the remaining 16 bits are set to the EtherType value from Assigned Numbers [11] (2048 for IP, 2054 for ARP).
IEEE802.2LLC Type One Unnumbered情報(UI)コミュニケーション(実装しているすべて従っているIEEEが802.2のステーションであったならそうしなければならない)は排他的に使用されます。 プロトコルId価値がLLC(10進1)[8]のために割り当てられたIEEE802.6にSIP L3_PDUヘッダーのHigher LayerプロトコルId(HLPI)分野を設定しなければなりません。 標準のIEEE802.2LLC Type1Unnumbered情報形式ですべてのフレームを伝えなければなりません、IEEE802.2ヘッダーの分野がSNAP(10進170)[10]のために割り当てられたグローバルなSAP値に設定するDSAPとSSAPと共に。 24ビットのOrg Code、(組織的である、Unique Identifier Code) SNAP MUSTでは、ゼロのa値に設定されてください。そうすれば、残っている16ビットはAssigned民数記[11](IPのための2048、ARPのための2054)からEtherType値に設定されます。
The data link encapsulation for IP packets is shown in Figure 3 and for ARP in Figure 4. All values shown are in Internet hexadecimal format.
IPパケットのためのデータ・リンクカプセル化は図3と図4のARPのために示されます。 インターネット16進形式には示されたすべての値があります。
IP over SMDS Working Group [Page 6] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[6ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
+--------------+---------------------------------------+-------+ | SIP | LLC / SNAP | IP | | | | | |SIP..|HLPI|...|DSAP|SSAP|Ctrl| Org Code |Ethertype| | +-----+----+-+-+----+----+----+----+----+----+----+----+-------+ |SIP..| 01 |...| AA | AA | 03 | 000000 | 0800 | IP... | +-----+----+-+-+----+----+----+----+----+----+----+----+-------+
+--------------+---------------------------------------+-------+ | 一口| LLC/スナップ| IP| | | | | |ちびちび飲んでください。|HLPI|...|DSAP|SSAP|Ctrl| Orgコード|Ethertype| | +-----+----+-+-+----+----+----+----+----+----+----+----+-------+ |ちびちび飲んでください。| 01 |...| AA| AA| 03 | 000000 | 0800 | IP… | +-----+----+-+-+----+----+----+----+----+----+----+----+-------+
Figure 3. IP Data Link Encapsulation and Values
図3。 IPデータ・リンクカプセル化と値
+--------------+---------------------------------------+-------+ | SIP | LLC / SNAP | ARP | | | | | |SIP..|HLPI|...|DSAP|SSAP|Ctrl| Org Code |Ethertype| | +-----+----+-+-+----+----+----+----+----+----+----+----+-------+ |SIP..| 01 |...| AA | AA | 03 | 000000 | 0806 | ARP...| +-----+----+-+-+----+----+----+----+----+----+----+----+-------+
+--------------+---------------------------------------+-------+ | 一口| LLC/スナップ| アルプ| | | | | |ちびちび飲んでください。|HLPI|...|DSAP|SSAP|Ctrl| Orgコード|Ethertype| | +-----+----+-+-+----+----+----+----+----+----+----+----+-------+ |ちびちび飲んでください。| 01 |...| AA| AA| 03 | 000000 | 0806 | アルプ…| +-----+----+-+-+----+----+----+----+----+----+----+----+-------+
Figure 4. ARP Data Link Encapsulation and Values
図4。 ARPデータ・リンクカプセル化と値
Address Resolution
アドレス解決
The dynamic mapping of 32-bit Internet addresses to SMDS addresses SHALL be done via the dynamic discovery procedure of the Address Resolution Protocol (ARP) [2].
32ビットのインターネットのダイナミックなマッピングは、アドレスがSHALLであるとSMDSに扱います。Address Resolutionプロトコル(ARP)[2]のダイナミックな発見手順で、終わっています。
Internet addresses are assigned independent of SMDS addresses. Each host implementation MUST know its own Internet address and SMDS address and respond to Address Resolution requests appropriately. Hosts MUST also use ARP to map Internet addresses to SMDS addresses when needed.
インターネット・アドレスはSMDSアドレスの如何にかかわらず割り当てられます。 各ホスト導入は、適切にそれ自身のインターネット・アドレスとSMDSアドレスを知って、Address Resolution要求に応じなければなりません。 また、必要であると、ホストは、SMDSアドレスにインターネット・アドレスを写像するのにARPを使用しなければなりません。
The ARP protocol has several fields that parameterize its use in any specific context [2]. These fields are:
ARPプロトコルには、どんな特定の文脈[2]でも使用をparameterizeするいくつかの分野があります。 これらの分野は以下の通りです。
ar$hrd 16 - bits The Hardware Type Code ar$pro 16 - bits The Protocol Type Code ar$hln 8 - bits Octets in each hardware address ar$pln 8 - bits Octets in each protocol address ar$op 16 - bits Operation Code
ar$が16--ビットをhrdする、Hardware Type Code ar$、プロ16--それぞれの各ハードウェアのビットOctetsが、arがpln8ドルであると扱うというプロトコルのType Code arのhln8ドルのビットOctetsが議定書の中で述べるビットは、ar$がオプアート16であると扱います--、ビットOperation Code
o The hardware type code assigned to SMDS addresses is 14 (decimal), 0E (Internet hexadecimal) [11].
o 0E、SMDSアドレスに割り当てられたハードウェアタイプコードが14(10進)である、(インターネット、16進) [11]。
o The protocol type code for IP is 2048 (decimal), 0800 (Internet hexadecimal) [11].
o IPのためのプロトコルタイプコードが2048(小数)、0800である、(インターネット、16進) [11]。
IP over SMDS Working Group [Page 7] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[7ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
o The hardware address length for SMDS is 8.
o SMDSのためのハードウェア・アドレスの長さは8です。
o The protocol address length for IP is 4.
o IPのためのプロトコルアドレスの長さは4です。
o The operation code is 1 for request and 2 for reply.
o 命令コードは、要求のための1と回答のための2です。
The SMDS hardware addresses in ARP packets (ar$sha, ar$tha) MUST be carried in SMDS native address format, with the most significant bit of the Address Type sub-field as the high order bit of the first octet. Although outside the scope of this document, it is RECOMMENDED that SMDS addresses be represented in this format in all higher layer Internet protocols (e.g., SNMP).
SMDSの固有のアドレス形式でARPパケット(ar$sha、ar$tha)のSMDSハードウェア・アドレスを運ばなければなりません、最初の八重奏の高位のビットとしてのサブ分野のAddress Typeの最も重要なビットで。 SMDSアドレスがすべての、より高い層のインターネットプロトコル(例えば、SNMP)のこの形式で表されるのが、このドキュメントの範囲の外のRECOMMENDEDですが。
Traditionally, ARP requests are broadcast to all directly connected stations. For the SMDS Service, the ARP request packet is transmitted to the smds$arp-req hardware address. In the LIS configuration, the smds$arp-req address is set to smds$lis-ga, (the SMDS group address that identifies all members of the LIS). It is conceivable that in a larger scale, public configuration, the smds$arp-req address would be configured to the address of some ARP- server(s) instead of the group address that identifies the entire LIS.
伝統的に、ARP要求はすべての直接接続されたステーションに放送されます。 SMDS Serviceに関しては、ARPリクエスト・パケットはsmds$arp-reqハードウェア・アドレスに伝えられます。 LIS構成では、smds$arp-reqアドレスはsmds$lis-Ga(LISのすべてのメンバーを特定するSMDSグループアドレス)に設定されます。 より大きいスケール、公共の構成では、smds$arp-reqアドレスが全体のLISを特定するグループアドレスの代わりに何らかのARPサーバのアドレスに構成されるだろうというのが想像できます。
IP Broadcast Address
IP放送演説
There is no facility for complete hardware broadcast addressing over the SMDS Service. As discussed in the "LIS Configuration" section, an SMDS group address (smds$lis-ga) SHALL be configured to include all stations in the same LIS. The broadcast Internet address (the address on that network with a host part of all binary ones) MUST be mapped to smds$lis-ga (see also [12]).
SMDS Serviceの上に完全なハードウェアブロードキャスト・アドレッシングのための施設が全くありません。 「LIS構成」セクションで議論するように、同じLISのすべてのステーションを含むように構成されていて、SMDSグループは、(smds$lis-Ga)がSHALLであると扱います。 放送インターネット・アドレス(すべての2進のもののホスト部分があるそのネットワークに関するアドレス)をsmds$lis-Gaに写像しなければなりません。(また、[12])を見てください。
IP Multicast Support
IPマルチキャストサポート
A method of supporting IP multicasting is specified in [13]. It would be desirable to fully utilize the SMDS group address capabilities to support IP multicasting. However, the method in [13] requires a Network Service Interface which provides multicast-like ability to provide dynamic access to the local network service interface operations:
IPマルチキャスティングをサポートするメソッドは[13]で指定されます。 IPマルチキャスティングをサポートするSMDSグループアドレス能力を完全に利用するのは望ましいでしょう。 しかしながら、[13]のメソッドは企業内情報通信網サービスインタフェース操作に動的呼出しを提供するマルチキャストのような能力を提供するNetwork Service Interfaceを必要とします:
o JoinLocalGroup (group-address)
o JoinLocalGroup(グループアドレス)
o LeaveLocalGroup (group-address)
o LeaveLocalGroup(グループアドレス)
The SMDS group address ability does not currently support dynamic subscription and removal from group address lists. Therefore, it is RECOMMENDED that in the LIS configuration, if IP multicasting is to
SMDSグループアドレス能力は現在、グループ住所録からダイナミックな購読と取り外しをサポートしません。 したがって、マルチキャスティングがLIS構成IPであるならあるのは、RECOMMENDEDです。
IP over SMDS Working Group [Page 8] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[8ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
be supported, the method of IP multicasting described for pure broadcast media, such as the Experimental Ethernet, be used. For this method, all Multicast IP addresses are mapped to the same SMDS address which the broadcast Internet address is mapped for a given LIS. Thus all Multicast IP addresses are mapped to smds$lis-ga. Filtering of multicast packets MUST be performed in the destination host.
サポートされてください、そして、IPマルチキャスティングのメソッドがExperimentalイーサネットなどの純粋な電波媒体のために説明されて、使用されてください。 このメソッドのために、すべてのMulticast IPアドレスは同じSMDSに写像されて、放送インターネットが扱うアドレスが与えられたLISのために写像されるということです。 したがって、すべてのMulticast IPアドレスがsmds$lis-Gaに写像されます。 あて先ホストでマルチキャストパケットのフィルタリングを実行しなければなりません。
Trailer Formats
トレーラ形式
Some versions of Unix 4.x BSD use a different encapsulation method in order to get better network performance with the VAX virtual memory architecture. Trailers SHALL not be used over the SMDS Service.
Unix 4.x BSDのいくつかのバージョンが、VAX仮想記憶アーキテクチャによる、より良いネットワーク性能を得るのに異なったカプセル化メソッドを使用します。 トレーラSHALL、SMDS Serviceの上で使用されないでください。
Byte Order
バイトオーダー
As described in Appendix B of the Internet Protocol specification [1], the IP datagram is transmitted over the SMDS Service as a series of 8-bit bytes. The byte order of the IP datagram shall be mapped directly onto the native SMDS byte order.
インターネットプロトコル仕様[1]のAppendix Bで説明されるように、IPデータグラムは一連の8ビットのバイトとしてSMDS Serviceの上に送られます。 IPデータグラムのバイトオーダーは直接ネイティブのSMDSバイトオーダーに写像されるものとします。
MAC Sublayer Details
MAC副層の詳細
Packet Size
パケットサイズ
The SMDS Service defines a maximum service data unit size of 9188 information octets. This leaves 9180 octets for user data after the LLC/SNAP header is taken into account. Therefore, the MTU for IP stations operating over the network supporting the SMDS Service SHALL be 9180 octets.
SMDS Serviceは9188の情報八重奏の最大のサービスデータ単位サイズを定義します。 LLC/SNAPヘッダーが考慮に入れられた後にこれは9180の八重奏を利用者データに残します。 したがって、9180が八重奏であったならSMDS Service SHALLをサポートしながらネットワークの上で作動するIPステーションへのMTU。
There is no minimum packet size restriction defined for the SMDS Service.
SMDS Serviceのために定義されたどんな最小のパケットサイズ制限もありません。
Other MAC Sublayer Issues
他のMAC副層問題
The SMDS Service requires that the publicly administered 60-bit address plus 4-bit type field format SHALL be used in both source and destination address fields of the SIP L3_PDU [3].
SMDS Serviceは、公的に管理された60ビットのアドレスと4ビットのタイプフィールド形式SHALLがソースとSIP L3_PDU[3]の目的地アドレス・フィールドの両方で使用されるのを必要とします。
IEEE 802.2 Details
IEEE802.2の詳細
While not necessary for supporting IP and ARP, all implementations MUST support IEEE 802.2 standard Class I service in order to be compliant with IEEE 802.2. Some of the functions are not related directly to the support of the SNAP SAP (e.g., responding to XID and TEST commands directed to the null or global SAP addresses), but are part of a general LLC implementation. Both [4] and [5] describe the
IPとARPをサポートするのに必要でない間、すべての実装が、IEEE802.2が私がIEEE802.2と共に言いなりになるために調整する標準のClassであるとサポートしなければなりません。 機能のいくつかが、直接SNAP SAPのサポートに関係づけられませんが(例えば、ヌルの、または、グローバルなSAPアドレスに向けられたXIDとTESTコマンドに応じます)、一般的なLLC実装の一部です。 [4]と[5]の両方が説明します。
IP over SMDS Working Group [Page 9] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[9ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
minimum functionality necessary for a conformant station. Implementors should also consult IEEE Std. 802.2 [14] for details.
conformantステーションに必要な最小の機能性。 また、作成者はIEEE Stdに相談するべきです。 802.2 詳細のための[14]。
REFERENCES
参照
1. Postel, J., "Internet Protocol", RFC 791, USC/Information Sciences Institute, September 1981.
1. ポステル、J.、「インターネットプロトコル」、RFC791、科学が1981年9月に設けるUSC/情報。
2. Plummer, D., "An Ethernet Address Resolution Protocol - or - Converting Network Protocol Addresses to 48.bit Ethernet Address for Transmission on Ethernet Hardware", RFC 826, MIT, November 1982.
2. プラマー、D.、「イーサネットは解決プロトコルを扱います--、イーサネットハードウェアの上でトランスミッションのための48.bitイーサネットアドレスにネットワーク・プロトコルアドレスを変換する、」、RFC826、MIT(1982年11月)
3. "Generic Systems Requirements in support of Switched Multi- megabit Data Service", Technical Advisory TA-TSY-000772, Bellcore Technical Advisory, Issue 3, October 1989.
3. 「Switched MultiメガビットData Serviceを支持したジェネリックSystems Requirements」、Technical Advisory TA-TSY-000772、Bellcore Technical Advisory、Issue3(1989年10月)。
4. Postel, J., and J. Reynolds, "A Standard for the Transmission of IP Datagrams over IEEE 802 Networks", RFC 1042, USC/Information Sciences Institute, February 1988.
4. ポステル、J.、およびJ.レイノルズ、「IEEE802ネットワークの上のIPデータグラムの送信の規格」、RFC1042(科学が1988年2月に設けるUSC/情報)。
5. Katz, D., "A Proposed Standard for the Transmission of IP Datagrams over FDDI Networks", RFC 1188, Merit/NSFNET, October 1990.
5. キャッツ、D.、「FDDIネットワークの上のIPデータグラムの送信の提案された標準」、RFC1188、長所/NSFNET、1990年10月。
6. Dix, F., Kelly, M., and R. Klessig, "Access to a Public Switched Multi-Megabit Data Service Offering", ACM SIGCOMM CCR, July 1990.
6. ディックス、F.、ケリー、M.、およびR.Klessig、「公衆へのアクセスはマルチメガビットデータサービス提供を切り換えました」、ACM SIGCOMM CCR、1990年7月。
7. Hemrick, C. and L. Lang, "Introduction to Switched Multi-megabit Data Service (SMDS), an Early Broadband Service", publication pending in the Proceedings of the XIII International Switching Symposium (ISS 90), May 27, 1990 - June 1, 1990.
7. HemrickとC.とL.ラング、XIIIの国際Switching Symposium(ISS90)のProceedingsで未定の公表、1990年5月27日から1990年6月1日までの「切り換えられたマルチメガビットデータサービス(SMDS)、早めの広帯域サービスへの序論。」
8. Institute of Electrical & Electronic Engineers, Inc. IEEE Standard 802.6, "Distributed Queue Dual Bus (DQDB) Subnetwork of a Metropolitan Area Network (MAN) Standard", December 1990.
8. 電気的で電気技師Inc.IEEE標準の802.6人の研究所、「メトロポリタンエリアネットワーク(男性)規格の分配された待ち行列二元的なバス(DQDB)サブネットワーク。」(1990年12月)
9. IEEE, "IEEE Standards for Local Area Networks: Logical Link Control", IEEE, New York, New York, 1985.
9. IEEE、「ローカル・エリア・ネットワークのIEEE規格:」 「論理的なリンク制御」、IEEE、ニューヨーク(ニューヨーク)1985。
10. IEEE, "Draft Standard P802.1A--Overview and Architecture", 1989.
10. IEEE、「標準のP802.1Aを作成してください--概要とアーキテクチャ」、1989
11. Reynolds, J., and J. Postel, "Assigned Numbers", RFC 1060, USC/Information Sciences Institute, March 1990.
11. USC/情報科学が1990年3月に設けるレイノルズ、J.、およびJ.ポステル、「規定番号」、RFC1060。
12. Braden, R., and J. Postel, "Requirements for Internet Gateways", RFC 1009, USC/Information Sciences Institute, June 1987.
12. ブレーデン、R.、およびJ.ポステル、「インターネットゲートウェイのための要件」、RFC1009、科学が1987年6月に任命するUSC/情報。
IP over SMDS Working Group [Page 10] RFC 1209 IP and ARP over the SMDS Service March 1991
SMDSの上の作業部会[10ページ]RFC1209IPとARPが1991年3月に調整するSMDSの上のIP
13. Deering, S., "Host Extensions for IP Multicasting", RFC 1112, Stanford University, August 1989.
13. デアリング、S.、「IPマルチキャスティングのためのホスト拡大」、RFC1112、スタンフォード大学、1989年8月。
14. IEEE,"ANSI/IEEE Std 802.2-1985, ISO Draft International Standard 8802/2", IEEE, New York, New York, 1985.
14. IEEE、「ANSI/IEEE Std802.2-1985、ISO国際規格案8802/2インチ、IEEE、ニューヨーク(ニューヨーク)1985。」
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Authors' Addresses
作者のアドレス
Dave Piscitello Bell Communications Research 331 Newman Springs Road Red Bank, NJ 07701
ニュージャージー デーヴPiscitelloベルコミュニケーションズ・リサーチ331ニューマン春の道路赤の銀行、07701
Phone: (908) 758-2286
以下に電話をしてください。 (908) 758-2286
EMail: dave@sabre.bellcore.com
メール: dave@sabre.bellcore.com
Joseph Lawrence Bell Communications Research 331 Newman Springs Road Red Bank, NJ 07701
ニュージャージー ジョゼフローレンスベルコミュニケーションズ・リサーチ331ニューマン春の道路赤の銀行、07701
Phone: (908) 758-4146
以下に電話をしてください。 (908) 758-4146
EMail: jcl@sabre.bellcore.com
メール: jcl@sabre.bellcore.com
IP over SMDS Working Group [Page 11]
SMDS作業部会の上のIP[11ページ]
一覧
スポンサーリンク