RFC1817 日本語訳
1817 CIDR and Classful Routing. Y. Rekhter. August 1995. (Format: TXT=3416 bytes) (Status: HISTORIC)
プログラムでの自動翻訳です。
英語原文
Network Working Group Y. Rekhter Request for Comments: 1817 cisco Systems Category: Informational August 1995
Rekhterがコメントのために要求するワーキンググループY.をネットワークでつないでください: 1817年のコクチマスSystems Category: 情報の1995年8月
CIDR and Classful Routing
CIDRとClassfulルート設定
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
要約
Classless Inter-Domain Routing (CIDR) is used in the Internet as the primary mechanism to improve scalability of the Internet routing system. This document represents the IAB's (Internet Architecture Board) evaluation of the current and near term implications of CIDR on organizations that use Classful routing technology.
階級のないInter-ドメインルート設定(CIDR)は、インターネット・ルーティングシステムのスケーラビリティを改良するのに一次機構としてインターネットで使用されます。 このドキュメントはClassfulルーティング技術を使用する組織にIAB(インターネット・アーキテクチャ委員会)の電流の評価とCIDRの短期間含意を表します。
Background
バックグラウンド
Classless Inter-Domain Routing (CIDR) ([RFC1518], [RFC1519]) is deployed in the Internet as the primary mechanism to improve scaling property of the Internet routing system. Essential to CIDR is the generalization of the concept of variable length subnet masks (VLSM) and the elimination of classes of network numbers (A, B, and C). The interior (intra-domain) routing protocols that support CIDR are OSPF, RIP II, Integrated IS-IS, and E-IGRP. The exterior (inter-domain) routing protocol that supports CIDR is BGP-4. Protocols like RIP, BGP-3, EGP, and IGRP do not support CIDR.
階級のないInter-ドメインルート設定(CIDR)[RFC1518]、[RFC1519)は、インターネット・ルーティングシステムのスケーリング特性を改良するために一次機構としてインターネットで配布されます。 CIDRに不可欠であるのは、可変長サブネットマスク(VLSM)の概念の一般化とネットワーク・ナンバー(A、B、およびC)のクラスの除去です。 CIDRをサポートする内部(イントラドメイン)のルーティング・プロトコルがOSPF、RIP II、Integratedである、-、そして、E-IGRP。 CIDRをサポートする外(相互ドメイン)のルーティング・プロトコルはBGP-4です。 RIP、BGP-3、EGP、およびIGRPのようなプロトコルはCIDRをサポートしません。
Implications of CIDR
CIDRの含意
Deployment of CIDR has certain implications on the segments of the Internet that are still using routing technology that can not support CIDR. Existing sites that rely solely on a default route for their external connectivity may not require support of VLSM capable routing technology for their interior routing and CIDR for their exterior routing. All sites lacking support for VLSM and CIDR capable routing must rely on a default route, which consequently may result in a various degree of suboptimal routing. Organizations that operate as Internet Service Providers (ISPs) are expected to be able to support VLSM and CIDR.
CIDRの展開はまだCIDRをサポートすることができないルーティング技術を使用しているインターネットのセグメントに、ある意味を持っています。それらの外部の接続性で唯一デフォルトルートを当てにする既存のサイトはそれらの内部のルーティングのためのVLSMのできるルーティング技術とそれらの外のルーティングのためのCIDRのサポートを必要としないかもしれません。 VLSMのサポートとCIDRのできるルーティングを欠いているすべてのサイトがデフォルトルートを当てにしなければなりません。(その結果、それは、様々な度合いの準最適のルーティングをもたらすかもしれません)。 インターネットサービスプロバイダ(ISP)として作動する組織がVLSMとCIDRをサポートすることができると予想されます。
Rekhter Informational [Page 1] RFC 1817 CIDR and Classful Routing August 1995
Rekhter情報[1ページ]のRFC1817CIDRとClassfulルート設定1995年8月
It is expected that in the near future the IANA will instruct the Internet Registries to begin allocating IP addresses out of the former Class A address space (64.0.0.0 through 126.0.0.0). The allocated blocks are going to be of variable size (based on the actual sites' requirements). Sites that will use these addresses will have to support CIDR-capable routing protocols. All the providers will be required to support CIDR-capable routing protocols as well. Sites that do not use these addresses would be required to continue relying on a default route, which in turn may result in a various degree of suboptimal routing. If a site wants to avoid the suboptimality (introduced by using default route), the site will need to transition to CIDR-capable routing protocols.
近い将来IANAが、前のClass Aアドレス空間からIPアドレスを割り当て始めるようインターネットRegistriesに命令すると予想される、(64.0、.0、.0、通じて、126.0 .0 .0)。 割り当てブロックは可変サイズ(実際のサイトの要件に基づいている)のものでしょう。 これらのアドレスを使用するサイトは、CIDRできるルーティングがプロトコルであるとサポートしなければならないでしょう。 すべてのプロバイダーが、CIDRできるルーティングがまた、プロトコルであるとサポートするのに必要でしょう。 これらのアドレスを使用しないサイトが、順番に様々な度合いの準最適のルーティングをもたらすかもしれないデフォルトルートを当てにし続けるのに必要でしょう。 サイトが「副-最適」(デフォルトルートを使用することによって、導入する)を避けたいなら、サイトはCIDRできるルーティング・プロトコルへの変遷に必要とするでしょう。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Author's Address
作者のアドレス
Yakov Rekhter cisco Systems 170 West Tasman Drive San Jose, CA 95134
ヤコフRekhterコクチマスのSystems170の西タスマン・Driveサンノゼ、カリフォルニア 95134
Phone: (914) 528-0090 EMail: yakov@cisco.com
以下に電話をしてください。 (914) 528-0090 メールしてください: yakov@cisco.com
Rekhter Informational [Page 2]
Rekhter情報です。[2ページ]
一覧
スポンサーリンク