Network Working Group                                         O. Okamoto
Request for Comments: 3422                                   M. Maruyama
Category: Informational                                 NTT Laboratories
                                                               T. Sajima
                                                        Sun Microsystems
                                                           November 2002
        

Forwarding Media Access Control (MAC) Frames over Multiple Access Protocol over Synchronous Optical Network/Synchronous Digital Hierarchy (MAPOS)

同期光ネットワーク/同期デジタル階層(MAPOS)の上に、複数のアクセスプロトコルを介してメディアアクセス制御(MAC)フレームを転送

Status of this 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 (2002). All Rights Reserved.

著作権(C)インターネット協会(2002)。全著作権所有。

IESG Note

IESG注意

This memo documents a way of tunneling Ethernet frames over MAPOS networks. This document 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.

このメモはMAPOSネットワーク上でトンネリングイーサネットフレームの方法を説明します。この文書は、IETFワーキンググループの製品ではありませんまた、それは、標準トラック文書です。それは必ずしも標準トラック文書が受け取ることに広範かつ徹底的なコミュニティレビューの恩恵を受けていません。

Abstract

抽象

This memo describes a method for forwarding media access control (MAC) frames over Multiple Access Protocol over Synchronous Optical Network/Synchronous Digital Hierarchy (MAPOS), thus providing a way to unify MAPOS network environment and MAC-based Local Area Network (LAN) environment.

このメモは、このようにMAPOSネットワーク環境を統一するための方法を提供し、MACベースのローカルエリアネットワーク(LAN)環境では、同期光ネットワーク/同期デジタル階層(MAPOS)の上に多重アクセスプロトコルを介してメディアアクセス制御(MAC)フレームを転送する方法を説明し。

1. Network Model
1.ネットワークモデル

In the Network model assumed in this memo, MAC-based LAN traffic is forwarded by a MAPOS switched network. This model allows distant LANs to be interconnected to form a single LAN segment. Transparent LAN Service (TLS) is provided by encapsulating MAC frames in MAPOS frames and by mapping MAC addresses to MAPOS addresses.

このメモで想定するネットワークモデルでは、MACベースのLANのトラフィックがネットワークを切り替えMAPOSによって転送されます。このモデルは、遠くのLANが単一のLANセグメントを形成するために相互接続することができます。透明なLANサービス(TLS)はMAPOSフレームにおけるMACフレームをカプセル化し、MACアドレスをMAPOSにアドレスマッピングすることによって提供されます。

This network model is shown in figure 1. "MAPOS network" is composed of MAPOS switches, SONET/SDH leased lines and optical fiber cables. A LAN is connected to a MAPOS network by a Network Adapter (NA) which has a MAPOS interface and an ethernet interface. A unique MAPOS address is assigned to each NA by NSP (Node-Switch Protocol) [2].

このネットワークモデルは、「MAPOSネットワークが」MAPOSスイッチから構成されている図1に示​​され、SONET / SDH、線および光ファイバケーブルをリース。 LANは、MAPOSインタフェースとイーサネットインタフェースを有するネットワークアダプタ(NA)によってMAPOSネットワークに接続されています。一意MAPOSアドレスがNSP(ノードスイッチ・プロトコル)によって、各NAに割り当てられている[2]。

                                +-----------+
      MAC-based LAN N1 +---+    |   MAPOS   |    +---+ MAC-based LAN N2
        ---------------|   |----|  network  |----|   |---------------
         |             +---+    |           |    +---+             |
      +-----+         Network   |    N0     |   Network         +-----+
      |     |         adapter   +-----------+   adapter         |     |
      +-----+            B1                       B2            +-----+
      Host H1                                                   Host H2
        

Figure 1. VPN network service model with LANs N1 and N2

LANのN1とN2図1. VPNネットワークのサービスモデル

Host H1 in LAN N1 and host H2 in LAN N2 are connected to distinct MAC-based LANs. Transparent LAN service is provided by MAPOS network N0 exchanging MAC frames between Host H1 and Host H2.

LAN N1にH1をホストし、個別のMACベースのLANに接続されているLAN N2にH2をホストします。トランスペアレントLANサービスは、ホストH1とH2をホストとの間のMACフレームを交換MAPOSネットワークN0によって提供されます。

Using this mechanism, a single VLAN segment can be setup from multiple LANs that may be geographically located far away from each other.

このメカニズムを使用して、単一のVLANセグメントは、地理的に遠く離れて互いに配置されてもよい複数のLANから設定することができます。

The use of a switched technology is recommended for building a MAC-based LAN. In some cases, however, this becomes a requirement. A likely example is the situation where a MAC-based LAN having two network adapters, both attached to the same MAPOS network (for redundancy). If the LAN is built using shared (non-switched) technology, then this loop configuration is bound to be stormed by incessant broadcast traffic. This can only be circumvented by using switched technology with support for broadcast spanning tree [7].

交換技術の使用は、MACベースのLANを構築することをお勧めします。いくつかのケースでは、しかし、これは必要条件となります。可能性の例では、MACベースのLANは、2つのネットワークアダプタ(冗長性のため)同じMAPOSネットワークに接続の両方を有する状況です。 LANの共有(非スイッチ)技術を使用して構築されている場合、このループ構成は、絶え間ないブロードキャストトラフィックによって襲撃されるようにバインドされています。これは、[7]スパニングツリー放送をサポートする技術を切り替え使用することによって回避することができます。

