RFC1074 日本語訳

Network Working Group                        J. Rekhter
Request for Comments 1074                    T.J. Watson Research Center
                                             IBM Corporation
                                             October 1988

ネットワークワーキンググループJ.RekhterはIBM社の1988年10月にコメント1074のためにT.J.ワトソン研究所を要求します。

        The NSFNET Backbone SPF based Interior Gateway Protocol

NSFNET Backbone SPFはInteriorゲートウェイプロトコルを基礎づけました。

Status of this Memo

このMemoの状態

   This memo is an implementation description of the standard ANSI IS-IS
   and ISO ES-IS routing protocols within the NSFNET backbone network.
   Distribution of this memo is unlimited.

このメモが規格の実装記述である、ANSI IS存在、ISO ES存在、NSFNETバックボーンネットワークの中でプロトコルを発送します。 このメモの分配は無制限です。

Acknowledgements

承認

   I would like to express my thanks to Hans-Werner Braun (MERIT) for
   his contribution to this document.

このドキュメントへの彼の貢献のためにハンス-ヴェルナーBraun(MERIT)に感謝したいと思います。

1.  Overview

1. 概要

   This document provides an overview of the NSFNET Backbone routing
   with specific emphasis on the intra-backbone routing.

このドキュメントはイントラバックボーンルーティングへの特定の強調をNSFNET Backboneルーティングの概要に提供します。

   By the end of 1987, the American National Standardization Institute
   (ANSI) forwarded a specification for an Intermediate System to
   Intermediate System routing protocol to the International
   Standardization Organizations (ISO) for the adaptation as an
   international standard.  This ANSI IS-IS protocol is used as the
   interior gateway protocol (IGP) of the NSFNET backbone.  Documented
   here is an implementation description which also includes further
   definitions that were necessary for the integration into an Internet
   Protocol (IP) environment.  Therefore, it should be viewed as a
   continuation of the specifications of the ANSI IS-IS protocol [1] and
   the ISO standard End System to Intermediate System (ES-IS) protocol
   [2].  While the ANSI IS-IS protocol suffices as an IGP, additional
   methods are used to orchestrate routing between the backbone and the
   attached mid-level networks; most notably the Exterior Gateway
   Protocol (EGP).  Further information about the overall NSFNET routing
   as well as some future aspects can be found in [3], [4], [5] and [6].

1987年の終わりまでには、アメリカのNational Standardization Institute(ANSI)は適合のために世界規格として国際Standardization Organizations(ISO)へのIntermediate Systemルーティング・プロトコルにIntermediate Systemのための仕様を転送しました。 これ、ANSI IS存在、プロトコルはNSFNETバックボーンの内部のゲートウェイプロトコル(IGP)として使用されます。 ここに記録されているのは、また、インターネットプロトコル(IP)環境への統合に必要であったさらなる定義を含んでいる実装記述です。 したがって、それが仕様の継続として見なされるべきである、ANSI IS存在、[1]とISOの標準のEnd SystemについてIntermediate Systemに議定書の中で述べてください、(ES存在、)、[2]について議定書の中で述べてください。 ANSI IS存在、プロトコル、IGP、追加メソッドが調整するのにおいて使用されているとき、バックボーンと付属の間で中間レベルのネットワークを発送しながら、十分です。 最も著しくExteriorゲートウェイプロトコル(EGP)。 [3]、[4]、[5]、および[6]でいくつかの将来の局面と同様に総合的なNSFNETルーティングに関する詳細を見つけることができます。

2.  A brief overview of the NSFNET backbone

2. NSFNETバックボーンの簡潔な概要

   The NSFNET backbone is a wide area network which currently connects
   thirteen sites within the continental United States.  All connections
   are permanent point-to-point links at T1 speed (1.544Mbps).  These T1
   links may contain multiple logical links at sub-T1 and up to the full
   T1 speed.  The result is a hybrid circuit/packet switching network
   able to contain a connectivity-richer logical topology than the

