[要約] RFC 2335は、SCSPを使用した分散型NHRPサービスに関する規格です。このRFCの目的は、ネットワーク内のホスト間での通信を効率的に行うためのNHRPプロトコルの実装と運用を提供することです。
Network Working Group J. Luciani
Request for Comments: 2335 Bay Networks
Category: Standards Track April 1998
A Distributed NHRP Service Using SCSP
SCSPを使用した分散NHRPサービス
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 an NHRP service within a LIS [1]. This method uses the Server Cache Synchronization Protocol (SCSP) [2] to synchronize the client information databases held by NHRP Servers (NHSs) within a LIS.
このドキュメントでは、LIS [1]内でNHRPサービスを配布する方法について説明します。この方法では、サーバーキャッシュ同期プロトコル（SCSP）[2]を使用して、LIS内のNHRPサーバー（NHS）が保持するクライアント情報データベースを同期します。
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 [4].
このドキュメントに記載されているキーワードは、必須、必須、必須、SHALL、SHALL NOT、SHOULD、SHOULD NOT、RECOMMENDED、MAY、およびOPTIONALであり、[4]で説明されているように解釈されます。
NHRP Clients (NHCs) register their existence and reachability information with NHRP Servers (NHSs). There may be multiple NHSs in a given Logical IP Subnet (LIS). NHCs do not necessarily register with all NHSs in a LIS; however, all NHCs need to be able to query at least one NHS about any NHC within the LIS. Thus, the contents of the NHS databases in a LIS need to be synchronized across the LIS. 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 NHS database synchronization problem within the LIS.
NHRPクライアント（NHC）は、その存在と到達可能性の情報をNHRPサーバー（NHS）に登録します。特定の論理IPサブネット（LIS）に複数のNHSが存在する場合があります。 NHCは必ずしもLISのすべてのNHSに登録する必要はありません。ただし、すべてのNHCは、LIS内のすべてのNHCについて少なくとも1つのNHSを照会できる必要があります。したがって、LIS内のNHSデータベースの内容は、LIS全体で同期する必要があります。サーバーキャッシュ同期プロトコル（SCSP）は、分散データベースの一般的なサーバー同期/キャッシュレプリケーションの問題を解決するため、LIS内のNHSデータベース同期問題にSCSPを適用できます。
SCSP is defined in two parts: the protocol independent part and the client/server protocol specific part. The protocol independent part is defined in [2] whereas this document will specify the client/server protocol specific part where NHRP is the client/server protocol.
SCSPは、プロトコルに依存しない部分とクライアント/サーバープロトコル固有の部分の2つの部分で定義されます。プロトコルに依存しない部分は[2]で定義されていますが、このドキュメントでは、NHRPがクライアント/サーバープロトコルであるクライアント/サーバープロトコル固有の部分を指定します。
This document is separate from [2] because it was felt that it was desirable to allow the client/server protocol specific part specification for NHRP to progress independently from the protocol independent specification.
NHRPのクライアント/サーバープロトコル固有のパーツ仕様を、プロトコルに依存しない仕様から独立して進めることが望ましいと考えられていたため、このドキュメントは[2]とは異なります。
All NHSs belonging to a Logical IP Subnet (LIS) [1] are said to belong to a Server Group (SG). An 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 0x0002 to signify that SCSP synchronizing NHS 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 as described in Section C of [2]. In the case of NHRP, the client/server protocol specific specification was initially written at the same time as SCSP, and thus a PID=0x0002 was assigned by the author.
論理IPサブネット（LIS）[1]に属するすべてのNHSは、サーバーグループ（SG）に属すると言われます。 SGは、当然のことながら、すべてのSCSPパケットのフィールドに含まれるSGIDによって識別されます。すべてのSCSPパケットには、プロトコルID（PID）フィールドも含まれています。このPIDフィールドは0x0002に設定され、他のプロトコルのデータベースを同期するのではなく、SCSPがNHSデータベースを同期することを示します（詳細については、[2]のセクションB.2.0.1を参照してください）。一般に、[2]のセクションCで説明されているように、SCSPのPIDはIANAによって割り当てられます。 NHRPの場合、クライアント/サーバープロトコル固有の仕様はSCSPと同時に最初に作成されたため、PID = 0x0002が作成者によって割り当てられました。
SCSP places no topological requirements upon an NHRP SG. Obviously, however, the resultant graph of NHSs must span the set of NHSs to be synchronized. For more information about the client/server protocol independent part of SCSP, the reader is encouraged to see [2].
SCSPは、NHRP SGにトポロジ要件を課しません。ただし、明らかに、NHSの結果のグラフは、同期するNHSのセットにまたがる必要があります。 SCSPのクライアント/サーバープロトコルに依存しない部分の詳細については、[2]を参照することをお勧めします。
When a SG is using SCSP for synchronization, an NHC will register with only one NHS, but the NHC MAY use any NHS in the SG. When an NHC wishes to leave a SG, the NHC MUST do one of the following: 1) the NHC MUST send an NHRP Purge Request for itself requesting a reply, and it MUST wait for an NHRP Purge Reply, 2) the NHC MUST keep the Request ID it used when registering itself in non-volatile RAM and use a Request ID larger than the one saved when re-registering, or 3) the NHC MUST not re-register for a time equal to the Holding Time specified in the previous registration. It is necessary to do one of the previous in order to prevent the unlikely case of race conditions from occurring during updated. In the case where method 2 is used, the NHS with which the NHC registered uses its ID as the OID and the Request ID from the NHC as the CSA Sequence Number in the CSA(S) Record.
SGがSCSPを使用して同期している場合、NHCは1つのNHSにのみ登録されますが、NHCはSG内の任意のNHSを使用できます（MAY）。 NHCがSGからの離脱を希望する場合、NHCは次のいずれかを実行する必要があります。1）NHCは自身が応答を要求するためにNHRPパージ要求を送信し、NHRPパージ応答を待機する必要があります。2）NHCは保持する必要があります。それ自体を不揮発性RAMに登録するときに使用した要求ID、および再登録時に保存されたものよりも大きい要求IDを使用する、または3）NHCは、前に指定した保持時間と等しい時間は再登録してはならない登録。アップデート中に発生する可能性のある競合状態の発生を防ぐために、前のいずれかを実行する必要があります。方法2が使用される場合、NHCが登録されたNHSは、そのIDをOIDとして使用し、NHCからの要求IDをCSA（S）レコードのCSAシーケンス番号として使用します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address Family Number | NHRP Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Snap |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Snap | NHRP Vers Num | Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Request ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| State | Prefix Length | unused |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Maximum Transmission Unit | Holding Time |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cli Addr T/L | Cli SAddr T/L | Cli Proto Len | Preference |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Client Subnetwork Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Client Subnetwork Subaddress (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Client Protocol Address (variable length) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The following six fields contain values specified in the common header of the mandatory part of an NHRP Registration Request or NHRP Purge Request packet which caused the creation/deletion/modification/update/etc. of an NHS's cache entry.
次の6つのフィールドには、NHRP Registration RequestまたはNHRP Purge Requestパケットの必須部分の共通ヘッダーで指定された値が含まれています。これにより、作成、削除、変更、更新などが行われます。 NHSのキャッシュエントリの。
Address Family Number Defines the type of "link layer" addresses being carried. This number is taken from the 'address family number' list specified in [3]. This field is the same field which would be supplied in an NHRP packet in the ar$afn field.
アドレスファミリ番号伝送される「リンク層」アドレスのタイプを定義します。この番号は、[3]で指定された「アドレスファミリー番号」リストから取得されます。このフィールドは、ar $ afnフィールドのNHRPパケットで提供されるフィールドと同じです。
NHRP Protocol Type This field is the same field which would be supplied in an NHRP packet in the ar$pro.type field.
NHRPプロトコルタイプこのフィールドは、ar $ pro.typeフィールドのNHRPパケットで提供されるフィールドと同じです。
Snap This field is the same field which would be supplied in an NHRP packet in the ar$pro.snap field.
Snapこのフィールドは、ar $ pro.snapフィールドのNHRPパケットで提供されるフィールドと同じです。
NHRP Vers Num This field indicates what version of generic address mapping and management protocol that is represented by this message. This field contains 0x01 for the NHRP protocol version 1. This field is the same field which would be supplied in an NHRP packet in the ar$op.version field.
NHRP Vers Numこのフィールドは、このメッセージで表される汎用アドレスマッピングおよび管理プロトコルのバージョンを示します。このフィールドには、NHRPプロトコルバージョン1の0x01が含まれています。このフィールドは、ar $ op.versionフィールドのNHRPパケットで提供されるフィールドと同じです。
Flags Defined flags are as follows:
フラグ定義済みのフラグは次のとおりです。
0 1
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U|A| unused |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
U This is the Uniqueness bit.
Uこれは一意性ビットです。
A When set, this bit specifies that the cache entry was created as a result of ATMARP client interaction with the NHS.
A設定されている場合、このビットは、キャッシュエントリがATMARPクライアントとNHSとの対話の結果として作成されたことを示します。
Request ID This field contains the Request ID value placed in the cache entry of the NHS as a result of an NHRP Registration Request. This NHS is the NHS causing a synchronization event.
要求IDこのフィールドには、NHRP登録要求の結果としてNHSのキャッシュエントリに配置された要求ID値が含まれます。このNHSは、同期イベントを引き起こすNHSです。
State This field contains a value which represents the new state of the client.
状態このフィールドには、クライアントの新しい状態を表す値が含まれます。
0 - Client is registered and available. 1 - Client reregistered. 2 - Client has been purged. 3 - No such client data in server cache
0-クライアントは登録され、使用可能です。 1-クライアントが再登録されました。 2-クライアントが削除されました。 3-サーバーキャッシュにそのようなクライアントデータはありません
Note that a time-out of a cache entry does not cause a CSA Record to be sent because, if everything is working properly then all NHSs have the cache entry timing out at the same time. Thus, the individual NHSs would take the appropriate actions necessary.
キャッシュエントリのタイムアウトが原因でCSAレコードが送信されることはありません。すべてが適切に機能している場合、すべてのNHSで同時にキャッシュエントリのタイムアウトが発生するためです。したがって、個々のNHSは必要な適切なアクションを実行します。
The following ten fields contain values specified in or derived from the CIE of an NHRP Registration Request or NHRP Purge Request packet which caused the creation/deletion/modification/update/etc. of an NHS's cache entry.
次の10個のフィールドには、作成/削除/変更/更新などの原因となったNHRP登録要求またはNHRPパージ要求パケットのCIEで指定された、またはそこから派生した値が含まれます。 NHSのキャッシュエントリの。
Prefix Length This field contains the internetwork layer address prefix length value covered by the cache entry being synchronized.
プレフィックス長このフィールドには、同期中のキャッシュエントリがカバーするインターネットワークレイヤーアドレスのプレフィックス長の値が含まれます。
Maximum Transmission Unit This field contains a value supplied by or derived from information in the CIE of the NHRP Registration Request packet.
最大伝送ユニットこのフィールドには、NHRP登録要求パケットのCIEの情報によって提供される、またはそこから導出される値が含まれます。
Holding Time The Holding Time field specifies the number of seconds remaining for which the Next Hop NBMA information specified in the CIE of the NHRP Registration Request is considered to be valid by the NHS initiating the synchronization event.
保持時間[保持時間]フィールドは、NHRP登録要求のCIEで指定されたネクストホップNBMA情報が、同期イベントを開始するNHSによって有効であると見なされる残りの秒数を指定します。
Cli Addr T/L Type & length of next hop NBMA address (see [1]).
Cli Addr T / LタイプとネクストホップNBMAアドレスの長さ（[1]を参照）。
Cli SAddr T/L Type & length of next hop NBMA subaddress (see [1]).
Cli SAddr T / LタイプとネクストホップNBMAサブアドレスの長さ（[1]を参照）。
Cli Proto Len This field holds the length in octets of the Client Protocol Address.
Cli Proto Lenこのフィールドは、クライアントプロトコルアドレスの長さをオクテット単位で保持します。
Preference This field specifies the preference value for use of the next hop NBMA information specified.
Preferenceこのフィールドは、指定されたネクストホップNBMA情報を使用するための優先値を指定します。
Client NBMA Address This is the client's NBMA address.
クライアントNBMAアドレスこれはクライアントのNBMAアドレスです。
Client NBMA SubAddress This is the client's NBMA subaddress.
クライアントNBMAサブアドレスこれはクライアントのNBMAサブアドレスです。
Client Protocol Address This is the client's internetworking layer address.
クライアントプロトコルアドレスこれは、クライアントのインターネットワーキングレイヤーアドレスです。
The following sections give values for fields of the SCSP Protocol Independent Part of the various SCSP messages.
以下のセクションでは、さまざまなSCSPメッセージのSCSPプロトコル非依存部分のフィールドの値を示します。
Protocol ID = 0x0002 Sender ID Len = 0x04 Recvr ID Len = 0x04 See Section B.2.0.1 of [2] for a detailed description of these fields.
プロトコルID = 0x0002送信者ID Len = 0x04 Recvr ID Len = 0x04これらのフィールドの詳細については、[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を参照してください。
Relevant security considerations are documented in [1] and [2].
関連するセキュリティの考慮事項は、[1]および[2]に記載されています。
References
参考文献
[1] Luciani, J., Katz, D., Piscitello, D., Cole, B., and N. Doraswamy, "NMBA Next Hop Resolution Protocol (NHRP)", RFC 2332, April 1998.
[1] Luciani、J.、Katz、D.、Piscitello、D.、Cole、B。、およびN. Doraswamy、「NMBA Next Hop Resolution Protocol（NHRP）」、RFC 2332、1998年4月。
[2] Luciani, J., Armitage, G., Halpern, J., and N. Doraswamy, "Server Cache Synchronization Protocol (SCSP)", RFC 2334, April 1998.
[2] Luciani、J.、Armitage、G.、Halpern、J。、およびN. Doraswamy、「Server Cache Synchronization Protocol（SCSP）」、RFC 2334、1998年4月。
[3] Reynolds, J., and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994.
[3] Reynolds、J.、およびJ. Postel、「Assigned Numbers」、STD 2、RFC 1700、1994年10月。
[4] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[4] Bradner、S。、「RFCで使用して要件レベルを示すためのキーワード」、BCP 14、RFC 2119、1997年3月。
Acknowledgments
謝辞
I would like to thank (in no particular order) Maxine Burns of ISR and Joel Halpern of Newbridge. I would also like to thank the members of the ION working group of the IETF, whose review and discussion of this document has been invaluable.
ISRのMaxine BurnsとNewbridgeのJoel Halpernに（順不同で）感謝します。この文書のレビューと議論が非常に貴重であるIETFのIONワーキンググループのメンバーにも感謝します。
Author's Address
著者のアドレス
James V. Luciani Bay Networks, Inc. 3 Federal Street, BL3-03 Billerica, MA 01821
James V. Luciani Bay Networks、Inc. 3 Federal Street、BL3-03 Billerica、MA 01821
Phone: +1-978-916-4734
EMail: luciani@baynetworks.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.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されないいかなる保証も含め、一切の保証を否認します。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。