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ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

SetCreator - ドキュメントの製作環境の設定

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る