NSFNETバックボーンは現在大陸の合衆国の中の13のサイトをつなげる広域ネットワークです。 すべての接続がT1速度(1.544Mbps)が永久的なポイントツーポイント接続です。 これらのT1リンクは複数の論理的なリンクをサブT1において完全なT1速度まで含むかもしれません。 結果は、より接続性豊富な論理的トポロジーを含むことができるハイブリッド回路/パケット交換網です。

Rekhter                                                         [Page 1]

RFC 1074             NSFNET Backbone SPF based IGP          October 1988

IGP1988年10月に基づいたRekhter[1ページ]RFC1074NSFNET Backbone SPF

   underlying physical topology would allow by itself.  Each site has a
   Nodal Switching Subsystem (NSS) which is responsible for packet
   switching.  Each NSS is a RISC technology based multiprocessor system
   using IBM RT/PC processors which operate a modified version of a
   4.3BSD kernel.  For the purpose of routing, each NSS is considered as
   a single entity which has connections to both other NSS (via the
   logical network infrastructure) and to regional networks (via local
   area network attachments; typically an Ethernet).

基本的な物理的なトポロジーはそれ自体で許容されるでしょう。 各サイトには、パケット交換に責任があるNodal Switching Subsystem(NSS)があります。 各NSSは4.3BSDカーネルの変更されたバージョンを操作するIBM RT/PCプロセッサを使用するRISC技術に基づいているマルチプロセッサシステムです。 を通してルーティングの目的のために、各NSSがともに他のNSS(論理的なネットワークインフラを通した)と、そして、地域ネットワークに接続がある単一体であるとみなされる、(ローカル・エリア・ネットワーク付属; 通常イーサネット、)

   The routing protocol which is used for the inter-NSS routing within
   the NSFNET backbone is an adaptation of the ANSI IS-IS routing
   protocol [1].  The routing protocol which is used between the
   backbone and the attached mid-level networks is the Exterior Gateway
   Protocol (EGP) [3].  The information exchange between the backbone
   and its connected EGP peers is subject to policy based routing
   restrictions which are maintained in the Policy Based Routing
   Database [4,5].

ルーティングがNSFNETバックボーンの中の相互NSSルーティングが適合であるので使用されたものについて議定書の中で述べる、ANSI IS存在、ルーティング・プロトコル[1]。 バックボーンと付属中間レベルのネットワークの間で使用されるルーティング・プロトコルはExteriorゲートウェイプロトコル(EGP)[3]です。 バックボーンとその接続EGP同輩の間の情報交換はPolicy Basedルート設定Database[4、5]で維持される方針に基づいているルーティング制限を受けることがあります。

3.  An overview of the ANSI IS-IS routing document

3. 概要、ANSI IS存在、ルーティングドキュメント

   The ANSI IS-IS routing protocol specifies a two level hierarchical
   routing where Level 1 routing deals with routing within an area,
   while Level 2 routing deals with routing between different areas.

ANSI IS存在、ルーティング・プロトコルはLevel1ルーティングが領域の中でルーティングに対処する2の平らな階層型ルーティングを指定します、Level2ルーティングが異なった領域の間のルーティングに対処しますが。

   This routing protocol belongs to a class of so called "Link State"
   protocols where each node maintains a complete topology of the whole
   network.  The route computation is based on a modified version of
   Dijkstra's Shortest Path First (SPF) algorithm.

このルーティング・プロトコルは各ノードが全体のネットワークの完全なトポロジーを維持するいわゆる「リンク状態」プロトコルのクラスに属します。 経路計算はダイクストラのShortest Path First(SPF)アルゴリズムの変更されたバージョンに基づいています。

   Both Level 1 and Level 2 routing use two types of Protocol Data Units
   (PDU):

Level1とLevel2ルーティングの両方がプロトコルData Units(PDU)の2つのタイプを使用します:

        The Level 1 Router Link PDU lists IS neighbors.  The Level 1 End
        System PDU lists ES neighbors.

Router Link PDUが記載するLevel1は隣接物です。 Level1End System PDUはES隣人を記載します。

        The Level 2 Router Link PDU lists neighbor Level 2 routes.  The
        Level 2 End System PDU lists address prefixes for systems in
        other Routing Domains.