2. Forwarding a MAC Frame
2. MACフレームを転送

This section describes the MAC frame forwarding mechanism in the MAPOS network.

このセクションでは、MAPOSネットワークにおけるMACフレーム転送機構が記載されています。

2.1. Outline
2.1. 概要

In figure 2, LANs N1 and N2 communicates via MAPOS network N0. NAs B1 and B2 are gateways into Network N0, and they each have a MAPOS interface and an ethernet interface.

図2では、LANのN1、N2はMAPOSネットワークN0を経由して通信します。 NAS B1とB2は、ネットワークN0へのゲートウェイであり、それらはそれぞれ、MAPOSインタフェースとイーサネットインタフェースを有しています。

                                +------------+
                                |MAPOS header|
      +-----------+             +------------+             +-----------+
      | MAC header| encapsulate | MAC  header| decapsulate | MAC header|
      +-----------+ ----------> +------------+ ----------> +-----------+
      |information|             | information|             |information|
      +-----------+             +------------+             +-----------+
        MAC frame             Bridged MAPOS frame             MAC frame
        
                                +------------+
        LAN N1         +---+    |    MAPOS   |    +---+         LAN N2
        ---------------|   |----|   network  |----|   |---------------
         |             +---+    |            |    +---+             |
      +-----+            B1     |      N0    |      B2           +-----+
      |     |                   +------------+                   |     |
      +-----+                                                    +-----+
      Host H1                                                    Host H2
        

Figure 2. Forwarding a MAC frame from H1 to H2 over the VPN

図2は、VPN上H2にH1からMACフレームを転送します

The process of forwarding a MAC frame transparently from host H1 to host H2 is also shown in figure 2. NA B1 encapsulates a MAC frame from host H1, and forwards it to MAPOS network N0. NA B2 decapsulates the MAPOS frame, then forwards the MAC frame to host H2.

H2をホストするホストH1から透過MACフレームを転送するプロセスは、図2 NA B1は、ホストH1からMACフレームをカプセル化し、転送し、ネットワークN0をMAPOSに示されています。 NA B2はMAPOSフレームのカプセル化を解除し、その後、H2をホストするMACフレームを転送します。

2.2. MAPOS encapsulation format
2.2. MAPOSのカプセル化フォーマット

To transmit a MAC frame into MAPOS network, the NA encapsulates the frame as shown in the following figures. This frame format is based on Bridged LAN Traffic for PPP [4]; only the fields with semantics specific to this document are described below. The fields are transmitted from left to right.

MAPOSネットワークにMACフレームを送信するために、NAは、以下の図に示すように、フレームをカプセル化します。このフレームフォーマットは、PPPのためのブリッジLANのトラフィックに基づいている[4]。この文書に固有の意味を持つフィールドのみを以下に記載されています。フィールドは左から右に送信されます。

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+
      |  HDLC Flag    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      Address and Control      |      0xFE     |      0x31     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |        (reserved)             |     Source MAPOS Address      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |F|0|Z|0| Pads  |   MAC Type    |    Destination MAC Address    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Destination MAC Address                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Source MAC Address                      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     Source MAC Address        |          Length/Type          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    LLC data ...
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   LAN FCS (optional)                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |               potential line protocol pad                     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   Frame FCS (16/32bits)                       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Figure 3. 802.3 Frame format (IEEE 802 Un-tagged Frame)

図3. 802.3フレーム・フォーマット(IEEE 802アンタグ付きフレーム)

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+
      |   HDLC FLAG   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      Address and Control      |      0xFE     |      0x31     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |         (reserved)            |     Source MAPOS Address      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |F|0|Z|0| Pads  |    MAC Type   |   Pad Byte    | Frame Control |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Destination MAC Address                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     Destination MAC Address   |  Source MAC Address           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Source MAC Address                      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    LLC data ...
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   LAN FCS (optional)                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |              optional Data Link Layer padding                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   Frame FCS (16/32bits)                       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Figure 4. 802.4/802.5/FDDI Frame format (IEEE 802 Un-tagged Frame)

図4 802.4 / 802.5 / FDDIフレームフォーマット(IEEE 802アンタグ付きフレーム)

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+
      |  HDLC Flag    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      Address and Control      |      0xFE     |      0x31     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |        (reserved)             |     Source MAPOS Address      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |F|0|Z|0| Pads  |   MAC Type    |    Destination MAC address    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Destination MAC Address                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Source MAC Address                      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      Source MAC Address       |     0x81      |      0x00     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |Pri  |C| VLAN ID               |      Length/Type              |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    LLC data ...
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   LAN FCS (optional)                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                 potential line protocol pad                   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   Frame FCS (16/32bits)                       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Figure 5. 802.3 Frame format (IEEE 802 Tagged Frame)

図5. 802.3フレームフォーマット(IEEE 802タグ付きフレーム)

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+
      |   HDLC FLAG   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |      Address and Control      |      0xFE     |      0x31     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |        (reserved)             |     Source MAPOS Address      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |F|0|Z|0| Pads  |    MAC Type   |   Pad Byte    | Frame Control |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Destination MAC Address                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     Destination MAC Address   |  Source MAC Address           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                       Source MAC Address                      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   SNAP-encoded TPID                           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   SNAP-encoded TPID                           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |Pri  |C| VLAN ID               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    LLC data ...
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   LAN FCS (optional)                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |              optional Data Link Layer padding                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   Frame FCS (16/32bits)                       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Figure 6. 802.4/802.5/FDDI Frame format (IEEE 802 Tagged Frame)

