[要約] 要約： RFC 3422は、MAPOS上でMACフレームを転送するためのプロトコルを定義しています。 目的： MAPOSネットワークでのMACフレームの効率的な転送を可能にし、ネットワークのパフォーマンスを向上させることを目的としています。
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)
メディアアクセス制御（MAC）フレームは、同期光ネットワーク/同期デジタル階層（MAPOS）を介した複数のアクセスプロトコル上のフレーム
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.
Copyright（c）The Internet Society（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）フレームを転送する方法を説明しているため、Maposネットワーク環境とMacベースのローカルエリアネットワーク（LAN）環境を統合する方法を提供します。。
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].
このネットワークモデルを図1に示します。「Maposネットワーク」は、Maposスイッチ、SONET/SDHリースライン、光ファイバーケーブルで構成されています。LANは、MAPOSインターフェイスとイーサネットインターフェイスを備えたネットワークアダプター（NA）によってMAPOSネットワークに接続されています。一意のMaposアドレスは、NSP（ノードスイッチプロトコル）[2]によって各NAに割り当てられます。
+-----------+
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
図1. LANS N1とN2を備えた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とLAN N2のホストH2は、異なるMacベースのLANに接続されています。透明なLANサービスは、MAPOSネットワークN0によって提供され、ホストH1とホストH2の間でMACフレームを交換します。
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]。
This section describes the MAC frame forwarding mechanism in the MAPOS network.
このセクションでは、MAPOSネットワークのMACフレーム転送メカニズムについて説明します。
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では、Lans N1とN2はMapos Network 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でMacフレームをH1からH2に転送する
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.
MACフレームをホストH1からホストH2に透過的に転送するプロセスも図2に示されています。NAB1は、ホストH1のMACフレームをカプセル化し、MaposネットワークN0に転送します。Na B2はMapOSフレームを脱カプセル化し、MACフレームを転送してH2をホストします。
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.
MACフレームをMaposネットワークに送信するために、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)
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 [1]およびMapos 16 [3]で定義されている宛先HDLCアドレスが含まれています。
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.
0xfe31 maposの橋渡しされたLANトラフィックの場合。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ビットはゼロでなければなりません。
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.
たとえば、図2では、ホストH2に送信されるMACフレームがカプセル化されている場合、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で説明されています。
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）が使用されます。
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 Unicast経由）のために複製する必要があります。
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.
6つのLANS N1からN6がネットワークアダプター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がLANS N1、N2、およびN3で構成されている場合、LAN N1に由来するMACブロードキャストまたはマルチキャストフレームをLAN N4、N5、またはN6に転送しないでください。Mapos Unicastを介してB2およびB3へのカプセル化と配信のために2回複製されます。
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は、ピアNASのMaposアドレスで構成する必要があります。NAは、NAが知っているピアの間ではないMaposソースアドレスで、橋渡しされたMaposフレームを静かに捨てる必要があります。
The use of MAPOS multicast for forwarding MAC broadcast frames is under further study.
MACブロードキャストフレームを転送するためのMaposマルチキャストの使用は、さらに調査中です。
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）はオプションですが、実装はこの機能を無効にするオプションを提供する必要があります。
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に記載されている動的手順によって「熟成」したり、上書きされたりしてはなりません。
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秒で構成可能です）。エントリのタイマーが切れると、アドレステーブルからエントリが削除されます。タイマーは、同じソースMACアドレスを持つカプセル化されたMAPOSフレームが受信されるたびにリセットされます。
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.
LAN N1のホストH1（MACアドレスはH1）とLAN N2のホストH2（MACアドレスはH2）の間のARP [6]パケットを使用した発見プロセスを以下に示します。
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はLANS 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) Bridged 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}
{H1、B1}
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}
{H1、B1}
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 Networkは、Bridged MaposフレームをNa B1に配信します。
(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フレームを脱カプセル化し、MacフレームをLAN N1に転送します。同時に、エントリ{H2、B2}はNA B1アドレステーブルに登録されます。
(10) Host H1 receives the ARP reply frame.
（10）ホストH1はARP応答フレームを受け取ります。
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.
ネイティブMaposホストがVLANに接続するためには、独自のMacアドレスを持ち、使用を希望するMacフレーミングに適したネットワークアダプターのすべての機能を実装する必要があります。
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サービスを計画する際に考慮する必要があるセキュリティ要因のいくつかについて説明します。
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からケーブルをネットワークアダプターに接続するだけではありません。Common Carrierは、SONET/SDH接続やネットワークアダプターなど、資産を監視および保護するように非常に注意する必要があります。特に、ネットワークアダプターは攻撃に対する主要な防衛線として機能し、密接に警備する必要があります。
Privacy of every customer connected to the carrier's MAPOS network may be compromised.
キャリアのMAPOSネットワークに接続されているすべての顧客のプライバシーが損なわれる可能性があります。
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ネットワークはソースアドレスを転送しません。
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に属するピアNASの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.
デフォルトでは、Maposスイッチによるフレームフィルタリングはオプションです。Maposスイッチが次のフィルタリング機能を実装することが望ましいです。
- 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 Switchは、NSPを使用してMaposアドレスをNAに割り当てます。スイッチは、NSPによって割り当てられているものとは異なるソースMaposアドレスを使用して、すべての着信ブリッジされたトラフィック（NAから）を破棄します。
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ネットワークとネットワークアダプターの間に認証メカニズムを実装することです。PPP接続で使用されるチャレンジハンドシェイク認証プロトコル（Chap）[8]と同じです。NSPに追加のメッセージタイプを定義することにより、同様のものを実装できます。
[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拡張機能-Node -Switch Protocol」、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.ベーカー、「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] Reynolds、J.、ed。、「割り当てられた番号：RFC 1700はオンラインデータベースに置き換えられます」、RFC 3232、2002年1月。
[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] Plummer、D.C。、「イーサネットアドレス解像度プロトコル：または、ネットワークプロトコルアドレスをイーサネットハードウェア上の送信用のビットイーサネットアドレスに変換する」、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、「Media Access Control（Mac）Bridges」、ISO/IEC 15802-3：1993 ANSI/IEEE STD 802.1d、1993年版、1993年7月。
[8] Simpson, W., "PPP Challenge Handshake Authentication Protocols", RFC 1994, August 1996.
[8] シンプソン、W。、「PPPチャレンジハンドシェイク認証プロトコル」、RFC 1994、1996年8月。
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
(1) MAPOSネットワーク上の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.
H1とH2、イーサネットスイッチS1とS2、ネットワークアダプターB1とB2をホストし、MAPOSスイッチを以下に示すように接続します。トラフィック監視のために、S1とB1の間にイーサネットプロトコルアナライザーが配置されます。
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.
次の図では、ホストはx86 PCがFreeBSD 4.4リリースを実行し、イーサネットスイッチは極端なsummit5i、ネットワークアダプターはoki Electric 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フレーム（PING）の正しい転送は、H1とH2の間でパス（P1）の間で観察されます。
(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.
- 冗長性のためにパス（P2）を介してS1とS2を接続します。
+--------------+
+------+ 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.
- H1およびH2通信はパス（P1）を介して行われます。パス（P2）がブロックされるように、スパニングツリーが構成されています。
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
岡本島NTTネットワークサービスシステム研究所3-9-11、ミドリチョムサシノシートキオ180-8585、日本
EMail: okamoto.osamu@lab.ntt.co.jp
Mitsuru Maruyama NTT Network Innovation Laboratories 3-9-11, Midori-cho Musashino-shi Tokyo 180-8585, Japan
丸山mttネットワークイノベーション研究所3-9-11、ミドリチョムサシノシートキオ180-8585、日本
EMail: mitsuru@core.ecl.net
Takahiro Sajima Sun Microsystems, K.K. 4-10-1, Yoga Setagaya-ku Tokyo 158-8633, Japan
佐藤高原太陽マイクロシステムズ、K.K。4-10-1、ヨガ・セタガヤ・クー・トーキオ158-8633、日本
EMail: tjs@sun.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（c）The Internet Society（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エディター機能の資金は現在、インターネット協会によって提供されています。