Level2Router Link PDUはLevel2が発送する隣人を記載します。 Level2End System PDUリストは他のルート設定Domainsのシステムのために接頭語を扱います。

   The ANSI IS-IS document separates subnetwork independent functions
   from the subnetwork dependent functions.  Subnetwork independent
   functions include dissemination of Router Link and End System Link
   PDU's and the Routing Algorithm.  The subnetwork dependent functions
   cover different types of subnets such as X.25, permanent point-to-
   point links and LANs.

ANSI IS存在、ドキュメントはサブネットワークに依存する機能とサブネットワークの独立している機能を切り離します。 サブネットワークの独立している機能はRouter Link、End System Link PDU、およびルート設定Algorithmの普及を含んでいます。 サブネットワークに依存する機能は異なったタイプのX.25や、永久的なポイントからポイントへのリンクやLANなどのサブネットをカバーしています。

   The IS-IS Protocol is designed to interoperate with the End System to
   Intermediate System (ES-IS) routing exchange protocol [2].  The ES-IS

-、プロトコル、End Systemと共にIntermediate Systemに共同利用するように設計されている、(ES存在、)、ルーティング交換プロトコル[2]。 ES存在

Rekhter                                                         [Page 2]

RFC 1074             NSFNET Backbone SPF based IGP          October 1988

IGP1988年10月に基づいたRekhter[2ページ]RFC1074NSFNET Backbone SPF

   protocol is used to determine connectivity and network layer
   addresses.  This information is used to construct the Router Link
   PDUs.

プロトコルは、接続性とネットワーク層アドレスを決定するのに使用されます。 この情報は、Router Link PDUsを組み立てるのに使用されます。

4.  How the ANSI IS-IS protocol is adapted for the NSFNET backbone
    routing

4. どのように、ANSI IS存在、プロトコルはNSFNETバックボーンルーティングのために適合させられるか。

   The NSFNET backbone implements a subset of the ANSI IS-IS protocol.
   With respect to subnetwork independent functions, it only supports
   Level 2 routing.  With respect to subnetwork dependent functions, it
   only supports general topology subnetworks with permanent point-to-
   point links.  Since the ANSI IS-IS protocol is designed for ISO
   Network Service Access Point (NSAP) addresses, there is a need to
   encapsulate IP addresses into NSAP addresses.

NSFNETバックボーンが部分集合を実装する、ANSI IS存在、議定書を作ってください。 サブネットワークの独立している機能に関して、それは、Level2がルーティングであるとサポートするだけです。 サブネットワークに依存する機能に関して、それは、永久的なポイントからポイントへのリンクで一般的なトポロジーがサブネットワークであるとサポートするだけです。 以来、ANSI IS存在、プロトコル、ISO Network Service Access Point(NSAP)アドレスのために設計されていて、NSAPアドレスにはIPアドレスをカプセル化するa必要があります。

   For this, the Initial Domain Part (IDP) is unused.  The Domain
   Specific Part (DSP) includes nine bytes which are partitioned as
   follows:

これに関しては、Initial Domain Part(IDP)は未使用です。 Domain Specific Part(DSP)は、どれが以下の通り仕切られるかを9バイト含みます:

        2 bytes - administrative domain

2バイト--管理ドメイン

        2 bytes - empty

2バイト--空になってください。

        4 bytes - IP address

4バイト--IPアドレス

        1 byte  - empty

1バイト--空になってください。

   In the ANSI IS-IS protocol, each router has its own identifier (ID)
   which is 6 bytes long.  For the NSFNET implementation, the first 2
   bytes of the ID are empty and the last four bytes include the IP
   address of a particular router.