図6 802.4 / 802.5 / FDDIフレームフォーマット(IEEE 802タグ付きフレーム)

Address and Control

住所と制御

These fields contain the destination HDLC address as defined by MAPOS Version 1 [1] and MAPOS 16 [3].

これらのフィールドはMAPOSバージョン1によって定義される宛先HDLCアドレスを含む[1]とMAPOS 16 [3]。

Protocol Field

プロトコルフィールド

0xFE31 for bridged LAN traffic for MAPOS. NA should only accept NSP (0xFE03) and bridged MAPOS frames (0xFE31) frames; others should be silently discarded.

MAPOSのためのブリッジLANトラフィック用0xFE31。 NAは、NSP(0xFE03)を受け入れ、MAPOSフレーム(0xFE31)フレームを架橋すべきです。他の人は静かに捨てられるべきです。

Source MAPOS address

ソースMAPOSアドレス

Contains the MAPOS address of the sending NA. For MAPOS version 1 [1] the 8-bit HDLC address is placed in the least significant place of the 16-bit field and the upper eight bits must be zero.

送信NAのMAPOSアドレスが含まれています。 MAPOSバージョン1 [1]、8ビットのHDLCアドレスは、16ビットフィールドの最下位場所に配置され、上位8ビットはゼロでなければなりません。

3. Determination of the Destination MAPOS Address
先MAPOSアドレスの3決定

The destination MAPOS address for a MAC frame to be bridged is determined by searching the address table composed of entries of the form

架橋されるMACフレームの宛先MAPOSアドレスは、フォームのエントリからなるアドレステーブルを検索することによって決定されます

{destination MAC address, destination MAPOS address}

{宛先MACアドレス、送信先MAPOSアドレス}

during the encapsulation phase.

カプセル化フェーズで。

For example, in figure 2, when a MAC frame to be sent to host H2 is encapsulated, the destination MAPOS address corresponding to NA B2 is used.

H2をホストに送信するMACフレームがカプセル化される場合、例えば、図2に、NA B2に対応する宛先MAPOSアドレスが使用されます。

Determination of the destination MAPOS address for forwarding a MAC unicast frame is described in 3.1. The way for forwarding a MAC broadcast or multicast frame is described in 3.2. Methods for populating the address table are explained in 3.3.

MACユニキャストフレームを転送するための送信先MAPOSアドレスの決定は3.1に記載されています。 MACブロードキャストまたはマルチキャストフレームを転送するための方法は、3.2に記載されています。アドレステーブルを移入するための方法は、3.3で説明されています。

3.1. Destination MAPOS address for forwarding a MAC unicast frame
3.1. MACユニキャストフレームを転送するための送信先MAPOSアドレス

In NA, entries of the form

NA、フォームのエントリで

{destination MAC address, destination MAPOS address}

{宛先MACアドレス、送信先MAPOSアドレス}

are held in its address table. When a MAC frame is received by the ethernet interface, the address table is searched using the destination MAC address as the key. If a matching entry is found, the corresponding MAPOS address is used as the destination MAPOS address. If no matching entry exists, MAC broadcast forwarding (3.2) is used.

そのアドレステーブル内に保持されています。 MACフレームは、イーサネットインタフェースによって受信されると、アドレステーブルをキーとして、宛先MACアドレスを使用して検索されます。一致するエントリが見つかった場合、対応するMAPOSアドレスは、宛先MAPOSアドレスとして使用されます。一致するエントリが存在しない場合、MACブロードキャスト転送(3.2)が使用されます。

3.2. Forwarding a MAC broadcast or multicast frame
3.2. MACブロードキャストやマルチキャストフレームを転送します

All MAC broadcast or multicast frames must be duplicated for transmission (via MAPOS unicast) to each of the peer network adapters in the same VLAN as the sending network adapter.

すべてのMACブロードキャストまたはマルチキャストフレームを送信するネットワークアダプタと同じVLAN内のピアのネットワークアダプタの各々に(MAPOSユニキャストを介して)送信のために複製されなければなりません。

Consider an example shown in figure 7 where six LANs N1 through N6 are connected to the MAPOS network via network adapters B1 through B6.

N6までの6つのLAN N1がB1 B6を介してネットワークアダプタを介してMAPOSネットワークに接続されている図7に示されている例を考えます。

                                +------------+
        LAN N1         +---+    |            |    +---+         LAN N2
        ---------------|   |----|            |----|   |---------------
         |             +---+    |            |    +---+             |
      +-----+         Network   |            |   Network         +-----+
      |     |         adapter   |            |   adapter         |     |
      +-----+            B1     |            |      B2           +-----+
      Host H1                   |            |                   Host H2
                                |            |
                                |            |
                                |            |
        LAN N3         +---+    |    MAPOS   |    +---+         LAN N4
        ---------------|   |----|   network  |----|   |---------------
         |             +---+    |            |    +---+             |
      +-----+         Network   |      N0    |   Network         +-----+
      |     |         Adapter   |            |   adapter         |     |
      +-----+            B3     |            |     B4            +-----+
      Host H3                   |            |                   Host H4
                                |            |
                                |            |
                                |            |
        LAN N5         +---+    |            |    +---+         LAN N6
        ---------------|   |----|            |----|   |---------------
         |             +---+    |            |    +---+             |
      +-----+         Network   |            |   Network         +-----+
      |     |         adapter   +------------+   adapter         |     |
      +-----+            B5                        B6            +-----+
      Host H5                                                    Host H6
        

