RFC2340 日本語訳
2340 Nortel's Virtual Network Switching (VNS) Overview. B. Jamoussi,D. Jamieson, D. Williston, S. Gabe. May 1998. (Format: TXT=30731 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group B. Jamoussi
Request for Comments: 2340 D. Jamieson
Category: Informational D. Williston
S. Gabe
Nortel (Northern Telecom) Ltd.
May 1998
Jamoussiがコメントのために要求するワーキンググループB.をネットワークでつないでください: 2340年のD.ジェーミソンカテゴリ: 情報のD.のウィリストンS.ゲイブノーテル(ノーザン・テレコム)株式会社1998年5月
Nortel's Virtual Network Switching (VNS) Overview
ノーテルの仮想ネットワークの切り換え(VNS)概要
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
Abstract
要約
This document provides an overview of Virtual Network Switching (VNS).
このドキュメントはVirtual Network Switching(VNS)の概要を提供します。
VNS is a multi-protocol switching architecture that provides COS- sensitive packet switching, reduces the complexity of operating protocols like PPP and frame relay, provides logical networks and traffic segregation for Virtual Private Networks (VPNs), security and traffic engineering, enables efficient WAN broadcasting and multicasting, and reduces address space requirements. VNS reduces the number of routing hops over the WAN by switching packets based on labels.
VNSはCOSの敏感なパケット交換を提供して、PPPとフレームリレーのように操作プロトコルの複雑さを減少させて、Virtual兵士のNetworks(VPNs)、セキュリティ、および交通工学に論理的なネットワークと交通分離を供給して、効率的なWAN放送とマルチキャスティングを可能にして、アドレス空間要件を減らすマルチプロトコル切り換えアーキテクチャです。 VNSは、WANの上でラベルに基づくパケットを切り換えることによって、ルーティングホップの数を減少させます。
VNS has been proven in production networks for several years.
VNSは数年間生産ネットワークで立証されています。
Table of Contents
目次
1 Introduction ............................................ 2
2 What is VNS? ............................................ 3
3 VNS Header ............................................. 5
4 VNS Label Distribution .................................. 7
5 Logical Networks (LNs) .................................... 7
6 VNS Routing ............................................. 8
7 VNS Forwarding .......................................... 9
7.1 Unicast ................................................ 9
7.2 Multicast .............................................. 9
8 Traffic Engineering ..................................... 10
1つの序論… 2 2、VNSは何ですか? ............................................ 3 3VNSヘッダー… 5 4VNSが分配をラベルします… 7 5の論理的なネットワーク(LNs)… 7 6VNSルート設定… 8 7VNS推進… 9 7.1ユニキャスト… 9 7.2マルチキャスト… 9 8交通工学… 10
Jamoussi, et. al. Informational [Page 1] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[1ページ]のRFC2340ノーテル仮想ネットワーク
8.1 Equal Cost Multipaths .................................. 10
8.2 Trunk Load Spreading ................................... 10
9 Class of Service ........................................ 11
10 VNS Migration Strategies ................................ 11
11 Summary ................................................. 11
12 Security Considerations ................................. 12
13 Acknowledgments ......................................... 12
14 Authors' Addresses ...................................... 13
15 Full Copyright Statement ................................ 14
8.1は費用多重通路と等しいです… 10 8.2 トランク負荷普及… 10 サービスの9のクラス… 11 10のVNS移行戦略… 11 11概要… 11 12のセキュリティ問題… 12 13の承認… 12 14人の作者のアドレス… 13 15の完全な著作権宣言文… 14
1. Introduction
1. 序論
There are several key problem areas with today's wide area backbone networks that carry LAN traffic: scalability, service differentiation, redundancy, administration, and traffic containment.
今日のLANトラフィックを運ぶ広い領域バックボーンネットワークがあるいくつかの主要な問題領域があります: スケーラビリティ、サービス分化、冗長、管理、およびトラフィック封じ込め。
First, scalability is becoming a major concern because of the rapid growth in bandwidth demand and geographical reach. As the size of the WAN network grows traditional point-to-point and NBMA topologies or network models lose their performance.
まず最初に、スケーラビリティは帯域幅要求と地理的な範囲での急速な成長で主要な関心事になります。 WANネットワークのサイズが伝統的になるとき、ポイントツーポイントとNBMA topologiesかネットワークモデルが彼らの性能を失います。
Second, the need to provide several Classes of Service (CoS) has never been greater. The days of a single "best effort" service are over and service providers demand ways to differentiate the quality of the service offered to their clients based on several policies.
2番目に、Service(CoS)の数個のClassesを提供する必要性は一度もよりすばらしかったことがありません。 ただ一つに「ベストエフォート型」のサービスの日は終わっています、そして、サービスプロバイダーはいくつかの方針に基づく彼らのクライアントに提供されたサービスの品質を差別化する方法を要求します。
Third, the WAN is often carrying mission-critical traffic and loss of service is not acceptable. So far, path redundancy has been addressed inefficiently by requiring additional links or VCs.
3番目に、WANはしばしばミッションクリティカルなトラフィックを運びます、そして、サービスの損失は許容できません。 今までのところ、経路冗長は、追加リンクかVCsを必要とすることによって、効率悪く扱われました。
Fourth, network operators demand easy and simplified network administration. Large NBMA topologies require extensive PVC provisioning until SVC deployment becomes more ubiquitous. For Point-to-point models, IP address space may be used inefficiently and non-trivial network schemas are required to contain reserved address space.
4番目に、ネットワーク・オペレータは簡単で簡易型のネットワーク管理を要求します。 SVC展開が、より遍在するようになるまで、大きいNBMA topologiesは大規模なPVCの食糧を供給することを必要とします。 Pointからポイントへのモデルのために、IPアドレス空間は効率悪く使用されるかもしれません、そして、重要なネットワークschemasは予約されたアドレス空間を含まなければなりません。
Finally, proper segregation of traffic is becoming a must. This requirement is being addressed today by adding leased lines or VCs used to separate traffic flows based on regions or interest or protocol.
最終的に、適切な交通分離は絶対に必要なものになっています。 専用線かVCsが領域か関心に基づく交通の流れを切り離すか、または以前はよく議定書を作っていたと言い足すことによって、この要件は今日、扱われています。
Nortel's Virtual Network Switching (VNS) is a technology that provides efficient solutions to these challenges.
ノーテルのVirtual Network Switching(VNS)は効率的な解決法をこれらの挑戦に提供する技術です。
Jamoussi, et. al. Informational [Page 2] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[2ページ]のRFC2340ノーテル仮想ネットワーク
Section 2 provides an overview of VNS. The VNS header is specified in Section 3. Section 4 describes the VNS label distribution mechanism. Section 5 defines how a VNS network can be partitioned into Logical Networks (LN). Section 6 outlines VNS routing. Section 7 defines both unicast and multicast forwarding. Section 8 describes the mechanisms used to engineer the traffic. Section 9 defines the COS based switching of VNS. Section 10 provides network migration scenarios using VNS. A summary of VNS is provided in Section 11.
セクション2はVNSの概要を提供します。 VNSヘッダーはセクション3で指定されます。 セクション4はVNSラベル分配メカニズムについて説明します。 セクション5はどうLogical Networks(LN)にVNSネットワークを仕切ることができるかを定義します。 セクション6はVNSルーティングについて概説します。 セクション7はユニキャストとマルチキャスト推進の両方を定義します。 セクション8はトラフィックを設計するのに使用されるメカニズムについて説明します。 セクション9はVNSを切り換えながら基づくCOSを定義します。 セクション10は、VNSを使用することでネットワーク移行シナリオを提供します。 VNSの概要をセクション11に提供します。
2. What is VNS?
2. VNSは何ですか?
Virtual Network Switching (VNS) is a CoS-sensitive multi-protocol label switching architecture that reduces or eliminates the number of layer 3 hops over the WAN by switching traffic based on labels.
仮想のNetwork Switching(VNS)はWANの上でラベルに基づくトラフィックを切り換えることによって層3のホップの数を減少するか、または排除するCoS敏感なマルチプロトコルラベルスイッチングアーキテクチャです。
VNS makes a network of point to point links appear to be a single LAN (broadcast, multiple access) media. The network used by a particular instance of VNS is called a Logical Network (LN) which is described in more detail in Section 5.
VNSは単一のLAN(放送、複数のアクセス)メディアであるようにポイントリンクへのポイントのネットワークを見えさせます。 VNSの特定のインスタンスによって使用されるネットワークはさらに詳細にセクション5で説明されるLogical Network(LN)と呼ばれます。
In reference to the ISO Network Layering Model, the Data Link Layer is expanded to include VNS network layer. To the ISO Network Layer, (e.g., IP), VNS is treated as a Data Link Layer.
ISO Network Layering Modelに関して、Data Link Layerは、VNSネットワーク層を含むように広げられます。 ISO Network Layer、(例えば、IP)に、VNSはData Link Layerとして扱われます。
------------------------
| Application |
------------------------
| Presentation |
------------------------
| Session |
------------------------
| Transport |
------------------------ -------------------------
| Network (e.g., IP) | / Network VNS |
----------------------------- |
| Data Link |--------------------------
----------------------------- |
| Physical | \ data link (e.g., ATM) |
------------------------ -------------------------
------------------------ | アプリケーション| ------------------------ | プレゼンテーション| ------------------------ | セッション| ------------------------ | 輸送| ------------------------ ------------------------- | (例えば、IP)をネットワークでつないでください。| /ネットワークVNS| ----------------------------- | | データ・リンク|-------------------------- ----------------------------- | | 物理的| \データ・リンク(例えば、ATM)| ------------------------ -------------------------
Figure 1. ISO Network Layering Model for VNS
図1。 VNSのISOネットワークレイヤリングモデル
In a VNS Network, three separate nodal functions are defined. An ingress node, an egress node, and a tandem node. The ingress and egress nodes define the boundary between an IP network and the VNS network. Therefore, these nodes run both IP routing and VNS routing. However, tandem nodes need only run VNS routing.
VNS Networkでは、3つの別々のこぶのような機能が定義されます。 イングレスノード、出口ノード、および2人乗り自転車ノード。 イングレスと出口ノードはIPネットワークとVNSネットワークの間の境界を定義します。 したがって、これらのノードはIPルーティングとVNSルーティングの両方を実行します。 しかしながら、2人乗り自転車ノードは走行VNSルーティングだけを必要とします。
Jamoussi, et. al. Informational [Page 3] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[3ページ]のRFC2340ノーテル仮想ネットワーク
A LAN packet is encapsulated in a VNS header as it enters the LN. The label in the header is used to switch the packet across the LN. The encapsulation header contains the identifier of the last node (or egress node) that processes the packet as it traverses the LN. It is the first node (or ingress node) that decides to which egress node the packet is sent. All nodes between the ingress and egress nodes (known as tandem nodes) decide independently the best packet forwarding route to the egress node identified in the packet.
LNに入るとき、LANパケットはVNSヘッダーでカプセルに入れられます。 ヘッダーのラベルは、LNの向こう側にパケットを切り換えるのに使用されます。 カプセル化ヘッダーはLNを横断するときパケットを処理する最後のノード(または、出口ノード)に関する識別子を含んでいます。 それはパケットがどの出口ノードに送られるかを決める最初のノード(または、イングレスノード)です。 イングレスと出口ノード(2人乗り自転車ノードとして、知られている)の間のすべてのノードが、出口ノードへの最も良いパケット推進ルートがパケットで特定したと独自に決めます。
The network layer protocols view VNS as a shared broadcast media, where the speed to reach any node on the media is the same for all nodes. VNS ensures that traffic destined to other nodes is forwarded optimally. This transparent view of the VNS means that all the details of the network (for example, topology and link states) can be hidden from the Upper Layer Protocols (e.g. Layer 3 routing protocols) and their applications. VNS also ensures that changes to topology and link state are hidden.
ネットワーク層プロトコルは共有された電波媒体であるとVNSをみなします。そこでは、すべてのノードに、メディアのどんなノードにも達する速度が同じです。 VNSは、他のノードに運命づけられたトラフィックが最適に進められるのを確実にします。 VNSのこの見え透いた視点は、Upper Layerプロトコル(例えば、Layer3ルーティング・プロトコル)と彼らのアプリケーションからネットワーク(例えば、トポロジーとリンク州)に関する一部始終を隠すことができることを意味します。 また、VNSは、トポロジーへの変化とリンク状態が隠されるのを確実にします。
The network layer protocol on the ingress node views the network layer protocol on the egress node as its logical and directly connected neighbor. This is significant because the network layer protocols always decide which directly connected neighbor should receive a forwarded packet. The details of the actual topology supporting the connectionless network are managed entirely by the Virtual Network Switching and are hidden from the network layer protocols. To the network layer, VNS simply appears to be another Data Link Layer (or media), even though VNS is a network layer itself running on top of the actual Data Link Layer (for example, ATM trunks).
イングレスノードの上のネットワーク層プロトコルは論理的で直接接続された隣人として出口ノードの上でネットワーク層プロトコルを見なします。 ネットワーク層プロトコルが、いつもどの直接接続された隣人が進められたパケットを受けるべきであるかを決めるので、これは重要です。 コネクションレスなネットワークをサポートする実際のトポロジーの詳細は完全にVirtual Network Switchingによって管理されて、ネットワーク層プロトコルから隠されます。 ネットワーク層に、VNSは、別のData Link Layer(または、メディア)であるように単に見えます、VNSが実際のData Link Layer(例えば、ATMトランクス)の上で稼働するネットワーク層自体ですが。
For the ingress node to choose the egress node that provides the best path to the packet's final destination, it must have knowledge of the following:
イングレスノードがパケットの最終的な目的地に最も良い経路を備える出口ノードを選ぶように、それには、以下に関する知識がなければなりません:
- the nodes that can be reached in the network
- the topology of the network that is using the VNS services for
transport across the network (but not necessarily the topology
of the full network)
- ネットワークで達することができるノード--輸送にネットワークの向こう側にVNSサービスを利用しているネットワークのトポロジー(しかし、必ず完全なネットワークのトポロジーであるというわけではない)
This knowledge is obtained through the network layer routing mechanisms such as, IP's Open Shortest Path First (OSPF) and Address Resolution Protocol (ARP).
ネットワーク層ルーティングメカニズムを通してこの知識を得る、あれほど、IPのオープンShortest Path First(OSPF)とAddress Resolutionプロトコル(ARP)。
Once the network layer protocol on the ingress node has decided which neighbor to transmit the packet to, it is the responsibility of VNS forwarding, a part of VNS, to deliver the packet to that node. Once the packet arrives at the egress node, the packet is delivered to the network layer protocol, which then forwards it to its ultimate
イングレスノードの上のネットワーク層プロトコルが、どの隣人にパケットを伝えるかをいったん決めると、VNS推進の責任、そのノードにパケットを提供するのは、VNSの一部です。 パケットがいったん出口ノードに到着すると、パケットによる提供されて、ネットワーク層プロトコルに、それが究極であるということです。(その時はそれをネットワーク層プロトコルに送ります)。
Jamoussi, et. al. Informational [Page 4] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[4ページ]のRFC2340ノーテル仮想ネットワーク
destination.
目的地。
Tandem nodes have no interaction with the network layer protocols. They only require knowledge of the VNS network topology. They make their packet forwarding decision on the egress node identifier and LN identifier carried in the VNS header of the packet.
2人乗り自転車ノードには、ネットワーク層プロトコルとの相互作用が全くありません。 彼らはVNSネットワーク形態に関する知識を必要とするだけです。 彼らはパケットのVNSヘッダーで運ばれた出口ノード識別子とLN識別子の自分達のパケット推進決定をします。
3. VNS Header
3. VNSヘッダー
VNS defines a unicast header shown in Figure 2 and a multicast header shown in Figure 3.
VNSは図2で見せられたユニキャストヘッダーと図3で見せられたマルチキャストヘッダーを定義します。
3 2 1 0
1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TTL | LNN |x|LS-Key |x|DP | CmnHdr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Protocol Type | Destination Node Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| COS |x x x x| Source Node Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Network Layer Header (e.g. IP) |
/ /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data |
/ /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
3 2 1 0 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TTL| LNN|x|LS主要です。|x|DP| CmnHdr| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | プロトコルタイプ| 目的地ノード識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | COS|x x x x| ソースノード識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ネットワーク層ヘッダー(例えば、IP)| / / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | データ| / / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2. Unicast VNS Header
図2。 ユニキャストVNSヘッダー
The unicast header includes the following fields:
ユニキャストヘッダーは以下の分野を入れます:
- Common Header (CmnHdr): The common header identifies the packet to be a VNS encapsulated packet.
- 一般的なヘッダー(CmnHdr): 一般的なヘッダーは、パケットであるとカプセル化されたVNSになるようにパケットを特定します。
- Discard Priority: Indicates the level of congestion at which the packet should be discarded. The value of this field is assigned on the originating node based on policy information (see Section 9).
- 優先権を捨ててください: パケットが捨てられるべきである混雑のレベルを示します。 この分野の値は方針情報に基づく起因するノードで割り当てられます(セクション9を見てください)。
- Load Spreading Key: indicates the stream to which the packet belongs for the purposes of equal cost multipath and trunk load spreading (see Section 8).
- キーを広げて、ロードしてください: パケットが等しい費用多重通路とトランク負荷普及(セクション8を見る)の目的のために属するストリームを示します。
- LNN: The Logical Network Number defines the logical network the packet belongs to. This field in is used in conjunction with the destination node identifier as the VNS switching label (see Section 5).
- LNN: Logical Network Numberはパケットがもの論理的なネットワークを定義します。 中のこの分野はVNS切り換えラベルとしての目的地ノード識別子に関連して使用されます(セクション5を見てください)。
Jamoussi, et. al. Informational [Page 5] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[5ページ]のRFC2340ノーテル仮想ネットワーク
- TTL: The Time To Live field is used to detect and discard packets caught in temporary routing loops.
- TTL: Time To Live分野は、一時的なルーティング輪に捕らえられたパケットを検出して、捨てるのに使用されます。
- Destination Node Identifier: This field contains an ID which uniquely identifies the destination node. This ID is unique to the physical network not just the LN. In conjunction with the LNN, this forms a global VNS switching label.
- 目的地ノード識別子: この分野は唯一目的地ノードを特定するIDを含んでいます。 このIDはLNだけではなく、物理ネットワークにユニークです。 LNNに関連して、これはグローバルなVNS切り換えラベルを形成します。
- Protocol Type: indicates the type of Network layer protocol being carried in the packet. Examples include IP, IPX, and Bridging. If the packet is a multicast packet then this is indicated in this field.
- タイプについて議定書の中で述べてください: パケットで運ばれるNetwork層のプロトコルのタイプを示します。 例はIP、IPX、およびBridgingを含んでいます。 パケットがマルチキャストパケットであるなら、これはこの分野で示されます。
- Source Node Identifier: This field contains an ID which uniquely identifies the source node (ingress node).
- ソースノード識別子: この分野は唯一、ソースノード(イングレスノード)を特定するIDを含んでいます。
- CoS: The Class of Service field is used to provide routing class of service. The COS field also affects the Emission Priority of the packet in the scheduler (see Section 9).
- CoS: Service分野のClassは、サービスのルーティングのクラスを提供するのに使用されます。 また、COS分野はスケジューラでパケットのEmission Priorityに影響します(セクション9を見てください)。
- Reserved Fields: All the fields marked with "x" are Reserved.
- 控え目なフィールズ: 「x」で示されるすべての分野がReservedです。
3 2 1 0
1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TTL | LNN |x|LS-Key |x|DP | CmnHdr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PT = Multicast| Destination Node Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| COS |x x x x| Source Node Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Protocol Type |x x x x x x x x| Multicast Group |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Network Layer Header (e.g. IP) |
/ /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ Data /
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
3 2 1 0 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TTL| LNN|x|LS主要です。|x|DP| CmnHdr| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | PTはマルチキャストと等しいです。| 目的地ノード識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | COS|x x x x| ソースノード識別子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | プロトコルタイプ|x x x x x x x x| マルチキャストグループ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ネットワーク層ヘッダー(例えば、IP)| データ
Figure 3. Multicast VNS Header
図3。 マルチキャストVNSヘッダー
The multicast header shown in Figure 3, includes all the fields of the unicast header. In addition, the multicast header includes the following fields:
マルチキャストヘッダーは、図3で目立って、ユニキャストヘッダーのすべての分野を入れます。 さらに、マルチキャストヘッダーは以下の分野を入れます:
- Multicast Group: this field is used to identify a sub-group within the logical network that receives the multicast packets.
- マルチキャストグループ: この分野は、マルチキャストパケットを受ける論理的なネットワークの中でサブグループを特定するのに使用されます。
Jamoussi, et. al. Informational [Page 6] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[6ページ]のRFC2340ノーテル仮想ネットワーク
- Protocol Type: indicates the type of Network layer protocol being carried in the packet. Examples include IP, IPX, and Bridging.
- タイプについて議定書の中で述べてください: パケットで運ばれるNetwork層のプロトコルのタイプを示します。 例はIP、IPX、およびBridgingを含んでいます。
4. VNS Label Distribution
4. VNSラベル分配
Label distribution in VNS is based on a distributed serverless topology driven approach. Standard ARP or address gleaning is used to distribute and map network layer addresses to VNS addresses.
VNSでのラベル分配は分配されたserverlessトポロジー駆動のアプローチに基づいています。 標準のARPかアドレス落ち穂拾いが、ネットワーク層アドレスをVNSアドレスに配布して、写像するのに使用されます。
A VNS Label is an 6 byte encoding of the LNN and the node ID. VNS Labels are treated as MAC addresses by the network layer. This means that labels are distributed by the same means network layers use to distribute MAC addresses. Thus, VNS leverages existing L2/L3 mapping techniques and doesn't require a separate Label Distribution Protocol.
VNS LabelはLNNとノードIDをコード化する6バイトです。 VNS Labelsはネットワーク層によってMACアドレスとして扱われます。 これは、ラベルがネットワーク層がMACアドレスを配布するのに使用する同じ手段で分配されることを意味します。 したがって、VNSはテクニックを写像する既存のL2/L3を利用して、別々のLabel Distributionプロトコルを必要としません。
5. Logical Networks (LNs)
5. 論理的なネットワーク(LNs)
A logical network consists of a subset of the nodes in a network together with a subset of the trunking facilities that link those nodes. Logical networks partition the network into subnetworks that serve a subset of the overall topology.
論理的なネットワークはそれらのノードをリンクする中継方式施設の部分集合と共にネットワークでノードの部分集合から成ります。 論理的なネットワークは総合的なトポロジーの部分集合に役立つサブネットワークにネットワークを仕切ります。
Each of the logical networks supported on any given node has a separate routing and forwarding table (built by VNS). Therefore, routing decisions are based on the resources available to the logical network, not the entire network.
どんな与えられたノードの上でもサポートされたそれぞれの論理的なネットワークは別々のルーティングと推進テーブル(VNSによって建てられる)を持っています。 したがって、ルーティング決定は全体のネットワークではなく、論理的なネットワークに利用可能なリソースに基づいています。
Each instance of VNS will discover all the trunks which are connected to neighbors which support a matching LNN. This provides a huge administrative saving, since VNS provisioning is on a per-node basis, not on a per-link basis. VNS provisioning requires only a unique node ID and an LNN. Discovery of which trunks support which LNNs is done at run time, relieving administrative effort, and allowing the LN to dynamically adapt to topology changes.
VNSの各インスタンスは隣人に接続されるすべてのトランクスを発見するでしょう(合っているLNNをサポートします)。 これは巨大な管理節約を提供して、VNS以来、食糧を供給することが1リンクあたり1個のベースにあるのではなく、1ノードあたり1個のベースにあります。 VNSの食糧を供給するのはユニークなノードIDとLNNだけを必要とします。 ランタイムのときにトランクスがどのLNNsをサポートする発見をします、管理取り組みを救って、LNがダイナミックにトポロジー変化に順応するのを許容して。
Multiple Logical Networks provide the following benefits to the network system:
複数のLogical Networksがネットワーク・システムへの以下の利益を提供します:
- Logical networks allow service providers to service multiple
private networks or (Virtual Private Internets) easily over one
network.
- 論理的なネットワークで、サービスプロバイダーは複数の私設のネットワークか容易に(仮想の兵士のInternets)1つ以上のネットワークにサービスを提供できます。
- Logical networks can be used to limit the impact of one network
layer protocol on the others. This is particularly true for
protocols that broadcast or multicast a large percentage of either
their control or data packets. This increases the effective
bandwidth of the trunks and allows the overall network to scale
- 他のものの上の1つのネットワーク層プロトコルの影響を制限するのに論理的なネットワークを使用できます。 放送されるプロトコルかマルチキャストには、これは特に彼らのコントロールかデータ・パケットのどちらかの大きな割合に本当です。 これは、トランクスの有効な帯域幅を増強して、総合的なネットワークが比例するのを許容します。
Jamoussi, et. al. Informational [Page 7] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[7ページ]のRFC2340ノーテル仮想ネットワーク
better.
より良い。
- Logical networks allow for the configuration of the network to
meet individual community of interest and geographical
subnetworking needs.
- 論理的なネットワークは、ネットワークの構成が個々の利益共同体と地理的な「副-ネットワーク」需要を満たすのを許容します。
- Routing control traffic has significance only in the local
subnetwork that is isolated to that subnetwork.
- ルート設定コントロールトラフィックはそのサブネットワークに隔離される地方のサブネットワークだけに意味を持っています。
- Logical networks allow different instances of the same protocol
to share trunk facilities.
- 論理的なネットワークで、同じプロトコルの異なったインスタンスはトランク施設を共有できます。
6. VNS Routing
6. VNSルート設定
VNS routing is a link state routing system which uses many concepts similar to OSPF and PNNI. One of the most significant departures from the others is its ability to calculate shortest path trees for routing unicast traffic and spanning trees for routing multicast traffic within a Logical Network.
VNSルーティングはOSPFとPNNIと同様の多くの概念を使用するリンク州のルーティングシステムです。 他のものからの最も重要な出発の1つはLogical Networkの中でルーティングユニキャストトラフィックのための最短パス木とルーティングマルチキャストトラフィックのためのスパニングツリーを計算するその性能です。
There is only one type of interface that VNS routing supports and this is known as a VNS link. A link is a set of trunks that join two VNS neighbor nodes. Each node in a VNS network maintains information about the state of locally attached links. This information is flooded throughout the network whenever there is a significant change to the link's state or attributes (i.e. up/down, speed change, available bandwidth change).
VNSルーティングがサポートする1つのタイプのインタフェースしかありません、そして、これはVNSリンクとして知られています。 リンクは2つのVNS隣人ノードを接合する1セットのトランクスです。 VNSネットワークにおける各ノードは局所的に添付のリンクの状態の情報を保守します。 リンクの状態か属性への著しい変化がある(上がるか、または下がっています、変化を促進してください、すなわち、利用可能な帯域幅変化、)ときはいつも、この情報はネットワーク中で水につかっています。
Each node stores and forwards the link state information received from all other nodes. This allows each node to have the same view of all of the nodes in the network together with all of their link state information. This data is used to compute both the shortest path to reach each node in the Logical Network and a spanning tree for the Logical Network.
各ノードは、他のすべてのノードから受け取られたリンク州の情報を、保存して、転送します。 これで、各ノードはそれらのリンク州の情報のすべてと共にネットワークでノードのすべての同じ視点を持つことができます。 このデータは、Logical NetworkのためにLogical Networkの各ノードに達する最短パスとスパニングツリーの両方を計算するのに使用されます。
Logical networks are not bound to a particular trunk or link. They are configured on a node. By default, a link will support a specific logical network if the two nodes which it connects both are configured to support the logical network number. This provides a significant savings in operations over having to configure logical networks on links or trunks.
論理的なネットワークは特定のトランクかリンクに縛られません。 それらはノードの上で構成されます。 デフォルトで、それが接続するノードの2つの両方が論理的なネットワーク・ナンバーをサポートするために構成されると、リンクは特定の論理的なネットワークをサポートするでしょう。 リンクかトランクスの上に論理的なネットワークを構成しなければならない上でこれは重要な貯蓄を操作に提供します。
When a link first comes into service, a protocol is run which allows the two neighboring nodes to exchange information about the logical networks they support. This allows the two nodes to determine if the links are to be considered as a locally attached link for a logical network.
リンクが最初にサービスに入るとき、プロトコルは2つの隣接しているノードがそれらがサポートする論理的なネットワークに関して情報交換できる走行です。 これで、2つのノードが、論理的なネットワークのためにリンクが局所的に添付のリンクであるとみなされるつもりであるかどうか決定できます。
Jamoussi, et. al. Informational [Page 8] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[8ページ]のRFC2340ノーテル仮想ネットワーク
7. VNS Forwarding
7. VNS推進
VNS supports two types of forwarding: unicasting and multicasting. In the first type, the data packet arrives on the ingress node and unicasting forwards the data packet to a single destination (egress node). In the second type, the data packet arrives on the ingress node and multicasting forwards the data packet to all other nodes in the logical network.
VNSは2つのタイプの推進をサポートします: unicastingとマルチキャスティング。 最初のタイプに、イングレスノードと前方に単一の目的地(出口ノード)へのデータ・パケットをunicastingするとき、データ・パケットは到着します。 2番目のタイプに、データ・パケットはイングレスノードで到着します、そして、マルチキャスティングは論理的なネットワークにおける他のすべてのノードにデータ・パケットを送ります。
7.1 Unicast
7.1 ユニキャスト
When a packet first enters the LAN internetwork, the network layer routing protocol determines the next hop of the best route for the packet to reach its final destination. If the best route is through a VNS Logical Network, the network layer routing protocol relies on VNS forwarding to get the packet to the egress node. A VNS packet header containing the node ID (the unique ID assigned to each node) of the egress node is added to the front of the packet and VNS forwarding is invoked to deliver the packet. The network layer routing protocol learns the egress node ID through an Address Resolution Protocol (ARP) for IP and Source Address learning for bridging.
パケットが最初にLANインターネットワークに入ると、パケットが最終的な目的地に達するように、ネットワーク層ルーティング・プロトコルは最も良いルートの次のホップを決定します。 VNS Logical Networkを通して最も良いルートがあるなら、ネットワーク層ルーティング・プロトコルは、出口ノードからパケットを抜くためにVNS推進に依存します。 出口ノードのノードID(各ノードに割り当てられた固有のID)を含むVNSパケットのヘッダーはパケットの前部に加えられます、そして、VNS推進は、パケットを提供するために呼び出されます。 ネットワーク層ルーティング・プロトコルはブリッジするために学ぶIPとSource AddressのためにAddress Resolutionプロトコル(ARP)を通して出口ノードIDを学びます。
As the packet traverses the LN, routing decisions are made to determine the next hop in the route to reach the destination node ID specified in the VNS header. A forwarding table is built on each node that assists in making the routing decision.
パケットがLNを横断するとき、VNSヘッダーで指定された目的地ノードIDに達するようにルートで次のホップを決定するのをルーティング決定をします。 推進テーブルはルーティング決定をするのを助ける各ノードで組立てられます。
Each VNS instance on each node builds and maintains a forwarding table for its LN. Each forwarding table has an entry for every node that is a member of the logical network.
各ノードの上のそれぞれのVNSインスタンスは、LNのために推進テーブルを組立てて、維持します。 それぞれの推進テーブルには、論理的なネットワークのメンバーであるあらゆるノードのためのエントリーがあります。
7.2 Multicast
7.2 マルチキャスト
In addition to the unicast forwarding function, VNS also supports a multicast forwarding service for traffic within an LN at the VNS layer. Multicast packets are delivered to all nodes supporting the logical network to which the multicast packet belongs. The packets are sent along the branches of a spanning tree that is built by each node supporting the logical network and is based on a common root node (so that each node's view of the tree is the same as other nodes). In other words, multicast packets are sent intelligently, consuming a minimum of network bandwidth. If the network topology is stable, each node receives each multicast packet only once.
また、ユニキャスト推進機能に加えて、VNSは、マルチキャスト推進がVNS層のLNの中のトラフィックのためのサービスであるとサポートします。 マルチキャストパケットはマルチキャストパケットが属する論理的なネットワークをサポートするすべてのノードに提供されます。 パケットは、論理的なネットワークをサポートしながら各ノードによって築き上げられるスパニングツリーの支店に沿って送られて、共通根ノードに基づいています(各ノードの木の眺めが他のノードと同じであるように)。 言い換えれば、最小ネットワーク回線容量を消費して、知的にマルチキャストパケットを送ります。 ネットワーク形態が安定しているなら、各ノードは一度だけそれぞれのマルチキャストパケットを受けます。
Multicast packets received at any node are not acknowledged. They are simply forwarded to the specified network layer interface and sent to any other neighbor nodes on the spanning tree.
どんなノードにも受け取られたマルチキャストパケットは承認されません。 それらを単に指定されたネットワーク層インタフェースに送って、スパニングツリーでいかなる他の隣人ノードにも送ります。
Jamoussi, et. al. Informational [Page 9] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[9ページ]のRFC2340ノーテル仮想ネットワーク
8. Traffic Engineering
8. 交通工学
VNS forwarding supports two types of traffic engineering mechanisms: equal cost multipaths and trunk load spreading.
VNS推進は交通工学メカニズムの2つのタイプをサポートします: 等しい費用多重通路とトランクは普及をロードします。
Equal cost multipaths allows different streams (unique network layer source and destination address pairings) to be load spread between multiple relatively equal cost paths, through the Logical Network to the egress node.
等しい費用多重通路は、異なったストリーム(ユニークなネットワーク層ソースと目的地アドレス組み合わせ)が複数の比較的等しい費用経路の間に広げられた負荷であることを許容します、出口ノードへのLogical Networkを通して。
Trunk load spreading between two neighbors can take place when multiple VNS trunks are defined between neighbors. Again, the load spreading is based on network layer streams.
複数のVNSトランクスが隣人の間で定義されるとき、2人の隣人の間で広まるトランク荷重は行われることができます。 一方、負荷普及はネットワーク層ストリームに基づいています。
8.1 Equal Cost Multipaths
8.1 等しい費用多重通路
From any point in a logical network, there may be multiple paths to reach a specific egress node. If VNS routing determines that more than one of these paths are of equal cost, VNS packets will be load spread between two of them.
論理的なネットワークにおける任意な点から、特定の出口ノードに達する複数の経路があるかもしれません。 VNSルーティングが、これらの経路の1つ以上には等しい費用があることを決定すると、VNSパケットがそれらの2つの間に広げられた負荷になるでしょう。
Equal cost multipath forwarding is supported not only on ingress nodes but on tandem nodes as well. Each packet on an ingress node is tagged with an equal cost multipath key. This key is acted upon at the ingress node and stored in the VNS header to be used on tandem nodes.
等しい費用多重通路推進はイングレスノードの上でサポートされるだけではなく、また、2人乗り自転車ノードでもサポートされます。 イングレスノードの上の各パケットは等しい費用多重通路キーでタグ付けをされます。 このキーは、イングレスノードで作用されて、2人乗り自転車ノードの上で使用されるためにVNSヘッダーに保存されます。
The equal cost multipath key is calculated by running an algorithm over the source and destination network layer addresses. This means that, in a stable network, any given stream will always take the same path through a Logical Network avoiding the problems that misordering would otherwise cause.
等しい費用多重通路キーは、ソースと送信先ネットワーク層のアドレスの上にアルゴリズムを実行することによって、計算されます。 これは、どんな与えられたストリームもそうでなければmisorderingが引き起こす問題を避けるLogical Networkを通して安定したネットワークで同じ経路をいつも取ることを意味します。
8.2 Trunk Load Spreading Between Neighbors
8.2 ネイバーズの間で広まるトランク荷重
VNS allows multiple trunks to be configured between neighboring VNS nodes. VNS routing considers the aggregate bandwidth of those trunks to determine the metric between the nodes. Also, VNS load spreads its traffic amongst those trunks.
VNSは、複数のトランクスが隣接しているVNSノードの間で構成されるのを許容します。 ルーティングがノードの間のメートル法を決定するためにそれらのトランクスの集合帯域幅であると考えるVNS。 また、VNS荷重はそれらのトランクスにトラフィックを広げます。
As is the case with equal cost multipaths, the trunk load spreading key is calculated on the ingress node from an algorithm run over the source and destination network layer addresses. The key is then stored in the VNS header to be used on all tandem nodes through the Logical Network.
等しい費用多重通路があるケースのように、トランク負荷普及のキーはイングレスノードの上でソースの上に実行されたアルゴリズムと送信先ネットワーク層のアドレスから計算されます。 そして、キーは、Logical Networkを通してすべての2人乗り自転車ノードの上で使用されるためにVNSヘッダーに保存されます。
Jamoussi, et. al. Informational [Page 10] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[10ページ]のRFC2340ノーテル仮想ネットワーク
9. Class of Service
9. サービスのクラス
At the ingress to a VNS Network, packets are classified according to the Class of Service (Cos) policy settings. The CoS differentiation is achieved through different Emission and Discard priorities. The semantics of the classification is carried in the VNS label (DP and COS Fields described in Section 3) to be used at the ingress node as well as all tandem points in the VNS network to affect queuing and scheduling decisions.
VNS Networkへのイングレスでは、Service(Cos)方針設定のClassによると、パケットは分類されます。 CoS分化は異なったEmissionとDiscardプライオリティを通して達成されます。 分類の意味論は、決定を列に並ばせて、計画をしながら影響するVNSネットワークにイングレスノードにおいてすべての2人乗り自転車ポイント使用されるためにVNSラベル(フィールズがセクション3で説明したDPとCOS)で運ばれます。
10. VNS Migration Strategies
10. VNS移行戦略
VNS supports several upper layer protocols such as IP, IPX, and Bridging. Therefore, it is a multiprotocol label switching architecture. In addition, VNS is not tied to a particular L2 technology. It runs on cell (e.g., ATM) trunks, frame trunks, or a mixture of both.
VNSはIPや、IPXや、Bridgingなどのいくつかの上側の層のプロトコルをサポートします。 したがって、それは「マルチ-プロトコル」ラベル切り換えアーキテクチャです。 さらに、VNSは特定のL2技術に結ばれません。 それは両方のセル(例えば、ATM)トランクス、フレームトランクス、または混合物で走ります。
VNS can be gradually introduced in a network. It can be implemented between switching elements interconnected by point to point links. Each of the switching nodes can run layer 3 routing simultaneously with packet switching. VNS also allows for the interconnection of VNS clouds through an ATM VC.
ネットワークでVNSを徐々に導入できます。 リンクを指すためにポイントインタコネクトされたスイッチング素子の間でそれを実装することができます。 それぞれの切り換えノードは同時に、パケット交換で層3のルーティングを実行できます。 また、VNSはATM VCを通してVNS雲のインタコネクトを考慮します。
Since VNS can run on a mixture of Frame and Cell trunks, it allows for the graceful migration of the frame links to ATM without requiring a complete immediate overhaul.
VNSがFrameとCellトランクスの混合物で走ることができるので、完全な即座のオーバーホールを必要としないで、それはATMへのフレームリンクの優雅な移行を考慮します。
11. Summary
11. 概要
VNS addresses scalability problems in several ways:
VNSはいくつかの方法でそのスケーラビリティ問題を訴えます:
1. By a generally distributed design which doesn't
require a Label Distribution Protocol, or servers of any kind.
2. By providing an efficient, distributed multicast mechanism.
3. By allowing administrators to control the size of a
Logical Network, limiting traffic to a subset of the physical
topology.
4. By reducing layer 3 address space/subnet requirements in the
WAN which reduces the routing table size.
1. Label Distributionプロトコル、またはどんな種類のサーバも必要としない一般に、分配されたデザインで。 2. 効率的で、分配されたマルチキャストメカニズムを提供することによって。 3. トラフィックを物理的なトポロジーの部分集合に制限して、管理者がLogical Networkのサイズを制御するのを許容することによって。 4. 経路指定テーブルサイズを減少させるWANにおける層3のアドレス空間/サブネット要件を減らすことによって。
VNS provides redundancy transparent to the network layer protocol by managing the network of trunks independently of the network layer. VNS will automatically discover any topology changes and re-route traffic accordingly.
VNSはネットワーク層の如何にかかわらずトランクスのネットワークを経営することによってネットワーク層プロトコルに見え透いた冗長を提供します。 VNSは自動的にどんなトポロジー変化も発見して、それに従って、交通ルートを変更するでしょう。
Jamoussi, et. al. Informational [Page 11] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[11ページ]のRFC2340ノーテル仮想ネットワーク
VNS eases network administration by dynamically keeping track of which trunks are available for each LNN. Network administrators don't have to configure VNS or network layer addresses on a per link basis. Network layer addresses only have to be assigned on a per Logical Network basis. For nodes which will only be tandem VNS nodes, network layer addresses aren't required at all.
VNSはトランクスが各LNNに利用可能であるダイナミックに動向をおさえるのによるネットワーク管理を緩和します。 ネットワーク管理者はリンク基礎あたりのaに関するVNSかネットワーク層アドレスを構成する必要はありません。 ネットワーク層アドレスだけがLogical Network基礎あたりのaで割り当てられなければなりません。 2人乗り自転車VNSノードになるにすぎないノードに関しては、ネットワーク層アドレスは全く必要ではありません。
Since VNS traffic is constrained within an LNN, administrators have control of where VNS traffic is allowed to flow.
VNSトラフィックがLNNの中で抑制されるので、管理者には、VNSトラフィックが流れることができるところに関するコントロールがあります。
Finally, VNS supports switching of several Upper Layer Protocols and supports several media (cell and Frame) or a mixture thereof. Switching in the core of the WAN removes the need for routers and improves the performance due to a reduction in the number of fields that need to processed.
最終的に、VNSはいくつかのUpper Layerプロトコルの切り換えをサポートして、いくつかのメディア(セルとFrame)かそれの混合物を支えます。 WANのコアで切り替わるのは、処理されていた状態で必要がある分野の数の減少のためルータの必要性を取り除いて、性能を向上させます。
12. Security Considerations
12. セキュリティ問題
Logical networks provide a means of restricting traffic flow for security purposes. VNS also relies on the inherent security of the L2 media such as an ATM Virtual Circuit.
論理的なネットワークはセキュリティ目的のために交通の流れを制限する手段を提供します。 また、VNSはATM Virtual CircuitなどのL2メディアの固有のセキュリティを当てにします。
13. Acknowledgments
13. 承認
The authors would like to acknowledge the valuable comments of Terry Boland, Pierre Cousineau, Robert Eros, Robert Tomkins, and John Whatman.
作者はテリー・ボーランド、ピアーCousineau、ロバート・エロス、ロバート・トムキンス、およびジョンWhatmanの貴重なコメントを承諾したがっています。
Jamoussi, et. al. Informational [Page 12] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[12ページ]のRFC2340ノーテル仮想ネットワーク
14. Authors' Addresses
14. 作者のアドレス
Bilel Jamoussi Nortel (Northern Telecom), Ltd. PO Box 3511 Station C Ottawa ON K1Y 4H7 Canada
K1Y 4H7カナダのBilel Jamoussiノーテル(ノーザン・テレコム)Ltd.私書箱3511駅のCオタワ
EMail: jamoussi@Nortel.ca
メール: jamoussi@Nortel.ca
Dwight Jamieson Nortel (Northern Telecom), Ltd. PO Box 3511 Station C Ottawa ON K1Y 4H7 Canada
K1Y 4H7カナダのドワイトジェーミソンノーテル(ノーザン・テレコム)Ltd.PO Box3511駅のCオタワ
EMail: djamies@Nortel.ca
メール: djamies@Nortel.ca
Dan Williston Nortel (Northern Telecom), Ltd. PO Box 3511 Station C Ottawa ON K1Y 4H7 Canada
K1Y 4H7カナダのダンウィリストンノーテル(ノーザン・テレコム)Ltd.PO Box3511駅のCオタワ
EMail: danwil@Nortel.ca
メール: danwil@Nortel.ca
Stephen Gabe Nortel (Northern Telecom), Ltd. PO Box 3511 Station C Ottawa ON K1Y 4H7 Canada
K1Y 4H7カナダのスティーブンゲイブノーテル(ノーザン・テレコム)Ltd.PO Box3511駅のCオタワ
EMail: spgabe@Nortel.ca
メール: spgabe@Nortel.ca
Jamoussi, et. al. Informational [Page 13] RFC 2340 Nortel's Virtual Network Switching (VNS) May 1998
et Jamoussi、アル。 (VNS)1998年5月に切り替わる情報[13ページ]のRFC2340ノーテル仮想ネットワーク
15. Full Copyright Statement
15. 完全な著作権宣言文
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Jamoussi, et. al. Informational [Page 14]
et Jamoussi、アル。 情報[14ページ]
一覧
スポンサーリンク