中、ANSI IS存在、議定書を作ってください、そして、各ルータは6バイト長であるそれ自身の識別子(ID)を持っています。 NSFNET実装に、IDの最初の2バイトは空です、そして、最後の4バイトは特定のルータのIPアドレスを含んでいます。

   The NSFNET backbone PDUs (both IS-IS and IS-ES) are transmitted as a
   protocol on top of IP, with "85" being the assigned protocol number
   for this purpose.  The IS-IS PDUs are distinguished from the IS-ES
   PDUs by the Protocol Discriminator Field within the PDUs.  The IP
   fragmentation/reassembly mechanism provides support for transmission
   of up to 64 kilobytes in a single IP packet.  Within the backbone, it
   is highly unlikely that the size of IS-IS PDUs will exceed this
   limit.  Therefore, no IS-IS fragmentation/reassembly is implemented
   for this environment.  This is different from the ISO framework where
   the ISIS is located directly on top of the Data Link Layer.

そして、NSFNETバックボーンPDUs、(両方、-、-、ES、)、プロトコルとして、IPの上では、「このために割り当てられたプロトコル番号である85インチ」で、伝えられます。 -、PDUsが区別される、-、ES PDUs、PDUsの中のプロトコルDiscriminator Field。 IP断片化/再アセンブリメカニズムは単一のIPパケットでの最大64キロバイトの送信のサポートを提供します。 バックボーンの中では、それが非常にありそうもない、それ、サイズ、-、PDUsはこの限界を超えるでしょう。 -、断片化/再アセンブリはこの環境のために実装されます。 これはイシスがData Link Layerの直接上に位置しているところでISOフレームワークと異なっています。

   For the purpose of the NSFNET Backbone routing, each Autonomous
   System (AS) is treated as a separate Administrative Domain (AD).  The
   list of administrative domains (as obtained via EGP and filtered
   through the Policy Based Routing Database) which are connected
   directly to a particular NSS is distributed in the set of the

NSFNET Backboneルーティングの目的のために、各Autonomous System(AS)は別々のAdministrative Domain(AD)として扱われます。 直接特定のNSSにつなげられる管理ドメイン(EGPを通して得られて、Policy Basedルート設定Databaseを通してフィルターにかけられるように)のリストはセットで分配されます。

Rekhter                                                         [Page 3]

RFC 1074             NSFNET Backbone SPF based IGP          October 1988

IGP1988年10月に基づいたRekhter[3ページ]RFC1074NSFNET Backbone SPF

   partitionAreaAddresses part of the Level 2 Router Links PDU.  Each
   area address is 5 bytes long and consists of 3 empty bytes (IDP)
   followed by 2 bytes of the Administrative Domain.

Level2RouterリンクスPDUのpartitionAreaAddresses部分。 それぞれの領域アドレスは、5バイト長であり、Administrative Domainの2バイトがあとに続いた空の3バイト(IDP)から成ります。

   The reachability information obtained from regional networks via EGP
   is distributed within the backbone by End System PDUs.  In order to
   support multi-domain topologies, the ANSI IS-IS protocol allows for a
   set of Address Prefixes to be entered by the System Management at the
   boundary IS.  In the NSFNET Backbone, these Address Prefixes are
   obtained via the Exterior Gateway Protocol.  For each network listed
   in EGP NR packets which is received from an EGP peer, the network and
   administrative domain number of the EGP peer are encapsulated into
   NSAP addresses (as described above).  A complete NSAP address is used
   as an address prefix in the reachable address prefix neighbor part of
   the End System PDU.  The cost field in the reachable address prefix
   neighbor part of the End System PDU is derived from the Policy Based
   Routing Database maintained in each NSS.