Figure 7. Six networks connected to the MAPOS network

図7. MAPOSネットワークに接続された6つのネットワーク

If a VLAN is configured with LANs N1, N2, and N3, a MAC broadcast or multicast frame originating from LAN N1 must not be forwarded to LAN N4, N5, or N6 but only to LANs N1, N2, and N3. It is duplicated twice for encapsulation and delivery to B2 and B3 via MAPOS unicast.

VLANはLANのN1、N2、およびN3で構成されている場合、LAN N1から発信MACブロードキャストやマルチキャストフレームはLAN N4、N5、N6かにだけLANのN1、N2、およびN3に転送してはいけません。これは、MAPOSユニキャスト経由B2とB3にカプセル化と配信のために二回重複しています。

A set of network adapters that belongs to the same VLAN defines the broadcast scope of the VLAN. Before a VLAN is put to use, each NA in the VLAN must be configured with the MAPOS addresses of its peer NAs. A NA should silently discard bridged MAPOS frames with a MAPOS source address that is not among the peers that the NA knows about.

同じVLANに属しているネットワークアダプタのセットは、VLANのブロードキャスト範囲を定義します。 VLANを使用するように置かれる前に、VLANの各NAにはそのピアのNAのMAPOSアドレスで設定する必要があります。 NAは黙っNAが知っていることをピア間ではありませんMAPOSソースアドレスを持つブリッジMAPOSフレームを廃棄しなければなりません。

The use of MAPOS multicast for forwarding MAC broadcast frames is under further study.

MACブロードキャストフレームを転送するためのMAPOSマルチキャストの使用は、さらに検討されています。

3.3. Methods for configuring the address table
3.3. アドレステーブルを設定する方法

This section describes two methods for setting up an address table: static and dynamic. NA must implement the static method described in 3.3.1. The dynamic method (3.3.2) is optional, but an implementation must provide an option to disable this feature.

静的および動的:このセクションでは、アドレステーブルを設定するための2つの方法について説明します。 NAは、3.3.1で説明した静的メソッドを実装する必要があります。動的メソッド(3.3.2)は任意ですが、実装は、この機能を無効にするオプションを提供しなければなりません。

3.3.1. Static setup of address table
3.3.1. アドレステーブルのスタティック設定

The address table can be set up statically. Before using a VLAN, address table entries for each NA in the VLAN must be populated manually.

アドレステーブルは、静的に設定することができます。 VLANを使用する前に、VLANの各NAのアドレステーブルエントリを手動で移入されなければなりません。

These entries are considered permanent until they are manually removed, and must not be "aged" or overwritten by the dynamic procedure described in 3.3.2.

これらのエントリは、それらが手動で削除されるまで恒久的と考えられ、「高齢」または3.3.2で説明した動的な方法により上書きされてはなりません。

3.3.2. Dynamic setup of address table
3.3.2. アドレステーブルの動的な設定

The address table can also be set up dynamically. A NA discovers entries for its address table from incoming encapsulated MAPOS frames.

アドレステーブルには、動的に設定することができます。 NAは、着信カプセル化されたMAPOSフレームからそのアドレステーブルのエントリを検出します。

The NA adds the pair

NAは、ペアを追加します

{source MAC address, source MAPOS address}

{送信元MACアドレス、送信元MAPOSアドレス}

to its address table when it receives an encapsulated MAPOS frame.

それはカプセル化されたMAPOSフレームを受信したときにそのアドレステーブルへ。

Entries discovered this way are subject to aging timer (should be configurable with the default of 300 seconds). Once the timer for an entry expires, the entry is removed from the address table. The timer is reset each time an encapsulated MAPOS frame with the same source MAC address is received.

この方法を発見したエントリがエージングタイマーの対象となっている(300秒のデフォルトで設定する必要があります)。エントリのタイマーが満了すると、エントリがアドレステーブルから削除されます。タイマーは、同じソースで封入MAPOSフレームMACアドレスが受信されるたびにリセットされます。

There must be at most one entry for a source MAC address. If a discovered MAPOS address for a MAC address differs from the previously discovered address, the new one takes precedence and the address table entry must be overwritten. Under no circumstance may a discovered entry overwrite a statically created entry (3.3.1).

送信元MACアドレスの最大1つのエントリがなければなりません。 MACアドレスの発見MAPOSアドレスが以前に発見されたアドレスと異なる場合は、新しいものが優先され、アドレステーブルのエントリが上書きされなければなりません。いかなる状況下で発見されたエントリは静的に作成されたエントリ(3.3.1)を上書きする可能性があります。

Discovery process using ARP [6] packets between host H1 (the MAC address is h1) in LAN N1 and host H2 (the MAC address is h2) in LAN N2 is shown below.

[6] LAN N1のホストH1(MACアドレスがH1である)との間のパケットとは、LAN N2にH2(MACアドレスであるH 2)をホストARPを使用して、検出プロセスを以下に示します。

The MAPOS addresses of NAs B1, B2, B3 are b1, b2, b3 respectively.

