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

一覧

 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 

スポンサーリンク

left, topが指定された要素ではright, bottomを認識しない

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

上に戻る