[要約] RFC 8357は、DHCPリレーのための一般化されたUDPソースポートに関する仕様です。このRFCの目的は、DHCPリレーの効率とセキュリティを向上させるために、ソースポートの選択方法を標準化することです。
Internet Engineering Task Force (IETF) N. Shen
Request for Comments: 8357 E. Chen
Category: Standards Track Cisco Systems
ISSN: 2070-1721 March 2018
Generalized UDP Source Port for DHCP Relay
DHCPリレー用の一般化されたUDPソースポート
Abstract
概要
This document defines an extension to the DHCP protocols that allows a relay agent to use any available source port for upstream communications. The extension also allows inclusion of a DHCP option that can be used to statelessly route responses back to the appropriate source port on downstream communications.
このドキュメントでは、リレーエージェントがアップストリーム通信に使用可能な任意の送信元ポートを使用できるようにするDHCPプロトコルの拡張を定義しています。この拡張により、ダウンストリーム通信の適切な送信元ポートに応答をステートレスにルーティングするために使用できるDHCPオプションを含めることもできます。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 7841のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8357.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、https：//www.rfc-editor.org/info/rfc8357で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2018 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2018 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（https://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1. Requirements Language . . . . . . . . . . . . . . . . . . 3
2.2. Definitions . . . . . . . . . . . . . . . . . . . . . . . 3
3. Changes to DHCP Specifications . . . . . . . . . . . . . . . 4
3.1. Additions to DHCPv4 in RFC 2131 . . . . . . . . . . . . . 4
3.2. Additions to DHCPv6 in RFC 3315 . . . . . . . . . . . . . 4
4. Relay Source Port Sub-option and Option . . . . . . . . . . . 4
4.1. Source Port Sub-option for DHCPv4 . . . . . . . . . . . . 5
4.2. Relay Source Port Option for DHCPv6 . . . . . . . . . . . 5
5. Relay Agent and Server Behavior . . . . . . . . . . . . . . . 6
5.1. DHCPv4 . . . . . . . . . . . . . . . . . . . . . . . . . 6
5.2. DHCPv6 . . . . . . . . . . . . . . . . . . . . . . . . . 6
5.3. Compatibility . . . . . . . . . . . . . . . . . . . . . . 7
5.4. Deployment Considerations . . . . . . . . . . . . . . . . 7
6. Example of an IPv6-Cascaded Relay . . . . . . . . . . . . . . 7
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9
8. Security Considerations . . . . . . . . . . . . . . . . . . . 9
9. Normative References . . . . . . . . . . . . . . . . . . . . 9
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 10
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 10
RFC 2131 [RFC2131] and RFC 3315 [RFC3315] specify the use of UDP as the transport protocol for DHCP. They also define both the server-and client-side port numbers. The IPv4 server port is UDP number (67) and the client port is UDP number (68); for IPv6, the server port is (547) and the client port is (546).
RFC 2131 [RFC2131]およびRFC 3315 [RFC3315]は、DHCPのトランスポートプロトコルとしてUDPの使用を指定しています。また、サーバー側とクライアント側の両方のポート番号も定義します。 IPv4サーバーポートはUDP番号（67）で、クライアントポートはUDP番号（68）です。 IPv6の場合、サーバーポートは（547）、クライアントポートは（546）です。
The fixed UDP port combinations for the DHCP protocol scheme creates challenges in certain DHCP relay operations. For instance, in a large-scale DHCP relay implementation on a single-switch node, the DHCP relay functionality may be partitioned among multiple relay processes. All of these DHCP relay processes may share the same IP address of the switch node. If the UDP source port has to be a fixed number as currently specified, the transport socket operation of DHCP packets would need to go through a central entity or process, which would defeat the purpose of distributing DHCP relay functionality.
DHCPプロトコルスキームの固定UDPポートの組み合わせにより、特定のDHCPリレー操作で課題が発生します。たとえば、単一スイッチノードでの大規模なDHCPリレー実装では、DHCPリレー機能が複数のリレープロセス間で分割される場合があります。これらのDHCPリレープロセスはすべて、スイッチノードの同じIPアドレスを共有できます。 UDP送信元ポートを現在指定されている固定数にする必要がある場合、DHCPパケットのトランスポートソケット操作は中央のエンティティまたはプロセスを通過する必要があり、DHCPリレー機能を配布する目的に反することになります。
In some large-scale deployments, the decision to split the DHCP functionality into multiple processes on a node may not be purely based on DHCP relay computational load. Rather, DHCP relay could just be one of the functions in a multi-process implementation.
一部の大規模な展開では、DHCP機能をノード上の複数のプロセスに分割する決定は、純粋にDHCPリレーの計算負荷に基づいていない場合があります。むしろ、DHCPリレーは、マルチプロセス実装の機能の1つにすぎません。
Although assigning a different IPv4/IPv6 source address for each DHCP relay process can be a solution, this would introduce operational and network management complexities, especially given the scarceness of IPv4 addresses.
DHCPリレープロセスごとに異なるIPv4 / IPv6送信元アドレスを割り当てることは解決策になる可能性がありますが、これにより、特にIPv4アドレスが不足している場合に、運用とネットワーク管理が複雑になります。
This document defines an extension to relax the fixed UDP source port requirement for the DHCP relay agents. This extension requires a DHCP server to remember the inbound packet's UDP port number along with the IPv4/IPv6 address. When sending back replies, the DHCP server MUST use the UDP port number that the incoming relay agent uses instead of the fixed DHCP port number. In the case of IPv6-cascaded relay agents [RFC3315], the upstream relay agent needs to use the "Relay Source Port Option" to record the downstream source port, and it MUST use this recorded port number instead of the fixed DHCP port number when replaying the reply messages.
このドキュメントでは、DHCPリレーエージェントの固定UDPソースポート要件を緩和する拡張機能を定義します。この拡張では、DHCPサーバーが受信パケットのUDPポート番号とIPv4 / IPv6アドレスを覚えている必要があります。 DHCPサーバーは、返信を返信するときに、固定DHCPポート番号の代わりに、着信リレーエージェントが使用するUDPポート番号を使用する必要があります。 IPv6カスケードリレーエージェント[RFC3315]の場合、アップストリームリレーエージェントはダウンストリームソースポートを記録するために「リレーソースポートオプション」を使用する必要があり、固定DHCPポート番号の代わりにこの記録されたポート番号を使用する必要があります。返信メッセージを再生します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
キーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこのドキュメントの「」は、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。
Downstream Device: In the DHCP relay context, this refers to the next relay agent that forwards Relay-reply messages.
ダウンストリームデバイス：DHCPリレーコンテキストでは、これはリレー応答メッセージを転送する次のリレーエージェントを指します。
Upstream Device: In the DHCP relay context, this refers to the next relay agent or DHCP server that forwards Relay-forward messages.
アップストリームデバイス：DHCPリレーコンテキストでは、リレー転送メッセージを転送する次のリレーエージェントまたはDHCPサーバーを指します。
Relay Source Port: This is the UDP port that a relay agent uses to receive Relay-forward messages from an upstream device.
リレー送信元ポート：これは、リレーエージェントがアップストリームデバイスからリレー転送メッセージを受信するために使用するUDPポートです。
Downstream Source Port: This is the UDP port that the downstream device uses when forwarding Relay-forward messages to this relay agent device. This UDP port is to be used by this relay agent device when forwarding the Relay-reply messages to that downstream device.
ダウンストリームソースポート：これは、ダウンストリームデバイスがリレー転送メッセージをこのリレーエージェントデバイスに転送するときに使用するUDPポートです。このUDPポートは、リレー応答メッセージをそのダウンストリームデバイスに転送するときに、このリレーエージェントデバイスによって使用されます。
Non-DHCP UDP Port: Any valid and non-zero UDP port other than port 67 for DHCPv4 and port 547 for DHCPv6.
非DHCP UDPポート：DHCPv4のポート67とDHCPv6のポート547以外の有効でゼロ以外のUDPポート。
Section 4.1 of RFC 2131 [RFC2131] specifies that:
RFC 2131 [RFC2131]のセクション4.1は、次のように規定しています。
DHCP uses UDP as its transport protocol. DHCP messages from a client to a server are sent to the 'DHCP server' port (67), and DHCP messages from a server to a client are sent to the 'DHCP client' port (68).
DHCPはトランスポートプロトコルとしてUDPを使用します。クライアントからサーバーへのDHCPメッセージは「DHCPサーバー」ポート（67）に送信され、サーバーからクライアントへのDHCPメッセージは「DHCPクライアント」ポート（68）に送信されます。
Relay agents implementing this specification may be configured instead to 1) use a source port number other than 67 when relaying messages toward servers and 2) receive responses toward clients on that same port. This will only work when the DHCP server or relay agent to which such a relay agent is forwarding messages is upgraded to support this extension.
この仕様を実装するリレーエージェントは、1）サーバーにメッセージをリレーするときに67以外のソースポート番号を使用し、2）同じポートでクライアントに応答を受信するように構成できます。これは、このようなリレーエージェントがメッセージを転送しているDHCPサーバーまたはリレーエージェントが、この拡張機能をサポートするようにアップグレードされている場合にのみ機能します。
Section 5.2 of RFC 3315 [RFC3315] specifies that:
RFC 3315 [RFC3315]のセクション5.2では、次のように規定されています。
Clients listen for DHCP messages on UDP port 546. Servers and relay agents listen for DHCP messages on UDP port 547.
クライアントは、UDPポート546でDHCPメッセージをリッスンします。サーバーとリレーエージェントは、UDPポート547でDHCPメッセージをリッスンします。
Relay agents implementing this specification may be configured instead to 1) use a source port number other than 547 when relaying messages toward servers and 2) receive responses toward clients on that same port. This will only work when the DHCP server or relay agent to which such a relay agent is forwarding messages is upgraded to support this extension.
この仕様を実装するリレーエージェントは、1）サーバーにメッセージをリレーするときに547以外のソースポート番号を使用し、2）その同じポートでクライアントに応答を受信するように構成できます。これは、このようなリレーエージェントがメッセージを転送しているDHCPサーバーまたはリレーエージェントが、この拡張機能をサポートするようにアップグレードされている場合にのみ機能します。
Relay agents do not maintain state. To return a message to its source, the relay agent must include all the required information in the Relay-forward message. When a relay in a sequence of cascaded relays does not use the standard source port, that source port must be included along with the source address. This option allows the relay agent to do so.
リレーエージェントは状態を維持しません。メッセージをソースに戻すには、リレーエージェントが必要なすべての情報をリレー転送メッセージに含める必要があります。カスケードされたリレーのシーケンスのリレーが標準の送信元ポートを使用しない場合、その送信元ポートを送信元アドレスとともに含める必要があります。このオプションにより、リレーエージェントはこれを行うことができます。
The relay agent "Source Port Sub-option" is a new option, and it is part of the "Relay Agent Information" option for DHCPv4 [RFC3046].
リレーエージェント「Source Port Sub-option」は新しいオプションであり、DHCPv4 [RFC3046]の「Relay Agent Information」オプションの一部です。
The format of the "Source Port Sub-option" is shown below:
「送信元ポートサブオプション」の形式を以下に示します。
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SubOpt Code | Len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Where:
ただし：
SubOpt Code: SUBOPT_RELAY_PORT. 8-bit value, 19.
SubOptコード：SUBOPT_RELAY_PORT。 8ビット値、19。
Len: 8-bit value to be set to 0.
Len：0に設定される8ビット値。
The "Relay Source Port Option" is a new DHCPv6 option. It MUST be used by either 1) a DHCPv6 relay agent that uses a non-DHCP UDP port (not 547) communicating with the IPv6 server and the upstream relay agent or 2) an IPv6 relay agent that detects the use of a non-DHCP UDP port (not 547) by a downstream relay agent.
「リレーソースポートオプション」は新しいDHCPv6オプションです。 1）IPv6サーバーと上流のリレーエージェントと通信する非DHCP UDPポート（547ではない）を使用するDHCPv6リレーエージェント、または2）非DHCPの使用を検出するIPv6リレーエージェントのいずれかが使用する必要があります。ダウンストリームリレーエージェントによるUDPポート（547ではない）。
The format of the "Relay Source Port Option" is shown below:
「リレーソースポートオプション」のフォーマットを以下に示します。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_RELAY_PORT | Option-Len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Downstream Source Port |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Where:
ただし：
Option-Code: OPTION_RELAY_PORT. 16-bit value, 135.
オプションコード：OPTION_RELAY_PORT。 16ビット値、135。
Option-Len: 16-bit value to be set to 2.
Option-Len：2に設定される16ビット値。
Downstream Source Port: 16-bit value. To be set by the IPv6 relay either to the downstream relay agent's UDP source port used for the UDP packet, or to zero if only the local relay agent uses the non-DHCP UDP port (not 547).
ダウンストリームソースポート：16ビット値。 IPv6リレーによって、UDPパケットに使用されるダウンストリームリレーエージェントのUDPソースポートに設定するか、ローカルリレーエージェントのみが非DHCP UDPポート（547ではない）を使用する場合はゼロに設定します。
When a relay agent uses a non-DHCP UDP port (not 67) to communicate with the DHCP server, it MUST include the "Source Port Sub-option" in Relay-forward messages to indicate that.
リレーエージェントがDHCPサーバーとの通信にDHCP以外のUDPポート（67ではない）を使用する場合、それを示すために、リレー転送メッセージに「ソースポートサブオプション」を含める必要があります。
When an IPv4 server receives a message from a relay agent with the "Source Port Sub-option", it MUST remember the UDP source port of the message and use that port number as the UDP destination port when sending the reply message to the same relay agent.
IPv4サーバーは、「ソースポートサブオプション」を使用してリレーエージェントからメッセージを受信すると、メッセージのUDPソースポートを記憶し、同じリレーに応答メッセージを送信するときに、そのポート番号をUDP宛先ポートとして使用する必要があります。エージェント。
The IPv6 relay agent MUST include the "Relay Source Port Option" when it uses a non-DHCP UDP port (not 547) to communicate to a DHCPv6 server or an upstream IPv6 relay agent. Also, when an IPv6 relay agent detects that a downstream relay agent uses a non-DHCP UDP port in the packet, it MUST record the port number in the "Downstream Source Port" field of this option. If this option is included to indicate only the local non-DHCP UDP port usage and the port is not being used by a downstream relay agent, the Downstream Source Port field MUST be set to zero.
IPv6リレーエージェントは、非DHCP UDPポート（547ではない）を使用してDHCPv6サーバーまたはアップストリームIPv6リレーエージェントと通信する場合、「リレーソースポートオプション」を含める必要があります。また、IPv6リレーエージェントがダウンストリームリレーエージェントがパケット内の非DHCP UDPポートを使用していることを検出した場合、このオプションの「ダウンストリームソースポート」フィールドにポート番号を記録する必要があります。このオプションが含まれていて、ローカルの非DHCP UDPポートの使用のみを示し、ポートがダウンストリームリレーエージェントによって使用されていない場合は、ダウンストリームソースポートフィールドをゼロに設定する必要があります。
The IPv6 relay agent MUST include this option in the following three cases:
IPv6リレーエージェントは、次の3つの場合にこのオプションを含める必要があります。
1. The local relay agent uses a non-DHCP UDP port (not 547).
1. ローカルリレーエージェントは非DHCP UDPポート（547ではない）を使用します。
2. The downstream relay agent uses a non-DHCP UDP port (not 547).
2. ダウンストリームリレーエージェントは、非DHCP UDPポート（547ではない）を使用します。
3. The local relay agent and the downstream relay agent both use non-DHCP UDP ports (not 547).
3. ローカルリレーエージェントとダウンストリームリレーエージェントはどちらも非DHCP UDPポート（547ではない）を使用します。
In the first case, the value of the "Downstream Source Port" field is set to zero. In the other two cases, the value of the field is set to the UDP port number that the downstream relay agent uses.
最初のケースでは、「ダウンストリームソースポート」フィールドの値はゼロに設定されます。他の2つのケースでは、フィールドの値は、ダウンストリームリレーエージェントが使用するUDPポート番号に設定されます。
When an IPv6 server receives a Relay-forward message with the "Relay Source Port Option", it MUST copy the option when constructing the Relay-reply chain in response to the Relay-forward message. This option MUST NOT appear in any message other than a Relay-forward or Relay-reply message. Additionally, the IPv6 server MUST check and use the UDP source port from the UDP packet of the Relay-forward message in replying to the relay agent.
IPv6サーバーは、「リレーソースポートオプション」でリレー転送メッセージを受信すると、リレー転送メッセージに応答してリレー応答チェーンを構築するときに、オプションをコピーする必要があります。このオプションは、Relay-forwardまたはRelay-replyメッセージ以外のメッセージに表示してはなりません（MUST NOT）。さらに、IPv6サーバーは、リレーエージェントに応答する際に、リレー転送メッセージのUDPパケットからのUDPソースポートをチェックして使用する必要があります。
When a relay agent receives a Relay-reply message with the "Relay Source Port Option" from a server or from an upstream relay agent, if the "Downstream Source Port" field in the option is non-zero, it MUST use this UDP port number to forward the Relay-reply message to the downstream relay agent.
リレーエージェントがサーバーまたはアップストリームリレーエージェントから「リレーソースポートオプション」を含むリレー応答メッセージを受信するとき、オプションの「ダウンストリームソースポート」フィールドがゼロ以外の場合、このUDPポートを使用する必要があります。リレー応答メッセージをダウンストリームリレーエージェントに転送するための番号。
Sites that need relay agents to specify a source port need to install new DHCP server and DHCP relay agent software with this feature. If a site installs only DHCP relay agent software with this feature, there is no possibility that the DHCP server will be able to communicate to the relay agent.
送信元ポートを指定するためにリレーエージェントが必要なサイトでは、この機能を備えた新しいDHCPサーバーとDHCPリレーエージェントソフトウェアをインストールする必要があります。サイトがこの機能を備えたDHCPリレーエージェントソフトウェアのみをインストールする場合、DHCPサーバーがリレーエージェントと通信できる可能性はありません。
During deployment, the operator and/or user of the new DHCP play port implementation should upgrade the DHCP server before the relay implementations are deployed. This would ensure that the erroneous case noted in Section 5.3 is not encountered. If the upstream relay agent or server does not support this extension, this DHCP relay port feature needs to be disabled.
展開中、新しいDHCP再生ポート実装のオペレーターやユーザーは、リレー実装が展開される前にDHCPサーバーをアップグレードする必要があります。これにより、セクション5.3で指摘された誤ったケースが発生しないことが保証されます。上流のリレーエージェントまたはサーバーがこの拡張機能をサポートしていない場合、このDHCPリレーポート機能を無効にする必要があります。
When the DHCP relay port implementation is deployed, the default relay agent behavior should use the DHCP UDP port, and it is recommended that the configuration be set up to allow for the mode of operation where a non-DHCP port can be used for the DHCP relay agents.
DHCPリレーポート実装が展開されている場合、デフォルトのリレーエージェント動作はDHCP UDPポートを使用する必要があり、非DHCPポートをDHCPに使用できる動作モードを許可するように構成をセットアップすることをお勧めしますリレーエージェント。
If the network uses a firewall to block or allow DHCP packets with both static UDP source and destination port numbers, this may no longer match the packets from new DHCP relay agent and server software with this extension. The firewall rules need to be modified to match only the DHCP server side of the UDP port number and, if necessary, IP addresses and other attributes.
ネットワークがファイアウォールを使用して、静的なUDP送信元ポート番号と宛先ポート番号の両方を持つDHCPパケットをブロックまたは許可する場合、これはこの拡張機能を持つ新しいDHCPリレーエージェントおよびサーバーソフトウェアからのパケットと一致しなくなる可能性があります。ファイアウォールルールは、UDPポート番号のDHCPサーバー側と、必要に応じてIPアドレスとその他の属性のみに一致するように変更する必要があります。
An example of IPv6-cascaded relay agents with the "Relay Source Port Option" is shown below.
「リレーソースポートオプション」を使用したIPv6カスケードリレーエージェントの例を以下に示します。
(forward) (forward) (forward)
Relay1 ----------> Relay2 ----------> Relay3 ----------> Server
(1000) (547) (547)
(reply) (reply) (reply)
<---------- <---------- <----------
In the above diagram, all the IPv6 devices support this generalized UDP source port extension except for Relay3. Relay1 is the only relay agent device that uses a non-DHCP UDP port (not 547). Relay2 is the upstream device of Relay1.
上の図では、Relay3を除くすべてのIPv6デバイスがこの一般化されたUDPソースポート拡張をサポートしています。 Relay1は、非DHCP UDPポート（547ではない）を使用する唯一のリレーエージェントデバイスです。 Relay2は、Relay1のアップストリームデバイスです。
Both Relay1 and Relay2 include the "Relay Source Port Option" in the Relay-forward message. Relay1 sets the "Downstream Source Port" field in the option to zero. Relay2 notices that the "Relay Source Port Option" is included in the message from Relay1, and it determines that the UDP source port used by Relay1 is 1000. Relay2 will include the "Relay Source Port Option", and it sets the "Downstream Source Port" field in the option to 1000. The IPv6 server copies the "Relay Source Port Option" when replying with the Relay-reply message.
リレー1とリレー2の両方で、リレー転送メッセージに「リレーソースポートオプション」が含まれています。 Relay1は、オプションの「ダウンストリームソースポート」フィールドをゼロに設定します。リレー2は、「リレーソースポートオプション」がリレー1からのメッセージに含まれていることを認識し、リレー1が使用するUDPソースポートが1000であると判断します。リレー2は「リレーソースポートオプション」を含み、「ダウンストリームソースを設定します。オプションの[ポート]フィールドを1000に変更します。IPv6サーバーは、リレー応答メッセージで返信するときに、[リレーソースポートオプション]をコピーします。
When Relay2 receives the Relay-reply message with the "Relay Source Port Option", it finds that the "Downstream Source Port" field has the value of 1000. Relay2 then uses this port number in the UDP packet when sending the Relay-reply message to Relay1.
Relay2は、「Relay Source Port Option」を含むリレー応答メッセージを受信すると、「Downstream Source Port」フィールドの値が1000であることを検出します。Relay2は、リレー応答メッセージを送信するときに、UDPパケットでこのポート番号を使用します。リレー1へ。
When Relay1 receives the Relay-reply message with the "Relay Source Port Option", it finds that the "Downstream Source Port" field has the value of zero. Relay1 then uses the normal IPv6 port 547 in the packet sending the Relay-reply message to its downstream relay agent or uses UDP port 546 to an IPv6 client.
Relay1が「Relay Source Port Option」を含むリレー応答メッセージを受信すると、「Downstream Source Port」フィールドの値がゼロであることがわかります。次に、Relay1は、リレー応答メッセージをダウンストリームリレーエージェントに送信するパケットで通常のIPv6ポート547を使用するか、IPv6クライアントにUDPポート546を使用します。
This DHCP extension works with any combination of IPv6-cascaded relay agents, as long as the relay agent that uses a non-DHCP UDP port (not 547) and its upstream relay device support this generalized UDP source port extension.
このDHCP拡張は、非DHCP UDPポート（547ではない）を使用するリレーエージェントとそのアップストリームリレーデバイスがこの汎用UDPソースポート拡張をサポートしている限り、IPv6カスケードリレーエージェントの任意の組み合わせで機能します。
Similar to the above example, but now assume that Relay2 uses the UDP source port of 2000 instead of 547 as in the diagram. The Relay3 device needs to support this DHCP extension and it will set 2000 in its "Downstream Source Port" field of the option in the Relay-forward message. When the DHCP server sends the DHCP Relay-reply to Relay3, Relay3 finds that its own relay option has this "Downstream Source Port" with the value of 2000. Relay3 will use this UDP port when sending the Relay-reply message to Relay2. Relay2 finds its own relay option also has this "Downstream Source Port" with the value of 1000. Relay2 will use this UDP port when sending the Relay-reply message to Relay1.
上記の例と同様ですが、Relay2が図のように547ではなく2000のUDP送信元ポートを使用すると仮定します。リレー3デバイスはこのDHCP拡張をサポートする必要があり、リレー転送メッセージのオプションの「ダウンストリームソースポート」フィールドに2000を設定します。 DHCPサーバーがDHCPリレー応答をリレー3に送信すると、リレー3は自身のリレーオプションにこの「ダウンストリームソースポート」の値が2000であることを検出します。リレー3は、リレー2にリレー応答メッセージを送信するときにこのUDPポートを使用します。リレー2は独自のリレーオプションを見つけ、値が1000のこの「ダウンストリームソースポート」も持っています。リレー2は、リレー応答メッセージをリレー1に送信するときにこのUDPポートを使用します。
IANA has registered "DHCPv4 Relay Source Port Sub-option" (19) for the IPv4 "Relay Agent Information" option within the "DHCP Relay Agent Sub-Option Codes" registry <https://www.iana.org/assignments/ bootp-dhcp-parameters> [RFC3046].
IANAは、「DHCPリレーエージェントサブオプションコード」レジストリ<https://www.iana.org/assignments/ bootp内のIPv4「リレーエージェント情報」オプションに「DHCPv4リレーソースポートサブオプション」（19）を登録しました-dhcp-parameters> [RFC3046]。
IANA has registered "OPTION_RELAY_PORT" (135) for the DHCPv6 "Relay Source Port Option" within the DHCPv6 "Option Codes" registry <http://www.iana.org/assignments/dhcpv6-parameters"> [RFC3315].
IANAは、DHCPv6「オプションコード」レジストリ<http://www.iana.org/assignments/dhcpv6-parameters "> [RFC3315]内のDHCPv6「リレーソースポートオプション」の「OPTION_RELAY_PORT」（135）を登録しました。
[RFC3118] and [RFC3315] described many of the threats in using DHCP. This extension does not raise additional security issues.
[RFC3118]と[RFC3315]は、DHCPの使用における脅威の多くについて説明しました。この拡張機能は、追加のセキュリティ問題を引き起こしません。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https://www.rfc-editor.org/info/ rfc2119>。
[RFC2131] Droms, R., "Dynamic Host Configuration Protocol", RFC 2131, DOI 10.17487/RFC2131, March 1997, <https://www.rfc-editor.org/info/rfc2131>.
[RFC2131] Droms、R。、「Dynamic Host Configuration Protocol」、RFC 2131、DOI 10.17487 / RFC2131、1997年3月、<https://www.rfc-editor.org/info/rfc2131>。
[RFC3046] Patrick, M., "DHCP Relay Agent Information Option", RFC 3046, DOI 10.17487/RFC3046, January 2001, <https://www.rfc-editor.org/info/rfc3046>.
[RFC3046] Patrick、M。、「DHCPリレーエージェント情報オプション」、RFC 3046、DOI 10.17487 / RFC3046、2001年1月、<https://www.rfc-editor.org/info/rfc3046>。
[RFC3118] Droms, R., Ed. and W. Arbaugh, Ed., "Authentication for DHCP Messages", RFC 3118, DOI 10.17487/RFC3118, June 2001, <https://www.rfc-editor.org/info/rfc3118>.
[RFC3118] Droms、R.、Ed。 W. Arbaugh編、「Authentication for DHCP Messages」、RFC 3118、DOI 10.17487 / RFC3118、2001年6月、<https://www.rfc-editor.org/info/rfc3118>。
[RFC3315] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)", RFC 3315, DOI 10.17487/RFC3315, July 2003, <https://www.rfc-editor.org/info/rfc3315>.
[RFC3315] Droms、R.、Ed。、Bound、J.、Volz、B.、Lemon、T.、Perkins、C.、and M. Carney、 "Dynamic Host Configuration Protocol for IPv6（DHCPv6）"、RFC 3315 、DOI 10.17487 / RFC3315、2003年7月、<https://www.rfc-editor.org/info/rfc3315>。
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8174] Leiba、B。、「RFC 2119キーワードの大文字と小文字のあいまいさ」、BCP 14、RFC 8174、DOI 10.17487 / RFC8174、2017年5月、<https://www.rfc-editor.org/info/ rfc8174>。
Acknowledgments
謝辞
The authors would like to thank Peter Arberg, Luyuan Fang, Bhanu Gopalasetty, Scott Kelly, Andre Kostur, Victor Kuarsingh, Ted Lemon, Adam Roach, Kishore Seshadri, and Jackelyn Shen for their review and comments of this document.
このドキュメントのレビューとコメントを提供してくれたPeter Arberg、Luyuan Fang、Bhanu Gopalasetty、Scott Kelly、Andre Kostur、Victor Kuarsingh、Ted Lemon、Adam Roach、Kishore Seshadri、およびJackelyn Shenに感謝します。
The authors would like to thank Bernie Volz for discussions that led to the definition of the "Relay Source Port Sub-option" and DHCPv6 "Relay Source Port Option".
著者は、「リレーソースポートサブオプション」とDHCPv6「リレーソースポートオプション」の定義につながった議論についてバーニーヴォルツに感謝したいと思います。
Authors' Addresses
著者のアドレス
Naiming Shen Cisco Systems 560 McCarthy Blvd. Milpitas, CA 95035 United States of America
ナイミングシェンシスコシステムズ560マッカーシーブルバード。ミルピタス、カリフォルニア州95035アメリカ合衆国
Email: naiming@cisco.com
Enke Chen Cisco Systems 560 McCarthy Blvd. Milpitas, CA 95035 United States of America
エンケチェンCisco Systems 560 McCarthy Blvd.ミルピタス、カリフォルニア州95035アメリカ合衆国
Email: enkechen@cisco.com