NAS B1、B2、B3のMAPOSアドレスは、それぞれB1、B2、B3です。

                              +-----------+
        LAN N1       +---+    |           |
        -------------|   |----|           |
         |           +---+    |           |
      +-----+       Network   |           |
      |     |       adapter   |   MAPOS   |    +---+         LAN N2
      +-----+          B1     |  network  |----|   |------------
      Host H1                 |           |    +---+          |
   (ARP request)              |    N0     |   Network      +-----+
                              |           |   adapter      |     |
                              |           |      B2        +-----+
        LAN N3       +---+    |           |                Host H2
        -------------|   |----|           |              (ARP reply)
         |           +---+    |           |
      +-----+       Network   +-----------+
      |     |       adapter
      +-----+          B3
      Host H3
        

Figure 8. Three networks connected to the MAPOS network

図8 MAPOSネットワークに接続された3つのネットワーク

(1) Host H1 transmits an ARP request frame. An ARP request frame is a MAC broadcast Frame.

(1)ホストH1は、ARP要求フレームを送信します。 ARP要求フレームは、MACブロードキャストフレームです。

(2) At NA B1, ARP request frame is received and is encapsulated. Because the VPN is composed of LANs N1, N2, and N3, the NA B1 must send a MAPOS frame that has destination MAPOS address b2 and another MAPOS frame that has destination MAPOS address b3. MAPOS address b1 is stored in the source MAPOS address field of each frame.

(2)NA B1では、ARP要求フレームが受信され、カプセル化されています。 VPNはLANのN1、N2、およびN3で構成されているので、NAのB1は、先MAPOSアドレスB2と先MAPOSアドレスB3を持つ別のMAPOSフレームを持っているMAPOSフレームを送信する必要があります。 MAPOSアドレスB1は、各フレームのソースMAPOSアドレスフィールドに格納されます。

(3) The bridged MAPOS frame arrives at NAs B2 and B3 from the MAPOS network.

(3)架橋MAPOSフレームはMAPOSネットワークからのNAS B2及びB3に到達します。

(4) NAs B2 and B3 receive the bridged MAPOS frame, and the pair

(4)NASはB2およびB3は、架橋MAPOSフレーム、及びペアを受け取ります

{h1, b1}

{E 1、B 1}

is added to their address tables.

そのアドレステーブルに追加されます。

(5) In NA B2, the received MAPOS frame is decapsulated, and the MAC frame is forwarded to LAN N2. Similarly, in NA B3, the received MAPOS frame is decapsulated, and the MAC frame is forwarded to LAN N3.

(5)NA B2では、受信したMAPOSフレームをデカプセル化し、MACフレームはLAN N2に転送されます。同様に、NA B3において、受信したMAPOSフレームをデカプセル化し、MACフレームはLAN N3に転送されます。

(6) At host H2, which exists in LAN N2, an ARP reply frame is transmitted to host H1.

(6)LAN N2に存在するホストH2では、ARPリプライフレームはH1をホストに送信されます。

(7) Via the ethernet interface on NA B2, the ARP reply frame is received, and MAPOS encapsulation is done.

(7)NA B2のイーサネットインタフェースを介して、ARP応答フレームが受信され、MAPOSのカプセル化が行われます。

Because the entry

エントリーため、

{h1, b1}

{E 1、B 1}

is registered in the address table, b1 is determined to be the destination MAPOS address. The bridged frame is forwarded to the MAPOS network.

アドレステーブルに登録され、B1は、先MAPOSアドレスであると決定されます。ブリッジフレームはMAPOSネットワークに転送されます。

(8) MAPOS network delivers the bridged MAPOS frame to NA B1.

(8)MAPOSネットワークはNA B1に架橋MAPOSフレームを送出します。

(9) NA B1 decapsulates the bridged MAPOS frame, and forwards the MAC frame to LAN N1. At the same time, the entry {h2 , b2} is registered into NA B1 address table.

(9)NA B1は架橋MAPOSフレームをデカプセル化し、LAN N1にMACフレームを転送します。同時に、エントリ{H2は、B2は} NA B1アドレステーブルに登録されています。

(10) Host H1 receives the ARP reply frame.

(10)ホストH1は、ARP応答フレームを受信します。

4. Connecting a MAPOS Host to the VLAN
4. VLANにMAPOSホストの接続

In order for a native MAPOS host to connect to a VLAN, it must have its own unique MAC address and implement all the features of a network adapter appropriate for the MAC framing that it wishes to use.

VLANに接続するためのネイティブMAPOSホストのためには、独自のMACアドレスを持っており、それが使用することを望んでいることをMACフレーム化のための適切なネットワークアダプタのすべての機能を実装する必要があります。

5. Security Considerations
5.セキュリティについての考慮事項

This section discusses some of the security factors that need to be considered when planning a transparent LAN service described in section 1, "Network Model."

このセクションでは、セクション1に記載の透明LANサービス、計画する際に考慮する必要があるセキュリティ上の要因のいくつかについて説明し、「ネットワークモデルを。」

5.1 Management boundaries
5.1管理の境界

In a large network, different parts of the network are managed by different organizations, and it is essential to clearly define the boundaries of management responsibilities.

大規模なネットワークでは、ネットワークの異なる部分が異なる組織によって管理され、明確に管理責任の境界を定義することが不可欠であるされています。

