[要約] RFC 2443は、分散型のMARSサービスを実現するためのSCSPを使用する方法について説明しています。このRFCの目的は、MARSサービスの効率的な分散処理と通信を実現するためのプロトコルを提案することです。
Network Working Group J. Luciani
Request for Comments: 2443 Bay Networks
Category: Experimental A. Gallo
IBM
November 1998
A Distributed MARS Service Using SCSP
SCSPを使用した分散MARSサービス
Status of this Memo
本文書の状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
Abstract
概要
This document describes a method for distributing a MARS service within a LIS[1]. This method uses the Server Cache Synchronization Protocol (SCSP)[2] to synchronize the MARS Server databases within a LIS. When SCSP is used to synchronize the caches of MARS Servers in a LIS, the LIS defines the boundary of an SCSP Server Group (SG).
このドキュメントでは、LIS [1]内でMARSサービスを配布する方法について説明します。この方法では、サーバーキャッシュ同期プロトコル（SCSP）[2]を使用して、LIS内のMARSサーバーデータベースを同期します。 SCSPを使用してLIS内のMARSサーバーのキャッシュを同期する場合、LISはSCSPサーバーグループ（SG）の境界を定義します。
The keywords MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL, when they appear in this document, are to be interpreted as described in [5].
このドキュメントに記載されているキーワードは、必須、必須、必須、SHALL、SHALL NOT、SHOULD、SHOULD NOT、RECOMMENDED、MAY、およびOPTIONALであり、[5]で説明されているように解釈されます。
The MARS is an extended analog of the ATMARP Server introduced in [4]. It provides the necessary connection and addressing services required by layer 3 multicast services over ATM. There are three basic elements to the MARS model. First, the MARS Server which manages and distributes layer 3 group membership information to the LIS. Second, MARS Clients which register with and query a single MARS Server for layer 3 multicast information. Third, MCS Clients which register with a single MARS Server and provide layer 3 multicast forwarding services for a LIS.
MARSは、[4]で導入されたATMARPサーバーの拡張アナログです。これは、ATM上のレイヤ3マルチキャストサービスで必要な接続およびアドレッシングサービスを提供します。 MARSモデルには3つの基本的な要素があります。まず、レイヤ3グループメンバーシップ情報を管理およびLISに配信するMARSサーバー。次に、レイヤ3マルチキャスト情報を単一のMARSサーバーに登録して照会するMARSクライアント。 3番目に、単一のMARSサーバーに登録し、LISにレイヤー3マルチキャスト転送サービスを提供するMCSクライアント。
Both MARS Clients and MCS Clients explicitly register with the MARS Server before exchanging layer 3 multicast information. During the registration process MARS Clients are place on the Cluster Control VC (CCVC) and MCS Clients are placed on the Server Control VC (SCVC). Both the CCVC and SCVC are then used to propagate layer 3 multicast updates to the clients which make up a LIS. During the registration process MARS Clients are also assigned a unique Cluster Member ID (CMI) which is used to identify reflected packets in the presence of MCS Clients.
MARSクライアントとMCSクライアントはどちらも、レイヤー3マルチキャスト情報を交換する前に、MARSサーバーに明示的に登録します。登録プロセス中、MARSクライアントはCluster Control VC（CCVC）に配置され、MCSクライアントはServer Control VC（SCVC）に配置されます。次に、CCVCとSCVCの両方を使用して、LISを構成するクライアントにレイヤー3マルチキャスト更新を伝達します。登録プロセス中に、MARSクライアントには一意のクラスターメンバーID（CMI）も割り当てられます。これは、MCSクライアントの存在下で反射されたパケットを識別するために使用されます。
In the Distributed MARS Model there MAY be multiple MARS Servers in a given LIS, and since any MARS Server within the LIS MUST be able to provide layer 3 multicast information about any multicast group within the LIS, there MUST be a method by which to synchronize multicast information across all MARS Servers within the LIS.
分散型MARSモデルでは、特定のLISに複数のMARSサーバーが存在する場合があり、LIS内のすべてのMARSサーバーは、LIS内のすべてのマルチキャストグループに関するレイヤー3マルチキャスト情報を提供できなければならないため、同期する方法が必要です。 LIS内のすべてのMARSサーバー間で情報をマルチキャストします。
The Server Cache Synchronization Protocol (SCSP) solves the generalized server synchronization/cache-replication problem for distributed databases, and thus SCSP MAY be applied to the MARS Server database synchronization problem within a LIS. When SCSP is used to synchronize the caches of MARS Servers in a LIS, the LIS defines the boundary of and SCSP Server Group (SG).
サーバーキャッシュ同期プロトコル（SCSP）は、分散データベースの一般的なサーバー同期/キャッシュレプリケーションの問題を解決するため、LIS内のMARSサーバーデータベース同期の問題にSCSPを適用できます（MAY）。 SCSPを使用してLIS内のMARSサーバーのキャッシュを同期する場合、LISはSCSPサーバーグループ（SG）の境界を定義します。
SCSP is defined in two parts: the protocol independent part and the client/server protocol specific part. The protocol independent part is specified in [2] whereas this document will specify the client/server protocol specific part where the MARS Server is the client/server protocol.
SCSPは、プロトコルに依存しない部分とクライアント/サーバープロトコル固有の部分の2つの部分で定義されます。プロトコルに依存しない部分は[2]で指定されていますが、このドキュメントでは、MARSサーバーがクライアント/サーバープロトコルであるクライアント/サーバープロトコル固有の部分を指定します。
All MARS Servers belonging to a LIS are said to belong to a Server Group (SG). A SG is identified by, not surprisingly, its SGID which is contained in a field in all SCSP packets. All SCSP packets contain a Protocol ID (PID) field as well. This PID field is set to 0x0003 to signify that SCSP is synchronizing MARS Server databases as opposed to synchronizing some other protocol's databases. (see Section B.2.0.1 of [2] for more details). In general, PIDs for SCSP will be assigned by IANA upon request given that a client/server protocol specific specification has been written. In the case of MARS Servers, the client/server protocol specific specification was written at the same time as SCSP, and thus a PID=0x0003 was assigned in [2].
LISに属するすべてのMARSサーバーは、サーバーグループ（SG）に属すると言われます。 SGは、当然のことながら、すべてのSCSPパケットのフィールドに含まれるSGIDによって識別されます。すべてのSCSPパケットには、プロトコルID（PID）フィールドも含まれています。このPIDフィールドは0x0003に設定され、他のプロトコルのデータベースを同期するのではなく、SCSPがMARSサーバーデータベースを同期していることを示します。 （詳細については、[2]のセクションB.2.0.1を参照してください）。一般に、SCSPのPIDは、クライアント/サーバープロトコル固有の仕様が記述されていれば、リクエストに応じてIANAによって割り当てられます。 MARSサーバーの場合、クライアント/サーバープロトコル固有の仕様はSCSPと同時に作成されたため、[2]でPID = 0x0003が割り当てられました。
SCSP places no topological requirements upon a MARS Server SG. Obviously, however, the resultant graph of MARS Servers must span the set of MARS Servers being synchronized. For more information about the client/server protocol independent part of SCSP, the reader is encouraged to see [2].
SCSPは、MARSサーバーSGにトポロジ要件を課しません。ただし、MARSサーバーの結果のグラフは、同期されるMARSサーバーのセットにまたがる必要があります。 SCSPのクライアント/サーバープロトコルに依存しない部分の詳細については、[2]を参照することをお勧めします。
When a SG is using SCSP for synchronization, a MARS Client or MCS Client will register with only one MARS Server although it is allowed to choose any MARS Server in the SG for this registration. At registration time the MARS Client or MCS Client will be added to that MARS Servers respective CCVC or SCVC. Also, MARS Clients will be issued a unique CMI for the entire LIS. This document assumes at a minimum each MARS Server in the SG will be configured with a unique range of CMIs to assign to clients registering with that MARS Server. Use of some external means for allocating CMIs to MARS Servers in a SG is possible but beyond the scope of this document.
SGが同期にSCSPを使用している場合、MARSクライアントまたはMCSクライアントは1つのMARSサーバーのみに登録されますが、この登録ではSG内の任意のMARSサーバーを選択できます。登録時に、MARSクライアントまたはMCSクライアントは、それぞれのCCVCまたはSCVCのMARSサーバーに追加されます。また、MARSクライアントには、LIS全体に対して一意のCMIが発行されます。このドキュメントでは、SG内の各MARSサーバーは、そのMARSサーバーに登録するクライアントに割り当てるために、一意の範囲のCMIで構成されていることを前提としています。 CMIをSG内のMARSサーバーに割り当てるためのいくつかの外部手段の使用は可能ですが、このドキュメントの範囲外です。
When a MARS Client or MCS Client successfully registers with a MARS Server in the SG that MARS Server will propagate the registration information to its peer MARS Servers. The same propagation will occur for any subsequent group membership information learned from the clients. The peer MARS Server will then update its group membership database and propagate the information out its own CCVC or SCVC if needed.
MARSクライアントまたはMCSクライアントがSG内のMARSサーバーに正常に登録されると、MARSサーバーはそのピアMARSサーバーに登録情報を伝達します。クライアントから学習した後続のグループメンバーシップ情報についても、同じ伝播が発生します。次に、ピアMARSサーバーはそのグループメンバーシップデータベースを更新し、必要に応じて情報を自身のCCVCまたはSCVCに伝達します。
In the case of a MARS Server failure all peer MARS Servers in the SG MUST flush the client/group membership information learned from the failed MARS Server. The clients belonging to the failed MARS Servers CCVC and SCVC will migrate to the next available MARS Server as specified in Section 5.3 of [1]. When a client detects a failure of its MARS, it steps to the next backup MARS Server and attempts to register with the server. If the registration is successful the client will re-join all of its previous group membership information. If the registration fails, the process repeats until a functional MARS Server is found.
MARSサーバーに障害が発生した場合、SG内のすべてのピアMARSサーバーは、障害が発生したMARSサーバーから学習したクライアント/グループメンバーシップ情報をフラッシュする必要があります。障害が発生したMARSサーバーのCCVCおよびSCVCに属するクライアントは、[1]のセクション5.3で指定されているように、次に使用可能なMARSサーバーに移行します。クライアントは、MARSの障害を検出すると、次のバックアップMARSサーバーに進み、サーバーへの登録を試みます。登録が成功すると、クライアントは以前のすべてのグループメンバーシップ情報に再度参加します。登録が失敗した場合、機能しているMARSサーバーが見つかるまでこのプロセスが繰り返されます。
Determining the operational state of a MARS Servers in a SG requires that each MARS Server send out an "alive" or "heartbeat" message similar to the MARS Redirect message sent out on the CCVC or SCVC for MARS Clients. However, this message will only be sent to MARS Servers in the SG and is from here on defined as the MARS Server Redirect Entry.
SG内のMARSサーバーの動作状態を判断するには、各MARSサーバーが、MARSクライアントのCCVCまたはSCVCで送信されるMARSリダイレクトメッセージと同様の「ライブ」または「ハートビート」メッセージを送信する必要があります。ただし、このメッセージはSGのMARSサーバーにのみ送信され、以降はMARSサーバーリダイレクトエントリとして定義されます。
In order to detect that a MARS Server failure has occurred each server MUST update it's MARS Server Redirect Entry state at least every 2 minutes, it is RECOMMENDED that it is updated every 1 minute. Failure to receive two consecutive MARS Server Redirect Entry updates from a given MARS Server in the SG will cause all membership information learned from this server to be flushed. The MARS Server Redirect Entry state is also used to create the MARS_REDIRECT_MAP messages sent out on CCVC for each MARS Server in the SG. The ordering of each server learned will be based on the MARS Servers SCSP Sender ID. The ordering of the MARS_REDIRECT_MAP will first contain the list of MARS Servers learned via MARS Server Redirect Entry updates in ascending order based on the SCSP Sender ID, followed by any externally configured or learned backup MARS Servers.
MARSサーバーの障害が発生したことを検出するには、各サーバーが少なくとも2分ごとにMARSサーバーリダイレクトエントリの状態を更新する必要があります。1分ごとに更新することをお勧めします。 SG内の特定のMARSサーバーから2つの連続したMARSサーバーリダイレクトエントリの更新を受信できない場合、このサーバーから学習したすべてのメンバーシップ情報がフラッシュされます。 MARSサーバーリダイレクトエントリの状態は、SG内の各MARSサーバーのCCVCで送信されるMARS_REDIRECT_MAPメッセージの作成にも使用されます。学習される各サーバーの順序は、MARSサーバーのSCSP送信者IDに基づきます。 MARS_REDIRECT_MAPの順序付けには、最初に、MARSサーバーリダイレクトエントリの更新を介して学習したMARSサーバーのリストがSCSP送信者IDに基づいて昇順で含まれ、その後、外部で構成または学習されたバックアップMARSサーバーが続きます。
In the case of a MARS Client or MCS Client failure where the client is unexpectedly removed from the CCVC or SCVC the MARS Server MUST notify its peer SG members via a proxy deregister for that client. Upon receiving a proxy deregister request from a peer SG member all membership information for the deregistering client MUST be removed. Any Clients sending multicast data to the failed client should also receive an unexpected removal of this client which will intern cause the sending client to revalidate the multicast groups current membership as outlined in Section 5.1.5.1 of [1].
クライアントが予期せずにCCVCまたはSCVCから削除されるMARSクライアントまたはMCSクライアントの障害の場合、MARSサーバーは、そのクライアントのプロキシ登録解除を介してピアSGメンバーに通知する必要があります。ピアSGメンバーからプロキシ登録解除要求を受信すると、登録解除クライアントのすべてのメンバーシップ情報を削除する必要があります。失敗したクライアントにマルチキャストデータを送信するクライアントは、このクライアントの予期しない削除も受信する必要があります。これにより、[1]のセクション5.1.5.1で概説されているように、送信クライアントはマルチキャストグループの現在のメンバーシップを再検証します。
CSA Records in SCSP contain a "Client/Server Protocol Specific Part" which contains the non-protocol independent information for a given server's cache entry.
SCSPのCSAレコードには、特定のサーバーのキャッシュエントリに関するプロトコルに依存しない情報が含まれる「クライアント/サーバープロトコル固有の部分」が含まれています。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Hardware Type | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP | Unused | Version | State |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Cluster Member ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Src Addr Len | Group Addr Len| ATM Addr T/L |ATM SubAddr T/L|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Protocol Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM SubAddress (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum Multicast Group Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum Multicast Group Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Hardware Type Defines the type of "link layer" addresses being carried. This value is the ATM Forum 'address family number' specified in [3] as 15 decimal (0x000F). This is the mar$afn field defined in [1].
ハードウェアタイプ伝送される「リンク層」アドレスのタイプを定義します。この値は、[3]で10進数15（0x000F）として指定されたATMフォーラムの「アドレスファミリ番号」です。これは、[1]で定義されているmar $ afnフィールドです。
Protocol Type This field is the protocol type number for the protocol using MARS from [3]. (IPv4 is 0x0800). This is the mar$pro.type field from [1].
Protocol Typeこのフィールドは、[3]のMARSを使用するプロトコルのプロトコルタイプ番号です。 （IPv4は0x0800です）。これは、[1]のmar $ pro.typeフィールドです。
Protocol SNAP This field is the optional protocol SNAP extension to protocol type. This is the mar$pro.snap field from [1].
プロトコルSNAPこのフィールドは、プロトコルタイプに対するオプションのプロトコルSNAP拡張です。これは、[1]のmar $ pro.snapフィールドです。
Version Number 0 MARS Specific part of the CSA record. 0x01 Reserved for NHRP. 0x02 - 0xEF Reserved for future use by the IETF. 0xF0 - 0xFE Allocated for use by the ATM Forum. 0xFF Experimental/Local use. Version Number for this document MUST be set to 0x00.
バージョン番号0 MARS CSAレコードの特定の部分。 0x01 NHRP用に予約済み。 0x02-0xEF IETFによる将来の使用のために予約されています。 0xF0-0xFE ATMフォーラムで使用するために割り当てられます。 0xFF実験的/ローカル使用。このドキュメントのバージョン番号は0x00に設定する必要があります。
State 1 MARS Server Redirect Entry. 2 MCS Serve/Register request. 3 MARS Client Join/Register request. 4 MARS Client Leave/Deregister request. 5 MCS Unserve/Deregister request.
状態1 MARSサーバーリダイレクトエントリ。 2 MCSサーバー/登録要求。 3 MARSクライアントの参加/登録要求。 4 MARSクライアントの脱退/登録解除要求。 5 MCS Unserve / Deregisterリクエスト。
All other State values should cause the CSA to be discarded.
他のすべての状態値により、CSAが破棄されるはずです。
Flags The flags field is used to contain several flags and is similar to the mar$flags field from [1]. mar$flags Bit 15 - mar$flags.layer3grp Bit 13 - mar$flags.register Bit 0-7 - mar$flags.sequence
フラグflagsフィールドは、いくつかのフラグを含めるために使用され、[1]のmar $ flagsフィールドに似ています。 mar $ flagsビット15-mar $ flags.layer3grpビット13-mar $ flags.registerビット0-7-mar $ flags.sequence
All remaining bits are reserved and MUST be zero. The mars$flags.sequence field is of local significance only to the Local Server (LS).
残りのすべてのビットは予約されており、ゼロでなければなりません。 mars $ flags.sequenceフィールドは、ローカルサーバー（LS）にとってのみローカルで重要です。
Cluster Member CMI This field contains the CMI which uniquely identifies each endpoint within a LIS. This is the mar$cmi field from [1].
Cluster Member CMIこのフィールドには、LIS内の各エンドポイントを一意に識別するCMIが含まれています。これは[1]のmar $ cmiフィールドです。
Src Addr Len This field contains the length of the Source Protocol Address field. For IPv4, the value is 4 if an address is specified. A null (non-existent) address MUST be coded as zero length, and no space allocated for it in the message body. This is the mar$spln field from [1].
Src Addr Lenこのフィールドには、Source Protocol Addressフィールドの長さが含まれています。 IPv4の場合、アドレスが指定されていれば、値は4です。ヌル（存在しない）アドレスは、長さゼロとしてコード化する必要があり、メッセージ本文にアドレスを割り当てる必要はありません。これは、[1]のmar $ splnフィールドです。
Group Addr Len This field contains the length of the Group Protocol Address field. For IPv4, the value is 4 if an address is specified. A null (non-existent) address MUST be coded as zero length, and no space allocated for it in the message body. This is the mar$tpln field from [1].
Group Addr Lenこのフィールドには、Group Protocol Addressフィールドの長さが含まれます。 IPv4の場合、アドレスが指定されていれば、値は4です。ヌル（存在しない）アドレスは、長さゼロとしてコード化する必要があり、メッセージ本文にアドレスを割り当てる必要はありません。これは[1]のmar $ tplnフィールドです。
ATM Addr T/L This field contains the type and length of the Source ATM Address field. The type and length encoding is described in Section 5.1.2 of [1].
ATM Addr T / Lこのフィールドには、送信元ATMアドレスフィールドのタイプと長さが含まれます。タイプと長さのエンコーディングは、[1]のセクション5.1.2で説明されています。
ATM SubAddr T/L This field contains the type and length of the Source ATM SubAddress field. The type and length encoding is described in Section 5.1.2 of [1].
ATM SubAddr T / Lこのフィールドには、ソースATMサブアドレスフィールドのタイプと長さが含まれます。タイプと長さのエンコーディングは、[1]のセクション5.1.2で説明されています。
Source Protocol Address This is the internetwork address for the source of an address binding in a MARS server cache entry. If null, no storage will be allocated. This is the mar$spa field from [1].
送信元プロトコルアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングの送信元のインターネットワークアドレスです。 nullの場合、ストレージは割り当てられません。これは[1]のmar $ spaフィールドです。
Source ATM Address This is the Source's ATM address of an address binding in a MARS server cache entry. The address, if specified, is E.164 or ATM Forum NSAPA. This is the mar$sha field from [1].
送信元ATMアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングの送信元のATMアドレスです。アドレスが指定されている場合、E.164またはATMフォーラムNSAPAです。これは[1]のmar $ shaフィールドです。
Source ATM SubAddress This is the Source's ATM subaddress of an address binding in a MARS server cache entry. The subaddress, if specified, is an ATM Forum NSAPA. If null, no storage will be allocated. This is the mar$ssa field from [1].
送信元ATMサブアドレスこれは、MARSサーバーキャッシュエントリ内のアドレスバインディングの送信元のATMサブアドレスです。サブアドレスは、指定されている場合、ATMフォーラムNSAPAです。 nullの場合、ストレージは割り当てられません。これは[1]のmar $ ssaフィールドです。
Minimum Multicast Group Address This is the internetwork address of the lower bound on the range of multicast group addresses for the address binding in a MARS server cache entry. If null, no storage will be allocated. This is the mar$min.N field from [1].
最小マルチキャストグループアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのマルチキャストグループアドレスの範囲の下限のインターネットワークアドレスです。 nullの場合、ストレージは割り当てられません。これは、[1]のmar $ min.Nフィールドです。
Maximum Multicast Group Address This is the internetwork address of the upper bound on the range of multicast group addresses for the address binding in a MARS server cache entry. If null, no storage will be allocated. This is the mar$max.N field from [1].
最大マルチキャストグループアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのマルチキャストグループアドレスの範囲の上限のインターネットワークアドレスです。 nullの場合、ストレージは割り当てられません。これは、[1]のmar $ max.Nフィールドです。
The following sections give values for fields of the SCSP Protocol Independent Part of the various SCSP messages.
以下のセクションでは、さまざまなSCSPメッセージのSCSPプロトコル非依存部分のフィールドの値を示します。
Protocol ID = 0x0003 Sender ID Len = 0x04 Recvr ID Len = 0x04
プロトコルID = 0x0003送信者ID Len = 0x04 Recvr ID Len = 0x04
See Section B.2.0.1 of [2] for a detailed description of these fields.
これらのフィールドの詳細な説明については、[2]のセクションB.2.0.1を参照してください。
Cache Key Len = 0x04 Orig ID Len = 0x04
キャッシュキーの長さ= 0x04元のID長さ= 0x04
See Section B.2.0.2 of [2] for a detailed description of these fields.
これらのフィールドの詳細な説明については、[2]のセクションB.2.0.2を参照してください。
5.1 MARS Server Redirect Entry.
5.1 MARSサーバーリダイレクトエントリ。
The MARS Server Redirect Entry is used to determine the operational state of a MARS Server in the SG. Each server MUST update it's MARS Server Redirect Entry state at least every 2 minutes, it is RECOMMENDED that it is updated every 1 minute.
MARSサーバーリダイレクトエントリは、SG内のMARSサーバーの動作状態を判別するために使用されます。各サーバーは、MARSサーバーリダイレクトエントリの状態を少なくとも2分ごとに更新する必要があります。1分ごとに更新することをお勧めします。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Hardware Type | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP | Unused | Version | State |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Cluster Member ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Src Addr Len | Group Addr Len| ATM Addr T/L |ATM SubAddr T/L|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM SubAddress (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Hardware Type
This value is the ATM Forum 'address family number' specified in
[3] as 15 decimal (0x000F).
Protocol Type This field is the protocol type number for the protocol using MARS from [3]. (IPv4 is 0x0800).
Protocol Typeこのフィールドは、[3]のMARSを使用するプロトコルのプロトコルタイプ番号です。 （IPv4は0x0800です）。
Protocol SNAP This field is the optional protocol SNAP extension to protocol type. This is the mar$pro.snap field from [1].
プロトコルSNAPこのフィールドは、プロトコルタイプに対するオプションのプロトコルSNAP拡張です。これは、[1]のmar $ pro.snapフィールドです。
Version Number Version Number for this document MUST be set to 0x00.
バージョン番号このドキュメントのバージョン番号は0x00に設定する必要があります。
State State value is coded as 1 decimal for a MARS Server Redirect Entry.
状態状態値は、MARSサーバーリダイレクトエントリの10進数として1としてコード化されます。
The Flags, Cluster Member ID, Src Addr Len, and Group Addr Len fields are unused and set to zero.
Flags、Cluster Member ID、Src Addr Len、およびGroup Addr Lenフィールドは使用されておらず、ゼロに設定されています。
The ATM Addr T/L, ATM SubAddr T/L, Source ATM Address, and Source ATM SubAddress fields define the ATM address for the source of the MARS Server Redirect Entry in the SG. The coding for these fields are the same as described in Section 3 of this document.
ATM Addr T / L、ATM SubAddr T / L、Source ATM Address、およびSource ATM SubAddressフィールドは、SGのMARSサーバーリダイレクトエントリの送信元のATMアドレスを定義します。これらのフィールドのコーディングは、このドキュメントのセクション3で説明されているものと同じです。
Failure to receive two consecutive MARS Server Redirect Entry updates from a given MARS Server in the SG will cause all membership information learned from this server to be flushed. When a valid MARS Server Redirect Entry update is received the source of this update will be placed into the table of backup MARS Servers sent in the MARS_REDIRECT_MAP message. The ordering of servers in the MARS_REDIRECT_MAP will first contain the list of MARS Servers learned via MARS Server Redirect Entry updates in ascending order based on the SCSP Sender ID, followed by any externally configured or learned backup MARS Servers. The format of the MARS_REDIRECT_MAP can be found in Section 5.4.3 of [1].
SG内の特定のMARSサーバーから2つの連続したMARSサーバーリダイレクトエントリの更新を受信できない場合、このサーバーから学習したすべてのメンバーシップ情報がフラッシュされます。有効なMARSサーバーリダイレクトエントリの更新を受信すると、この更新のソースは、MARS_REDIRECT_MAPメッセージで送信されるバックアップMARSサーバーのテーブルに配置されます。 MARS_REDIRECT_MAPでのサーバーの順序には、最初に、MARSサーバーリダイレクトエントリの更新を介して学習したMARSサーバーのリストがSCSP送信者IDに基づいて昇順で含まれ、その後、外部で構成または学習されたバックアップMARSサーバーが続きます。 MARS_REDIRECT_MAPのフォーマットは、[1]のセクション5.4.3にあります。
5.2 MCS Serve/Register request.
5.2 MCSサーバー/登録要求。
The MCS Serve/Register request is used to propagate the registering or servicing of specific groups by an MCS Client within the SG domain. It is similar to an MARS_MSERV request defined in Section 6.2.2 and 6.2.3 of [1]. When a MARS Server in the SG successfully adds a new MCS Client to it's SCVC or adds MCS support for a specific group it MUST send a MCS Serve/Register request to the SG. An MCS Client can only register with one MARS Server in the SG.
MCSサーバー/登録要求は、SGドメイン内のMCSクライアントによる特定のグループの登録またはサービスを伝達するために使用されます。これは、[1]のセクション6.2.2および6.2.3で定義されているMARS_MSERV要求に似ています。 SG内のMARSサーバーが新しいMCSクライアントをSCVCに正常に追加するか、特定のグループのMCSサポートを追加する場合、MCSサーバー/登録要求をSGに送信する必要があります。 MCSクライアントは、SG内の1つのMARSサーバーにのみ登録できます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Hardware Type | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP | Unused | Version | State |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Cluster Member ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Src Addr Len | Group Addr Len| ATM Addr T/L |ATM SubAddr T/L|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Protocol Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM SubAddress (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum Multicast Group Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum Multicast Group Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Hardware Type This value is the ATM Forum 'address family number' specified in [3] as 15 decimal (0x000F).
ハードウェアタイプこの値は、[3]で10進数15（0x000F）として指定されたATMフォーラムの「アドレスファミリ番号」です。
Protocol Type This field is the protocol type number for the protocol using MARS from [3]. (IPv4 is 0x0800).
Protocol Typeこのフィールドは、[3]のMARSを使用するプロトコルのプロトコルタイプ番号です。 （IPv4は0x0800です）。
Protocol SNAP This field is the optional protocol SNAP extension to protocol type. This is the mar$pro.snap field from [1].
プロトコルSNAPこのフィールドは、プロトコルタイプに対するオプションのプロトコルSNAP拡張です。これは、[1]のmar $ pro.snapフィールドです。
Version Number Version Number for this document MUST be set to 0x00.
バージョン番号このドキュメントのバージョン番号は0x00に設定する必要があります。
State State value is coded as 2 decimal for a MCS Serve/Register request.
状態状態の値は、MCS Serve / Register要求の2桁の10進数としてコード化されます。
Flags The flags field is used to contain several flags:
フラグフラグフィールドは、いくつかのフラグを含めるために使用されます。
mar$flags Bit 15 - mar$flags.layer3grp Bit 13 - mar$flags.register Bit 0-7 - mar$flags.sequence
mar $ flagsビット15-mar $ flags.layer3grpビット13-mar $ flags.registerビット0-7-mar $ flags.sequence
The mar$flags.register bit MUST be set the same as in the originating MARS_MSERV request. The mar$flags.layer3grp bit MUST be zero and the mar$flags.sequence bits are of local significance only to the LS.
mar $ flags.registerビットは、元のMARS_MSERV要求と同じに設定する必要があります。 mar $ flags.layer3grpビットはゼロである必要があり、mar $ flags.sequenceビットはLSに対してのみローカルで重要です。
Cluster Member CMI This field contains the CMI assigned by the MARS Server which processed the MARS_MSERV request and uniquely identifies the MCS Client in the MARS server cache.
Cluster Member CMIこのフィールドには、MARS_MSERV要求を処理したMARSサーバーによって割り当てられたCMIが含まれ、MARSサーバーキャッシュ内のMCSクライアントを一意に識別します。
Src Addr Len This field contains the length of the Source Protocol Address field. For IPv4, the value is 4 if an address is specified. A null (non-existent) address MUST be coded as zero length, and no space allocated for it in the message body.
Src Addr Lenこのフィールドには、Source Protocol Addressフィールドの長さが含まれています。 IPv4の場合、アドレスが指定されていれば、値は4です。ヌル（存在しない）アドレスは、長さゼロとしてコード化する必要があり、メッセージ本文にアドレスを割り当てる必要はありません。
Group Addr Len This field contains the length of the Group Protocol Address field. If the register bit in the flags field is set to 1 in the request this field MUST be zero. If the register bit is zero in the flags field the value of this field for IPv4 is 4.
Group Addr Lenこのフィールドには、Group Protocol Addressフィールドの長さが含まれます。リクエストでフラグフィールドのレジスタビットが1に設定されている場合、このフィールドはゼロでなければなりません。フラグフィールドのレジスタビットがゼロの場合、IPv4のこのフィールドの値は4です。
ATM Addr T/L This field contains the type and length of the Source ATM Address field for the MCS Client that originated the MARS_MSERV request. The type and length encoding is described in Section 3.
ATM Addr T / Lこのフィールドには、MARS_MSERV要求を発信したMCSクライアントの送信元ATMアドレスフィールドのタイプと長さが含まれています。タイプと長さのエンコードについては、セクション3で説明します。
ATM SubAddr T/L This field contains the type and length of the Source ATM SubAddress field for the MCS Client that originated the MARS_MSERV request. The type and length encoding is described in Section 3.
ATM SubAddr T / Lこのフィールドには、MARS_MSERV要求を発信したMCSクライアントの送信元ATMサブアドレスフィールドのタイプと長さが含まれます。タイプと長さのエンコードについては、セクション3で説明します。
Source Protocol Address This is the internetwork address for the source of an address binding in a MARS server cache entry. If Src Addr Len is set to zero no storage will be allocated.
送信元プロトコルアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングの送信元のインターネットワークアドレスです。 Src Addr Lenがゼロに設定されている場合、ストレージは割り当てられません。
Source ATM Address This is the MCS Client's ATM address of an address binding in a MARS server cache entry. The address is E.164 or ATM Forum NSAPA.
送信元ATMアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのMCSクライアントのATMアドレスです。アドレスはE.164またはATMフォーラムNSAPAです。
Source ATM SubAddress This is the MCS Client's ATM subaddress of an address binding in a MARS server cache entry. The subaddress, if specified, is an ATM Forum NSAPA. If null, no storage will be allocated.
送信元ATMサブアドレスこれは、MARSサーバーキャッシュエントリ内のアドレスバインディングのMCSクライアントのATMサブアドレスです。サブアドレスは、指定されている場合、ATMフォーラムNSAPAです。 nullの場合、ストレージは割り当てられません。
Minimum Multicast Group Address This is the internetwork address of the lower bound on the range of multicast group addresses for the address binding in a MARS server cache entry. If Group Addr Len is set to zero no storage will be allocated.
最小マルチキャストグループアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのマルチキャストグループアドレスの範囲の下限のインターネットワークアドレスです。 Group Addr Lenがゼロに設定されている場合、ストレージは割り当てられません。
Maximum Multicast Group Address This is the internetwork address of the upper bound on the range of multicast group addresses for the address binding in a MARS server cache entry. If Group Addr Len is set to zero no storage will be allocated.
最大マルチキャストグループアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのマルチキャストグループアドレスの範囲の上限のインターネットワークアドレスです。 Group Addr Lenがゼロに設定されている場合、ストレージは割り当てられません。
An MCS Client can only register with one MARS Server in the SG and is only placed on the SCVC for the MARS Server for which it is registered with.
MCSクライアントは、SG内の1つのMARSサーバーにのみ登録でき、登録されているMARSサーバーのSCVCにのみ配置されます。
When a MCS Client Serve/Register request specifying a group address is received by a MARS Server it MUST create a cache entry associated with this client. In addition to adding the cache entry it MUST send out a MARS_MIGRATE message on it's CCVC. This is needed so that clients using a mesh topology can migrate to a server based topology. Details regarding the MARS_MIGRATE message can be found in Section 5.1.6 of [1].
グループアドレスを指定するMCSクライアントサーバー/登録要求をMARSサーバーが受信すると、このクライアントに関連付けられたキャッシュエントリを作成する必要があります。キャッシュエントリを追加することに加えて、CCVCでMARS_MIGRATEメッセージを送信する必要があります。これは、メッシュトポロジを使用するクライアントがサーバーベースのトポロジに移行できるようにするために必要です。 MARS_MIGRATEメッセージに関する詳細は、[1]のセクション5.1.6にあります。
5.3 MARS Client Join/Register request.
5.3 MARSクライアントの参加/登録要求。
The MARS Client Join/Register request is used to propagate the registering or joining of specific group ranges by MARS Clients within the SG domain. It is similar to the MARS_JOIN request defined in Sections 5.2.1 to 5.2.3 of [1]. When a MARS Server in the SG successfully registers a new MARS Client or a registered client joins a specific group address range the MARS Server MUST send a MARS Client Join/Register request to the SG. A MARS Client can only register with one MARS Server in the SG and is placed only on that servers CCVC.
MARSクライアントの参加/登録要求は、SGドメイン内のMARSクライアントによる特定のグループ範囲の登録または参加を伝播するために使用されます。これは、[1]のセクション5.2.1から5.2.3で定義されているMARS_JOINリクエストに似ています。 SG内のMARSサーバーが新しいMARSクライアントを正常に登録するか、登録されたクライアントが特定のグループアドレス範囲に参加すると、MARSサーバーはMARSクライアントの参加/登録要求をSGに送信する必要があります。 MARSクライアントは、SG内の1つのMARSサーバーにのみ登録でき、そのサーバーのCCVCにのみ配置されます。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Hardware Type | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SNAP | Unused | Version | State |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flags | Cluster Member ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Src Addr Len | Group Addr Len| ATM Addr T/L |ATM SubAddr T/L|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Protocol Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ATM SubAddress (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Minimum Multicast Group Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum Multicast Group Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Hardware Type This value is the ATM Forum 'address family number' specified in [3] as 15 decimal (0x000F).
ハードウェアタイプこの値は、[3]で10進数15（0x000F）として指定されたATMフォーラムの「アドレスファミリ番号」です。
Protocol Type This field is the protocol type number for the protocol using MARS from [3]. (IPv4 is 0x0800).
Protocol Typeこのフィールドは、[3]のMARSを使用するプロトコルのプロトコルタイプ番号です。 （IPv4は0x0800です）。
Protocol SNAP This field is the optional protocol SNAP extension to protocol type. This is the mar$pro.snap field from [1].
プロトコルSNAPこのフィールドは、プロトコルタイプに対するオプションのプロトコルSNAP拡張です。これは、[1]のmar $ pro.snapフィールドです。
Version Number Version Number for this document MUST be set to 0x00.
バージョン番号このドキュメントのバージョン番号は0x00に設定する必要があります。
State State value is coded as 3 decimal for a MARS Client Join/Register request.
状態状態値は、MARSクライアントのJoin / Register要求の3桁の10進数としてコード化されます。
Flags The flags field is used to contain several flags:
フラグフラグフィールドは、いくつかのフラグを含めるために使用されます。
mar$flags Bit 15 - mar$flags.layer3grp Bit 13 - mar$flags.register Bit 0-7 - mar$flags.sequence
mar $ flagsビット15-mar $ flags.layer3grpビット13-mar $ flags.registerビット0-7-mar $ flags.sequence
The mars$flags.layer3grp and mar$flags.register bits MUST be set the same as in the originating MARS_JOIN request. The mar$flags.sequence bits are of local significance only to the LS.
mars $ flags.layer3grpおよびmar $ flags.registerビットは、元のMARS_JOINリクエストと同じに設定する必要があります。 mar $ flags.sequenceビットは、LSに対してのみローカルで重要です。
Cluster Member CMI This field contains the CMI assigned by the MARS Server which processed the MARS_JOIN request and uniquely identifies the MARS Client in the MARS server cache.
Cluster Member CMIこのフィールドには、MARS_JOIN要求を処理したMARSサーバーによって割り当てられたCMIが含まれ、MARSサーバーキャッシュ内のMARSクライアントを一意に識別します。
Src Addr Len This field contains the length of the Source Protocol Address field. For IPv4, the value is 4 if an address is specified. A null (non-existent) address MUST be coded as zero length, and no space allocated for it in the message body.
Src Addr Lenこのフィールドには、Source Protocol Addressフィールドの長さが含まれています。 IPv4の場合、アドレスが指定されていれば、値は4です。ヌル（存在しない）アドレスは、長さゼロとしてコード化する必要があり、メッセージ本文にアドレスを割り当てる必要はありません。
Group Addr Len This field contains the length of the Group Protocol Address field. If the register bit in the flags field is set to 1 in the request this field MUST be zero. If the register bit is zero in the flags field the value of this field for IPv4 is 4.
Group Addr Lenこのフィールドには、Group Protocol Addressフィールドの長さが含まれます。リクエストでフラグフィールドのレジスタビットが1に設定されている場合、このフィールドはゼロでなければなりません。フラグフィールドのレジスタビットがゼロの場合、IPv4のこのフィールドの値は4です。
ATM Addr T/L This field contains the type and length of the Source ATM Address field for the MARS Client that originated the MARS_JOIN request. The type and length encoding is described in Section 3.
ATM Addr T / Lこのフィールドには、MARS_JOIN要求を発信したMARSクライアントの送信元ATMアドレスフィールドのタイプと長さが含まれています。タイプと長さのエンコードについては、セクション3で説明します。
ATM SubAddr T/L This field contains the type and length of the Source ATM SubAddress field for the MARS Client that originated the MARS_JOIN request. The type and length encoding is described in Section 3.
ATM SubAddr T / Lこのフィールドには、MARS_JOIN要求を発信したMARSクライアントの送信元ATMサブアドレスフィールドのタイプと長さが含まれます。タイプと長さのエンコードについては、セクション3で説明します。
Source Protocol Address This is the internetwork address for the source of an address binding in a MARS server cache entry. If Src Addr Len is set to zero no storage will be allocated.
送信元プロトコルアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングの送信元のインターネットワークアドレスです。 Src Addr Lenがゼロに設定されている場合、ストレージは割り当てられません。
Source ATM Address This is the MARS Client's ATM address of an address binding in a MARS server cache entry. The address is E.164 or ATM Forum NSAPA.
送信元ATMアドレスこれは、MARSサーバーキャッシュエントリ内のアドレスバインディングのMARSクライアントのATMアドレスです。アドレスはE.164またはATMフォーラムNSAPAです。
Source ATM SubAddress This is the MARS Client's ATM subaddress of an address binding in a MARS server cache entry. The subaddress, if specified, is an ATM Forum NSAPA. If null, no storage will be allocated.
送信元ATMサブアドレスこれは、MARSサーバーキャッシュエントリ内のアドレスバインディングのMARSクライアントのATMサブアドレスです。サブアドレスは、指定されている場合、ATMフォーラムNSAPAです。 nullの場合、ストレージは割り当てられません。
Minimum Multicast Group Address This is the internetwork address of the lower bound on the range of multicast group addresses for the address binding in a MARS server cache entry. If Group Addr Len is set to zero no storage will be allocated.
最小マルチキャストグループアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのマルチキャストグループアドレスの範囲の下限のインターネットワークアドレスです。 Group Addr Lenがゼロに設定されている場合、ストレージは割り当てられません。
Maximum Multicast Group Address This is the internetwork address of the upper bound on the range of multicast group addresses for the address binding in a MARS server cache entry. If Group Addr Len is set to zero no storage will be allocated.
最大マルチキャストグループアドレスこれは、MARSサーバーキャッシュエントリのアドレスバインディングのマルチキャストグループアドレスの範囲の上限のインターネットワークアドレスです。 Group Addr Lenがゼロに設定されている場合、ストレージは割り当てられません。
An MARS Client can only register with one MARS Server in the SG and is only placed on the CCVC for the MARS Server for which it is registered with. If the mar$flags.layer3grp is set to 1 than the Minimum and Maximum Multicast Group Addresses MUST be equal for IPv4.
MARSクライアントは、SG内の1つのMARSサーバーにのみ登録でき、登録されているMARSサーバーのCCVCにのみ配置されます。 mar $ flags.layer3grpが1に設定されている場合、最小および最大のマルチキャストグループアドレスはIPv4と同じでなければなりません。
When a MARS Client Join/Register request is sent with the mar$flags.register bit set to 1 all of the servers in the SG will create a cache entry for this client using the information in the request.
MARSクライアントのJoin / Register要求がmar $ flags.registerビットを1に設定して送信されると、SG内のすべてのサーバーが、要求内の情報を使用してこのクライアントのキャッシュエントリを作成します。
When a registered MARS Client issues a MARS_JOIN for a specific group address range a MARS Client Join/Register request MUST be sent to the servers in the SG. The actions taken by each server in the SG depend on previous group membership actions and MCS supported groups.
登録されたMARSクライアントが特定のグループアドレス範囲に対してMARS_JOINを発行する場合、MARSクライアントの参加/登録要求をSG内のサーバーに送信する必要があります。 SGの各サーバーが実行するアクションは、以前のグループメンバーシップアクションとMCSがサポートするグループによって異なります。
Each MARS Server MUST perform the necessary redistribution and hole punching algorithms before propagating this request to the CCVC and SCVC on each server. The redistribution and hole punching algorithms used for propagating join requests to the CCVC are the same as defined in Sections 6.1.2 and 6.2.4 of [1]. If the originating MARS_JOIN request is a duplicate of a previously joined range or contains no group address range than a MARS Client Join/Register MUST NOT be sent to the SG.
各MARSサーバーは、この要求を各サーバーのCCVCおよびSCVCに伝播する前に、必要な再配布およびホールパンチアルゴリズムを実行する必要があります。結合要求をCCVCに伝播するために使用される再配布およびホールパンチアルゴリズムは、[1]のセクション6.1.2および6.2.4で定義されているものと同じです。元のMARS_JOIN要求が以前に参加した範囲の複製であるか、グループアドレス範囲を含まない場合は、MARSクライアントの参加/登録をSGに送信してはなりません（MUST NOT）。
The redistribution and hole punching algorithms used for propagating join requests as MARS_SJOIN request on a SCVC is the same as Section 6.2.4 except for the following. Only the MARS Servers which contain the registered MCS Clients for the target group ranges should propagate this information to their SCVCs.
SCVCでMARS_SJOIN要求として結合要求を伝播するために使用される再配布およびホールパンチアルゴリズムは、以下を除いてセクション6.2.4と同じです。ターゲットグループ範囲の登録済みMCSクライアントを含むMARSサーバーのみが、この情報をSCVCに伝達する必要があります。
5.4 MARS Client Leave/Deregister request.
5.4 MARSクライアントの脱退/登録解除要求。
The MARS Client Leave/Deregister request is used to propagate the deregistering or leaving of specific group ranges by registered MARS Clients within the SG domain. It is similar to the MARS_LEAVE request defined in Sections 5.2.1 to 5.2.3 of [1]. When a MARS Server in the SG successfully deregisters a registered MARS Client or a registered client leaves a specific group address range for which it had joined the MARS Server MUST send a MARS Client Leave/Deregister request to the SG. If a registered MARS Client is unexpectedly removed from the CCVC the MARS Server MUST act as a proxy and send a MARS Client Leave/Deregister request to the SG.
MARSクライアントの脱退/登録解除要求は、SGドメイン内の登録済みMARSクライアントによる特定のグループ範囲の登録解除または脱退を伝達するために使用されます。これは、[1]のセクション5.2.1から5.2.3で定義されているMARS_LEAVEリクエストに似ています。 SG内のMARSサーバーが登録済みのMARSクライアントの登録解除に成功した場合、または登録済みのクライアントが、MARSサーバーに参加していた特定のグループアドレス範囲を離れた場合、MARSクライアントの脱退/登録解除要求をSGに送信する必要があります。登録されたMARSクライアントが予期せずにCCVCから削除された場合、MARSサーバーはプロキシとして機能し、MARSクライアントの脱退/登録解除要求をSGに送信する必要があります。
The format and meanings of the fields in a MARS Client Leave/Deregister request are the same as in Section 5.3 except the State is coded as 4 decimal for a MARS Client Leave/Deregister request.
MARSクライアント脱退/登録解除要求のフィールドの形式と意味は、セクションが5.3と同じです。ただし、MARSクライアント脱退/登録解除要求では、状態が10進数の4としてコード化されます。
When a MARS Client Leave/Deregister request is sent with the mar$flags.register bit set to 1 all of the servers in the SG receiving this update MUST purge all cache entries for this client.
MARSクライアントのLeave / Deregister要求がmar $ flags.registerビットを1に設定して送信される場合、この更新を受信するSG内のすべてのサーバーは、このクライアントのすべてのキャッシュエントリをパージする必要があります。
When a registered MARS Client issues a MARS_LEAVE for a specific group address range a MARS Client LEAVE/Deregister request MUST be sent to the servers in the SG. The actions taken by each server in the SG depend on previous group membership actions and MCS supported groups.
登録されたMARSクライアントが特定のグループアドレス範囲に対してMARS_LEAVEを発行する場合、MARSクライアントLEAVE /登録解除要求をSG内のサーバーに送信する必要があります。 SGの各サーバーが実行するアクションは、以前のグループメンバーシップアクションとMCSがサポートするグループによって異なります。
Each MARS Server MUST perform the necessary redistribution and hole punching algorithms before propagating this request to the CCVC and SCVC on each server. The redistribution and hole punching algorithms used for propagating leave requests to the CCVC are the same as defined in Sections 6.1.2 and 6.2.4 of [1]. If the originating MARS_LEAVE request does not correspond to a previously joined range or contains no group address range than a MARS Client Leave/Deregister MUST NOT be sent to the SG.
各MARSサーバーは、この要求を各サーバーのCCVCおよびSCVCに伝播する前に、必要な再配布およびホールパンチアルゴリズムを実行する必要があります。休暇申請をCCVCに伝播するために使用される再配布およびホールパンチアルゴリズムは、[1]のセクション6.1.2および6.2.4で定義されているものと同じです。元のMARS_LEAVE要求が以前に参加した範囲に対応していないか、グループアドレス範囲が含まれていない場合は、MARSクライアントの脱退/登録解除をSGに送信してはなりません。
The redistribution and hole punching algorithms used for propagating leave requests as MARS_SLEAVE requests on a SCVC is the same as Section 6.2.4 except for the following. Only the MARS Servers which contain the registered MCS Clients for the target group ranges should propagate this information to their SCVCs.
SCVCでMARS_SLEAVE要求として脱退要求を伝播するために使用される再配布およびホールパンチアルゴリズムは、以下を除いてセクション6.2.4と同じです。ターゲットグループ範囲の登録済みMCSクライアントを含むMARSサーバーのみが、この情報をSCVCに伝達する必要があります。
5.5 MCS Unserve/Deregister request.
5.5 MCS Unserve / Deregisterリクエスト。
The MCS Unserve/Deregister request is used to propagate the deregistering or unservicing of specific groups by a registered MCS Client within the SG domain. It is similar to an MARS_MUNSERV request defined in Section 6.2.2 and 6.2.3 of [1]. When a MARS Server in the SG successfully deregisters a registered MCS Client or registered MCS Client stops serving a specific group address range for which it had serviced the MARS Server MUST send a MCS Unserve/Deregister request to the SG. If a registered MCS Client is unexpectedly removed from the SCVC the MARS Server owning the SCVC MUST act as a proxy and send a MCS Unserve/Deregister request to the SG.
MCS Unserve / Deregister要求は、SGドメイン内の登録済みMCSクライアントによる特定のグループの登録解除またはサービス解除を伝達するために使用されます。これは、[1]のセクション6.2.2および6.2.3で定義されているMARS_MUNSERV要求に似ています。 SG内のMARSサーバーが登録済みのMCSクライアントの登録解除に成功した場合、または登録済みのMCSクライアントは、MARSサーバーがサービスしていた特定のグループアドレス範囲のサービスを停止する場合、MASの登録解除/登録解除要求をSGに送信する必要があります。登録されたMCSクライアントが予期せずにSCVCから削除された場合、SCVCを所有するMARSサーバーはプロキシとして機能し、MCS Unserve / Deregister要求をSGに送信する必要があります。
The format and meanings of the fields in a MCS Unserve/Deregister request are the same as in Section 5.2 except the State is coded as 5 decimal for a MCS Unserve/Deregister request.
MCS Unserve / Deregisterリクエストのフィールドの形式と意味はセクション5.2と同じですが、MCS Unserve / Deregisterリクエストの状態が10進数で5にコード化される点が異なります。
When a MCS Client Unserve/Deregister request is sent with the mar$flags.register bit set to 1 all of the servers in the SG receiving this update MUST purge all cache entries for this client.
MCSクライアントの登録解除/登録解除要求がmar $ flags.registerビットを1に設定して送信される場合、この更新を受信するSG内のすべてのサーバーは、このクライアントのすべてのキャッシュエントリをパージする必要があります。
When a registered MCS Client issues a MARS_MUNSERV for a specific group address range being served a MCS Client Unserve/Deregister request MUST be sent to the servers in the SG. The members of the SG that receive this update must then clear the cache entry associated with this MCS Client.
登録されたMCSクライアントが、サービスを提供されている特定のグループアドレス範囲に対してMARS_MUNSERVを発行する場合、MCSクライアントの登録解除/登録解除要求をSGのサーバーに送信する必要があります。この更新を受信するSGのメンバーは、このMCSクライアントに関連付けられているキャッシュエントリをクリアする必要があります。
In addition to clearing one or more cache entries associated with receiving a MCS Client Unserve/Deregister request each MARS Server in the SG MUST send out a MARS_LEAVE message on it's CCVC in order for clients to change back to a mesh topology.
MCSクライアントの登録解除/登録解除要求の受信に関連する1つ以上のキャッシュエントリをクリアすることに加えて、SGの各MARSサーバーは、クライアントがメッシュトポロジに戻るために、CCVCでMARS_LEAVEメッセージを送信する必要があります。
There is no mechanism to encrypt the CSA Record MARS Specific Part of the message exchanged between servers. However, there are base SCSP security features in the SCSP Protocol Independent part [2] which can be used to protect against attacks.
サーバー間で交換されるメッセージのCSAレコードMARS固有の部分を暗号化するメカニズムはありません。ただし、SCSP Protocol Independentパート[2]には、攻撃から保護するために使用できる基本SCSPセキュリティ機能があります。
Any SCSP MARS is susceptible to Denial of Service (DOS) attacks. A rouge MARS Client can inundate its Server with MARS packets. This is a base MARS problem as currently defined by [1]. A rouge host can also inundate its neighboring SCSP MARS with SCSP packets. However, if the authentication option is used, the SCSP MARS databases will not become corrupted, as the bogus packets will be discarded when the authentication check fails.
すべてのSCSP MARSは、サービス拒否（DOS）攻撃の影響を受けます。不正なMARSクライアントは、サーバーにMARSパケットを殺到させる可能性があります。これは、現在[1]で定義されているベースMARS問題です。不正なホストは、隣接するSCSP MARSにSCSPパケットを氾濫させることもあります。ただし、認証オプションが使用されている場合、認証チェックに失敗すると偽のパケットが破棄されるため、SCSP MARSデータベースは破損しません。
Due to the pair wise authentication model of SCSP MARS, the information received from any properly authenticated server is trusted and propagated throughout the server group. Consequently, if security of any SCSP MARS server is compromised, the entire database becomes vulnerable to corruption originating from the compromised server.
SCSP MARSのペアワイズ認証モデルにより、適切に認証されたサーバーから受信した情報は信頼され、サーバーグループ全体に伝播されます。その結果、SCSP MARSサーバーのセキュリティが危険にさらされると、データベース全体が危険にさらされたサーバーに起因する破損に対して脆弱になります。
References
参考文献
[1] Armitage, G., "Support for Multicast over UNI 3.0/3.1 based ATM Networks", RFC 2022, November 1996.
[1] アーミテージ、G。、「UNI 3.0 / 3.1ベースのATMネットワーク上のマルチキャストのサポート」、RFC 2022、1996年11月。
[2] Luciani, J., Armitage, G., Halpern, J. and N. Doraswamy, "Server Cache Synchronization Protocol", RFC 2334, April 1998.
[2] Luciani、J.、Armitage、G.、Halpern、J。およびN. Doraswamy、「Server Cache Synchronization Protocol」、RFC 2334、1998年4月。
[3] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700,
October 1994. See also: http://www.iana.org/numbers.html
[4] Laubach, M., "Classic IP and ARP over ATM", RFC 1577, January 1994.
[4] Laubach、M。、「Classic IP and ARP over ATM」、RFC 1577、1994年1月。
[5] Bradner, S., "Key Words for use in RFCs to Indicate Requirement Levels," BCP 14, RFC 2119, March 1997.
[5] Bradner、S。、「RFCで使用して要件レベルを示すためのキーワード」、BCP 14、RFC 2119、1997年3月。
Acknowledgments
謝辞
The authors would like to thank Grenville Armitage for his previous distributed MARS work and also the members of the ION working group of the IETF, whose review and discussion of this document has been invaluable.
著者は、以前に配布されたMARSの作業と、IETFのIONワーキンググループのメンバーのGrenville Armitageに感謝します。このドキュメントのレビューと議論は非常に貴重です。
Authors' Addresses
著者のアドレス
James V. Luciani Bay Networks, Inc. 3 Federal Street, BL3-04 Billerica, MA 01821
James V. Luciani Bay Networks、Inc. 3 Federal Street、BL3-04 Billerica、MA 01821
Phone: +1-508-916-4734
EMail: luciani@baynetworks.com
Anthony M. Gallo IBM, Networking Hardware Division Dept. M6LA/B664 P.O. Box 12195 Research Triangle Park, NC 27709
Anthony M. Gallo IBM、ネットワークハードウェア部門、M6LA / B664 P.O. Box 12195 Research Triangle Park、NC 27709
Phone: +1-919-254-9889
EMail: gallo@raleigh.ibm.com
Full Copyright Statement
完全な著作権表示
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
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.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されないいかなる保証も含め、一切の保証を否認します。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。