RFC1387 日本語訳
1387 RIP Version 2 Protocol Analysis. G. Malkin. January 1993. (Format: TXT=5598 bytes) (Obsoleted by RFC1721) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group G. Malkin Request for Comments: 1387 Xylogics, Inc. January 1993
コメントを求めるワーキンググループG.マルキンの要求をネットワークでつないでください: 1387 Xylogics Inc.1993年1月
RIP Version 2 Protocol Analysis
バージョン2プロトコル分析を裂いてください。
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。 このメモの分配は無制限です。
Abstract
要約
As required by Routing Protocol Criteria (RFC 1264), this report documents the key features of the RIP-2 protocol and the current implementation experience.
必要に応じて、ルート設定プロトコルCriteria(RFC1264)で、このレポートはRIP-2プロトコルと現在の実装経験に関する重要な特色を記録します。
Acknowledgements
承認
The RIP-2 protocol owes much to those who participated in the RIP-2 Working Group of the Internet Engineering Task Force (IETF). A special thanks goes to Fred Baker for his help on the MIB, and to Jeffrey Honig for the implementation experience.
RIP-2プロトコルはRIP-2インターネット・エンジニアリング・タスク・フォース作業部会(IETF)に参加した人から多くを借りています。 特別な感謝はMIBの彼のご協力のためのフレッド・ベイカー、および実装経験のためのジェフリー・ホニッグのものになります。
1. Protocol Documents
1. プロトコルドキュメント
The RIP-2 protocol description is defined in RFC 1388 [1]. This memo suggests an update to the "Routing Information Protocol" (RFC 1058) [3]. The RIP-2 MIB description is defined in RFC 1389 [2].
RIP-2プロトコル記述はRFC1388[1]で定義されます。 このメモは「ルーティング情報プロトコル」(RFC1058)[3]にアップデートを示します。 RIP-2 MIB記述はRFC1389[2]で定義されます。
2. Key Features
2. 重要な特色
While RIP-2 shares the same basic algorithms as RIP-1, it supports several new features. They are: routing domains, external route tags, subnet masks, next hop addresses, and authentication.
RIP-2はRIP-1と同じ基本的なアルゴリズムを共有しますが、それはいくつかの新機能をサポートします。 それらは以下の通りです。 ドメインを発送して、外部経路タグ(サブネットマスク)は次にアドレス、および認証を跳ばせます。
2.1 Routing Domains
2.1 ルート設定ドメイン
Routing domains allow multiple RIP "clouds" to exist over the same physical network. This is a feature requested by several members of the working group. It allows simple policies to be constructed by grouping routers into domains which share routing information.
経路ドメインで、複数のRIP「雲」が同じ物理ネットワークの上に存在します。 これはワーキンググループの数人のメンバーによって要求された特徴です。 それは、簡単な方針がルータをルーティング情報を共有するドメインに分類することによって構成されるのを許容します。
Malkin [Page 1] RFC 1387 RIP-2 Analysis January 1993
1993年のマルキン[1ページ]RFC1387分析1月2日裂け目-
2.2 External Route Tags
2.2 外部経路タグ
The route tag field may be used to propagate information acquired from an EGP. The definition of the contents of this field are beyond the scope of this protocol. However, it may be used, for example, to propagate an EGP AS number.
ルートタグ・フィールドは、EGPから取得された情報を伝播するのに使用されるかもしれません。 この分野のコンテンツの定義はこのプロトコルの範囲を超えています。 しかしながら、例えば、それは、EGP AS番号を伝播するのに使用されるかもしれません。
2.3 Subnet Masks
2.3 サブネット仮面
Inclusion of subnet masks was the original intent of opening the RIP protocol for improvement. Subnet mask information makes RIP more useful in a variety of environments and allows the use of variable subnet masks on the network. Subnet masks are also necessary for implementation of "classless" addressing, as the CIDR work proposes.
サブネットマスクの包含は改良のためにRIPプロトコルを開く当初の意図でした。 サブネットマスク情報は、RIPをさまざまな環境で、より役に立つようにして、ネットワークにおける可変サブネットマスクの使用を許します。 また、CIDR仕事が提案するようにサブネットマスクも「階級のない」アドレシングの実装に必要です。
2.4 Next Hop Addresses
2.4 次のホップアドレス
Support for next hop addresses allows for optimization of routes in an environment which uses multiple routing protocols. For example, if RIP-2 were being run on a network along with another IGP, and one router ran both protocols, then that router could indicate to the other RIP-2 routers that a better next hop than itself exists for a given destination.
次のホップアドレスのサポートは複数のルーティング・プロトコルを使用する環境における、ルートの最適化を考慮します。 例えば、RIP-2が別のIGPに伴うネットワークで実行されていて、1つのルータが両方のプロトコルを走らせるなら、そのルータは、次のそれ自体より良いホップが与えられた目的地に存在するのを他のRIP-2ルータに示すかもしれないでしょうに。
2.5 Authentication
2.5 認証
One significant improvement RIP-2 offers over RIP-1, is the addition of an authentication mechanism. Essentially, it is the same extensible mechanism provided by OSPF. Currently, only a plain-text password is defined for authentication. However, more sophisticated authentication schemes can easily be incorporated as they are defined.
RIP-2がRIP-1の上で提供する1つのかなりの改善が認証機構の追加です。 本質的には、それはOSPFによって提供された同じ広げることができるメカニズムです。 現在、プレーンテキストパスワードだけが認証のために定義されます。 しかしながら、それらが定義されるとき、容易により洗練された認証体系を取り入れることができます。
2.6 Multicasting
2.6 マルチキャスティング
RIP-2 packets may be multicast instead of being broadcast. The use of an IP multicast address reduces the load on hosts which do not support routing protocols. It also allows RIP-2 routers to share information which RIP-1 routers cannot hear. This is useful since a RIP-1 router may misinterpret route information because it cannot apply the supplied subnet mask.
放送されることの代わりにRIP-2パケットはマルチキャストであるかもしれません。 IPマルチキャストアドレスの使用はホストで負荷を減少させます(ルーティングがプロトコルであるとサポートしません)。 また、それで、RIP-2ルータはどのRIP-1ルータに聞かれることができないかという情報を共有できます。 供給されたサブネットマスクを適用できないのでRIP-1ルータが経由地案内を誤解するかもしれないので、これは役に立ちます。
3. RIP-2 MIB
3. 裂け目-2MIB
The MIB for RIP-2 allows for monitoring and control of RIP's operation within the router. In addition to global and per-interface counters and controls, there is are per-peer counters which provide the status of RIP-2 "neighbors".
RIP-2のためのMIBはルータの中でRIPの操作のモニターとコントロールを考慮します。 グローバルに加えてそして、1同輩あたり反対して、制御して、あるインタフェースはRIP-2「隣人」の状態を提供するカウンタです。
Malkin [Page 2] RFC 1387 RIP-2 Analysis January 1993
1993年のマルキン[2ページ]RFC1387分析1月2日裂け目-
4. Implementations
4. 実装
Currently, there is one nearly complete implementation of RIP-2. A "gated" implementation is now available with RIP-2, written by Jeffrey Honig at Cornell University. It may be acquired by anonymous FTP from gated.cornell.edu as pub/gated/gated-alpha.tar.Z. It implements multicasting, subnet masks, limited authentication, next- hop, and limited routing domain support. A RIP-2 version of ripquery is also available. The "gated" implementation does not yet support full subsumption rules, full authentication, full routing domains, and the MIB. It has been tested against itself and various RIP-1 implementations.
現在、RIP-2の1つのほとんど完全な実装があります。 「外出を禁止された」実装は現在、コーネル大学にジェフリー・ホニッグによって書かれたRIP-2と共に利用可能です。 公開FTPはマルチキャスティング、サブネットマスク、限られた認証、次のホップ、および限られた経路ドメインが支える外出を禁止されたか外出を禁止されたパブ/alpha.tar.Z. Itの道具としてgated.cornell.eduからそれを取得するかもしれません。 また、ripqueryのRIP-2バージョンも利用可能です。 「外出を禁止された」実装はまだ完全な包摂規則、完全な認証、完全な経路ドメイン、およびMIBをサポートしていません。 それはそれ自体と様々なRIP-1実装に対してテストされました。
A second, complete implementation is under development by a vendor who's identity cannot be disclosed at this time.
2番目であり、完全な実装はベンダーによる開発で、このときだれがアイデンティティであるか明らかにすることができないということです。
5. References
5. 参照
[1] Malkin, G., "RIP Version 2 - Carrying Additional Information", RFC 1388, Xylogics, Inc., January 1993.
[1] マルキン、G.が「追加情報を運んで、バージョン2をコピーする」、RFC1388、Xylogics Inc.、1月1993日
[2] Malkin, G., and F. Baker, "RIP Version 2 MIB Extension", RFC 1389, Xylogics, Inc., Advanced Computer Communications, January 1993.
1993年1月の[2] RFC1389(Xylogics Inc.)が進めたマルキン、G.、およびF.ベイカー、「裂け目のバージョン2MIB拡張子」コンピュータコミュニケーション。
[3] Hedrick, C., "Routing Information Protocol", RFC 1058, Rutgers University, June 1988.
[3] ヘドリック、C.、「ルーティング情報プロトコル」、RFC1058、ラトガース大学、1988年6月。
6. Security Considerations
6. セキュリティ問題
Security issues are discussed in section 2.5.
セクション2.5で安全保障問題について議論します。
7. Author's Address
7. 作者のアドレス
Gary Scott Malkin Xylogics, Inc. 53 Third Avenue Burlington, MA 01803
ゲーリースコットマルキンXylogics Inc.53第3アベニューバーリントン、MA 01803
Phone: (617) 272-8140 EMail: gmalkin@Xylogics.COM
以下に電話をしてください。 (617) 272-8140 メールしてください: gmalkin@Xylogics.COM
Malkin [Page 3]
マルキン[3ページ]
一覧
スポンサーリンク