A probable scenario is that a common carrier provides transparent LAN service to a variety of customers. Each customer is a distinct organization, expecting virtual private network service. In such a case, the common carrier should take management responsibility for the MAPOS network, optical cables to customer sites, and the network adapters that reside in customer premises.

可能性の高いシナリオは、共通のキャリアは、顧客のさまざまな透明LANサービスを提供することです。各顧客は、仮想プライベートネットワークサービスを期待して、明確な組織です。そのような場合には、共通のキャリアはMAPOSネットワーク、顧客サイトへの光ケーブル、および顧客宅内に常駐するネットワークアダプタの管理責任を取る必要があります。

                                     +----+
     MAPOS Net +-------- ... --------+ NA +---- MAC-based LAN
                                     +----+
        Common Carrier Responsibility --->|<-- Customer Responsibility
        

In essence, the customer is allowed to do no more than connecting the cable from their MAC-based LAN to the network adapters. Common carrier should be very careful to monitor and protect their assets, including SONET/SDH connections and network adapters. In particular, network adapters serve as the primary line of defense against attacks and should be closely guarded.

本質的には、顧客は、ネットワークアダプタに自分のMACベースのLANからのケーブルを接続するよりも多くしないために許可されています。一般的なキャリアは、SONET / SDH接続とネットワークアダプタを含め、自分の資産を監視し、保護するために非常に注意しなければなりません。具体的には、ネットワークアダプタは、攻撃に対する防御の主要ラインとして機能し、厳重に保護されなければなりません。

5.2 Risks
5.2リスク

Privacy of every customer connected to the carrier's MAPOS network may be compromised.

キャリアのMAPOSネットワークに接続されているすべての顧客のプライバシーが損なわれる可能性があります。

5.3 Attack against network adapters
ネットワークアダプタに対して5.3攻撃

A network adapter should be a dedicated device. This makes the device simple and easier to harden against break-in attempts. In the worst case, the device may crash causing network outage that only affects the customer that the failed network adapter serves. At this point, the privacy of other customers is still safe.

ネットワークアダプタは、専用のデバイスでなければなりません。これは、侵入の試みに対する硬化するデバイスは、シンプルで容易になります。最悪の場合、デバイスは、故障したネットワークアダプタが機能する顧客に影響を与えるネットワークの停止を引き起こすクラッシュする可能性があります。この時点で、他のお客様のプライバシーはまだ安全です。

A more meaningful attack would be to replace a network adapter with some other intelligent agent that knows how network adapters work. This is possible because network adapters are customer premise equipment. Using such a device, an attacker can infiltrate the networks of other customers. Filtering based on source MAPOS address in bridging traffic is ineffective because this field is filled-in by network adapters -- MAPOS networks do not forward source addresses.

より意味のある攻撃はネットワークアダプタがどのように動作するかを知っているいくつかの他のインテリジェントエージェントとのネットワークアダプタを置き換えることであろう。ネットワークアダプタは、顧客宅内機器ですので、これは可能です。このようなデバイスを使用して、攻撃者は、他の顧客のネットワークに侵入することができます。トラフィックをブリッジ内のソースMAPOSアドレスに基づいたフィルタリングは、このフィールドが塗りつぶされているため、ネットワークアダプタによって無効である - MAPOSネットワークは、前方の送信元アドレスを行いません。

5.4 Filtering at network adapters and MAPOS switches
ネットワークアダプタとMAPOSスイッチで5.4フィルタリング

Network adapters should have the following frame filtering functions.

ネットワークアダプタは、次のフレームのフィルタリング機能を持つ必要があります。

- Each NA in a VLAN is configured with the MAPOS addresses of its peer NAs that belongs to the same VLAN. A NA should only accept bridged MAPOS frames with a source MAPOS address of one of its VLAN peers.

- VLANの各NAは、同じVLANに属するピアのNAのMAPOSアドレスで構成されています。 NAはそのVLANのピアの1つのソースMAPOSアドレスを持つブリッジMAPOSフレームを受け入れる必要があります。

- A NA should never import discovered address table entries with a MAPOS address that is not the address of one of its VLAN peers.

- NAは、そのVLANのピアの1つのアドレスでないMAPOSアドレスでアドレステーブルエントリを発見していないインポートするん。

- If a NA detects that the amount of broadcast traffic from a host on MAC-base LAN exceeds a predefined threshold, the NA should stop forwarding traffic from that host.

- NAは、MACベースのLAN上のホストからのブロードキャストトラフィックの量が所定の閾値を超えたことを検出した場合、NAは、そのホストからのトラフィックの転送を停止しなければなりません。

By default, frame filtering by MAPOS switches is optional. It is desirable for a MAPOS switch to implement the following filtering features.

デフォルトでは、MAPSスイッチによってフレームフィルタリングは任意です。 MAPSは、次のフィルタリング機能を実装するために切り替えることが望ましいです。

- A line interface of a MAPOS switch is made aware of the MAPOS addresses in the VLAN to which the interface participates. The interface discards all incoming bridged traffic (from the NA) that is destined to addresses outside of the VLAN's set.

- MAPOSスイッチのライン・インターフェースは、インターフェースが参加するVLANのMAPOSアドレスを知らされます。インタフェースはVLANのセットの外のアドレスを宛先としている(NA)からすべての着信ブリッジドトラフィックを破棄します。

- MAPOS switch assigns a MAPOS address to a NA using NSP. The switch discards all incoming bridged traffic (from the NA) with the source MAPOS address different from the one that is assigned by NSP.

