RFC2105 日本語訳
2105 Cisco Systems' Tag Switching Architecture Overview. Y. Rekhter,B. Davie, D. Katz, E. Rosen, G. Swallow. February 1997. (Format: TXT=33013 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group Y. Rekhter Request for Comments: 2105 B. Davie Category: Informational D. Katz E. Rosen G. Swallow Cisco Systems, Inc. February 1997
Rekhterがコメントのために要求するワーキンググループY.をネットワークでつないでください: 2105年のB.デイビーカテゴリ: 情報のD.のローゼンG.ツバメシスコシステムズInc.キャッツE.1997年2月
Cisco Systems' Tag Switching Architecture Overview
シスコシステムズのタグ切り換え構造概観
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.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
IESG Note:
IESGは以下に注意します。
This protocol is NOT the product of an IETF working group nor is it a standards track document. It has not necessarily benefited from the widespread and in depth community review that standards track documents receive.
このプロトコルはIETFワーキンググループの製品ではありません、そして、それは標準化過程ドキュメントではありません。 必ず、標準化過程ドキュメントが受信されるのは広範囲の、そして、徹底的な共同体レビューから利益を得るというわけではありませんでした。
Abstract
要約
This document provides an overview of a novel approach to network layer packet forwarding, called tag switching. The two main components of the tag switching architecture - forwarding and control - are described. Forwarding is accomplished using simple label-swapping techniques, while the existing network layer routing protocols plus mechanisms for binding and distributing tags are used for control. Tag switching can retain the scaling properties of IP, and can help improve the scalability of IP networks. While tag switching does not rely on ATM, it can straightforwardly be applied to ATM switches. A range of tag switching applications and deployment scenarios are described.
このドキュメントはタグの切り換えと呼ばれるネットワーク層パケット推進への目新しいアプローチの概観を提供します。 タグ切り換え構造の2つの主な成分(推進とコントロール)が説明されます。 推進は簡単なラベルを交換するテクニックを使用するのに優れています、タグを縛って、分配するための既存のネットワーク層ルーティング・プロトコルとメカニズムはコントロールに使用されますが。 タグの切り換えは、IPのスケーリング特性を保有できて、IPネットワークのスケーラビリティを改良するのを助けることができます。 タグの切り換えがATMを当てにしていない間、ATMスイッチにそれをまっすぐ適用できます。 さまざまなタグ切り換えアプリケーションと展開シナリオが説明されます。
Table of Contents
目次
1 Introduction ........................................... 2 2 Tag Switching components ............................... 3 3 Forwarding component ................................... 3 3.1 Tag encapsulation ...................................... 4 4 Control component ...................................... 4 4.1 Destination-based routing .............................. 5 4.2 Hierarchy of routing knowledge ......................... 7 4.3 Multicast .............................................. 8
1つの序論… 2 2はSwitchingの部品にタグ付けをします… 3 3推進コンポーネント… 3 3.1 カプセル化にタグ付けをしてください… 4 4はコンポーネントを制御します… 4 4.1 目的地ベースのルーティング… 5 ルーティング知識の4.2階層構造… 7 4.3マルチキャスト… 8
Rekhter, et. al. Informational [Page 1] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[1ページ]のRFC2105シスコのタグ
4.4 Flexible routing (explicit routes) ..................... 9 5 Tag switching with ATM ................................. 9 6 Quality of service ..................................... 11 7 Tag switching migration strategies ..................... 11 8 Summary ................................................ 12 9 Security Considerations ................................ 12 10 Intellectual Property Considerations ................... 12 11 Acknowledgments ........................................ 12 12 Authors' Addresses ..................................... 13
4.4 フレキシブルなルーティング(明白なルート)… 9 5は切り換えにATMをタグ付けします… 9 6サービスの質… 11 7 切り換え移動戦略にタグ付けをしてください… 11 8概要… 12 9 セキュリティ問題… 12 10の知的所有権問題… 12 11の承認… 12 12人の作者のアドレス… 13
1. Introduction
1. 序論
Continuous growth of the Internet demands higher bandwidth within the Internet Service Providers (ISPs). However, growth of the Internet is not the only driving factor for higher bandwidth - demand for higher bandwidth also comes from emerging multimedia applications. Demand for higher bandwidth, in turn, requires higher forwarding performance (packets per second) by routers, for both multicast and unicast traffic.
インターネットの絶え間ない成長はインターネットサービスプロバイダ(ISP)の中で、より高い帯域幅を要求します。 しかしながら、インターネットの成長は、より高い帯域幅のための唯一の運転する要素ではありません--また、より高い帯域幅の需要はマルチメディア応用として現れるのから来ます。 より高い帯域幅の要求は順番に、ルータによる、より高い推進性能(1秒あたりのパケット)を必要とします、マルチキャストとユニキャスト交通の両方のために。
The growth of the Internet also demands improved scaling properties of the Internet routing system. The ability to contain the volume of routing information maintained by individual routers and the ability to build a hierarchy of routing knowledge are essential to support a high quality, scalable routing system.
また、インターネットの成長はインターネット・ルーティングシステムの改良されたスケーリング特性を要求します。 個々のルータによって保守されたルーティング情報のボリュームを含む能力とルーティング知識の階層構造を築き上げる能力は、高品質の、そして、スケーラブルなルーティングシステムをサポートするのに不可欠です。
We see the need to improve forwarding performance while at the same time adding routing functionality to support multicast, allowing more flexible control over how traffic is routed, and providing the ability to build a hierarchy of routing knowledge. Moreover, it becomes more and more crucial to have a routing system that can support graceful evolution to accommodate new and emerging requirements.
私たちは、向上する必要性が同時にマルチキャストを支持するためにルーティングの機能性を加える間、性能を転送しているのを見ます、交通がどう発送されるかの、よりフレキシブルなコントロールを許して、ルーティング知識の階層構造を築き上げる能力を提供して。 そのうえ、新しくて現れている要件を収容するために優雅な発展を支持できるルーティングシステムを持っているのはますます重要になります。
Tag switching is a technology that provides an efficient solution to these challenges. Tag switching blends the flexibility and rich functionality provided by Network Layer routing with the simplicity provided by the label swapping forwarding paradigm. The simplicity of the tag switching forwarding paradigm (label swapping) enables improved forwarding performance, while maintaining competitive price/performance. By associating a wide range of forwarding granularities with a tag, the same forwarding paradigm can be used to support a wide variety of routing functions, such as destination- based routing, multicast, hierarchy of routing knowledge, and flexible routing control. Finally, a combination of simple forwarding, a wide range of forwarding granularities, and the ability to evolve routing functionality while preserving the same forwarding paradigm enables a routing system that can gracefully evolve to
タグの切り換えはこれらの挑戦の効率的な解決法を提供する技術です。 タグの切り換えはNetwork Layerルーティングでラベルスワッピング推進パラダイムで提供する簡単さに提供された柔軟性と豊かな機能性を混合します。 タグ切り換え推進パラダイム(ラベルスワッピング)の簡単さは競争力がある価格対性能比を維持している間、向上した推進性能を可能にします。 さまざまな推進粒状をタグに関連づけることによって、さまざまな経路選択機能を支持するのに同じ推進パラダイムを使用できます、目的地ベースのルーティングや、マルチキャストや、ルーティング知識の階層構造や、フレキシブルなルーティングコントロールなどのように。 最終的に、簡単な推進、さまざまな推進粒状、および同じ推進パラダイムを保存している間にルーティングの機能性を発展する能力の組み合わせはそれが優雅に発展できるルーティングシステムを可能にします。
Rekhter, et. al. Informational [Page 2] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[2ページ]のRFC2105シスコのタグ
accommodate new and emerging requirements.
新しくて現れている要件を収容してください。
The rest of the document is organized as follows. Section 2 introduces the main components of tag switching, forwarding and control. Section 3 describes the forwarding component. Section 4 describes the control component. Section 5 describes how tag switching could be used with ATM. Section 6 describes the use of tag switching to help provide a range of qualities of service. Section 7 briefly describes possible deployment scenarios. Section 8 summarizes the results.
ドキュメントの残りは以下の通り組織化されます。 セクション2はタグの切り換え、推進、およびコントロールの主な部品を導入します。 セクション3は推進コンポーネントについて説明します。 セクション4はコントロールの部品について説明します。 セクション5はATMと共にタグの切り換えをどう使用できたかを説明します。 セクション6は、さまざまなサービスの品質を提供するのを助けるためにタグの切り換えの使用について説明します。 セクション7は簡潔に可能な展開シナリオについて説明します。 セクション8は結果をまとめます。
2. Tag Switching components
2. タグSwitchingの部品
Tag switching consists of two components: forwarding and control. The forwarding component uses the tag information (tags) carried by packets and the tag forwarding information maintained by a tag switch to perform packet forwarding. The control component is responsible for maintaining correct tag forwarding information among a group of interconnected tag switches.
タグの切り換えは2つのコンポーネントから成ります: 推進とコントロール。 推進コンポーネントは、パケット推進を実行するためにタグスイッチによって保守された情報を転送しながら、パケットによって運ばれたタグ情報(タグ)とタグを使用します。 コントロールの部品はインタコネクトされたタグスイッチのグループで正しいタグ推進情報を保守するのに原因となります。
3. Forwarding component
3. 推進コンポーネント
The fundamental forwarding paradigm employed by tag switching is based on the notion of label swapping. When a packet with a tag is received by a tag switch, the switch uses the tag as an index in its Tag Information Base (TIB). Each entry in the TIB consists of an incoming tag, and one or more sub-entries of the form (outgoing tag, outgoing interface, outgoing link level information). If the switch finds an entry with the incoming tag equal to the tag carried in the packet, then for each (outgoing tag, outgoing interface, outgoing link level information) in the entry the switch replaces the tag in the packet with the outgoing tag, replaces the link level information (e.g MAC address) in the packet with the outgoing link level information, and forwards the packet over the outgoing interface.
タグによって使われて、切り換えがラベルスワッピングの概念に基づいているという基本的な推進パラダイム。 タグスイッチでタグがあるパケットを受け取るとき、スイッチはTag Information基地(TIB)の中のインデックスとしてタグを使用します。 TIBの各エントリーは入って来るタグ、および形式(出発しているタグ、外向的なインタフェース、送信するリンク・レベル情報)の1つ以上のサブエントリーから成ります。 スイッチが、入って来るタグによるエントリーがパケットで運ばれたタグと等しいのがわかるなら、エントリーにおけるそれぞれ(出発しているタグ、外向的なインタフェース、送信するリンク・レベル情報)に関して、スイッチは、パケットのタグを出発しているタグに取り替えて、パケットでリンク・レベル情報(e.g MACアドレス)を送信するリンク・レベル情報に置き換えて、外向的なインタフェースの上にパケットを送ります。
From the above description of the forwarding component we can make several observations. First, the forwarding decision is based on the exact match algorithm using a fixed length, fairly short tag as an index. This enables a simplified forwarding procedure, relative to longest match forwarding traditionally used at the network layer. This in turn enables higher forwarding performance (higher packets per second). The forwarding procedure is simple enough to allow a straightforward hardware implementation.
推進コンポーネントの上の記述から、私たちはいくつかの観測をすることができます。 まず最初に、推進決定は、インデックスとして短いタグを固定長さと、公正に使用することで完全な一致アルゴリズムに基づいています。 これはネットワーク層に伝統的に使用される中で最も長いマッチ推進に比例して簡易型の推進手順を可能にします。 これは順番に、より高い推進性能(1秒あたりの、より高いパケット)を可能にします。 推進手順は簡単なハードウェア実装を許容するほど簡単です。
A second observation is that the forwarding decision is independent of the tag's forwarding granularity. For example, the same forwarding algorithm applies to both unicast and multicast - a unicast entry would just have a single (outgoing tag, outgoing interface, outgoing
2番目の観測は推進決定がタグの推進粒状から独立しているということです。 例えば、同じ推進アルゴリズムはユニキャストとマルチキャストの両方に適用されます--ユニキャストエントリーにはシングルがただあるだろう、(外向的なインタフェースの、そして、出発している出発しているタグ
Rekhter, et. al. Informational [Page 3] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[3ページ]のRFC2105シスコのタグ
link level information) sub-entry, while a multicast entry may have one or more (outgoing tag, outgoing interface, outgoing link level information) sub-entries. (For multi-access links, the outgoing link level information in this case would include a multicast MAC address.) This illustrates how with tag switching the same forwarding paradigm can be used to support different routing functions (e.g., unicast, multicast, etc...)
平らな情報) サブエントリーをリンクしてください、マルチキャストエントリーは1つ(出発しているタグ、外向的なインタフェース、送信するリンク・レベル情報)以上をサブエントリーであるのに持っているかもしれませんが。 (マルチアクセスリンクに関して、この場合、送信するリンク・レベル情報はマルチキャストMACアドレスを含んでいるでしょう。) これはタグの切り換えと共に、異なった経路選択機能を支持するのに同じ推進パラダイムをどう使用できるかを例証します。(例えば、ユニキャスト、マルチキャストなど。)
The simple forwarding procedure is thus essentially decoupled from the control component of tag switching. New routing (control) functions can readily be deployed without disturbing the forwarding paradigm. This means that it is not necessary to re-optimize forwarding performance (by modifying either hardware or software) as new routing functionality is added.
簡単な推進手順はタグの切り換えのコントロールの部品からこのようにして本質的には衝撃を吸収されます。 推進パラダイムを擾乱しないで、容易に新しいルーティング(コントロール)機能を配備できます。 新しいルーティングの機能性が加えられるとき、これは、推進性能(ハードウェアかソフトウェアのどちらかを変更するのによる)を再最適化するのが必要でないことを意味します。
3.1. Tag encapsulation
3.1. タグカプセル化
Tag information can be carried in a packet in a variety of ways:
パケットでさまざまな方法でタグ情報を運ぶことができます:
- as a small "shim" tag header inserted between the layer 2 and the Network Layer headers;
- 小さい「詰め物」として、タグヘッダーは層2とNetwork Layerの間でヘッダーを挿入しました。
- as part of the layer 2 header, if the layer 2 header provides adequate semantics (e.g., ATM, as discussed below);
- 層を離れさせてください。2ヘッダー、層であるなら、2ヘッダーは適切な意味論(例えば、以下で議論するとしてのATM)を提供します。
- as part of the Network Layer header (e.g., using the Flow Label field in IPv6 with appropriately modified semantics).
- Network Layerヘッダー(例えば、適切に変更された意味論と共にIPv6のFlow Label分野を使用する)の一部として。
It is therefore possible to implement tag switching over virtually any media type including point-to-point links, multi-access links, and ATM.
したがって、ポイントツーポイント接続、マルチアクセスリンク、およびATMを含む実際にはどんなメディアタイプでのタグの切り換えも実行するのは可能です。
Observe also that the tag forwarding component is Network Layer independent. Use of control component(s) specific to a particular Network Layer protocol enables the use of tag switching with different Network Layer protocols.
また、タグ推進の部品がNetwork Layer独立者であることを観測してください。 特定のNetwork Layerプロトコルに特定のコントロールの部品の使用は異なったNetwork Layerプロトコルによるタグの切り換えの使用を可能にします。
4. Control component
4. コントロールの部品
Essential to tag switching is the notion of binding between a tag and Network Layer routing (routes). To provide good scaling characteristics, while also accommodating diverse routing functionality, tag switching supports a wide range of forwarding granularities. At one extreme a tag could be associated (bound) to a group of routes (more specifically to the Network Layer Reachability Information of the routes in the group). At the other extreme a tag could be bound to an individual application flow (e.g., an RSVP flow). A tag could also be bound to a multicast tree.
切り換えにタグ付けをするのに不可欠であるのは、タグとNetwork Layerルーティング(ルート)の間の結合の概念です。 また、さまざまのルーティングの機能性に対応している間、良いスケーリングの特性を提供するために、タグの切り換えはさまざまな推進粒状を支持します。 1つの極端では、ルート(グループのルートに関するNetwork Layer Reachability情報により明確に)のグループにタグを関連づけることができました(制限された)。 個々のアプリケーション流動(例えば、RSVP流動)にそれとは正反対にタグを縛ることができました。 また、マルチキャスト木にタグを縛ることができました。
Rekhter, et. al. Informational [Page 4] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[4ページ]のRFC2105シスコのタグ
The control component is responsible for creating tag bindings, and then distributing the tag binding information among tag switches. The control component is organized as a collection of modules, each designed to support a particular routing function. To support new routing functions, new modules can be added. The following describes some of the modules.
コントロールの部品はタグスイッチにタグ結合を作成して、次に、情報を縛るタグを分配するのに原因となります。 コントロールの部品はモジュールの収集、特定の経路選択機能を支持するように設計されたそれぞれとして組織化されます。 新しい経路選択機能を支持するために、新しいモジュールを加えることができます。 以下はモジュールのいくつかについて説明します。
4.1. Destination-based routing
4.1. 目的地ベースのルーティング
In this section we describe how tag switching can support destination-based routing. Recall that with destination-based routing a router makes a forwarding decision based on the destination address carried in a packet and the information stored in the Forwarding Information Base (FIB) maintained by the router. A router constructs its FIB by using the information the router receives from routing protocols (e.g., OSPF, BGP).
このセクションで、私たちはタグの切り換えがどう目的地ベースのルーティングを支持できるかを説明します。 ルータがパケットで運ばれた送付先アドレスに基づく推進決定とルータによって維持されたForwarding Information基地(FIB)の中に格納された情報をする目的地ベースのルーティングでそれを思い出してください。 ルータは、ルータがルーティング・プロトコル(例えば、OSPF、BGP)から受け取る情報を使用することによって、FIBを組み立てます。
To support destination-based routing with tag switching, a tag switch, just like a router, participates in routing protocols (e.g., OSPF, BGP), and constructs its FIB using the information it receives from these protocols.
タグスイッチは、タグの切り換えで目的地ベースのルーティングを支持するために、まさしくルータのようにルーティング・プロトコル(例えば、OSPF、BGP)に参加して、それがこれらのプロトコルから受け取る情報を使用することでFIBを組み立てます。
There are three permitted methods for tag allocation and Tag Information Base (TIB) management: (a) downstream tag allocation, (b) downstream tag allocation on demand, and (c) upstream tag allocation. In all cases, a switch allocates tags and binds them to address prefixes in its FIB. In downstream allocation, the tag that is carried in a packet is generated and bound to a prefix by the switch at the downstream end of the link (with respect to the direction of data flow). In upstream allocation, tags are allocated and bound at the upstream end of the link. `On demand' allocation means that tags will only be allocated and distributed by the downstream switch when it is requested to do so by the upstream switch. Methods (b) and (c) are most useful in ATM networks (see Section 5). Note that in downstream allocation, a switch is responsible for creating tag bindings that apply to incoming data packets, and receives tag bindings for outgoing packets from its neighbors. In upstream allocation, a switch is responsible for creating tag bindings for outgoing tags, i.e. tags that are applied to data packets leaving the switch, and receives bindings for incoming tags from its neighbors.
タグ配分のための3つの受入れられた方法とTag Information基地(TIB)の管理があります: (a) 川下のタグ配分、オンデマンドの(b)川下のタグ配分、および(c)上流は配分にタグ付けをします。 すべての場合では、スイッチは、FIBの接頭語を記述するためにタグを割り当てて、それらを縛ります。 川下の配分では、パケットで運ばれるタグは、リンク(データフローの指示に関する)の川下の端のスイッチで接頭語に発生して、向かっています。 上流の配分では、タグは、リンクの上流の端で割り当てられて、バウンドしています。 'オンデマンド'の配分は、上流のスイッチでそうするよう要求されているときだけ、タグが川下のスイッチによって割り当てられて、分配されることを意味します。 ATMネットワークで方法(b)と(c)は最も役に立ちます(セクション5を見てください)。 スイッチが川下の配分では、受信データパケットに適用されるタグ結合を作成するのに責任があって、出発しているパケットのために隣人からタグ結合を受けることに注意してください。 上流の配分では、スイッチは、出発しているタグ、すなわち、スイッチを残すデータ・パケットに適用されるタグのためのタグ結合を作成するのに責任があって、入って来るタグのために隣人から結合を受けます。
The downstream tag allocation scheme operates as follows: for each route in its FIB the switch allocates a tag, creates an entry in its Tag Information Base (TIB) with the incoming tag set to the allocated tag, and then advertises the binding between the (incoming) tag and the route to other adjacent tag switches. The advertisement could be accomplished by either piggybacking the binding on top of the existing routing protocols, or by using a separate Tag Distribution
川下のタグ配分体系は以下の通り作動します: FIBの各ルートのために、スイッチは、タグを割り当てて、Tag Information基地(TIB)の中で入って来るタグセットで割り当てられたタグにエントリーを作成して、次に、(入って来る)のタグとルートの間に他の隣接しているタグスイッチに結合の広告を出します。 既存のルーティング・プロトコルの上で結合を背負うか、または別々のTag Distributionを使用することによって、広告を実行できるでしょう。
Rekhter, et. al. Informational [Page 5] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[5ページ]のRFC2105シスコのタグ
Protocol [TDP]. When a tag switch receives tag binding information for a route, and that information was originated by the next hop for that route, the switch places the tag (carried as part of the binding information) into the outgoing tag of the TIB entry associated with the route. This creates the binding between the outgoing tag and the route.
[TDP]について議定書の中で述べてください。 タグスイッチがルートのための情報を縛るタグを受けて、その情報が次のホップによってそのルートに溯源されたとき、スイッチはタグ(拘束力がある情報の一部として、運ばれる)をルートに関連しているTIBエントリーの出発しているタグに置きます。 これは出発しているタグとルートの間で結合を作成します。
With the downstream tag allocation on demand scheme, operation is as follows. For each route in its FIB, the switch identifies the next hop for that route. It then issues a request (via TDP) to the next hop for a tag binding for that route. When the next hop receives the request, it allocates a tag, creates an entry in its TIB with the incoming tag set to the allocated tag, and then returns the binding between the (incoming) tag and the route to the switch that sent the original request. When the switch receives the binding information, the switch creates an entry in its TIB, and sets the outgoing tag in the entry to the value received from the next hop.
川下のタグ配分が要求計画にある状態で、操作は以下の通りです。 FIBの各ルートのために、スイッチはそのルートに次のホップを特定します。 そして、それはそのルートで固まるタグのために、要求(TDPを通した)を次のホップに出します。 次のホップが要求を受け取ると、それは、タグを割り当てて、TIBで入って来るタグセットで割り当てられたタグにエントリーを作成して、(入って来る)のタグとオリジナルの要求を送ったスイッチへのルートの間に結合を返します。 スイッチが拘束力がある情報を受け取るとき、スイッチは、次のホップからTIBでエントリーを作成して、対価領収へのエントリーに出発しているタグをはめ込みます。
The upstream tag allocation scheme is used as follows. If a tag switch has one or more point-to-point interfaces, then for each route in its FIB whose next hop is reachable via one of these interfaces, the switch allocates a tag, creates an entry in its TIB with the outgoing tag set to the allocated tag, and then advertises to the next hop (via TDP) the binding between the (outgoing) tag and the route. When a tag switch that is the next hop receives the tag binding information, the switch places the tag (carried as part of the binding information) into the incoming tag of the TIB entry associated with the route.
上流のタグ配分体系は以下の通り使用されます。 タグスイッチに1つ以上の二地点間インタフェースがあるなら、スイッチは、次のホップがこれらのインタフェースの1つを通して届いているFIBの各ルートのために、タグを割り当てて、TIBで出発しているタグセットで割り当てられたタグにエントリーを作成して、(送信する)のタグとルートの間に次のホップ(TDPを通した)に結合の広告を出します。 次のホップであるタグスイッチが情報を縛るタグを受けるとき、スイッチはタグ(拘束力がある情報の一部として、運ばれる)をルートに関連しているTIBエントリーの入って来るタグに置きます。
Once a TIB entry is populated with both incoming and outgoing tags, the tag switch can forward packets for routes bound to the tags by using the tag switching forwarding algorithm (as described in Section 3).
TIBエントリーが両方の送受信のタグでいったん居住されると、タグスイッチはタグ切り換え推進アルゴリズムを使用することによってタグに縛られたルートにパケットを送ることができます(セクション3で説明されるように)。
When a tag switch creates a binding between an outgoing tag and a route, the switch, in addition to populating its TIB, also updates its FIB with the binding information. This enables the switch to add tags to previously untagged packets.
また、タグスイッチが出発しているタグとルートの間で結合を作成するとき、TIBに居住することに加えて、スイッチは拘束力がある情報でFIBをアップデートします。 これは、スイッチが以前に非タグ付けををされたパケットにタグを加えるのを可能にします。
To understand the scaling properties of tag switching in conjunction with destination-based routing, observe that the total number of tags that a tag switch has to maintain can not be greater than the number of routes in the switch's FIB. Moreover, in some cases a single tag could be associated with a group of routes, rather than with a single route. Thus, much less state is required than would be the case if tags were allocated to individual flows.
目的地ベースのルーティングに関連したタグの切り換えのスケーリング特性を理解するには、タグスイッチが維持しなければならないタグの総数がスイッチのFIBのルートの数より大きいはずがないのを観測してください。 そのうえ、いくつかの場合、ただ一つのルートでというよりむしろルートのグループに単一のタグを関連づけることができました。 したがって、まして、状態がタグを個人に割り当てたならケースが流れるということであるだろうより必要です。
Rekhter, et. al. Informational [Page 6] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[6ページ]のRFC2105シスコのタグ
In general, a tag switch will try to populate its TIB with incoming and outgoing tags for all routes to which it has reachability, so that all packets can be forwarded by simple label swapping. Tag allocation is thus driven by topology (routing), not traffic - it is the existence of a FIB entry that causes tag allocations, not the arrival of data packets.
一般に、タグスイッチは送受信のタグでそれが可到達性を持っているすべてのルートにTIBに居住しようとするでしょう、簡単なラベルスワッピングですべてのパケットを進めることができるように。 交通ではなく、トポロジー(ルーティング)によってタグ配分はこのようにして追い立てられます--それはデータ・パケットの到着ではなく、タグ配分を引き起こすFIBエントリーの存在です。
Use of tags associated with routes, rather than flows, also means that there is no need to perform flow classification procedures for all the flows to determine whether to assign a tag to a flow. That, in turn, simplifies the overall scheme, and makes it more robust and stable in the presence of changing traffic patterns.
流れて、また、すべての流れが、タグを流れに割り当てるかどうか決定するように流れ分類手順を実行する必要は全くないことを意味するよりタグの使用がむしろルートと交際しました。 それで、トラフィック・パターンを変えることの面前で、より順番に総合的な計画を簡素化して、強健であって、それを安定させています。
Note that when tag switching is used to support destination-based routing, tag switching does not completely eliminate the need to perform normal Network Layer forwarding. First of all, to add a tag to a previously untagged packet requires normal Network Layer forwarding. This function could be performed by the first hop router, or by the first router on the path that is able to participate in tag switching. In addition, whenever a tag switch aggregates a set of routes (e.g., by using the technique of hierarchical routing), into a single tag, and the routes do not share a common next hop, the switch needs to perform Network Layer forwarding for packets carrying that tag. However, one could observe that the number of places where routes get aggregated is smaller than the total number of places where forwarding decisions have to be made. Moreover, quite often aggregation is applied to only a subset of the routes maintained by a tag switch. As a result, on average a packet can be forwarded most of the time using the tag switching algorithm.
タグの切り換えが目的地ベースのルーティングを支持するのに使用されるとき、タグの切り換えが完全に通常のNetwork Layer推進を実行する必要性を排除するというわけではないことに注意してください。 まず、以前に非タグ付けををされたパケットにタグを加えるのは通常のNetwork Layer推進を必要とします。 この機能は最初のホップルータ、またはタグの切り換えに参加できる経路の最初のルータによって実行されるかもしれません。 さらに、タグスイッチが単一のタグへの1セットのルート(例えば、階層型ルーティングのテクニックを使用するのによる)に集められて、ルートが次の普通のホップを共有しないときはいつも、スイッチは、そのタグを運びながらパケットのためのNetwork Layer推進を実行する必要があります。 しかしながら、人は、ルートが集められる場所の数が場所の総数が決定を進めるところで作られていなければならないより少ないのを観測できました。 そのうえ、かなりしばしば、集合はタグスイッチによって維持されたルートの部分集合だけに適用されます。 その結果、平均的に、たいていタグ切り換えアルゴリズムを使用することでパケットを進めることができます。
4.2. Hierarchy of routing knowledge
4.2. ルーティング知識の階層構造
The IP routing architecture models a network as a collection of routing domains. Within a domain, routing is provided via interior routing (e.g., OSPF), while routing across domains is provided via exterior routing (e.g., BGP). However, all routers within domains that carry transit traffic (e.g., domains formed by Internet Service Providers) have to maintain information provided by not just interior routing, but exterior routing as well. That creates certain problems. First of all, the amount of this information is not insignificant. Thus it places additional demand on the resources required by the routers. Moreover, increase in the volume of routing information quite often increases routing convergence time. This, in turn, degrades the overall performance of the system.
IPルーティング構造は経路ドメインの収集としてネットワークをモデル化します。 ドメインの中では、内部のルーティング(例えば、OSPF)でルーティングを提供します、外のルーティング(例えば、BGP)でドメイン中のルーティングを提供しますが。 しかしながら、トランジット交通(例えばインターネットサービスプロバイダによって形成されたドメイン)を運ぶドメインの中のすべてのルータが内部のルーティングだけではなく、また、外のルーティングで提供された情報を保守しなければなりません。 それはある問題を生じさせます。まず、この情報の量はわずかではありません。 したがって、それはルータによって必要とされたリソースに追加需要を置きます。 そのうえ、ルーティング情報のボリュームの増加はルーティング集合時間をかなりしばしば増加させます。 これは順番にシステムの総合的な性能を下げます。
Tag switching allows the decoupling of interior and exterior routing, so that only tag switches at the border of a domain would be required to maintain routing information provided by exterior routing, while
切り換えが内部のデカップリングを許容して、外のルーティング(ドメインの境界のタグスイッチだけが維持するのに必要である外のルーティングで提供された情報を発送するそう)がゆったり過ごすタグ
Rekhter, et. al. Informational [Page 7] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[7ページ]のRFC2105シスコのタグ
all other switches within the domain would just maintain routing information provided by the domain's interior routing (which is usually significantly smaller than the exterior routing information). This, in turn, reduces the routing load on non-border switches, and shortens routing convergence time.
ドメインの中の他のすべてのスイッチがただドメインの内部のルーティング(通常、外のルーティング情報よりかなり小さい)で提供されたルーティング情報を保守するでしょう。 これは、順番に非境界スイッチでルーティング負荷を減少させて、ルーティング集合時間を短くします。
To support this functionality, tag switching allows a packet to carry not one but a set of tags, organized as a stack. A tag switch could either swap the tag at the top of the stack, or pop the stack, or swap the tag and push one or more tags into the stack.
この機能性を支持するために、パケットはタグの切り換えで1ではなく、1セットのタグを運ぶことができます、スタックとして、組織化されています。 タグスイッチは、スタックの先端でタグを交換するか、スタックを飛び出させるか、タグを交換して、または1個以上のタグをスタックに押し込むかもしれません。
When a packet is forwarded between two (border) tag switches in different domains, the tag stack in the packet contains just one tag. However, when a packet is forwarded within a domain, the tag stack in the packet contains not one, but two tags (the second tag is pushed by the domain's ingress border tag switch). The tag at the top of the stack provides packet forwarding to an appropriate egress border tag switch, while the next tag in the stack provides correct packet forwarding at the egress switch. The stack is popped by either the egress switch or by the penultimate (with respect to the egress switch) switch.
異なったドメインの2個の(境界)タグスイッチの間にパケットを送るとき、パケットでのタグスタックはちょうど1個のタグを含んでいます。 しかしながら、ドメインの中でパケットを進めるとき、パケットでのタグスタックは1ではなく、2個のタグを含んでいます(2番目のタグはドメインのイングレス境界タグスイッチによって押されます)。 スタックの先端のタグは適切な出口境界タグスイッチにパケット推進を供給します、スタックの次のタグが出口スイッチで正しいパケット推進を提供しますが。 スタックは出口スイッチか終わりから二番目の(出口スイッチに関する)のスイッチによって飛び出さされます。
The control component used in this scenario is fairly similar to the one used with destination-based routing. In fact, the only essential difference is that in this scenario the tag binding information is distributed both among physically adjacent tag switches, and among border tag switches within a single domain. One could also observe that the latter (distribution among border switches) could be trivially accommodated by very minor extensions to BGP (via a separate Tag Binding BGP attribute).
このシナリオで使用されるコントロールの部品は目的地ベースのルーティングで使用されるものとかなり同様です。 事実上、唯一の本質的な相違は情報を縛るタグが肉体的に隣接しているタグスイッチの中と、そして、単一領域の中の境界タグスイッチの中でこのシナリオでは、分配されるということです。 また、人は、BGP(別々のTag Binding BGP属性を通した)への非常に小さい方の拡大で後者(境界スイッチの中の分配)を些細なことに設備することができるだろうというのを観測できました。
4.3. Multicast
4.3. マルチキャスト
Essential to multicast routing is the notion of spanning trees. Multicast routing procedures (e.g., PIM) are responsible for constructing such trees (with receivers as leafs), while multicast forwarding is responsible for forwarding multicast packets along such trees.
マルチキャストルーティングに不可欠であるのは、スパニングツリーの概念です。 マルチキャストルーティング手順(例えば、PIM)がそのような木を組み立てるのに原因となる、(受信機、ページをめくる、)、マルチキャスト推進はそのような木に沿ってマルチキャストパケットを進めるのに原因となりますが。
To support a multicast forwarding function with tag switching, each tag switch associates a tag with a multicast tree as follows. When a tag switch creates a multicast forwarding entry (either for a shared or for a source-specific tree), and the list of outgoing interfaces for the entry, the switch also creates local tags (one per outgoing interface). The switch creates an entry in its TIB and populates (outgoing tag, outgoing interface, outgoing MAC header) with this information for each outgoing interface, placing a locally generated tag in the outgoing tag field. This creates a binding between a
タグの切り換えでマルチキャスト推進機能をサポートするために、マルチキャスト木は以下の通りでそれぞれのタグスイッチがタグを関連づけます。 また、タグスイッチがマルチキャスト推進エントリー(共有されたaかソース特有の木のための)、および外向的なインタフェースのリストをエントリーに作成するとき、スイッチは地方のタグ(外向的なインタフェースあたり1つ)を作成します。 スイッチは、それぞれの外向的なインタフェースのためのこの情報でTIBでエントリーを作成して、(出発しているタグ、外向的なインタフェース、外向的なMACヘッダー)に居住します、局所的に発生したタグを外向的なタグ・フィールドに置いて。 これはaの間で結合を作成します。
Rekhter, et. al. Informational [Page 8] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 構造1997年2月に切り替わる情報[8ページ]のRFC2105シスコのタグ
multicast tree and the tags. The switch then advertises over each outgoing interface associated with the entry the binding between the tag (associated with this interface) and the tree.
マルチキャスト木とタグ。 そして、スイッチはエントリーに関連しているそれぞれの外向的なインタフェースにわたってタグ(このインタフェースに関連している)と木の間の結合の広告を出します。
When a tag switch receives a binding between a multicast tree and a tag from another tag switch, if the other switch is the upstream neighbor (with respect to the multicast tree), the local switch places the tag carried in the binding into the incoming tag component of the TIB entry associated with the tree.
タグスイッチが結合を別のタグスイッチからマルチキャスト木とタグの間に受けるとき、もう片方のスイッチが上流の隣接物(マルチキャスト木に関する)であるなら、地方のスイッチは結合で木に関連しているTIBエントリーの入って来るタグの部品まで運ばれたタグを置きます。
When a set of tag switches are interconnected via a multiple-access subnetwork, the tag allocation procedure for multicast has to be coordinated among the switches. In all other cases tag allocation procedure for multicast could be the same as for tags used with destination-based routing.
1セットのタグスイッチが複数のアクセスサブネットワークを通してインタコネクトされるとき、マルチキャストのためのタグ配分手順はスイッチの中で調整されなければなりません。 他のすべての場合では、マルチキャストのためのタグ配分手順は目的地ベースのルーティングで使用されるタグのように同じであるかもしれません。
4.4. Flexible routing (explicit routes)
4.4. フレキシブルなルーティング(明白なルート)
One of the fundamental properties of destination-based routing is that the only information from a packet that is used to forward the packet is the destination address. While this property enables highly scalable routing, it also limits the ability to influence the actual paths taken by packets. This, in turn, limits the ability to evenly distribute traffic among multiple links, taking the load off highly utilized links, and shifting it towards less utilized links. For Internet Service Providers (ISPs) who support different classes of service, destination-based routing also limits their ability to segregate different classes with respect to the links used by these classes. Some of the ISPs today use Frame Relay or ATM to overcome the limitations imposed by destination-based routing. Tag switching, because of the flexible granularity of tags, is able to overcome these limitations without using either Frame Relay or ATM.
目的地ベースのルーティングの基本財産の1つはパケットからのパケットを進めるのに使用される唯一の情報が送付先アドレスであるということです。 この特性は非常にスケーラブルなルーティングを可能にしますが、また、それはパケットによって取られた実際の経路に影響を及ぼす能力を制限します。 これは順番に均等に複数のリンクに交通を広げる能力を制限します、非常に利用されたリンクに負荷を取って、それほど利用されなかったリンクに向かってそれを移行させて。 また、異なったクラスのサービスを支持するインターネットサービスプロバイダ(ISP)のために、目的地ベースのルーティングはこれらのクラスによって使用されたリンクに関して異なったクラスを隔離する彼らの能力を制限します。 ISPのいくつかが、今日、目的地ベースのルーティングで課された限界を克服するのにFrame RelayかATMを使用します。 タグのフレキシブルな粒状のために、Frame RelayかATMのどちらかを使用しないで、タグの切り換えはこれらの限界を克服できます。
To provide forwarding along the paths that are different from the paths determined by the destination-based routing, the control component of tag switching allows installation of tag bindings in tag switches that do not correspond to the destination-based routing paths.
目的地ベースのルーティングで決定している経路と異なった経路に沿って推進を提供するために、タグの切り換えのコントロールの部品は目的地ベースのルーティング経路に対応しないタグスイッチのタグ結合のインストールを許容します。
5. Tag switching with ATM
5. 切り換えにATMをタグ付けしてください。
Since the tag switching forwarding paradigm is based on label swapping, and since ATM forwarding is also based on label swapping, tag switching technology can readily be applied to ATM switches by implementing the control component of tag switching.
タグ切り換え推進パラダイムがラベルスワッピングに基づいていて、また、ATM推進がラベルスワッピングに基づいているので、タグの切り換えのコントロールの部品を実行することによって、タグ切り換え技術を容易にATMスイッチに適用できます。
Rekhter, et. al. Informational [Page 9] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 アーキテクチャ1997年2月に切り替わる情報[9ページ]のRFC2105シスコのタグ
The tag information needed for tag switching can be carried in the VCI field. If two levels of tagging are needed, then the VPI field could be used as well, although the size of the VPI field limits the size of networks in which this would be practical. However, for most applications of one level of tagging the VCI field is adequate.
VCI分野でタグの切り換えに必要であるタグ情報は運ぶことができます。 タグ付けの2つのレベルが必要であるなら、また、VPI分野は使用されるかもしれません、VPI分野のサイズがこれが実用的であるネットワークのサイズを制限しますが。 しかしながら、1つのレベルのタグ付けのほとんどのアプリケーションにおいて、VCI分野は適切です。
To obtain the necessary control information, the switch should be able (at a minimum) to participate as a peer in Network Layer routing protocols (e.g., OSPF, BGP). Moreover, if the switch has to perform routing information aggregation, then to support destination-based unicast routing the switch should be able to perform Network Layer forwarding for some fraction of the traffic as well.
必要な制御情報を得るなら、スイッチは、同輩としてNetwork Layerルーティング・プロトコル(例えば、OSPF、BGP)に参加するためにできるべきです(最小限における)。 そのうえ、スイッチがルーティング情報集合を実行しなければならないなら、目的地ベースのユニキャストルーティングがスイッチであるとサポートするのがまた、トラフィックのいくつかの部分のNetwork Layer推進を実行できるべきです。
Supporting the destination-based routing function with tag switching on an ATM switch may require the switch to maintain not one, but several tags associated with a route (or a group of routes with the same next hop). This is necessary to avoid the interleaving of packets which arrive from different upstream tag switches, but are sent concurrently to the same next hop. Either the downstream tag allocation on demand or the upstream tag allocation scheme could be used for the tag allocation and TIB maintenance procedures with ATM switches.
ATMスイッチのタグの切り換えで目的地ベースの経路選択機能をサポートするのは、1ではなく、数個のタグをルートに関連しているのに維持するためにスイッチを必要とするかもしれません(同じくらいが次のルートのグループは跳びます)。 これが、異なった上流のタグスイッチから到着しますが、同時に同じ次のホップに送られるパケットのインターリービングを避けるのに必要です。 タグ配分とTIB保守手順にATMスイッチでオンデマンドの川下のタグ配分か上流のタグ配分体系のどちらかを使用できました。
Therefore, an ATM switch can support tag switching, but at the minimum it needs to implement Network Layer routing protocols, and the tag switching control component on the switch. It may also need to support some network layer forwarding.
したがって、ATMスイッチはタグの切り換えをサポートすることができますが、最小限で、それは、スイッチの上にNetwork Layerルーティングがプロトコルと、タグ切換制御の部品であると実装する必要があります。 また、それは、何らかのネットワーク層が推進であるとサポートする必要があるかもしれません。
Implementing tag switching on an ATM switch would simplify integration of ATM switches and routers - an ATM switch capable of tag switching would appear as a router to an adjacent router. That could provide a viable, more scalable alternative to the overlay model. It also removes the necessity for ATM addressing, routing and signalling schemes. Because the destination-based forwarding approach described in section 4.1 is topology driven rather than traffic driven, application of this approach to ATM switches does not high call setup rates, nor does it depend on the longevity of flows.
ATMスイッチのタグの切り換えを実装すると、ATMスイッチとルータの統合は簡略化するでしょう--タグの切り換えることができるATMスイッチはルータとして隣接しているルータに現れるでしょう。 それはオーバレイモデルへの実行可能で、よりスケーラブルな代替手段を提供するかもしれません。 また、それはATMアドレシング、ルーティング、および合図体系の必要性を取り除きます。 セクション4.1で説明された目的地ベースの推進アプローチがトラフィックよりむしろ駆動にされたトポロジーであるので、ATMスイッチへのこのアプローチの応用はどんな高い呼び出しセットアップ率もしません、そして、それは流れの寿命によりません。
Implementing tag switching on an ATM switch does not preclude the ability to support a traditional ATM control plane (e.g., PNNI) on the same switch. The two components, tag switching and the ATM control plane, would operate in a Ships In the Night mode (with VPI/VCI space and other resources partitioned so that the components do not interact).
ATMスイッチのタグの切り換えを実装するのは同じスイッチの上に伝統的なATM制御飛行機が(例えば、PNNI)であるとサポートする能力を排除しません。 2つのコンポーネント(タグの切り換えとATM制御飛行機)が、Ships InでNightモード(コンポーネントが相互作用しないように仕切られたVPI/VCIスペースと他のリソースがある)を操作するでしょう。
Rekhter, et. al. Informational [Page 10] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 アーキテクチャ1997年2月に切り替わる情報[10ページ]のRFC2105シスコのタグ
6. Quality of service
6. サービスの質
Two mechanisms are needed for providing a range of qualities of service to packets passing through a router or a tag switch. First, we need to classify packets into different classes. Second, we need to ensure that the handling of packets is such that the appropriate QOS characteristics (bandwidth, loss, etc.) are provided to each class.
2つのメカニズムがルータかタグスイッチを通り抜けながらパケットに対するサービスのさまざまな品質を提供するのに必要です。 まず最初に、私たちは、パケットを異なったクラスに分類する必要があります。 2番目に、私たちは、適切なQOSの特性(帯域幅、損失など)がパケットの取り扱いがそのようなものであるので各クラスに提供されるのを保証する必要があります。
Tag switching provides an easy way to mark packets as belonging to a particular class after they have been classified the first time. Initial classification would be done using information carried in the network layer or higher layer headers. A tag corresponding to the resultant class would then be applied to the packet. Tagged packets can then be efficiently handled by the tag switching routers in their path without needing to be reclassified. The actual packet scheduling and queueing is largely orthogonal - the key point here is that tag switching enables simple logic to be used to find the state that identifies how the packet should be scheduled.
タグの切り換えはそれらが1回目に分類された後に特定のクラスに属すとしてパケットをマークする簡単な方法を提供します。 初期の分類はネットワーク層で運ばれた情報か、より高い層のヘッダーを使用し終わっているでしょう。 そして、結果のクラスに対応するタグはパケットに適用されるでしょう。 そして、分類し直される必要はなくて、タグ切り換えルータはそれらの経路で効率的にタグ付きパケットを扱うことができます。 実際のパケットスケジューリングと待ち行列は主に直交しています--ここの要所はタグの切り換えが、単純論理がパケットがどう予定されるべきであるかを特定する州を見つけるのに使用されるのを可能にするということです。
The exact use of tag switching for QOS purposes depends a great deal on how QOS is deployed. If RSVP is used to request a certain QOS for a class of packets, then it would be necessary to allocate a tag corresponding to each RSVP session for which state is installed at a tag switch. This might be done by TDP or by extension of RSVP.
タグの切り換えのQOS目的の正確な使用はQOSがどう配布されるかに大いによります。 RSVPがパケットのクラスのためにあるQOSを要求するのに使用されるなら、状態がタグスイッチにインストールされるそれぞれのRSVPセッションに対応するタグを割り当てるのが必要でしょう。 TDPかRSVPの拡大でこれをするかもしれません。
7. Tag switching migration strategies
7. タグ切り換え移行戦略
Since tag switching is performed between a pair of adjacent tag switches, and since the tag binding information could be distributed on a pairwise basis, tag switching could be introduced in a fairly simple, incremental fashion. For example, once a pair of adjacent routers are converted into tag switches, each of the switches would tag packets destined to the other, thus enabling the other switch to use tag switching. Since tag switches use the same routing protocols as routers, the introduction of tag switches has no impact on routers. In fact, a tag switch connected to a router acts just as a router from the router's perspective.
1組の隣接しているタグスイッチの間でタグの切り換えを実行して、対状ベースで情報を縛るタグは分配できたので、かなり簡単で、増加のファッションでタグの切り換えを導入できるでしょう。 例えば、1組の隣接しているルータがいったんタグスイッチに変換されると、それぞれのスイッチはもう片方に運命づけられたパケットにタグ付けをするでしょう、その結果、もう片方のスイッチがタグの切り換えを使用するのを可能にします。 タグスイッチがルータと同じルーティング・プロトコルを使用するので、タグスイッチの導入はルータに影響力を全く持っていません。 事実上、ルータに接続されたタグスイッチはちょうどルータとしてルータの見解から作動します。
As more and more routers are upgraded to enable tag switching, the scope of functionality provided by tag switching widens. For example, once all the routers within a domain are upgraded to support tag switching, in becomes possible to start using the hierarchy of routing knowledge function.
機能性の範囲は、切り換えが広くするタグで同じくらいより多く、同じくらいよりその他のルータがタグの切り換えを可能にするためにアップグレードするのを前提としました。 例えば、ドメインの中のすべてのルータがタグの切り換えをサポートするためにいったんアップグレードすると、コネはルーティング知識機能の階層構造を使用し始めるのにおいて可能になります。
Rekhter, et. al. Informational [Page 11] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 アーキテクチャ1997年2月に切り替わる情報[11ページ]のRFC2105シスコのタグ
8. Summary
8. 概要
In this document we described the tag switching technology. Tag switching is not constrained to a particular Network Layer protocol - it is a multiprotocol solution. The forwarding component of tag switching is simple enough to facilitate high performance forwarding, and may be implemented on high performance forwarding hardware such as ATM switches. The control component is flexible enough to support a wide variety of routing functions, such as destination-based routing, multicast routing, hierarchy of routing knowledge, and explicitly defined routes. By allowing a wide range of forwarding granularities that could be associated with a tag, we provide both scalable and functionally rich routing. A combination of a wide range of forwarding granularities and the ability to evolve the control component fairly independently from the forwarding component results in a solution that enables graceful introduction of new routing functionality to meet the demands of a rapidly evolving computer networking environment.
本書では私たちはタグ切り換え技術を説明しました。 タグの切り換えは特定のNetwork Layerプロトコルに抑制されません--それは「マルチ-プロトコル」ソリューションです。 タグの切り換えの推進コンポーネントは、高性能推進を容易にするほど簡単であり、ATMが切り替わっている間、そのようなものをハードウェアに送りながら、高性能で実装されるかもしれません。 コントロールの部品はさまざまなルーティングが機能であるとサポートするほどフレキシブルです、目的地ベースのルーティングや、マルチキャストルーティングや、ルーティング知識の階層構造や、明らかに定義されたルートなどのように。 タグに関連づけることができたさまざまな推進粒状を許容することによって、私たちはスケーラブルなものと同様に機能上豊かなルーティングを提供します。 さまざまな推進粒状の組み合わせと推進コンポーネントからコントロールの部品をかなり独自に発展する能力は新しいルーティングの機能性の優雅な導入が急速に発展しているコンピュータのネットワーク化環境の需要にこたえるのを可能にするソリューションをもたらします。
9. Security Considerations
9. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
10. Intellectual Property Considerations
10. 知的所有権問題
Cisco Systems may seek patent or other intellectual property protection for some or all of the technologies disclosed in this document. If any standards arising from this document are or become protected by one or more patents assigned to Cisco Systems, Cisco intends to disclose those patents and license them on reasonable and non-discriminatory terms.
シスコシステムズは本書では明らかにされた技術のいくつかかすべてのために特許か他の知的所有権保護を求めるかもしれません。 何かこのドキュメントから起こる規格がシスコシステムズに配属された1つ以上の特許であるか、または保護されるようになるなら、シスコは、妥当で非差別している諸条件でそれらの特許を明らかにして、それらを認可するつもりです。
11. Acknowledgments
11. 承認
Significant contributions to this work have been made by Anthony Alles, Fred Baker, Paul Doolan, Dino Farinacci, Guy Fedorkow, Jeremy Lawrence, Arthur Lin, Morgan Littlewood, Keith McCloghrie, and Dan Tappan.
この仕事への重要な貢献はアンソニーAlles、フレッド・ベイカー、ポールDoolan、ディーノ・ファリナッチ、ガイFedorkow、ジェレミー・ローレンス、アーサー・リン、モーガン・リトルウッド、キースMcCloghrie、およびダン・タッパンによってされました。
Rekhter, et. al. Informational [Page 12] RFC 2105 Cisco's Tag Switching Architecture February 1997
et Rekhter、アル。 アーキテクチャ1997年2月に切り替わる情報[12ページ]のRFC2105シスコのタグ
12. Authors' Addresses
12. 作者のアドレス
Yakov Rekhter Cisco Systems, Inc. 170 Tasman Drive San Jose, CA, 95134
Driveサンノゼ、ヤコフRekhterシスコシステムズInc.170タスマン・カリフォルニア 95134
EMail: yakov@cisco.com
メール: yakov@cisco.com
Bruce Davie Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824
Driveチェルムズフォード、ブルースデイビーシスコシステムズInc.250アポロMA 01824
EMail: bsd@cisco.com
メール: bsd@cisco.com
Dave Katz Cisco Systems, Inc. 170 Tasman Drive San Jose, CA, 95134
Driveサンノゼ、デーヴキャッツシスコシステムズInc.170タスマン・カリフォルニア 95134
EMail: dkatz@cisco.com
メール: dkatz@cisco.com
Eric Rosen Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824
Driveチェルムズフォード、エリックローゼンシスコシステムズInc.250アポロMA 01824
EMail: erosen@cisco.com
メール: erosen@cisco.com
George Swallow Cisco Systems, Inc. 250 Apollo Drive Chelmsford, MA, 01824
Driveチェルムズフォード、ジョージツバメシスコシステムズInc.250アポロMA 01824
EMail: swallow@cisco.com
メール: swallow@cisco.com
Rekhter, et. al. Informational [Page 13]
et Rekhter、アル。 情報[13ページ]
一覧
スポンサーリンク