EGPを通して地域ネットワークから得られた可到達性情報はバックボーンの中でEnd System PDUsによって分配されます。 マルチドメインtopologiesをサポートしてください、ANSI IS存在、プロトコル、Address Prefixesの1セットが入られて、境界のSystem Managementがあるということであることを許容します。 NSFNET Backboneでは、ExteriorゲートウェイプロトコルでこれらのAddress Prefixesを入手します。 EGP NRパケットに記載された各ネットワークにおいて、EGP同輩のEGP同輩からどれを受け取るか、そして、ネットワークと管理ドメイン番号はNSAPアドレスにカプセル化されます(上で説明されるように)。 完全なNSAPアドレスはアドレス接頭語としてEnd System PDUの届いているアドレスの接頭語隣人一部で使用されます。 各NSSで維持されたPolicy Basedルート設定DatabaseからEnd System PDUの届いているアドレスの接頭語隣人一部の費用野原を得ます。

   At each NSS, the reachability information obtained from other nodes
   (via their End System PDU's) is passed on to the mid-level network
   EGP peers, following the appropriate processing and filtering
   according to the Policy Based Routing Database.

各NSSでは、他のノード(それらのEnd System PDUのものを通した)から得られた可到達性情報は中間レベルのネットワークEGP同輩に渡されます、適切な処理に続いて、Policy Basedによると、ルート設定Databaseをフィルターにかけて。

   The Network Entity Title (NET) (which is used in the IS-ES protocol)
   is eleven bytes long and is constructed by first encapsulating an IP
   address into a NSAP address, then taking the first 11 bytes of this
   address as a NET.

Network Entity Title(NET)、(どれが中で使用されるか、-、ES、プロトコル) NSAPアドレスにIPアドレスをカプセル化して、次に、NETとしてこのアドレスの最初の11バイト取りながら、11バイト長であり、最初にによって組み立てられます。

5.  Current timer parameters

5. 現在のタイマパラメタ

   The following timer parameters are currently implemented:

以下のタイマパラメタは現在、実装されます:

        Hello Interval (IS-ES Hello):  10 seconds

こんにちは、間隔、(-、ES、こんにちは、)、: 10秒

        Hold Time (ES-IS protocol):    40 seconds

Timeを持ってください、(ES存在、プロトコル)、: 40秒

        Other timer parameters for the IS-IS protocol are taken from  the
        section 6.3.7 of [1].

他のタイマパラメタ、-、プロトコル、セクション6.3.7から、[1]について取ります。

6.  References

6. 参照

     [1]  "Intermediate System to Intermediate System Intra-Domain
          Routing Exchange Protocol", ANSI X3S3.3/87-150R, 1987-10-29.

[1] 「中間システムイントラドメインルート設定交換プロトコルへの中間システム」、ANSI X3S3.3/87-150R、1987年10月29日。

     [2]  "End System to Intermediate System Routing Exchange Protocol
          for use in conjunction with the Protocol for providing the
          Connectionless-Mode Network Service (ISO8473)", ISO
          JTC1/SC6/N4802R, 1988-03-26.

[2] 「プロトコルに関連したConnectionless-モードNetwork Service(ISO8473)を提供する使用のためのIntermediate Systemルート設定ExchangeプロトコルへのSystemを終わらせてください」、ISO JTC1/SC6/N4802R、1988年3月26日。

Rekhter                                                         [Page 4]

RFC 1074             NSFNET Backbone SPF based IGP          October 1988

IGP1988年10月に基づいたRekhter[4ページ]RFC1074NSFNET Backbone SPF

     [3]  Mills, D., "Exterior Gateway Formal Specification", RFC 904,
          University of Delaware, April 1984.

[3] 工場、D.、「外のゲートウェイ形式仕様」、RFC904、デラウエア大学、1984年4月。

     [4]  Rekhter, J., "EGP and Policy Based Routing in the New NSFNET
          Backbone", IBM, March 1988.

[4]Rekhter、J.、「EGPと方針は新しいNSFNETバックボーンにおけるルート設定を基礎づけた」IBM、1988年3月。

     [5]  Braun, H-W., "The NSFNET Routing Architecture", Merit Computer
          Network, University of Michigan, April 1988.

[5] 「NSFNETはアーキテクチャを発送し」て、ブラウン、H-W.が1988年4月にコンピュータネットワーク、ミシガン大学に値します。

     [6]  Braun, H-W., "NSFNET Inter Autonomous System Routing", Merit
          Computer Network, University of Michigan, September 1988.

[6] ブラウン、H-W.、「NSFNETの間の自律システムルート設定」が1988年9月にコンピュータネットワーク、ミシガン大学に値します。

Rekhter                                                         [Page 5]

Rekhter[5ページ]