- MAPOSスイッチは、NSPを使用してNAにMAPOSアドレスを割り当てます。スイッチは、ソースMAPOSは、NSPによって割り当てられたものとは異なるアドレスを持つ(NA)からのすべての着信ブリッジトラフィックを破棄する。

5.5 Additional protection measures
5.5追加の保護対策

A common carrier can implement additional protective measures such as the following.

共通のキャリアは、次のような追加の保護対策を実施することができます。

- SONET/SDH connection is closely monitored. Once a network adapter is detected to have gone down, subsequent attempts at re-connecting to the MAPOS network are refused until manually re-enabled.

- SONET / SDH接続が密接に監視されています。ネットワークアダプタがダウンしたことが検出されると、手動で再有効化するまで、MAPOSネットワークに再接続時以降の試みは拒否されます。

- Above method is effective against real attacks, but it also hinders timely recovery from accidents such as power outages. A reasonable trade-off solution is to implement an authentication mechanism between the MAPOS network and network adapters. Much like Challenge Handshake Authentication Protocol (CHAP) [8] used in PPP connection. Something similar may be implemented by defining additional message types to NSP.

- 上記の方法は、実際の攻撃に対して有効であるが、それはまた、停電などの事故からのタイムリーな回復を妨げます。合理的なトレードオフ溶液はMAPOSネットワークとネットワークアダプタとの間の認証機構を実装することです。チャレンジハンドシェイク認証プロトコル(CHAP)のような多くの[8] PPP接続に使用されます。似た何かがNSPに追加のメッセージタイプを定義することによって実現することができます。

6. References
6.参照

[1] Murakami, K. and M. Maruyama, "MAPOS - Multiple Access Protocol over SONET/SDH, Version 1", RFC 2171, June 1997.

[1]村上、K.およびM.丸山、 "MAPOS - SONET / SDH上で複数のアクセスプロトコル、バージョン1"、RFC 2171、1997年6月。

[2] Murakami, K. and M. Maruyama, "A MAPOS version 1 Extension - Node-Switch Protocol", RFC 2173, June 1997.

[2]村上、K.およびM.丸山、 "MAPOSバージョン1拡張 - ノードスイッチプロトコル"、RFC 2173、1997年6月。

[3] Murakami, K. and M. Maruyama, "MAPOS16 - Multiple Access Protocol over SONET/SDH with 16 Bit Addressing", RFC 2175, June 1997.

[3]村上、K.およびM.丸山、 "MAPOS16 - 16ビット・アドレッシングとSONET / SDH上で複数のアクセスプロトコル"、RFC 2175、1997年6月。

[4] Higashiyama, M. and F.Baker, "PPP Bridging Control Protocol (BCP)", RFC 2878, July 2000.

[4]東山、M.及びF.Baker、 "PPPブリッジ制御プロトコル(BCP)"、RFC 2878、2000年7月。

[5] Reynolds, J., Ed., "Assigned Numbers: RFC 1700 is Replaced by an On-line Database", RFC 3232, January 2002.

[5]レイノルズ、J.、エド、。:、RFC 3232、2002年1月 "割り当て番号RFC 1700は、オンラインデータベースで置き換えられます"。

[6] Plummer, D.C., "Ethernet Address Resolution Protocol: Or converting network protocol addresses to 48.bit Ethernet address for transmission on Ethernet hardware", STD 37, RFC 826, November 1982.

[6]プラマー、D.C.、「イーサネットアドレス解決プロトコル:またはイーサネットハードウェア上での送信のためにイーサネット(登録商標)アドレスを48ビットに、ネットワーク・プロトコル・アドレス変換」、STD 37、RFC 826、1982年11月。

[7] IEEE 802.1D-1993, "Media Access Control (MAC) Bridges," ISO/IEC 15802-3:1993 ANSI/IEEE Std 802.1D, 1993 edition, July 1993.

[7] IEEE 802.1D-1993、 "メディアアクセス制御(MAC)ブリッジ、" ISO / IEC 15802-3:1993 ANSI / IEEE規格802.​​1D、1993年版、1993年7月。

[8] Simpson, W., "PPP Challenge Handshake Authentication Protocols", RFC 1994, August 1996.

[8]シンプソン、W.、 "PPPチャレンジハンドシェイク認証プロトコル"、RFC 1994、1996年8月。

7. Acknowledgements
7.謝辞

The authors would like to acknowledge the contributions and thoughtful suggestions of Naohisa Takahashi, Tetsuo Kawano and Tsuyoshi Ogura.

著者は直久高橋哲夫川野と剛小倉の貢献と思いやりの提案を承認したいと思います。

Appendix - Validation of the MAC Frame Forwarding Mechanism

付録 - MACフレームの転送メカニズムの検証

This appendix describes the configuration and procedure used to validate the soundness of the mechanism described in this document. The key points are:

この付録では、この文書で説明するメカニズムの健全性を検証するために使用される構成と手順を説明します。キーポイントは以下のとおりです。

- MAC frames are correctly forwarded by MAPOS network, and

- MACフレームが正しくMAPOSネットワークによって転送され、

- Even if a network contains loops, broadcast packets do not storm the network. MAC-based networks must use broadcast spanning tree technology in order for this to work.

- ネットワークがループが含まれている場合でも、ブロードキャストパケットがネットワークを嵐ません。 MACベースのネットワークが機能するように、このためには、放送スパニングツリーの技術を使用する必要があります。

