RFC1517 日本語訳
1517 Applicability Statement for the Implementation of ClasslessInter-Domain Routing (CIDR). Internet Engineering Steering Group, R.Hinden. September 1993. (Format: TXT=7357 bytes) (Status: HISTORIC)
RFC一覧
英語原文
Network Working Group Internet Engineering Steering Group
Request for Comments: 1517 R. Hinden, Editor
Category: Standards Track September 1993
Applicability Statement for the Implementation of
Classless Inter-Domain Routing (CIDR)
クラスレスドメイン間ルーティング (CIDR) の実装に関する
適用声明
Status of this Memo
このメモの位置づけ
This RFC specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" for the standardization state and status
of this protocol. Distribution of this memo is unlimited.
この文書は、the Internet community のための Internet standards track
protocol を明細に記述し、改良のための討議と提案を要求する。このプロ
トコルの標準化状態とステータスについては、"Internet Official
Protocol Standards" の最新版を参照してもらいたい。このメモの配布は、
無制限である。
-----------------------------------------------------------------------
1. Introduction
1. 序論
As the Internet has evolved and grown in recent years, it has become
clear that it will soon face several serious scaling problems. These
include:
the Internet は近年発展し、かつ成長したので、いくつかの重大なスケー
ル問題にまもなく直面することは、明らかになる。これらは、次に述べるこ
とを含む:
- Exhaustion of the class-B network address space. One
fundamental cause of this problem is the lack of a network
class of a size that is appropriate for a mid-sized
organization. Class-C, with a maximum of 254 host addresses, is
too small, while class-B, which allows up to 65534 addresses,
is too large to be densely populated. The result is inefficient
utilization of class-B network numbers.
class-B ネットワークアドレス空間の枯渇。この問題の 1 つの根本的
な原因は、中間サイズ組織のための適切なサイズからなるネットワー
ククラスの不足である。最大 254 ホストアドレスである Class-C は
大変小さい。だが一方 65534 アドレスまで許す class-B は、密集し
て使用するにはあまりにも大きすぎる。この結果は、class-B ネット
ワーク数の非効率な利用である。
- Routing information overload. The size and rate of growth of the
routing tables in Internet routers is beyond the ability of
current software (and people) to effectively manage.
ルーティング情報過負荷。Internet 経路におけるルーティングテーブ
ル成長のサイズと速度は、事実上、管理する現在のソフトウェア (と
人々) の能力を越えている。
- Eventual exhaustion of IP network numbers.
IP ネットワーク数のいつかは生じる枯渇。
It has become clear that the first two of these problems are likely
to become critical in the near term. Classless Inter-Domain Routing
(CIDR) ttempts to deal with these problems by defining a mechanism to
slow the growth of routing tables and reduce the need to allocate new
IP network numbers. It does not attempt to solve the third problem,
which is of a more long-term nature, but instead endeavors to ease
enough of the short to mid-term difficulties to allow the Internet to
continue to function efficiently while progress is made on a longer-
term solution.
これら問題の最初の 2 つが、すぐ先に危機となりそうなのは、明らかにな
る。Classless Inter-Domain Routing (CIDR) は、ルーティングテーブル成
長を遅くし、かつ新しい IP ネットワークナンバーを割り当てる必要性を減
らすメカニズムを定義することにより、これら問題の対処を試みる。3 番目
の問題解決は試みなく、より長期間種類からなる問題である。しかしその代
わりに、長期間の解決法に対して発展がおこなわれている間、the Internet
が効率的に機能し続けさせるよう中期間問題への不足に対する数を和らげる
ように努める。
The IESG, after a thorough discussion in the IETF, in June 1992
selected CIDR as the solution for the short term routing table
explosion problem [1].
1992 年 6 月での IETF の徹底的な審議の後、短期間ルーティングテーブル
爆発問題 [1] の解決として、IESG は CIDR を選択した。
-----------------------------------------------------------------------
2. Components of the Architecture
2. アーキテクチャの構成要素
The CIDR architecture is described in the following documents:
CIDR アーキテクチャは、次の文書で記述される:
- "An Architecture for IP Address Allocation with CIDR" [2]
"CIDR を用いた IP アドレス割り当てのためのアーキテクチャ" [2]
- "Classless Inter-Domain Routing (CIDR): An Address Assignment
and Aggregation Strategy" [3]
"クラスレスドメイン間ルーティング (CIDR): アドレス割り当てと集
約戦略" [3]
The first of these documents presents the overall architecture of
CIDR; the second describes the specific address allocation scheme to
be used.
これら文書で最初のは、CIDR 全体のアーキテクチャを示す; 2 番目は、使
用されるべき特定のアドレス割り当て方法を記述する。
In addition to these two documents, "Guidelines for Management of IP
Address Space" [4] provides specific recommendations for assigning IP
addresses that are consistent with [2] and [3], and "Status of CIDR
Deployment in the Internet" [5] describes the timetable for deploying
[4] in the Internet. Both [4] and [5] should be viewed as
supporting, rather than defining, documents.
これら 2 つの文書に加えて、"Guidelines for Management of IP Address
Space (IP アドレス空間管理のためのガイドライン)" [4] は、[2] と [3]
と一致した、IP アドレス割り当てのための特定の推奨を提供する。そして
"Status of CIDR Deployment in the Internet (the Internet での CIDR
展開の状態)" [5] は、the Internet で [4] を展開するためのタイムテー
ブルを記述する。[4] と [5] 両方は、定義文書よりむしろ、サポート文書
とみなすべきである。
In addition to the documents mentioned above, CIDR requires that
inter-domain routing protocols be capable of handling reachability
information that is expressed solely in terms of IP address prefixes.
While several inter-domain routing protocols are capable of
supporting such functionality, this Applicability Statement does not
mandate the use of a particular one.
上に挙げられた文書に加えて、ドメイン間ルーティングプロトコルが IP ア
ドレスプレフィックスの用語単独で表現される到達可能情報を扱う能力があ
ることを、CIDR は要求する。いくつかのドメイン間ルーティングプロトコ
ルはそのような機能をサポートする能力があるけれども、この
Applicability Statement は、特定プロトコルの使用を指示しない。
Although Internet routing domains are not required to use routing
protocols capable of propagating CIDR routes, the topology such
routing domains can support will be somewhat limited. In particular,
the non-CIDR-capable parts of the Internet will need to default
towards the CIDR-capable parts of the Internet for routes which have
been aggregated to non-network boundaries.
Internet ルーティングドメインは CIDR 経路伝達の能力があるルーティン
グプロトコル使用は要求されないけれども、そのようなルーティングドメイ
ンがサポートできるトポロジーは、いくぶん制限されるだろう。特に、the
Internet の CIDR 能力がない部分は、ネットワークでない (クラスレスの)
境界へと集約される経路について、the Internet の CIDR 能力部分へとデ
フォルトづけられる必要がある。
-----------------------------------------------------------------------
3. Applicability of CIDR
3. CIDR の適用
The CIDR architecture is applicable to any group of connected domains
that supports IP version 4 [6] [7]. CIDR does not require all of the
domains in the Internet to be converted to use CIDR. It assumes that
some of the existing domains in the Internet will never be able to
convert. Despite this, CIDR will still provide connectivity to such
places, although the optimality of routes to these places may be
impacted.
CIDR アーキテクチャは、IP version 4 [6] [7] をサポートする接続ネット
ワークのどんなグループにも適用可能である。CIDR は、Internet 上のドメ
インすべてに、CIDR を使用するように変換されることを要求しない。the
Internet 上の存在するドメインのいくつかは、決して (CIDR へと) 変換で
きないだろうと想定する。このことにもかかわらず、CIDR は、そのような
場所への接続性も提供する。ただし、これらの場所への経路の最適化が影響
を受けるかもしれないけれども。
This Applicability Statement requires Internet domains providing
backbone and/or transit service to fully implement CIDR in order to
ensure that the growth of the resources required by routers to
provide Internet-wide connectivity will be significantly slower than
the growth of the number of assigned networks.
この Applicability Statement は、CIDR を完全に実装した backbone
and/or transit サービスを提供する Internet ドメインを要求する。その
理由は、Internet-wide 接続性を提供するルータにより要求されるリソース
増加が、割り当てられたネットワーク数の増加より著しくゆるやかであるこ
とを保証するためである。
This Applicability Statement strongly recommends that all non-
backbone/transit Internet domains also implement CIDR because it will
reduce the amount of routing information inside of these domains.
すべての backbone/transit でない Internet ドメインは CIDR も実装する
ことを、この Applicability Statement は強く奨励する。なぜなら、それ
らドメイン内部のルーティング情報総数を減らすだろうからである。
Individual domains are free to choose whatever inter-domain and
intra-domain routing architectures best meet their requirements.
Specifically, this Applicability Statement does not prevent a domain
or a group of domains from using addressing schemes which do not
conform to CIDR. Subject to the available resources in routers, CIDR
should be able to co-exist with other addressing schemes without
adversely impacting overall connectivity.
個々のドメインは、ドメイン間とドメイン内ルーティングアーキテクチャが
それぞれの要求を最も良く満たすものをみな自由に選択できる。特に、この
Applicability Statement は、ドメインやドメイングループが CIDR に適合
しないアドレス割り当て方法の使用を妨げない。ルータ内の利用可能リソー
スを条件として、CIDR は、全体の接続性に逆に影響を与えることなしに、
他のアドレス割り当て方法と共存できるべきである。
-----------------------------------------------------------------------
4. References
4. 参考文献
[1] Gross, P., and P. Almquist, "IESG Deliberations on Routing and
Addressing", RFC 1380, IESG Chair, IESG Internet AD, November
1992.
[2] Rekhter, Y., and T. Li, "An Architecture for IP Address
Allocation with CIDR", RFC 1518, T.J. Watson Research Center, IBM
Corp., cisco Systems, September 1993.
[3] Fuller, V., Li, T., Yu, J., and K. Varadhan, "Classless Inter-
Domain Routing (CIDR): An Address Assignment and Aggregation
Strategy", RFC 1519, BARRNet, cisco, Merit, and OARnet, September
1993.
[4] Gerich, E., "Guidelines for Management of IP Address Space", RFC
1466, Merit, May 1993.
[5] Topolcic, C., "Status of CIDR Deployment in the Internet", RFC
1467, CNRI, August 1993.
[6] Postel, J., "Internet Protocol - DARPA Internet Program Protocol
Specification", STD 5, RFC 791, USC/Information Sciences
Institute, September 1981.
[7] Braden, R., Editor, "Requirements for Internet Hosts --
Communication Layers", STD 3, RFC 1122, IETF, October 1989.
-----------------------------------------------------------------------
5. Security Considerations
5. セキュリティに関する考察
Security issues are not discussed in this memo.
セキュリティ問題は、このメモで審議されない。
-----------------------------------------------------------------------
6. Author's Address
6. 著者のアドレス
Robert M. Hinden
Sun Microsystems
2550 Garcia Ave, MS MTV5-44
Mt. View, CA 94043
Phone: (415) 336-2082
Fax: (415) 336-6015
EMail: hinden@eng.sun.com
-----------------------------------------------------------------------
Full Copyright Statement
著作権表示全文
Copyright (C) The Internet Society (1993). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
一覧
スポンサーリンク
