RFC1770 日本語訳
1770 IPv4 Option for Sender Directed Multi-Destination Delivery. C.Graff. March 1995. (Format: TXT=11606 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group C. Graff Request for Comments: 1770 US Army CECOM Category: Informational March 1995
コメントを求めるワーキンググループC.グラフ要求をネットワークでつないでください: 1770年の米陸軍CECOMカテゴリ: 情報の1995年3月
IPv4 Option for Sender Directed Multi-Destination Delivery
送付者の指示されたマルチの目的地配送のためのIPv4オプション
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 memo defines an IPv4 option to provide a sender directed multi- destination delivery mechanism called Selective Directed Broadcast Mode (SDBM). The SDBM provides unreliable UDP delivery to a set of IP addresses included in the option field of an IPv4 datagram. Data reliability if required will be provided by the application layer. This approach was developed to support sender directed multi- destination delivery to sparsely populated groups with no additional control traffic. This approach will find application in the extremely bandwidth constrained tactical military environment, as well as in some commercial applications requiring sender control of data delivery.
このメモは、Selective Directed Broadcast Mode(SDBM)と呼ばれる送付者の指示されたマルチの目的地排紙機構を提供するためにIPv4オプションを定義します。 IPv4データグラムのオプション・フィールドにアドレスを含んでいて、SDBMは頼り無いUDP配送をIPの1セットに供給します。 必要なら、応用層のそばでデータの信頼性を提供するでしょう。 このアプローチは、追加コントロールトラフィックなしでまばらに居住されたグループへの指示されたマルチの目的地配送を送付者にサポートするために開発されました。 このアプローチは帯域幅非常に強制的な戦術の軍事環境、およびデータ配送の送付者コントロールを必要とするいくつかの市販のアプリケーションにおける法則に当たるでしょう。
Background
バックグラウンド
The Selective Directed Broadcast Mode (SDBM) is an integral part of the U.S. Army standard for tactical data communication networks as defined in MIL-STD-188-220() (Reference 1). The MIL-STD-188-220() defines a protocol architecture for the lower four layers of the ISO-OSI Reference model. The MIL-STD-188-220() is currently undergoing a reformatting to be consistent with other DoD standards that deal with IP networking. These efforts will provide tactical IP internetting of tactical Army broadcast radio networks, and will support fully IP compliant internetworking to other types of IP networks via commercial IP routers. It is the goal of the U.S. Army to move toward a fully IP compliant internetwork architecture for all tactical battlefield data communications. The Army does, however, have a critical need for a reliable, sender directed multi- destination data transfer capability that is not currently supported by the existing or emerging internet standards. The SDBM IP option was developed to meet this need. The required data reliability will be provided by incorporating an acknowledgement strategy at the application layer. It is hoped that this IP option, providing multi- destination capability not currently provided by the current and
Selective Directed Broadcast Mode(SDBM)は軍規格188-220()(参照1)で定義されるように戦術のデータ通信ネットワークの米軍規格の不可欠の部分です。 軍規格188-220()はISO-OSI Referenceモデルの低級4つの層のためにプロトコルアーキテクチャを定義します。 軍規格188-220()は、現在、IPネットワークに対処する他のDoD規格と一致しているように再フォーマットを受けています。 これらの取り組みは、戦術の陸軍放送ラジオネットワークの戦術のIP internettingを提供して、商業IPルータで他のタイプのIPネットワークに完全にIP対応することのインターネットワーキングをサポートするでしょう。 それはすべての戦術の戦場データ通信のために完全にIP対応することのインターネットワークアーキテクチャに近づく米軍の目標です。 しかしながら、陸軍はaに関する決定的な必要性を信頼できるようにします、現在存在かインターネット規格として現れることによってサポートされない送付者の指示されたマルチの目的地データ転送能力。 SDBM IPオプションは、この需要を満たすために開発されました。 応用層に承認戦略を組み込むことによって、必要なデータの信頼性を提供するでしょう。 そしてこのIPオプションであり、マルチの目的地能力を提供するのが現在電流を供給しなかったことが望まれている。
Graff [Page 1] RFC 1770 Selective Directed Broadcast Protocol March 1995
1995年の指示された放送プロトコル行進のときに選択しているグラフ[1ページ]RFC1770
emerging internet standards, will be embraced by the internet community and become an integal part of the IP family of protocols and be incorporated in commercial IP software products.
インターネット規格として現れて、インターネット共同体によって抱擁されて、プロトコルのIPファミリーのintegal部分になって、商業IPソフトウェア・プロダクトの中に組み込むでしょう。
SDBM Format
SDBM形式
The SDBM provides the ability for an application to explicitly list a set of intended IP destinations. This capability will be implemented as an option in the IP layer, as shown in Figure 1. This option field is variable in length, up to a maximum of 40 octets due to the limitation of the HLEN field as specified in STD 5, RFC 791 (Reference 2). Under this option 38 of the 40 octets would be used to contain the 2 octet control field and a maximum of 9 IP addresses.
SDBMはアプリケーションが明らかに1セットの意図しているIPの目的地を記載する能力を提供します。 この能力はIP層におけるオプション図1に示されるように実装されるでしょう。 このオプション・フィールドは長さで可変です、STD5の指定されるとしてのHLEN分野の制限による最大40の八重奏まで、RFC791(参照2)。 このオプションで、40の八重奏のうち38は、2八重奏制御フィールドと最大9つのIPアドレスを含むのに使用されるでしょう。
1 8 16 31
1 8 16 31
*************************************************** | | | | | | | | | TYPE | LENGTH | IP ADDRESS 1 | | | | | | | | | |*************************************************| | | | | IP ADDRESS 1(Cont) | IP ADDRESS 2 | | | | | | | |*************************************************| | | | | IP ADDRESS 2(Cont) | .......... | | | | | | | |*************************************************| | | | | | | | .......... | IP ADDRESS N | | | | | | | |*************************************************| | | | | IP ADDRESS N(Cont) | UNUSED | | | | | | | ***************************************************
*************************************************** | | | | | | | | | タイプ| 長さ| IPアドレス1| | | | | | | | | |*************************************************| | | | | IPアドレス1(Cont)| IPアドレス2| | | | | | | |*************************************************| | | | | IPアドレス2(Cont)| .......... | | | | | | | |*************************************************| | | | | | | | .......... | IPアドレスN| | | | | | | |*************************************************| | | | | IPアドレスN(Cont)| 未使用| | | | | | | ***************************************************
Figure 1 IP Option Field Layout
図1 IPオプション現場配置
Graff [Page 2] RFC 1770 Selective Directed Broadcast Protocol March 1995
1995年の指示された放送プロトコル行進のときに選択しているグラフ[2ページ]RFC1770
The TYPE field specifies the copy flag, class, and option number. The copy field indicates whether or not this option field is to be copied into each fragment if the IP datagram is fragmented. The class field and option number field are set to 0 and 21 respectively. The format of the TYPE field is shown at Figure 2.
TYPE分野はコピー旗、クラス、およびオプション番号を指定します。 コピー分野は、このオプション・フィールドがIPデータグラムが断片化されるなら各断片にコピーされるかどうかことであることを示します。 類体とオプションナンバーフィールドはそれぞれ0と21に設定されます。 TYPE分野の書式は図2に示されます。
1 8 ************************************************** | | | | | COPY | CLASS | OPTION NUMBER | = 149 | | | | **************************************************
1 8 ************************************************** | | | | | コピー| クラス| オプション番号| = 149 | | | | **************************************************
Figure 2 Type Field Layout
図2 現場配置をタイプしてください。
Since the IP multi-address list shall always be copied to all IP headers during fragmentation, the COPY bit should be set to 1.
IPマルチ住所録が断片化の間、いつもすべてのIPヘッダーにコピーされるものとするので、COPYビットは1に設定されるべきです。
Returning to Figure 1, the LENGTH octet indicates how many octets are in the option field. It is calculated as:
図1に戻って、LENGTH八重奏は、いくつの八重奏がオプション・フィールドにあるかを示します。 それは以下として計算されます。
LENGTH = 2 + 4*(number of IP addresses)
長さは2+4*と等しいです。(IPアドレスの数)
The remaining octets contain the IP addresses of the specified destination hosts. Each IP address occupies 4 octets.
残っている八重奏は指定されたあて先ホストのIPアドレスを含んでいます。 それぞれのIPアドレスは4つの八重奏を占領します。
Transmission of SDBM datagrams
SDBMデータグラムのトランスミッション
The procedures for a source host, transit router, and destination router are provided below. When a source host has a message to send to multiple destination hosts, it shall,
送信元ホスト、トランジットルータ、および目的地のルータのための手順を以下に提供します。 送信元ホストが複数のあて先ホストに発信するメッセージを持っているとき、それは持つでしょう。
a. Group the destination host internet addresses by their network identifiers (Net IDs). If there are N distinct Net IDs, there will be at least N distinct directed broadcast packets. If there are more that 9 destination hosts on a single net, multiple directed broadcast datagrams must be sent to that net.
a。 それらのネットワーク識別子(ネットのID)であて先ホストインターネットアドレスを分類してください。 N異なったネットIDがあると、少なくともN異なった指示された放送パケットがあるでしょう。 ただ一つのネットの9人のあて先ホスト、複数の指示されたブロードキャスト・データグラムがそうしなければならない以上があれば、そのネットに送ってください。
b. For each Net ID, form the directed broadcast address as defined in STD 3, RFC 1122 (Reference 3) for that network. The directed broadcast address is used as the destination address in the IP datagram and the source address is the address of the host sending the message.
b。 それぞれのNet IDに関しては、STD3、その(参照3)がネットワークでつなぐRFC1122で定義されるように指示された放送演説を形成してください。 IPデータグラムの送付先アドレスとソースアドレスがアドレスであるので、ホストがメッセージを送るのにおいて指示された放送演説は使用されています。
c. Place the entire IP address for up to 9 destination hosts in the in the same net in the option field defined above. The total length of all IP options in a given datagram is limited to 40 octets as determined by the HLEN (Header Length) field which defines the
c。 上でオプション・フィールドの同じネットで定義されているところの9人のあて先ホストまで全体のIPアドレスを置いてください。 当然のことのデータグラムのすべてのIPオプションの全長はHLEN(ヘッダーLength)がどれをさばくかを決定している八重奏が定義する40に制限されます。
Graff [Page 3] RFC 1770 Selective Directed Broadcast Protocol March 1995
1995年の指示された放送プロトコル行進のときに選択しているグラフ[3ページ]RFC1770
number of 32 bit words in the header. If other options are to be included in addition to the SDBM option, the number of addresses in the option field must be reduced accordingly.
ヘッダーの32ビットの単語の数。 別の選択肢がSDBMオプションに加えて含まれることであるなら、オプション・フィールドのアドレスの数はそれに従って、減少しなければなりません。
d. The thusly formed datagram shall be transmitted and processed according to normal datagram handling procedures.
d。 正常なデータグラム取り扱い手順によると、このようにして形成されたデータグラムは、送られて、処理されるものとします。
When a IP SDBM datagram encounters a transit router (router not connected to the destination network), the datagram shall be processed in accordance with normal IP datagram handling procedures. When encountering the destination router (the destination network is directly attached to the router), the destination router shall perform a, b or c below:
IP SDBMデータグラムがトランジットルータに遭遇するとき(ルータは送信先ネットワークに接続しませんでした)、正常なIPデータグラム取り扱い手順によると、データグラムは処理されるものとします。 目的地のルータ(送信先ネットワークは直接ルータに付けられている)に遭遇するとき、目的地のルータはa、bまたは以下のcを実行するものとします:
a. If the local subnet has a broadcast capability, broadcast to all hosts in the network and let the hosts perform address filtering.
a。 地方のサブネットに放送能力があるなら、ネットワークのすべてのホストに放送してください、そして、ホストにアドレスフィルタリングを実行させてください。
b. If the local subnet does not support broadcast, form a local subnet packet for each destination host in the SDBM datagram and transmit into the network.
b。 地方のサブネットが放送をサポートしないなら、各あて先ホストのためにSDBMデータグラムで地方のサブネットパケットを形成してください、そして、ネットワークに伝わってください。
c. If the local subnet supports reliable layer 2 multi-address capability as provided by MIL-STD-188-220() networks, use a layer 2 multi-address frame to deliver the datagram to addresses found in the IP option field.
c。 軍規格188-220()ネットワークによって提供されるように地方のサブネットが、信頼できる層2のマルチアドレスが能力であるとサポートするなら、層2のマルチアドレスフレームを使用して、IPオプション・フィールドで見つけられたアドレスにデータグラムを提供してください。
Reception of SDBM datagrams
SDBMデータグラムのレセプション
In processing received SDBM datagrams, receiving hosts shall look inside the IP option field for their address. Processing shall continue only if the host's IP address is found inside this option field. Thus the source host has explicit control over which hosts will process its datagrams. Since SDBM uses a broadcast address in its destination field, the SDBM can only be used with UDP (Reference 4) and not TCP (Reference 5) as the TCP supports only point-to-point connections and not point-to-multi-point.
容認されたSDBMデータグラムを処理する際に、受信ホストはIPオプション・フィールドの中で彼らのアドレスを見るものとします。 ホストのIPアドレスがこのオプション・フィールドの中で見つけられる場合にだけ、処理は続くものとします。 したがって、送信元ホストには、ホストがデータグラムを処理する明白なコントロールがあります。SDBMがあて先フィールドで放送演説を使用するとき、TCPがポイントからマルチポイントではなく、二地点間接続だけをサポートするので、TCP(参照5)ではなく、UDP(参照4)と共にSDBMは使用できるだけです。
Graff [Page 4] RFC 1770 Selective Directed Broadcast Protocol March 1995
1995年の指示された放送プロトコル行進のときに選択しているグラフ[4ページ]RFC1770
Source for MIL-STD-188-220()
軍規格188-220のためのソース()
The above mentioned MIL-STD-188-220() may be obtained by contacting
連絡することによって、上記の軍規格188-220()を得るかもしれません。
US Army Communications Electronics Command AMSEL-RD-SE-AIN-E (ATTN: Mr. Ted Dzik) Fort Monmouth, NJ 07703
米陸軍コミュニケーションエレクトロニクスはFortモンマス、AMSELのSEの自分自身の第E(ATTN: テッドDzikさん)ニュージャージー 07703を命令します。
Comm: (908) 532-1780 Fax: (908) 532-3398 EMail: DZIK@ain3.monmouth.army.mil
Comm: (908) 532-1780 Fax: (908) 532-3398 メールしてください: DZIK@ain3.monmouth.army.mil
Acknowledgements
承認
The author wishes to acknowledge the major contributions to this work made by Mr. Dave Macauley of ATT and Ms. Barbara Denny of SRI International. Other contributions were made by members of the 188- 220() committee.
作者はATTのデーヴ・マコーリーさんとSRIインターナショナルのバーバラ・デニーさんによってされたこの仕事への主要な貢献を承諾したがっています。 他の貢献は188- 220()委員会のメンバーによってされました。
References
参照
(1) "MIL-STD-188-220() For Task Force XXI, Interoperability Standard for Digital Message Transfer Device Subsystems, 23 December 1994.
(1) 「() 特別委員会XXI、Digitalの相互運用性規格が通信するので、軍規格188-220をデバイスサブシステム、1994年12月23日を移します」。
(2) Postel, J., "Internet Protocol - DARPA Internet Program Protocol Specification", STD 5, RFC 791, DARPA, September 1981.
(2) ポステル、J.、「インターネットは議定書を作ります--DARPAインターネットはプロトコル仕様をプログラムする」STD5、RFC791、DARPA、1981年9月。
(3) Braden, R., Editor, "Requirements for Internet Hosts -- Communication Layers" STD 3, RFC 1122, IETF, October 1989.
(3) ブレーデン、R.、エディタ、「インターネットホストのための要件--コミュニケーションは層にする」というSTD3、RFC1122、IETF、1989年10月。
(4) Postel, J., "User Datagram Protocol", STD 6, RFC 768, USC/Information Sciences Institute, August 1980.
(4) ポステル、J.、「ユーザー・データグラム・プロトコル」、STD6、RFC768、科学が1980年8月に設けるUSC/情報。
(5) Postel, J., "Transmission Control Protocol - DARPA Internet Program Protocol Specification", STD 7, RFC 793, September 1981.
(5) ポステル、J.、「転送管理は議定書を作ります--DARPAインターネットはプロトコル仕様をプログラムする」STD7、RFC793、1981年9月。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Graff [Page 5] RFC 1770 Selective Directed Broadcast Protocol March 1995
1995年の指示された放送プロトコル行進のときに選択しているグラフ[5ページ]RFC1770
Author's Address
作者のアドレス
US Army Communications Electronics Command AMSEL-RD-ST-LA-L ( ATTN: Charles Graff ) Ft. Monmouth, NJ 07703
米陸軍コミュニケーションElectronicsコマンドAMSEL第ラルL(ATTN: チャールズ・グラフ)フィート モンマス、ニュージャージー 07703
Phone: (908) 544 3264 Fax: (908) 544 2150 EMail: bud@fotlan5.fotlan.army.mil
以下に電話をしてください。 (908) 544 3264Fax: (908) 544 2150はメールされます: bud@fotlan5.fotlan.army.mil
Graff [Page 6]
グラフ[6ページ]
一覧
スポンサーリンク