(1) Verification of MAC frame forwarding on MAPOS network

MAPOSネットワーク上の(1)検証MACのフレーム転送

       Hosts H1 and H2, Ethernet switches S1 and S2, network adapters B1
       and B2, and a MAPOS switch are connected as shown below.  An
       ethernet protocol analyzer is placed between S1 and B1 for
       traffic monitoring.
        

In the diagrams that follow, the hosts are x86 PC running FreeBSD 4.4-RELEASE, ethernet switches are Extreme Summit5i, network adapters are OKI Electric MA-1, and the MAPOS switch is CSR CoreSwitch80.

従う図において、ホストは、FreeBSD 4.4-RELEASEを実行しているx86 PCであり、イーサネットスイッチは極端Summit5iあり、ネットワークアダプタは、OKIエレクトリックMA-1であり、そしてMAPOSスイッチがCSR CoreSwitch80あります。

                               +--------------+
                        +------+ MAPOS SWITCH + ------+
                        |      +--------------+       |
                    +---+---+                     +---+---+
                    | NA B1 |                     | NA B2 |
                    +---+---+                     +---+---+
        +----------+    |                             |
        | Protocol |____|                             |
        | Analyzer |    |                             |
        +----------+    |                             |
                        | (P1)                   (P1) |
        +------+   +----+----+                   +----+----+   +------+
        | Host |___| EtherSW |                   | EtherSW |___| Host |
        |  H1  |   |    S1   |                   |    S2   |   |  H2  |
        +------+   +---------+                   +---------+   +------+
        

Correct forwarding of unicast MAC frames (ping) are observed between H1 and H2 through path (P1).

ユニキャストMACフレーム(ピング)の正しい転送は経路(P1)を通じてH1とH2の間で観察されています。

(2) Verification of spanning tree operation

スパニングツリーの動作(2)の検証

- Enable spanning tree on S1 and S2.

- S1およびS2でスパニングツリーを有効にします。

- Connect S1 and S2 via path (P2) for redundancy.

- 冗長性のための経路を介して接続S1とS2(P2)。

                               +--------------+
                        +------+ MAPOS SWITCH + ------+
                        |      +--------------+       |
                    +---+---+                     +---+---+
                    | NA B1 |                     | NA B2 |
                    +---+---+                     +---+---+
        +----------+    |                             |
        | Protocol |____|                             |
        | Analyzer |    |                             |
        +----------+    |                             |
                        | (P1)                   (P1) |
        +------+   +----+----+                   +----+----+   +------+
        | Host |___| EtherSW |                   | EtherSW |___| Host |
        |  H1  |   |    S1   |                   |    S2   |   |  H2  |
        +------+   +----+----+                   +----+----+   +------+
                    (P2)|                             |(P2)
                        +-----------------------------+
        

It is observed that broadcast packets are correctly exchanged between S1 and S2, and that broadcast forwarding loop does not exist.

ブロードキャストパケットが正しくS1とS2との間で交換されていることが観察され、その放送転送ループは存在しません。

(3) Verification of spanning tree fail over

(3)スパニングツリーの検証はフェイルオーバ

       - H1 and H2 communication takes place through path (P1).
         Spanning tree is configured such that Path (P2) is blocked.
        

It is observed that severing the link at any point along path (P1) makes the spanning tree configure itself to use path (P2).

経路(P1)に沿った任意の点でのリンクを切断すると、スパニングツリー構成自体は、パス(P2)を使用することができることが観察されます。

It is also observed that restoring path (P1) makes the spanning tree configures itself to use path (P1).

また、パス(P1)を復元するスパニングツリーパス(P1)を使用するように自身を構成することができることが観察されます。

Authors' Addresses

著者のアドレス

Osamu Okamoto NTT Network Service System Laboratories 3-9-11, Midori-cho Musashino-shi Tokyo 180-8585, Japan

おさむ おかもと んっt ねとぉrk せrゔぃせ Sysてm ぁぼらとりえs 3ー9ー11、 みどりーちょ むさしのーし ときょ 180ー8585、 じゃぱん

EMail: okamoto.osamu@lab.ntt.co.jp

メールアドレス:okamoto.osamu@lab.ntt.co.jp

Mitsuru Maruyama NTT Network Innovation Laboratories 3-9-11, Midori-cho Musashino-shi Tokyo 180-8585, Japan

みつる まるやま んっt ねとぉrk いんおゔぁちおん ぁぼらとりえs 3ー9ー11、 みどりーちょ むさしのーし ときょ 180ー8585、 じゃぱん

EMail: mitsuru@core.ecl.net

メールアドレス:mitsuru@core.ecl.net

Takahiro Sajima Sun Microsystems, K.K. 4-10-1, Yoga Setagaya-ku Tokyo 158-8633, Japan

たかひろ さじま すん みcろsysてms、 K。K。 4ー10ー1、 よが せたがやーく ときょ 158ー8633、 じゃぱん

EMail: tjs@sun.com

メールアドレス:tjs@sun.com

Full Copyright Statement

完全な著作権声明

Copyright (C) The Internet Society (2002). All Rights Reserved.

著作権(C)インターネット協会(2002)。全著作権所有。

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.

この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。

The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.

上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。

This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。

Acknowledgement

謝辞

Funding for the RFC Editor function is currently provided by the Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。