[要約] RFC 7731は、低消費電力かつ損失の多いネットワーク向けのマルチキャストプロトコル（MPL）に関するものです。このRFCの目的は、低消費電力かつ損失の多いネットワークでのマルチキャスト通信を効率的に行うためのプロトコルを提供することです。
Internet Engineering Task Force (IETF) J. Hui
Request for Comments: 7731 Nest Labs
Category: Standards Track R. Kelsey
ISSN: 2070-1721 Silicon Labs
February 2016
Multicast Protocol for Low-Power and Lossy Networks (MPL)
低電力および損失の多いネットワーク（MPL）用のマルチキャストプロトコル
Abstract
概要
This document specifies the Multicast Protocol for Low-Power and Lossy Networks (MPL), which provides IPv6 multicast forwarding in constrained networks. MPL avoids the need to construct or maintain any multicast forwarding topology, disseminating messages to all MPL Forwarders in an MPL Domain.
このドキュメントでは、制約のあるネットワークでIPv6マルチキャスト転送を提供する、低電力および損失の多いネットワーク（MPL）のマルチキャストプロトコルについて説明します。 MPLは、マルチキャスト転送トポロジを構築または維持する必要をなくし、MPLドメイン内のすべてのMPLフォワーダーにメッセージを配信します。
MPL has two modes of operation. One mode uses the Trickle algorithm to manage control-plane and data-plane message transmissions and is applicable for deployments with few multicast sources. The other mode uses classic flooding. By providing both modes and parameterization of the Trickle algorithm, an MPL implementation can be used in a variety of multicast deployments and can trade between dissemination latency and transmission efficiency.
MPLには2つの動作モードがあります。 1つのモードは、トリクルアルゴリズムを使用してコントロールプレーンおよびデータプレーンのメッセージ送信を管理し、マルチキャストソースが少ない展開に適用できます。他のモードは、古典的なフラッディングを使用します。 Trickleアルゴリズムのモードとパラメーター化の両方を提供することにより、MPL実装はさまざまなマルチキャスト展開で使用でき、普及の待ち時間と伝送効率の間でトレードできます。
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 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7731.
このドキュメントの現在のステータス、正誤表、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7731で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2016 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://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トラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................4
2. Terminology .....................................................5
3. Applicability Statement .........................................6
4. MPL Protocol Overview ...........................................7
4.1. MPL Domains ................................................7
4.2. Information Base Overview ..................................8
4.3. Protocol Overview ..........................................8
4.4. Signaling Overview ........................................10
5. MPL Parameters and Constants ...................................11
5.1. MPL Multicast Addresses ...................................11
5.2. MPL Message Types .........................................11
5.3. MPL Seed Identifiers ......................................11
5.4. MPL Parameters ............................................11
6. Protocol Message Formats .......................................14
6.1. MPL Option ................................................14
6.2. MPL Control Message .......................................15
6.3. MPL Seed Info .............................................16
7. Information Base ...............................................17
7.1. Local Interface Set .......................................17
7.2. Domain Set ................................................18
7.3. Seed Set ..................................................18
7.4. Buffered Message Set ......................................18
8. MPL Seed Sequence Numbers ......................................19
9. MPL Data Messages ..............................................19
9.1. MPL Data Message Generation ...............................19
9.2. MPL Data Message Transmission .............................20
9.3. MPL Data Message Processing ...............................21
10. MPL Control Messages ..........................................22
10.1. MPL Control Message Generation ...........................22
10.2. MPL Control Message Transmission .........................22
10.3. MPL Control Message Processing ...........................23
11. IANA Considerations ...........................................24
11.1. MPL Option Type ..........................................24
11.2. MPL ICMPv6 Type ..........................................25
11.3. Well-Known Multicast Addresses ...........................25
12. Security Considerations .......................................25
13. References ....................................................26
13.1. Normative References .....................................26
13.2. Informative References ...................................28
Acknowledgements ..................................................29
Authors' Addresses ................................................29
Low-Power and Lossy Networks (LLNs) typically operate with strict resource constraints in communication, computation, memory, and energy. Such resource constraints may preclude the use of existing IPv6 multicast routing and forwarding mechanisms. Traditional IP multicast delivery typically relies on topology maintenance mechanisms to discover and maintain routes to all subscribers of a multicast group (e.g., [RFC3973] [RFC4601]). However, maintaining such topologies in LLNs is costly and may not be feasible given the available resources.
低電力および損失の多いネットワーク（LLN）は、通常、通信、計算、メモリ、およびエネルギーにおける厳密なリソース制約で動作します。このようなリソースの制約により、既存のIPv6マルチキャストルーティングおよび転送メカニズムを使用できなくなる場合があります。従来のIPマルチキャスト配信は、通常、トポロジーメンテナンスメカニズムに依存して、マルチキャストグループのすべてのサブスクライバーへのルートを検出および維持します（例：[RFC3973] [RFC4601]）。ただし、LLNでこのようなトポロジを維持することはコストがかかり、使用可能なリソースを考えると実現できない場合があります。
Memory constraints may limit devices to maintaining links/routes to one or a few neighbors. For this reason, the Routing Protocol for LLNs (RPL) specifies both storing and non-storing modes [RFC6550]. The latter allows RPL routers to maintain only one or a few default routes towards an LLN Border Router (LBR) and use source routing to forward messages away from the LBR. For the same reasons, an LLN device may not be able to maintain a multicast routing topology when operating with limited memory.
メモリの制約により、デバイスがリンクまたはルートを1つまたは少数のネイバーに維持することを制限する場合があります。このため、LLNのルーティングプロトコル（RPL）では、保存モードと非保存モードの両方が指定されています[RFC6550]。後者を使用すると、RPLルーターはLLNボーダールーター（LBR）に向かう1つまたはいくつかのデフォルトルートのみを維持し、ソースルーティングを使用してLBRからメッセージを転送できます。同じ理由で、LLNデバイスは、限られたメモリで動作している場合、マルチキャストルーティングトポロジを維持できない場合があります。
Furthermore, the dynamic properties of wireless networks can make the cost of maintaining a multicast routing topology prohibitively expensive. In wireless environments, topology maintenance may involve selecting a connected dominating set used to forward multicast messages to all nodes in an administrative domain. However, existing mechanisms often require two-hop topology information, and the cost of maintaining such information grows polynomially with network density.
さらに、ワイヤレスネットワークの動的プロパティにより、マルチキャストルーティングトポロジを維持するためのコストが非常に高くなる可能性があります。ワイヤレス環境では、トポロジーの保守には、管理ドメイン内のすべてのノードにマルチキャストメッセージを転送するために使用される接続された支配セットの選択が含まれる場合があります。ただし、既存のメカニズムでは2ホップのトポロジ情報が必要になることが多く、そのような情報を維持するためのコストは、ネットワークの密度とともに多項的に増大します。
This document specifies the Multicast Protocol for Low-Power and Lossy Networks (MPL), which provides IPv6 multicast forwarding in constrained networks. MPL avoids the need to construct or maintain any multicast routing topology, disseminating multicast messages to all MPL Forwarders in an MPL Domain. By using the Trickle algorithm [RFC6206], MPL requires only small, constant state for each MPL device that initiates disseminations. The Trickle algorithm also allows MPL to be density aware, allowing the communication rate to scale logarithmically with density.
このドキュメントでは、制約のあるネットワークでIPv6マルチキャスト転送を提供する、低電力および損失の多いネットワーク（MPL）のマルチキャストプロトコルについて説明します。 MPLは、マルチキャストルーティングトポロジを構築または維持する必要をなくし、MPLドメイン内のすべてのMPLフォワーダーにマルチキャストメッセージを配信します。 Trickleアルゴリズム[RFC6206]を使用することにより、MPLは、普及を開始する各MPLデバイスに対して、小さくて一定の状態のみを必要とします。トリクルアルゴリズムでは、MPLを密度に対応させることもできるため、通信速度を密度に応じて対数的にスケーリングできます。
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 [RFC2119].
キーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこの文書の "は、[RFC2119]で説明されているように解釈されます。
The following terms are used throughout this document:
このドキュメントでは、次の用語が使用されています。
MPL Forwarder - A router that implements MPL. An MPL Forwarder is equipped with at least one MPL Interface.
MPLフォワーダー-MPLを実装するルーター。 MPLフォワーダーには、少なくとも1つのMPLインターフェイスが装備されています。
MPL Interface - An MPL Forwarder's attachment to a communications medium, over which it transmits and receives MPL Data Messages and MPL Control Messages according to this specification. An MPL Interface is assigned one or more unicast addresses and is subscribed to one or more MPL Domain Addresses.
MPLインターフェース-MPLフォワーダーの通信媒体への接続。この仕様に従って、MPLデータメッセージとMPL制御メッセージを送受信します。 MPLインターフェイスには1つ以上のユニキャストアドレスが割り当てられ、1つ以上のMPLドメインアドレスにサブスクライブされます。
MPL Domain Address - A multicast address that identifies the set of MPL Interfaces within an MPL Domain. MPL Data Messages disseminated in an MPL Domain have the associated MPL Domain Address as their destination address.
MPLドメインアドレス-MPLドメイン内のMPLインターフェイスのセットを識別するマルチキャストアドレス。 MPLドメインで配布されるMPLデータメッセージには、宛先アドレスとして関連付けられたMPLドメインアドレスがあります。
MPL Domain - A scope zone, as defined in [RFC4007], in which MPL Interfaces subscribe to the same MPL Domain Address and participate in disseminating MPL Data Messages.
MPLドメイン-[RFC4007]で定義されているスコープゾーン。MPLインターフェイスは同じMPLドメインアドレスにサブスクライブし、MPLデータメッセージの配布に参加します。
MPL Data Message - A multicast message that is used to communicate a multicast payload between MPL Forwarders within an MPL Domain. An MPL Data Message contains an MPL Option in the IPv6 header and has as its destination address the MPL Domain Address corresponding to the MPL Domain.
MPLデータメッセージ-MPLドメイン内のMPLフォワーダー間でマルチキャストペイロードを通信するために使用されるマルチキャストメッセージ。 MPLデータメッセージは、IPv6ヘッダーにMPLオプションを含み、その宛先アドレスとして、MPLドメインに対応するMPLドメインアドレスを持っています。
MPL Control Message - A link-local multicast message that is used to communicate information about recently received MPL Data Messages to neighboring MPL Forwarders.
MPL制御メッセージ-最近受信したMPLデータメッセージに関する情報を隣接するMPLフォワーダーに通信するために使用されるリンクローカルマルチキャストメッセージ。
MPL Seed - An MPL Forwarder that generates MPL Data Messages and serves as an entry point into an MPL Domain.
MPLシード-MPLデータメッセージを生成し、MPLドメインへのエントリポイントとして機能するMPLフォワーダー。
MPL Seed Identifier - An unsigned integer that uniquely identifies an MPL Seed within an MPL Domain.
MPLシード識別子-MPLドメイン内のMPLシードを一意に識別する符号なし整数。
Node - Used within this document to refer to an MPL Forwarder.
ノード-MPLフォワーダーを参照するためにこのドキュメント内で使用されます。
MPL is an IPv6 multicast forwarding protocol designed for the communication characteristics and resource constraints of LLNs. By implementing controlled disseminations of multicast messages using the Trickle algorithm, MPL is designed for networks that communicate using low-power and lossy links with widely varying topologies in both the space and time dimensions.
MPLは、LLNの通信特性とリソース制約のために設計されたIPv6マルチキャスト転送プロトコルです。トリックルアルゴリズムを使用してマルチキャストメッセージの制御された配信を実装することにより、MPLは、低次元で損失の多いリンクを使用して、空間と時間の両方の次元でトポロジが大きく変化するネットワーク向けに設計されています。
While designed specifically for LLNs, MPL is not limited to use over such networks. MPL may be applicable to any network where no multicast routing state is desired. MPL may also be used in environments where only a subset of links are considered low-power and lossy links.
MPLはLLN専用に設計されていますが、このようなネットワークでの使用に限定されていません。 MPLは、マルチキャストルーティング状態が不要なネットワークに適用できます。 MPLは、リンクのサブセットのみが低電力で損失の多いリンクと見なされる環境でも使用できます。
A host need not be aware that their multicast is supported by MPL as long as its attachment router forwards multicast messages between the MPL Domain and the host. However, a host may choose to implement MPL so that it can take advantage of the broadcast medium inherent in many LLNs and receive multicast messages carried by MPL directly.
ホストは、アタッチメントルーターがMPLドメインとホストの間でマルチキャストメッセージを転送する限り、マルチキャストがMPLでサポートされていることを認識する必要はありません。ただし、ホストは、多くのLLNに固有のブロードキャストメディアを利用し、MPLによって直接伝送されるマルチキャストメッセージを受信できるように、MPLを実装することを選択できます。
MPL is parameterized to support different dissemination techniques. In one parameterization, MPL may utilize the classic flooding method that involves having each device receiving a message rebroadcast the message. In another parameterization, MPL may utilize Trickle's [RFC6206] "polite gossip" method, which involves transmission suppression and adaptive timing techniques. [Clausen2013] questions the efficiency of Trickle's "polite gossip" mechanism in some multicast scenarios, so by also including a classic flooding mode of operation MPL aims to be able to perform satisfactorily in a variety of situations.
MPLは、さまざまな配布手法をサポートするようにパラメーター化されています。 1つのパラメータ化では、MPLは、メッセージを受信する各デバイスにメッセージを再ブロードキャストさせる従来のフラッディング方法を利用できます。別のパラメータ化では、MPLは、Trickleの[RFC6206]の「ポライトゴシップ」方法を利用できます。これには、送信抑制と適応タイミング技術が含まれます。 [Clausen2013]は、いくつかのマルチキャストシナリオでのトリクルの「丁寧なゴシップ」メカニズムの効率に疑問を投げかけています。そのため、MPLは、クラシックなフラッディング操作モードを含めることで、さまざまな状況で満足に実行できるようにします。
To support efficient message delivery in networks that have many poor links, MPL supports a reactive forwarding mode that utilizes MPL Control Messages to summarize the current multicast state. The MPL Control Message size grows linearly with the number of simultaneous MPL Seeds in the MPL Domain -- 4 octets per MPL Seed. When reactive forwarding is not enabled, MPL Control Messages are not transmitted, and the associated overhead is not incurred.
不良リンクが多いネットワークで効率的なメッセージ配信をサポートするために、MPLはMPL制御メッセージを利用して現在のマルチキャスト状態を要約するリアクティブ転送モードをサポートしています。 MPL制御メッセージのサイズは、MPLドメイン内の同時MPLシードの数（MPLシードあたり4オクテット）とともに直線的に増加します。リアクティブ転送が有効でない場合、MPL制御メッセージは送信されず、関連するオーバーヘッドは発生しません。
This document does not specify a cryptographic security mechanism for MPL to ensure that MPL messages are not spoofed by anyone with access to the LLN. In general, the basic ability to inject messages into an LLN may be used as a denial-of-service attack, regardless of what forwarding protocol is used. For these reasons, LLNs typically employ link-layer security mechanisms to mitigate an attacker's ability to inject messages. For example, the IEEE 802.15.4 [IEEE802.15.4] standard specifies frame security mechanisms using
このドキュメントでは、LLNへのアクセス権を持つユーザーがMPLメッセージを偽装しないようにするためのMPLの暗号化セキュリティメカニズムを指定していません。一般に、LLNにメッセージを挿入する基本的な機能は、使用されている転送プロトコルに関係なく、サービス拒否攻撃として使用される可能性があります。これらの理由により、LLNは通常、リンク層セキュリティメカニズムを使用して、メッセージを挿入する攻撃者の能力を軽減します。たとえば、IEEE 802.15.4 [IEEE802.15.4]規格では、
AES-128 to support access control, message integrity, message confidentiality, and replay protection. However, if the attack vector includes attackers that have access to the LLN, then MPL SHOULD NOT be used.
AES-128は、アクセス制御、メッセージの整合性、メッセージの機密性、および再生保護をサポートします。ただし、攻撃ベクトルにLLNへのアクセス権を持つ攻撃者が含まれる場合、MPLは使用すべきではありません（SHOULD NOT）。
The goal of MPL is to deliver multicast messages to all interfaces that subscribe to the multicast messages' destination address within an MPL Domain.
MPLの目的は、MPLドメイン内のマルチキャストメッセージの宛先アドレスにサブスクライブするすべてのインターフェイスにマルチキャストメッセージを配信することです。
An MPL Domain is a scope zone, as defined in [RFC4007], in which MPL Interfaces subscribe to the same MPL Domain Address and participate in disseminating MPL Data Messages.
MPLドメインは、[RFC4007]で定義されているスコープゾーンであり、MPLインターフェイスは同じMPLドメインアドレスにサブスクライブし、MPLデータメッセージの配布に参加します。
When participating in only one MPL Domain, the MPL Domain Address is the ALL_MPL_FORWARDERS multicast address with Realm-Local scope ("scop" value 3) [RFC7346].
1つのMPLドメインのみに参加する場合、MPLドメインアドレスは、レルムローカルスコープ（ "scop"値3）を持つALL_MPL_FORWARDERSマルチキャストアドレスです[RFC7346]。
When an MPL Forwarder participates in multiple MPL Domains simultaneously, at most one MPL Domain may be assigned an MPL Domain Address equal to the ALL_MPL_FORWARDERS multicast address. All other MPL Domains MUST be assigned a unique MPL Domain Address that allows the MPL Forwarder to identify each MPL Domain. The MPL Domains SHOULD be configured automatically based on some underlying topology. For example, when using RPL [RFC6550], MPL Domains may be configured based on RPL Instances.
MPLフォワーダーが複数のMPLドメインに同時に参加する場合、最大1つのMPLドメインに、ALL_MPL_FORWARDERSマルチキャストアドレスと等しいMPLドメインアドレスを割り当てることができます。他のすべてのMPLドメインには、MPLフォワーダーが各MPLドメインを識別できるようにする一意のMPLドメインアドレスを割り当てる必要があります。 MPLドメインは、基盤となるトポロジに基づいて自動的に構成する必要があります（SHOULD）。たとえば、RPL [RFC6550]を使用する場合、MPLドメインはRPLインスタンスに基づいて構成できます。
When MPL is used in deployments that use administratively defined scopes that cover, for example, multiple subnets based on different underlying network technologies, Admin-Local scope (scop value 4) or Site-Local scope (scop value 5) SHOULD be used.
たとえば、異なる基盤となるネットワークテクノロジに基づく複数のサブネットをカバーする管理的に定義されたスコープを使用する展開でMPLを使用する場合は、Admin-Localスコープ（スコープ値4）またはSite-Localスコープ（スコープ値5）を使用する必要があります。
An MPL Forwarder MAY participate in additional MPL Domains identified by other multicast addresses. An MPL Interface MUST subscribe to the MPL Domain Addresses for the MPL Domains that it participates in. The assignment of other multicast addresses is out of scope.
MPLフォワーダーは、他のマルチキャストアドレスによって識別される追加のMPLドメインに参加してもよい（MAY）。 MPLインターフェースは、MPLドメインが参加するMPLドメインのMPLドメインアドレスにサブスクライブする必要があります。他のマルチキャストアドレスの割り当ては範囲外です。
For each MPL Domain Address that an MPL Interface subscribes to, the MPL Interface MUST also subscribe to the same MPL Domain Address with Link-Local scope (scop value 2) when reactive forwarding is in use (i.e., when communicating MPL Control Messages).
MPLインターフェイスがサブスクライブする各MPLドメインアドレスについて、MPLインターフェイスは、リアクティブ転送が使用されている場合（つまり、MPL制御メッセージを通信する場合）、リンクローカルスコープ（スコープ値2）で同じMPLドメインアドレスにもサブスクライブする必要があります。
A node records necessary protocol state in the following information sets:
ノードは、次の情報セットに必要なプロトコル状態を記録します。
o The Local Interface Set records the set of local MPL Interfaces and the unicast addresses assigned to those MPL Interfaces.
o ローカルインターフェースセットは、ローカルMPLインターフェースのセットと、それらのMPLインターフェースに割り当てられたユニキャストアドレスを記録します。
o The Domain Set records the set of MPL Domain Addresses and the local MPL Interfaces that subscribe to those addresses.
o ドメインセットは、MPLドメインアドレスのセットと、それらのアドレスにサブスクライブするローカルMPLインターフェースを記録します。
o A Seed Set records information about received MPL Data Messages received from an MPL Seed within an MPL Domain. Each MPL Domain has an associated Seed Set. A Seed Set maintains the minimum sequence number for MPL Data Messages that the MPL Forwarder is willing to receive or has buffered in its Buffered Message Set from an MPL Seed. MPL uses Seed Sets and Buffered Message Sets to determine when to accept an MPL Data Message, process its payload, and retransmit it.
o シードセットは、MPLドメイン内のMPLシードから受信した受信MPLデータメッセージに関する情報を記録します。各MPLドメインには、関連するシードセットがあります。シードセットは、MPLフォワーダーがMPLシードからバッファリングメッセージセットに受信するか、バッファリングしたMPLデータメッセージの最小シーケンス番号を維持します。 MPLはシードセットとバッファメッセージセットを使用して、MPLデータメッセージを受け入れ、ペイロードを処理し、再送信するタイミングを決定します。
o A Buffered Message Set records recently received MPL Data Messages from an MPL Seed within an MPL Domain. Each MPL Domain has an associated Buffered Message Set. MPL Data Messages resident in a Buffered Message Set have sequence numbers that are greater than or equal to the minimum threshold maintained in the corresponding Seed Set. MPL uses Buffered Message Sets to store MPL Data Messages that may be transmitted by the MPL Forwarder for forwarding.
o バッファリングされたメッセージセットは、MPLドメイン内のMPLシードから最近受信されたMPLデータメッセージを記録します。各MPLドメインには、関連付けられたバッファメッセージセットがあります。バッファされたメッセージセットに常駐するMPLデータメッセージには、対応するシードセットで維持されている最小しきい値以上のシーケンス番号があります。 MPLはバッファリングされたメッセージセットを使用して、MPLフォワーダーが転送のために送信するMPLデータメッセージを格納します。
MPL achieves its goal by implementing a controlled flood that attempts to disseminate the multicast data message to all interfaces within an MPL Domain. MPL performs the following tasks to disseminate a multicast message:
MPLは、MPLドメイン内のすべてのインターフェイスにマルチキャストデータメッセージを広めようとする制御されたフラッドを実装することによって、その目標を達成します。 MPLは、マルチキャストメッセージを広めるために次のタスクを実行します。
o When having a multicast message to forward into an MPL Domain, the MPL Seed generates an MPL Data Message that includes the MPL Domain Address as the IPv6 Destination Address, the MPL Seed Identifier, a newly generated sequence number, and the multicast message. If the multicast destination address is not the MPL Domain Address, IP-in-IP tunneling [RFC2473] is used to encapsulate the multicast message in an MPL Data Message, preserving the original IPv6 Destination Address.
o MPLドメインに転送するマルチキャストメッセージがある場合、MPLシードは、IPv6宛先アドレスとしてのMPLドメインアドレス、MPLシード識別子、新しく生成されたシーケンス番号、およびマルチキャストメッセージを含むMPLデータメッセージを生成します。マルチキャスト宛先アドレスがMPLドメインアドレスではない場合、IP-in-IPトンネリング[RFC2473]を使用して、MPLデータメッセージにマルチキャストメッセージをカプセル化し、元のIPv6宛先アドレスを保持します。
o Upon receiving an MPL Data Message, the MPL Forwarder extracts the MPL Seed and sequence number and determines whether or not the MPL Data Message was previously received using the MPL Domain's Seed Set and Buffered Message Set.
o MPLデータメッセージを受信すると、MPLフォワーダーはMPLシードとシーケンス番号を抽出し、MPLドメインのシードセットとバッファー付きメッセージセットを使用してMPLデータメッセージが以前に受信されたかどうかを判断します。
* If the sequence number is less than the lower-bound sequence number maintained in the Seed Set or a message with the same sequence number exists within the Buffered Message Set, the MPL Forwarder marks the MPL Data Message as old.
* シーケンス番号がシードセットに保持されている下限シーケンス番号よりも小さい場合、または同じシーケンス番号のメッセージがバッファメッセージセット内に存在する場合、MPLフォワーダはMPLデータメッセージを古いものとしてマークします。
* Otherwise, the MPL Forwarder marks the MPL Data Message as new.
* それ以外の場合、MPLフォワーダーはMPLデータメッセージを新規としてマークします。
o For each newly received MPL Data Message, an MPL Forwarder updates the Seed Set, adds the MPL Data Message into the Buffered Message Set, processes its payload, and multicasts the MPL Data Message a number of times on all MPL Interfaces participating in the same MPL Domain to forward the message.
o 新しく受信したMPLデータメッセージごとに、MPLフォワーダーはシードセットを更新し、MPLデータメッセージをバッファーメッセージセットに追加し、そのペイロードを処理し、同じMPLに参加しているすべてのMPLインターフェイスでMPLデータメッセージを何度もマルチキャストします。メッセージを転送するドメイン。
o Each MPL Forwarder may periodically link-local multicast MPL Control Messages on MPL Interfaces to communicate information contained in an MPL Domain's Seed Set and Buffered Message Set.
o 各MPLフォワーダーは、MPLインターフェイスのローカルMPL制御メッセージを定期的にリンクして、MPLドメインのシードセットとバッファーメッセージセットに含まれる情報を通信します。
o Upon receiving an MPL Control Message, an MPL Forwarder determines whether or not there are any new MPL Data Messages that have yet to be received by the MPL Control Message's source and multicasts those MPL Data Messages.
o MPL制御メッセージを受信すると、MPLフォワーダーは、MPL制御メッセージのソースによってまだ受信されていない新しいMPLデータメッセージがあるかどうかを判断し、それらのMPLデータメッセージをマルチキャストします。
MPL's configuration parameters allow two forwarding strategies for disseminating MPL Data Messages via MPL Interfaces:
MPLの構成パラメーターにより、MPLインターフェイスを介してMPLデータメッセージを配布するための2つの転送戦略が可能になります。
Proactive Forwarding - With proactive forwarding, an MPL Forwarder schedules transmissions of MPL Data Messages using the Trickle algorithm, without any prior indication that neighboring nodes have yet to receive the message. After transmitting the MPL Data Message a limited number of times, the MPL Forwarder may terminate proactive forwarding for the MPL Data Message.
プロアクティブ転送-プロアクティブ転送では、MPLフォワーダーは、トリクルアルゴリズムを使用してMPLデータメッセージの送信をスケジュールします。隣接ノードがまだメッセージを受信していないことを事前に示すことはありません。 MPLデータメッセージを限られた回数送信した後、MPLフォワーダーはMPLデータメッセージの事前転送を終了できます。
Reactive Forwarding - With reactive forwarding, an MPL Forwarder link-local multicasts MPL Control Messages using the Trickle algorithm [RFC6206]. MPL Forwarders use MPL Control Messages to discover new MPL Data Messages that have not yet been received. When discovering that a neighboring MPL Forwarder has not yet received an MPL Data Message, the MPL Forwarder schedules those MPL Data Messages for transmission using the Trickle algorithm.
リアクティブ転送-リアクティブ転送では、MPLフォワーダーのリンクローカルマルチキャストが、トリクルアルゴリズム[RFC6206]を使用してMPL制御メッセージをマルチキャストします。 MPLフォワーダーは、MPL制御メッセージを使用して、まだ受信されていない新しいMPLデータメッセージを検出します。隣接するMPLフォワーダーがまだMPLデータメッセージを受信していないことを検出すると、MPLフォワーダーは、トリクルアルゴリズムを使用して、これらのMPLデータメッセージを送信するようにスケジュールします。
Note that, when used within the same MPL Domain, proactive and reactive forwarding strategies are not mutually exclusive and may be used simultaneously. For example, upon receiving a new MPL Data Message when both proactive and reactive forwarding techniques are enabled, an MPL Forwarder will proactively retransmit the MPL Data Message a limited number of times and schedule further transmissions upon receiving MPL Control Messages.
同じMPLドメイン内で使用する場合、プロアクティブおよびリアクティブ転送戦略は相互に排他的ではなく、同時に使用できることに注意してください。たとえば、プロアクティブとリアクティブの両方の転送技術が有効になっているときに新しいMPLデータメッセージを受信すると、MPLフォワーダーはMPLデータメッセージを限られた回数だけプロアクティブに再送信し、MPL制御メッセージの受信時にさらに送信をスケジュールします。
MPL generates and processes the following messages:
MPLは次のメッセージを生成して処理します。
MPL Data Message - Generated by an MPL Seed to deliver a multicast message across an MPL Domain. The MPL Data Message's source is an address in the Local Interface Set of the MPL Seed that generated the message and is valid within the MPL Domain. The MPL Data Message's destination is the MPL Domain Address corresponding to the MPL Domain. An MPL Data Message contains:
MPLデータメッセージ-MPLドメイン全体にマルチキャストメッセージを配信するためにMPLシードによって生成されます。 MPLデータメッセージのソースは、メッセージを生成したMPLシードのローカルインターフェイスセット内のアドレスであり、MPLドメイン内で有効です。 MPLデータメッセージの宛先は、MPLドメインに対応するMPLドメインアドレスです。 MPLデータメッセージには以下が含まれます。
* The Seed Identifier of the MPL Seed that generated the MPL Data Message.
* MPLデータメッセージを生成したMPLシードのシード識別子。
* The sequence number of the MPL Seed that generated the MPL Data Message.
* MPLデータメッセージを生成したMPLシードのシーケンス番号。
* The original multicast message.
* 元のマルチキャストメッセージ。
MPL Control Message - Generated by an MPL Forwarder to communicate information contained in an MPL Domain's Seed Set and Buffered Message Set to neighboring MPL Forwarders. An MPL Control Message contains a list of tuples for each entry in the Seed Set. Each tuple contains:
MPL制御メッセージ-MPLフォワーダーによって生成され、MPLドメインのシードセットおよびバッファーされたメッセージセットに含まれる情報を隣接するMPLフォワーダーに伝達します。 MPL制御メッセージには、シードセットの各エントリのタプルのリストが含まれています。各タプルには以下が含まれます：
* The minimum sequence number maintained in the Seed Set for the MPL Seed.
* MPLシードのシードセットで維持される最小シーケンス番号。
* A bit-vector indicating the sequence numbers of MPL Data Messages resident in the Buffered Message Set for the MPL Seed, where the first bit represents a sequence number equal to the minimum threshold maintained in the Seed Set.
* MPLシードのバッファメッセージセットに常駐するMPLデータメッセージのシーケンス番号を示すビットベクトル。最初のビットは、シードセットで維持される最小しきい値に等しいシーケンス番号を表します。
* The length of the bit-vector.
* ビットベクトルの長さ。
This section describes various program and networking parameters and constants used by MPL.
このセクションでは、MPLで使用されるさまざまなプログラムおよびネットワークパラメータと定数について説明します。
MPL makes use of MPL Domain Addresses to identify MPL Interfaces of an MPL Domain. By default, MPL Forwarders subscribe to the ALL_MPL_FORWARDERS multicast address with Realm-Local scope (scop value 3) [RFC7346].
MPLはMPLドメインアドレスを使用して、MPLドメインのMPLインターフェイスを識別します。デフォルトでは、MPLフォワーダーは、レルムローカルスコープ（スコープ値3）[RFC7346]でALL_MPL_FORWARDERSマルチキャストアドレスにサブスクライブします。
For each MPL Domain Address that an MPL Interface subscribes to, the MPL Interface MUST also subscribe to the MPL Domain Address with Link-Local scope (scop value 2) when reactive forwarding is in use. MPL Forwarders use the link-scoped MPL Domain Address to communicate MPL Control Messages to neighboring (i.e., on-link) MPL Forwarders.
MPLインターフェースがサブスクライブする各MPLドメインアドレスについて、MPLインターフェースは、リアクティブ転送が使用されている場合、リンクローカルスコープ（スコープ値2）でMPLドメインアドレスにもサブスクライブする必要があります。 MPLフォワーダーは、リンクスコープのMPLドメインアドレスを使用して、MPL制御メッセージを隣接する（つまり、リンク上の）MPLフォワーダーに通信します。
MPL defines an IPv6 Option for carrying an MPL Seed Identifier and a sequence number within an MPL Data Message. The IPv6 Option Type has value 0x6D.
MPLは、MPLシード識別子とMPLデータメッセージ内のシーケンス番号を伝送するためのIPv6オプションを定義します。 IPv6オプションタイプの値は0x6Dです。
MPL defines an ICMPv6 Message (MPL Control Message) for communicating information contained in an MPL Domain's Seed Set and Buffered Message Set to neighboring MPL Forwarders. The MPL Control Message has ICMPv6 Type 159.
MPLは、MPLドメインのシードセットおよびバッファリングされたメッセージセットに含まれる情報を隣接するMPLフォワーダに通信するためのICMPv6メッセージ（MPL制御メッセージ）を定義します。 MPL制御メッセージにはICMPv6タイプ159があります。
MPL uses MPL Seed Identifiers to uniquely identify MPL Seeds within an MPL Domain. For each MPL Domain that the MPL Forwarder serves as an MPL Seed, the MPL Forwarder MUST have an associated MPL Seed Identifier. An MPL Forwarder MAY use the same MPL Seed Identifier across multiple MPL Domains, but the MPL Seed Identifier MUST be unique within each MPL Domain. The mechanism for assigning and verifying uniqueness of MPL Seed Identifiers is not specified in this document.
MPLはMPLシード識別子を使用して、MPLドメイン内のMPLシードを一意に識別します。 MPLフォワーダーがMPLシードとして機能するMPLドメインごとに、MPLフォワーダーには、関連付けられたMPLシード識別子が必要です。 MPLフォワーダーは、複数のMPLドメインにわたって同じMPLシード識別子を使用することができますが、MPLシード識別子は各MPLドメイン内で一意である必要があります。 MPLシード識別子の一意性の割り当てと検証のメカニズムは、このドキュメントでは指定されていません。
PROACTIVE_FORWARDING - A boolean value that indicates whether or not the MPL Forwarder schedules MPL Data Message transmissions after receiving them for the first time. PROACTIVE_FORWARDING has a default value of TRUE. All MPL Interfaces on the same link SHOULD be configured with the same value of PROACTIVE_FORWARDING. An implementation MAY choose to vary the value of PROACTIVE_FORWARDING across interfaces on the same link if reactive forwarding is also in use. The mechanism for setting PROACTIVE_FORWARDING is not specified within this document.
PROACTIVE_FORWARDING-MPLフォワーダーがMPLデータメッセージの送信を初めて受信した後にスケジュールするかどうかを示すブール値。 PROACTIVE_FORWARDINGのデフォルト値はTRUEです。同じリンク上のすべてのMPLインターフェースは、PROACTIVE_FORWARDINGの同じ値で構成する必要があります（SHOULD）。実装は、リアクティブ転送も使用されている場合、同じリンク上のインターフェース間でPROACTIVE_FORWARDINGの値を変更することを選択できます。 PROACTIVE_FORWARDINGを設定するメカニズムは、このドキュメントでは指定されていません。
SEED_SET_ENTRY_LIFETIME - The minimum lifetime for an entry in the Seed Set. SEED_SET_ENTRY_LIFETIME has a default value of 30 minutes. It is RECOMMENDED that all MPL Forwarders use the same value for SEED_SET_ENTRY_LIFETIME for a given MPL Domain and use a default value of 30 minutes. Using a value of SEED_SET_ENTRY_LIFETIME that is too small can cause the duplicate detection mechanism to fail, resulting in an MPL Forwarder receiving a given MPL Data Message more than once. The mechanism for setting SEED_SET_ENTRY_LIFETIME is not specified within this document.
SEED_SET_ENTRY_LIFETIME-シードセット内のエントリの最小有効期間。 SEED_SET_ENTRY_LIFETIMEのデフォルト値は30分です。すべてのMPLフォワーダーは、特定のMPLドメインのSEED_SET_ENTRY_LIFETIMEに同じ値を使用し、デフォルト値の30分を使用することをお勧めします。小さすぎるSEED_SET_ENTRY_LIFETIMEの値を使用すると、重複検出メカニズムが失敗し、MPLフォワーダーが特定のMPLデータメッセージを複数回受信する可能性があります。 SEED_SET_ENTRY_LIFETIMEを設定するメカニズムは、このドキュメントでは指定されていません。
As specified in [RFC6206], a Trickle timer runs for a defined interval and has three configuration parameters: the minimum interval size Imin, the maximum interval size Imax, and a redundancy constant k.
[RFC6206]で指定されているように、トリクルタイマーは定義された間隔で実行され、最小間隔サイズImin、最大間隔サイズImax、および冗長定数kの3つの構成パラメーターがあります。
This specification defines a fourth Trickle configuration parameter, TimerExpirations, which indicates the number of Trickle timer expiration events that occur before terminating the Trickle algorithm for a given MPL Data Message or MPL Control Message.
この仕様は、4番目のTrickle構成パラメーターTimerExpirationsを定義します。これは、特定のMPLデータメッセージまたはMPL制御メッセージのトリクルアルゴリズムを終了する前に発生するトリクルタイマーの有効期限イベントの数を示します。
Each MPL Interface uses the following Trickle parameters for MPL Data Message and MPL Control Message transmissions:
各MPLインターフェースは、MPLデータメッセージとMPL制御メッセージの送信に次のトリクルパラメータを使用します。
DATA_MESSAGE_IMIN - The minimum Trickle timer interval, as defined in [RFC6206], for MPL Data Message transmissions. DATA_MESSAGE_IMIN has a default value of 10 times the expected link-layer latency.
DATA_MESSAGE_IMIN-[RFC6206]で定義されている、MPLデータメッセージ送信の最小トリクルタイマー間隔。 DATA_MESSAGE_IMINのデフォルト値は、予想されるリンク層の待ち時間の10倍です。
DATA_MESSAGE_IMAX - The maximum Trickle timer interval, as defined in [RFC6206], for MPL Data Message transmissions. DATA_MESSAGE_IMAX has a default value equal to DATA_MESSAGE_IMIN.
DATA_MESSAGE_IMAX-[RFC6206]で定義されている、MPLデータメッセージ送信の最大トリクルタイマー間隔。 DATA_MESSAGE_IMAXのデフォルト値はDATA_MESSAGE_IMINです。
DATA_MESSAGE_K - The redundancy constant, as defined in [RFC6206], for MPL Data Message transmissions. DATA_MESSAGE_K has a default value of 1.
DATA_MESSAGE_K-[RFC6206]で定義されている、MPLデータメッセージ送信用の冗長定数。 DATA_MESSAGE_Kのデフォルト値は1です。
DATA_MESSAGE_TIMER_EXPIRATIONS - The number of Trickle timer expirations that occur before terminating the Trickle algorithm's retransmission of a given MPL Data Message. DATA_MESSAGE_TIMER_EXPIRATIONS has a default value of 3.
DATA_MESSAGE_TIMER_EXPIRATIONS-特定のMPLデータメッセージのトリクルアルゴリズムの再送信を終了する前に発生するトリクルタイマーの有効期限の数。 DATA_MESSAGE_TIMER_EXPIRATIONSのデフォルト値は3です。
CONTROL_MESSAGE_IMIN - The minimum Trickle timer interval, as defined in [RFC6206], for MPL Control Message transmissions. CONTROL_MESSAGE_IMIN has a default value of 10 times the worst-case link-layer latency.
CONTROL_MESSAGE_IMIN-MPL制御メッセージ送信のための、[RFC6206]で定義されている最小のトリクルタイマー間隔。 CONTROL_MESSAGE_IMINのデフォルト値は、最悪の場合のリンク層待ち時間の10倍です。
CONTROL_MESSAGE_IMAX - The maximum Trickle timer interval, as defined in [RFC6206], for MPL Control Message transmissions. CONTROL_MESSAGE_IMAX has a default value of 5 minutes.
CONTROL_MESSAGE_IMAX-[RFC6206]で定義されている、MPL制御メッセージ送信の最大トリクルタイマー間隔。 CONTROL_MESSAGE_IMAXのデフォルト値は5分です。
CONTROL_MESSAGE_K - The redundancy constant, as defined in [RFC6206], for MPL Control Message transmissions. CONTROL_MESSAGE_K has a default value of 1.
CONTROL_MESSAGE_K-[RFC6206]で定義されている、MPL制御メッセージ送信のための冗長定数。 CONTROL_MESSAGE_Kのデフォルト値は1です。
CONTROL_MESSAGE_TIMER_EXPIRATIONS - The number of Trickle timer expirations that occur before terminating the Trickle algorithm for MPL Control Message transmissions. CONTROL_MESSAGE_TIMER_EXPIRATIONS has a default value of 10.
CONTROL_MESSAGE_TIMER_EXPIRATIONS-MPL制御メッセージ送信のトリクルアルゴリズムを終了する前に発生するトリクルタイマーの有効期限の数。 CONTROL_MESSAGE_TIMER_EXPIRATIONSのデフォルト値は10です。
As described in [RFC6206], if different nodes have different configuration parameters, Trickle may have unintended behaviors. Therefore, it is RECOMMENDED that all MPL Interfaces attached to the same link of a given MPL Domain use the same values for the Trickle parameters above for a given MPL Domain. The mechanism for setting the Trickle parameters is not specified within this document.
[RFC6206]で説明されているように、異なるノードに異なる構成パラメーターがある場合、Trickleが意図しない動作をする可能性があります。したがって、特定のMPLドメインの同じリンクに接続されたすべてのMPLインターフェイスは、特定のMPLドメインの上記のトリクルパラメータに同じ値を使用することをお勧めします。トリクルパラメータを設定するメカニズムは、このドキュメントでは指定されていません。
The default MPL parameters specify a forwarding strategy that utilizes both proactive and reactive techniques. Using these default values, an MPL Forwarder proactively transmits any new MPL Data Messages it receives and then uses MPL Control Messages to trigger additional MPL Data Message retransmissions where message drops are detected. Setting DATA_MESSAGE_IMAX to the same value as DATA_MESSAGE_IMIN in this case is acceptable, since subsequent MPL Data Message retransmissions are triggered by MPL Control Messages, where CONTROL_MESSAGE_IMAX is greater than CONTROL_MESSAGE_IMIN.
デフォルトのMPLパラメータは、プロアクティブテクニックとリアクティブテクニックの両方を利用する転送戦略を指定します。これらのデフォルト値を使用して、MPLフォワーダーは受信した新しいMPLデータメッセージを事前に送信し、MPL制御メッセージを使用して、メッセージのドロップが検出された追加のMPLデータメッセージの再送信をトリガーします。この場合、DATA_MESSAGE_IMAXをDATA_MESSAGE_IMINと同じ値に設定しても問題ありません。後続のMPLデータメッセージの再送信はMPL制御メッセージによってトリガーされ、CONTROL_MESSAGE_IMAXがCONTROL_MESSAGE_IMINより大きい場合です。
Messages generated and processed by an MPL Forwarder are described in this section.
このセクションでは、MPLフォワーダーによって生成および処理されるメッセージについて説明します。
The MPL Option is carried in MPL Data Messages in an IPv6 Hop-by-Hop Options header, immediately following the IPv6 header. The MPL Option has the following format:
MPLオプションは、IPv6ヘッダーの直後のIPv6ホップバイホップオプションヘッダーのMPLデータメッセージで伝送されます。 MPLオプションの形式は次のとおりです。
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 Type | Opt Data Len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| S |M|V| rsv | sequence | seed-id (optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option Type 0x6D.
オプションタイプ0x6D。
Opt Data Len Length of the Option Data field [RFC2460] in octets.
オクテット単位のオプションデータフィールド[RFC2460]のオプションデータ長。
S 2-bit unsigned integer. Identifies the length of the seed-id. '0' indicates that the seed-id is the IPv6 Source Address and not included in the MPL Option. '1' indicates that the seed-id is a 16-bit unsigned integer. '2' indicates that the seed-id is a 64-bit unsigned integer. '3' indicates that the seed-id is a 128-bit unsigned integer.
S 2ビットの符号なし整数。シードIDの長さを識別します。 「0」は、シードIDがIPv6送信元アドレスであり、MPLオプションに含まれていないことを示します。 「1」は、シードIDが16ビットの符号なし整数であることを示します。 「2」は、シードIDが64ビットの符号なし整数であることを示します。 「3」は、シードIDが128ビットの符号なし整数であることを示します。
M 1-bit flag. '1' indicates that the value in the sequence field is known to be the largest sequence number that was received from the MPL Seed.
M 1ビットフラグ。 「1」は、シーケンスフィールドの値がMPLシードから受信した最大のシーケンス番号であることがわかっていることを示します。
V 1-bit flag. '0' indicates that the MPL Option conforms to this specification. MPL Data Messages with an MPL Option in which this flag is set to 1 MUST be dropped.
V 1ビットフラグ。 「0」は、MPLオプションがこの仕様に準拠していることを示します。このフラグが1に設定されているMPLオプションを含むMPLデータメッセージは削除する必要があります。
rsv 4-bit reserved field. MUST be set to 0 on transmission and ignored on reception.
rsv 4ビット予約フィールド。送信時には0に設定し、受信時には無視する必要があります。
sequence 8-bit unsigned integer. Identifies relative ordering of MPL Data Messages from the MPL Seed identified by the seed-id.
シーケンス8ビットの符号なし整数。シードIDによって識別されるMPLシードからのMPLデータメッセージの相対的な順序を識別します。
seed-id Uniquely identifies the MPL Seed that initiated dissemination of the MPL Data Message. The size of the seed-id is indicated by the S field.
seed-id MPLデータメッセージの配布を開始したMPLシードを一意に識別します。シードIDのサイズはSフィールドで示されます。
The Option Data (specifically, the M flag) of the MPL Option is updated by MPL Forwarders as the MPL Data Message is forwarded. Nodes that do not understand the MPL Option MUST discard the MPL Data Message. Thus, according to [RFC2460], the three high-order bits of the Option Type are set to '011'. The Option Data length is variable.
MPLオプションのオプションデータ（具体的には、Mフラグ）は、MPLデータメッセージが転送されるときにMPLフォワーダーによって更新されます。 MPLオプションを理解しないノードは、MPLデータメッセージを破棄する必要があります。したがって、[RFC2460]によれば、オプションタイプの上位3ビットは「011」に設定されます。オプションデータの長さは可変です。
The seed-id uniquely identifies an MPL Seed. When the seed-id is 128 bits (S=3), the MPL Seed MAY use an IPv6 address assigned to one of its interfaces that is unique within the MPL Domain. Managing MPL Seed Identifiers is not within the scope of this document.
シードIDは、MPLシードを一意に識別します。シードIDが128ビット（S = 3）の場合、MPLシードは、MPLドメイン内で一意のインターフェイスの1つに割り当てられたIPv6アドレスを使用できます（MAY）。 MPLシード識別子の管理は、このドキュメントの範囲外です。
The sequence field establishes a total ordering of MPL Data Messages generated by an MPL Seed for an MPL Domain. The MPL Seed MUST increment the sequence field's value on each new MPL Data Message that it generates for an MPL Domain. Implementations MUST follow the Serial Number Arithmetic as defined in [RFC1982] when incrementing a sequence value or comparing two sequence values.
シーケンスフィールドは、MPLドメインのMPLシードによって生成されるMPLデータメッセージの全体的な順序を確立します。 MPLシードは、MPLドメイン用に生成する新しいMPLデータメッセージごとにシーケンスフィールドの値をインクリメントする必要があります。実装は、シーケンス値をインクリメントするとき、または2つのシーケンス値を比較するときに、[RFC1982]で定義されているシリアル番号演算に従う必要があります。
Future updates to this specification may define additional fields following the seed-id field.
この仕様の将来の更新では、seed-idフィールドの後に追加のフィールドが定義される可能性があります。
An MPL Forwarder uses ICMPv6 Messages to communicate information contained in an MPL Domain's Seed Set and Buffered Message Set to neighboring MPL Forwarders. The MPL Control Message has the following format:
MPLフォワーダーは、ICMPv6メッセージを使用して、MPLドメインのシードセットとバッファーメッセージセットに含まれる情報を隣接するMPLフォワーダーに伝達します。 MPL制御メッセージの形式は次のとおりです。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. MPL Seed Info[0..n] .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IP Fields:
IPフィールド：
Source Address An IPv6 address in the AddressSet of the corresponding MPL Interface. MUST be valid within the MPL Domain.
送信元アドレス対応するMPLインターフェースのAddressSet内のIPv6アドレス。 MPLドメイン内で有効でなければなりません。
Destination Address The link-scoped MPL Domain Address corresponding to the MPL Domain.
宛先アドレスMPLドメインに対応するリンクスコープのMPLドメインアドレス。
Hop Limit 255
ホップ制限255
ICMPv6 Fields:
ICMPv6フィールド：
Type 159
タイプ159
Code 0
コード0
Checksum The ICMP checksum. See [RFC4443].
チェックサムICMPチェックサム。 [RFC4443]を参照してください。
MPL Seed Info[0..n] List of zero or more MPL Seed Info entries.
MPLシード情報[0..n] 0個以上のMPLシード情報エントリのリスト。
The MPL Control Message indicates the sequence numbers of MPL Data Messages that are within the MPL Domain's Buffered Message Set. The MPL Control Message also indicates the sequence numbers of MPL Data Messages that an MPL Forwarder is willing to receive. The MPL Control Message allows neighboring MPL Forwarders to determine whether or not there are any new MPL Data Messages to exchange.
MPL制御メッセージは、MPLドメインのバッファリングされたメッセージセット内にあるMPLデータメッセージのシーケンス番号を示します。 MPL制御メッセージは、MPLフォワーダーが受信する予定のMPLデータメッセージのシーケンス番号も示します。 MPL制御メッセージにより、隣接するMPLフォワーダーは、交換する新しいMPLデータメッセージがあるかどうかを判断できます。
The MPL Seed Info encodes the minimum sequence number for an MPL Seed maintained in the MPL Domain's Seed Set. The MPL Seed Info also indicates the sequence numbers of MPL Data Messages generated by the MPL Seed that are stored within the MPL Domain's Buffered Message Set. The MPL Seed Info has the following format:
MPLシード情報は、MPLドメインのシードセットで維持されるMPLシードの最小シーケンス番号をエンコードします。 MPLシード情報は、MPLドメインのバッファリングされたメッセージセット内に格納されている、MPLシードによって生成されたMPLデータメッセージのシーケンス番号も示します。 MPLシード情報の形式は次のとおりです。
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| min-seqno | bm-len | S | seed-id (0/2/8/16 octets) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. buffered-mpl-messages (variable length) .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
min-seqno 8-bit unsigned integer. The lower-bound sequence number for the MPL Seed.
min-seqno 8ビットの符号なし整数。 MPLシードの下限シーケンス番号。
bm-len 6-bit unsigned integer. The size of buffered-mpl-messages in octets.
bm-len 6ビットの符号なし整数。オクテット単位のbuffered-mpl-messagesのサイズ。
S 2-bit unsigned integer. Identifies the length of the seed-id. '0' indicates that the seed-id value is the IPv6 Source Address and not included in the MPL Seed Info. '1' indicates that the seed-id value is a 16-bit unsigned integer. '2' indicates that the seed-id value is a 64-bit unsigned integer. '3' indicates that the seed-id is a 128-bit unsigned integer.
S 2ビットの符号なし整数。シードIDの長さを識別します。 「0」は、シードID値がIPv6送信元アドレスであり、MPLシード情報に含まれていないことを示します。 「1」は、シードID値が16ビットの符号なし整数であることを示します。 「2」は、シードID値が64ビットの符号なし整数であることを示します。 「3」は、シードIDが128ビットの符号なし整数であることを示します。
seed-id Variable-length unsigned integer. Indicates the MPL Seed associated with this MPL Seed Info.
seed-id可変長の符号なし整数。このMPLシード情報に関連付けられたMPLシードを示します。
buffered-mpl-messages Variable-length bit-vector. Identifies the sequence numbers of MPL Data Messages maintained in the corresponding Buffered Message Set for the MPL Seed. The i-th bit represents a sequence number of min-seqno + i. '0' indicates that the corresponding MPL Data Message does not exist in the Buffered Message Set. '1' indicates that the corresponding MPL Data Message does exist in the Buffered Message Set.
buffered-mpl-messages可変長ビットベクトル。 MPLシードの対応するバッファメッセージセットに保持されているMPLデータメッセージのシーケンス番号を識別します。 i番目のビットは、min-seqno + iのシーケンス番号を表します。 「0」は、対応するMPLデータメッセージがバッファリングされたメッセージセットに存在しないことを示します。 「1」は、対応するMPLデータメッセージがバッファリングされたメッセージセットに存在することを示します。
The MPL Seed Info does not have any octet alignment requirement.
MPLシード情報には、オクテットアライメントの要件はありません。
The Local Interface Set records the local MPL Interfaces of an MPL Forwarder. The Local Interface Set consists of Local Interface Tuples, one per MPL Interface: (AddressSet).
ローカルインターフェイスセットは、MPLフォワーダーのローカルMPLインターフェイスを記録します。ローカルインターフェースセットは、MPLインターフェースごとに1つのローカルインターフェースタプルで構成されます：（AddressSet）。
AddressSet - a set of unicast addresses assigned to the MPL Interface.
AddressSet-MPLインターフェースに割り当てられたユニキャストアドレスのセット。
The Domain Set records the MPL Interfaces that subscribe to each MPL Domain Address. The Domain Set consists of MPL Domain Tuples, one per MPL Domain: (MPLInterfaceSet).
ドメインセットは、各MPLドメインアドレスにサブスクライブするMPLインターフェイスを記録します。ドメインセットは、MPLドメインタプル（MPLドメインごとに1つ）から構成されます：（MPLInterfaceSet）。
MPLInterfaceSet - a set of MPL Interfaces that subscribe to the MPL Domain Address that identifies the MPL Domain.
MPLInterfaceSet-MPLドメインを識別するMPLドメインアドレスにサブスクライブするMPLインターフェースのセット。
A Seed Set records a sliding window used to determine the sequence numbers of MPL Data Messages (generated by the MPL Seed) that an MPL Forwarder is willing to accept. An MPL Forwarder maintains a Seed Set for each MPL Domain that it participates in. A Seed Set consists of MPL Seed Tuples: (SeedID, MinSequence, Lifetime).
シードセットは、MPLフォワーダーが受け入れようとしている（MPLシードによって生成された）MPLデータメッセージのシーケンス番号を決定するために使用されるスライドウィンドウを記録します。 MPLフォワーダーは、参加している各MPLドメインのシードセットを保持します。シードセットは、MPLシードタプル（SeedID、MinSequence、Lifetime）で構成されます。
SeedID - the identifier for the MPL Seed.
SeedID-MPLシードの識別子。
MinSequence - a lower-bound sequence number that represents the sequence number of the oldest MPL Data Message the MPL Forwarder is willing to receive or transmit. An MPL Forwarder MUST ignore any MPL Data Message that has a sequence value less than MinSequence.
MinSequence-MPLフォワーダーが送受信する最も古いMPLデータメッセージのシーケンス番号を表す下限シーケンス番号。 MPLフォワーダーは、MinSequence未満のシーケンス値を持つMPLデータメッセージを無視する必要があります。
Lifetime - indicates the minimum remaining lifetime of the Seed Set entry. An MPL Forwarder MUST NOT free a Seed Set entry before the remaining lifetime expires.
ライフタイム-シードセットエントリの残りの最小ライフタイムを示します。 MPLフォワーダーは、残りの有効期限が切れる前にシードセットエントリを解放してはなりません（MUST NOT）。
A Buffered Message Set records recently received MPL Data Messages from an MPL Seed within an MPL Domain. An MPL Forwarder uses a Buffered Message Set to buffer MPL Data Messages while the MPL Forwarder is forwarding the MPL Data Messages. An MPL Forwarder maintains a Buffered Message Set for each MPL Domain that it participates in. A Buffered Message Set consists of Buffered Message Tuples: (SeedID, SequenceNumber, DataMessage).
バッファリングされたメッセージセットは、MPLドメイン内のMPLシードから最近受信されたMPLデータメッセージを記録します。 MPLフォワーダーがMPLデータメッセージを転送している間、MPLフォワーダーはバッファーメッセージセットを使用してMPLデータメッセージをバッファーします。 MPLフォワーダーは、参加する各MPLドメインのバッファーメッセージセットを保持します。バッファーメッセージセットは、バッファーメッセージタプル（SeedID、SequenceNumber、DataMessage）で構成されます。
SeedID - the identifier for the MPL Seed that generated the MPL Data Message.
SeedID-MPLデータメッセージを生成したMPLシードの識別子。
SequenceNumber - the sequence number for the MPL Data Message.
SequenceNumber-MPLデータメッセージのシーケンス番号。
DataMessage - the MPL Data Message.
DataMessage-MPLデータメッセージ。
All MPL Data Messages within a Buffered Message Set MUST have a sequence number greater than or equal to MinSequence for the corresponding SeedID. When increasing MinSequence for an MPL Seed, the MPL Forwarder MUST delete any MPL Data Messages from the corresponding Buffered Message Set that have sequence numbers less than MinSequence.
バッファリングされたメッセージセット内のすべてのMPLデータメッセージには、対応するシードIDのMinSequence以上のシーケンス番号が必要です。 MPLシードのMinSequenceを増やす場合、MPLフォワーダーは、MinSequence未満のシーケンス番号を持つ対応するバッファーメッセージセットからMPLデータメッセージを削除する必要があります。
Each MPL Seed maintains a sequence number for each MPL Domain that it serves. The sequence numbers are included in MPL Data Messages generated by the MPL Seed. The MPL Seed MUST increment the sequence number for each MPL Data Message that it generates for an MPL Domain. Implementations MUST follow the Serial Number Arithmetic as defined in [RFC1982] when incrementing a sequence value or comparing two sequence values. This sequence number is used to establish a total ordering of MPL Data Messages generated by an MPL Seed for an MPL Domain.
各MPLシードは、提供する各MPLドメインのシーケンス番号を維持します。シーケンス番号は、MPLシードによって生成されるMPLデータメッセージに含まれます。 MPLシードは、MPLドメインに対して生成する各MPLデータメッセージのシーケンス番号をインクリメントする必要があります。実装は、シーケンス値をインクリメントするとき、または2つのシーケンス値を比較するときに、[RFC1982]で定義されているシリアル番号演算に従う必要があります。このシーケンス番号は、MPLドメインのMPLシードによって生成されるMPLデータメッセージの全体的な順序を確立するために使用されます。
MPL Data Messages are generated by MPL Seeds when these messages enter the MPL Domain. All MPL Data Messages have the following properties:
MPLデータメッセージは、これらのメッセージがMPLドメインに入るときにMPLシードによって生成されます。すべてのMPLデータメッセージには、次のプロパティがあります。
o The IPv6 Source Address MUST be an address in the AddressSet of a corresponding MPL Interface and MUST be valid within the MPL Domain.
o IPv6送信元アドレスは、対応するMPLインターフェースのAddressSet内のアドレスでなければならず、MPLドメイン内で有効でなければなりません。
o The IPv6 Destination Address MUST be set to the MPL Domain Address corresponding to the MPL Domain.
o IPv6宛先アドレスは、MPLドメインに対応するMPLドメインアドレスに設定する必要があります。
o An MPL Data Message MUST contain an MPL Option in its IPv6 header to identify the MPL Seed that generated the message and the ordering relative to other MPL Data Messages generated by the MPL Seed.
o MPLデータメッセージは、メッセージを生成したMPLシードと、MPLシードによって生成された他のMPLデータメッセージに対する順序を識別するために、IPv6ヘッダーにMPLオプションを含める必要があります。
When the destination address is an MPL Domain Address and the source address is in the AddressList of an MPL Interface that belongs to that MPL Domain Address, the application message and the MPL Data Message MAY be identical. In other words, the MPL Data Message may contain a single IPv6 header that includes the MPL Option.
宛先アドレスがMPLドメインアドレスであり、送信元アドレスがそのMPLドメインアドレスに属するMPLインターフェースのAddressListにある場合、アプリケーションメッセージとMPLデータメッセージは同一である場合があります。つまり、MPLデータメッセージには、MPLオプションを含む単一のIPv6ヘッダーが含まれる場合があります。
Otherwise, IPv6-in-IPv6 encapsulation MUST be used to satisfy the MPL Data Message requirements listed above [RFC2473]. The complete IPv6-in-IPv6 message forms an MPL Data Message. The outer IPv6 header conforms to the MPL Data Message requirements listed above. The encapsulated IPv6 datagram encodes the multicast data message that is communicated beyond the MPL Domain.
それ以外の場合は、上記の[RFC2473]に記載されているMPLデータメッセージの要件を満たすために、IPv6-in-IPv6カプセル化を使用する必要があります。完全なIPv6-in-IPv6メッセージは、MPLデータメッセージを形成します。外部IPv6ヘッダーは、上記のMPLデータメッセージの要件に準拠しています。カプセル化されたIPv6データグラムは、MPLドメインを越えて通信されるマルチキャストデータメッセージをエンコードします。
An MPL Forwarder manages transmission of MPL Data Messages in its Buffered Message Sets using the Trickle algorithm [RFC6206]. An MPL Forwarder MUST use a separate Trickle timer for each MPL Data Message that it is actively forwarding. In accordance with Section 5 of RFC 6206 [RFC6206], the following items apply:
MPLフォワーダーは、トリクルアルゴリズム[RFC6206]を使用して、バッファーされたメッセージセット内のMPLデータメッセージの送信を管理します。 MPLフォワーダーは、アクティブに転送しているMPLデータメッセージごとに個別のトリクルタイマーを使用する必要があります。 RFC 6206 [RFC6206]のセクション5に従って、次の項目が適用されます。
o This document defines a "consistent" transmission as receiving an MPL Data Message that has the same MPL Domain Address, seed-id, and sequence value as the MPL Data Message managed by the Trickle timer.
o このドキュメントでは、「一貫性のある」送信を、Trickleタイマーによって管理されるMPLデータメッセージと同じMPLドメインアドレス、シードID、およびシーケンス値を持つMPLデータメッセージを受信することとして定義しています。
o This document defines an "inconsistent" transmission as receiving an MPL Data Message that has the same MPL Domain Address, seed-id value, and the M flag set, but has a sequence value less than that of the MPL Data Message managed by the Trickle timer.
o このドキュメントでは、 "一貫性のない"送信を、同じMPLドメインアドレス、シードID値、およびMフラグセットを持つMPLデータメッセージを受信するものとして定義していますが、シーケンス値は、トリクルによって管理されるMPLデータメッセージよりも小さいです。タイマー。
o This document does not define any external "events".
o このドキュメントでは、外部の「イベント」を定義していません。
o This document defines MPL Data Messages as Trickle messages.
o このドキュメントでは、MPLデータメッセージをトリクルメッセージとして定義しています。
o The actions outside the Trickle algorithm that MPL takes involve managing the MPL Domain's Seed Set and Buffered Message Set.
o MPLが実行するトリクルアルゴリズム外のアクションには、MPLドメインのシードセットとバッファリングされたメッセージセットの管理が含まれます。
As specified in [RFC6206], a Trickle timer has three variables: the current interval size I, a time within the current interval t, and a counter c. MPL defines a fourth variable, e, which counts the number of Trickle timer expiration events since the Trickle timer was last reset.
[RFC6206]で指定されているように、トリクルタイマーには3つの変数があります。現在の間隔サイズI、現在の間隔t内の時間、およびカウンターcです。 MPLは4番目の変数eを定義します。これは、トリクルタイマーが最後にリセットされてからのトリクルタイマーの有効期限イベントの数をカウントします。
After DATA_MESSAGE_TIMER_EXPIRATIONS Trickle timer events, the MPL Forwarder MUST disable the Trickle timer. When a buffered MPL Data Message does not have an associated Trickle timer, the MPL Forwarder MAY delete the message from the Buffered Message Set by advancing the MinSequence value of the corresponding MPL Seed in the Seed Set. When the MPL Forwarder no longer buffers any messages for an MPL Seed, the MPL Forwarder MUST NOT increment MinSequence for that MPL Seed.
DATA_MESSAGE_TIMER_EXPIRATIONSトリクルタイマーイベントの後、MPLフォワーダーはトリクルタイマーを無効にする必要があります。バッファーされたMPLデータメッセージに関連付けられたトリクルタイマーがない場合、MPLフォワーダーは、シードセット内の対応するMPLシードのMinSequence値を進めることにより、バッファーされたメッセージセットからメッセージを削除できます（MAY）。 MPLフォワーダーがMPLシードのメッセージをバッファーしない場合、MPLフォワーダーはそのMPLシードのMinSequenceをインクリメントしてはなりません（MUST NOT）。
When transmitting an MPL Data Message, the MPL Forwarder MUST either set the M flag to zero or set it to a level that indicates whether or not the message's sequence number is the largest value that has been received from the MPL Seed.
MPLデータメッセージを送信するとき、MPLフォワーダーはMフラグをゼロに設定するか、メッセージのシーケンス番号がMPLシードから受信した最大値であるかどうかを示すレベルに設定する必要があります。
Upon receiving an MPL Data Message, the MPL Forwarder first processes the MPL Option and updates the Trickle timer associated with the MPL Data Message if one exists.
MPLデータメッセージを受信すると、MPLフォワーダーは最初にMPLオプションを処理し、MPLデータメッセージに関連付けられているトリクルタイマーを更新します（存在する場合）。
Upon receiving an MPL Data Message, an MPL Forwarder MUST perform one of the following actions:
MPLデータメッセージを受信すると、MPLフォワーダーは次のいずれかのアクションを実行する必要があります。
o Accept the message and enter the MPL Data Message in the MPL Domain's Buffered Message Set.
o メッセージを受け入れ、MPLドメインのバッファリングされたメッセージセットにMPLデータメッセージを入力します。
o Accept the message and update the corresponding MinSequence in the MPL Domain's Seed Set to 1 greater than the message's sequence number.
o メッセージを受け入れ、MPLドメインのシードセット内の対応するMinSequenceを、メッセージのシーケンス番号より大きい1に更新します。
o Discard the message without any change to the MPL Information Base.
o MPL情報ベースを変更せずにメッセージを破棄します。
If a Seed Set entry exists for the MPL Seed, the MPL Forwarder MUST discard the MPL Data Message if its sequence number is less than MinSequence or exists in the Buffered Message Set.
MPLシードのシードセットエントリが存在する場合、MPLフォワーダーは、シーケンス番号がMinSequence未満であるか、バッファーメッセージセットに存在する場合、MPLデータメッセージを破棄する必要があります。
If a Seed Set entry does not exist for the MPL Seed, the MPL Forwarder MUST create a new entry for the MPL Seed before accepting the MPL Data Message.
MPLシードのシードセットエントリが存在しない場合、MPLフォワーダは、MPLデータメッセージを受け入れる前に、MPLシードの新しいエントリを作成する必要があります。
If memory is limited, an MPL Forwarder SHOULD reclaim memory resources by:
メモリが限られている場合、MPLフォワーダーは次の方法でメモリリソースを再利用する必要があります（SHOULD）。
o Incrementing MinSequence entries in a Seed Set and deleting MPL Data Messages in the corresponding Buffered Message Set that fall below the MinSequence value.
o シードセット内のMinSequenceエントリをインクリメントし、MinSequence値を下回る、対応するバッファ付きメッセージセット内のMPLデータメッセージを削除します。
o Deleting other Seed Set entries that have expired and the corresponding MPL Data Messages in the Buffered Message Set.
o 期限切れのその他のシードセットエントリと、対応するバッファされたメッセージセットのMPLデータメッセージを削除する。
If the MPL Forwarder accepts the MPL Data Message, the MPL Forwarder MUST perform the following actions:
MPLフォワーダーがMPLデータメッセージを受け入れる場合、MPLフォワーダーは次のアクションを実行する必要があります。
o Reset the Lifetime of the corresponding Seed Set entry to SEED_SET_ENTRY_LIFETIME.
o 対応するシードセットエントリのライフタイムをSEED_SET_ENTRY_LIFETIMEにリセットします。
o If PROACTIVE_FORWARDING is TRUE, the MPL Forwarder MUST initialize and start a Trickle timer for the MPL Data Message.
o PROACTIVE_FORWARDINGがTRUEの場合、MPLフォワーダーは、MPLデータメッセージのトリクルタイマーを初期化して開始する必要があります。
o If the MPL Control Message Trickle timer is not running and CONTROL_MESSAGE_TIMER_EXPIRATIONS is non-zero, the MPL Forwarder MUST initialize and start the MPL Control Message Trickle timer.
o MPL制御メッセージトリクルタイマーが実行されておらず、CONTROL_MESSAGE_TIMER_EXPIRATIONSがゼロ以外の場合、MPLフォワーダーはMPL制御メッセージトリクルタイマーを初期化して開始する必要があります。
o If the MPL Control Message Trickle timer is running, the MPL Forwarder MUST reset the MPL Control Message Trickle timer.
o MPL制御メッセージトリクルタイマーが実行されている場合、MPLフォワーダーはMPL制御メッセージトリクルタイマーをリセットする必要があります。
An MPL Forwarder generates MPL Control Messages to communicate an MPL Domain's Seed Set and Buffered Message Set to neighboring MPL Forwarders. Each MPL Control Message is generated according to Section 6.2, with an MPL Seed Info entry for each entry in the MPL Domain's Seed Set. Each MPL Seed Info entry has the following content:
MPLフォワーダーはMPL制御メッセージを生成して、MPLドメインのシードセットとバッファーメッセージセットを隣接するMPLフォワーダーに伝達します。各MPL制御メッセージはセクション6.2に従って生成され、MPLドメインのシードセットの各エントリにMPLシード情報エントリが含まれます。各MPLシード情報エントリには、次の内容があります。
o S set to the size of the seed-id field in the MPL Seed Info entry.
o Sは、MPLシード情報エントリのシードIDフィールドのサイズに設定されます。
o min-seqno set to the MinSequence value of the MPL Seed.
o min-seqnoは、MPLシードのMinSequence値に設定されます。
o bm-len set to the size of buffered-mpl-messages in octets.
o bm-lenは、オクテット単位のbuffered-mpl-messagesのサイズに設定されます。
o seed-id set to the MPL Seed Identifier.
o シードIDはMPLシード識別子に設定されます。
o buffered-mpl-messages with each bit representing whether or not an MPL Data Message with the corresponding sequence number exists in the Buffered Message Set. The i-th bit represents a sequence number of min-seqno + i. '0' indicates that the corresponding MPL Data Message does not exist in the Buffered Message Set. '1' indicates that the corresponding MPL Data Message does exist in the Buffered Message Set.
o buffered-mpl-messages。各ビットは、対応するシーケンス番号を持つMPLデータメッセージがバッファメッセージセットに存在するかどうかを表します。 i番目のビットは、min-seqno + iのシーケンス番号を表します。 「0」は、対応するMPLデータメッセージがバッファリングされたメッセージセットに存在しないことを示します。 「1」は、対応するMPLデータメッセージがバッファリングされたメッセージセットに存在することを示します。
An MPL Forwarder transmits MPL Control Messages using the Trickle algorithm. An MPL Forwarder maintains a single Trickle timer for each MPL Domain. When CONTROL_MESSAGE_TIMER_EXPIRATIONS is 0, the MPL Forwarder does not execute the Trickle algorithm and does not transmit MPL Control Messages. In accordance with Section 5 of RFC 6206 [RFC6206], the following items apply:
MPLフォワーダーは、トリクルアルゴリズムを使用してMPL制御メッセージを送信します。 MPLフォワーダーは、MPLドメインごとに1つのトリクルタイマーを維持します。 CONTROL_MESSAGE_TIMER_EXPIRATIONSが0の場合、MPLフォワーダーはトリクルアルゴリズムを実行せず、MPL制御メッセージを送信しません。 RFC 6206 [RFC6206]のセクション5に従って、次の項目が適用されます。
o This document defines a "consistent" transmission as receiving an MPL Control Message that results in a determination that neither the receiving nor transmitting node has any new MPL Data Messages to offer.
o このドキュメントでは、「一貫性のある」送信をMPL制御メッセージの受信と定義しています。これにより、受信ノードと送信ノードのどちらにも新しいMPLデータメッセージが提供されないことがわかります。
o This document defines an "inconsistent" transmission as receiving an MPL Control Message that results in a determination that either the receiving or transmitting node has at least one new MPL Data Message to offer.
o このドキュメントでは、「一貫性のない」送信をMPL制御メッセージの受信と定義しています。これにより、受信ノードまたは送信ノードのいずれかに、提供する新しいMPLデータメッセージが少なくとも1つあると判断されます。
o The Trickle timer is reset in response to external "events". This document defines an "event" as increasing the MinSequence value of any entry in the corresponding Seed Set or adding a message to the corresponding Buffered Message Set.
o トリクルタイマーは、外部の「イベント」に応答してリセットされます。このドキュメントでは、「イベント」を、対応するシードセットのエントリのMinSequence値を増やすか、対応するバッファメッセージセットにメッセージを追加することとして定義しています。
o This document defines an MPL Control Message as a Trickle message.
o このドキュメントでは、MPLコントロールメッセージをトリクルメッセージとして定義しています。
As specified in [RFC6206], a Trickle timer has three variables: the current interval size I, a time within the current interval t, and a counter c. MPL defines a fourth variable, e, which counts the number of Trickle timer expiration events since the Trickle timer was last reset. After CONTROL_MESSAGE_TIMER_EXPIRATIONS Trickle timer events, the MPL Forwarder MUST disable the Trickle timer.
[RFC6206]で指定されているように、トリクルタイマーには3つの変数があります。現在の間隔サイズI、現在の間隔t内の時間、およびカウンターcです。 MPLは4番目の変数eを定義します。これは、トリクルタイマーが最後にリセットされてからのトリクルタイマーの有効期限イベントの数をカウントします。 CONTROL_MESSAGE_TIMER_EXPIRATIONSトリクルタイマーイベントの後、MPLフォワーダーはトリクルタイマーを無効にする必要があります。
An MPL Forwarder processes each MPL Control Message that it receives to determine if it has any new MPL Data Messages to receive or offer.
MPLフォワーダーは、受信する各MPL制御メッセージを処理して、受信または提供する新しいMPLデータメッセージがあるかどうかを判断します。
An MPL Forwarder determines if a new MPL Data Message has not been received from a neighboring node if any of the following conditions hold true:
MPLフォワーダーは、次の条件のいずれかに該当する場合、新しいMPLデータメッセージが隣接ノードから受信されていないかどうかを判断します。
o The MPL Control Message includes an MPL Seed that does not exist in the MPL Domain's Seed Set.
o MPL制御メッセージには、MPLドメインのシードセットに存在しないMPLシードが含まれています。
o The MPL Control Message indicates that the neighbor has an MPL Data Message in its Buffered Message Set with sequence number greater than MinSequence (i.e., the i-th bit is set to 1 and min-seqno + i > MinSequence) and is not included in the MPL Domain's Buffered Message Set.
o MPL制御メッセージは、シーケンス番号がMinSequenceより大きい（つまり、i番目のビットが1に設定され、min-seqno + i> MinSequenceである）バッファリングされたメッセージセットにネイバーのMPLデータメッセージがあり、含まれていないことを示します。 MPLドメインのバッファリングされたメッセージセット。
When an MPL Forwarder determines that it has not yet received an MPL Data Message buffered by a neighboring device, the MPL Forwarder MUST reset its Trickle timer associated with MPL Control Message transmissions. If an MPL Control Message Trickle timer is not running, the MPL Forwarder MUST initialize and start a new Trickle timer.
MPLフォワーダーは、隣接デバイスによってバッファーされたMPLデータメッセージをまだ受信していないと判断した場合、MPL制御メッセージの送信に関連付けられているトリクルタイマーをリセットする必要があります。 MPL制御メッセージトリクルタイマーが実行されていない場合、MPLフォワーダーは新しいトリクルタイマーを初期化して開始する必要があります。
An MPL Forwarder determines if an MPL Data Message in the Buffered Message Set has not yet been received by a neighboring MPL Forwarder if any of the following conditions hold true:
MPLフォワーダーは、次のいずれかの条件が当てはまる場合、バッファーメッセージセット内のMPLデータメッセージが隣接するMPLフォワーダーによってまだ受信されていないかどうかを判断します。
o The MPL Control Message does not include an MPL Seed for the MPL Data Message.
o MPL制御メッセージには、MPLデータメッセージのMPLシードは含まれません。
o The MPL Data Message's sequence number is greater than or equal to min-seqno and not included in the neighbor's corresponding Buffered Message Set (i.e., the MPL Data Message's sequence number does not have a corresponding bit in buffered-mpl-messages set to 1).
o MPLデータメッセージのシーケンス番号がmin-seqno以上であり、ネイバーの対応するバッファメッセージセットに含まれていない（つまり、MPLデータメッセージのシーケンス番号には、buffered-mpl-messagesの対応するビットが1に設定されていない） 。
When an MPL Forwarder determines that it has at least one MPL Data Message in its corresponding Buffered Message Set that has not yet been received by a neighbor, the MPL Forwarder MUST reset the MPL Control Message Trickle timer. Additionally, for each of those entries in the Buffered Message Set, the MPL Forwarder MUST reset the Trickle timer and reset e to 0. If a Trickle timer is not associated with the MPL Data Message, the MPL Forwarder MUST initialize and start a new Trickle timer.
MPLフォワーダーが、対応するバッファー付きメッセージセットに、ネイバーがまだ受信していないMPLデータメッセージが少なくとも1つあると判断した場合、MPLフォワーダーは、MPL制御メッセージトリックルタイマーをリセットする必要があります。さらに、バッファー付きメッセージセットのこれらの各エントリについて、MPLフォワーダーはトリクルタイマーをリセットし、eを0にリセットする必要があります。トリクルタイマーがMPLデータメッセージに関連付けられていない場合、MPLフォワーダーは新しいトリクルを初期化して開始する必要があります。タイマー。
This document defines one IPv6 Option, a type that has been allocated from the IPv6 "Destination Options and Hop-by-Hop Options" registry of [RFC2780].
このドキュメントは、[RFC2780]のIPv6「宛先オプションとホップバイホップオプション」レジストリから割り当てられたタイプの1つのIPv6オプションを定義します。
This document defines one ICMPv6 Message, a type that has been allocated from the "ICMPv6 'type' Numbers" registry of [RFC4443].
このドキュメントでは、[RFC4443]の「ICMPv6 'type' Numbers」レジストリから割り当てられたタイプの1つのICMPv6メッセージを定義しています。
This document registers a well-known multicast address from the "Variable Scope Multicast Addresses" registry of [RFC3307].
このドキュメントは、[RFC3307]の「Variable Scope Multicast Addresses」レジストリから既知のマルチキャストアドレスを登録します。
IANA has allocated an IPv6 Option Type from the IPv6 "Destination Options and Hop-by-Hop Options" registry of [RFC2780], as specified in Table 1 below:
IANAは、[RFC2780]のIPv6「宛先オプションとホップバイホップオプション」レジストリからIPv6オプションタイプを割り当てました。
+-----------+-----+-----+-------+-------------+-----------+
| Hex Value | act | chg | rest | Description | Reference |
+-----------+-----+-----+-------+-------------+-----------+
| 0x6D | 01 | 1 | 01101 | MPL Option | RFC 7731 |
+-----------+-----+-----+-------+-------------+-----------+
Table 1: IPv6 Option Type Allocation
表1：IPv6オプションタイプの割り当て
Note: IANA has marked the value 0x4D (previously "MPL Option") as "Deprecated".
注：IANAは値0x4D（以前の「MPLオプション」）を「非推奨」としてマークしました。
IANA has allocated an ICMPv6 Type from the "ICMPv6 'type' Numbers" registry of [RFC4443], as specified in Table 2 below:
IANAは、[RFC4443]の「ICMPv6 'type' Numbers」レジストリからICMPv6タイプを割り当てました。
+------+---------------------+-----------+
| Type | Name | Reference |
+------+---------------------+-----------+
| 159 | MPL Control Message | RFC 7731 |
+------+---------------------+-----------+
Table 2: ICMPv6 Type Allocation
表2：ICMPv6タイプの割り当て
IANA has allocated an IPv6 multicast address, with Group ID in the range [0x01,0xFF] for IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) compression [RFC6282], "ALL_MPL_FORWARDERS" from the "Variable Scope Multicast Addresses" sub-registry of the "IPv6 Multicast Address Space Registry" [RFC3307], as specified in Table 3 below:
IANAはIPv6マルチキャストアドレスを割り当て、グループIDは[0x01,0xFF]の範囲で、IPv6 over Low-Powerワイヤレスパーソナルエリアネットワーク（6LoWPAN）圧縮[RFC6282]、「ALL_MPL_FORWARDERS」、「Variable Scope Multicast Addresses」サブ下の表3で指定されている「IPv6マルチキャストアドレススペースレジストリ」[RFC3307]のレジストリ。
+---------------------+--------------------+-----------+------------+
| Address(es) | Description | Reference | Date |
| | | | Registered |
+---------------------+--------------------+-----------+------------+
| FF0X:0:0:0:0:0:0:FC | ALL_MPL_FORWARDERS | RFC 7731 | 2013-04-10 |
+---------------------+--------------------+-----------+------------+
Table 3: Variable Scope Multicast Address Allocation
表3：可変スコープマルチキャストアドレスの割り当て
MPL uses sequence numbers to maintain a total ordering of MPL Data Messages from an MPL Seed. The use of sequence numbers allows a denial-of-service attack where an attacker can spoof a message with a sufficiently large sequence number to (i) flush messages from the Buffered Message List and (ii) increase the MinSequence value for an MPL Seed in the corresponding Seed Set. In both cases, the side effect allows an attacker to halt the forwarding process of any MPL Data Messages being disseminated and prevents MPL Forwarders from accepting new MPL Data Messages that an MPL Seed generates while the sequence number is less than MinSequence or until the corresponding Seed Set Entry expires. The net effect applies to both proactive and reactive forwarding modes.
MPLはシーケンス番号を使用して、MPLシードからのMPLデータメッセージの全体的な順序を維持します。シーケンス番号を使用すると、サービス拒否攻撃が可能になります。攻撃者は、シーケンス番号が十分に大きいメッセージを偽装して、（i）バッファメッセージリストからメッセージをフラッシュし、（ii）MPLシードのMinSequence値を増やすことができます。対応するシードセット。どちらの場合も、副作用により、攻撃者は配布されるMPLデータメッセージの転送プロセスを停止でき、シーケンス番号がMinSequence未満である間、または対応するシードまで、MPLシードが生成する新しいMPLデータメッセージをMPLフォワーダーが受け入れないようにします。セットエントリの期限が切れます。最終的な効果は、プロアクティブ転送モードとリアクティブ転送モードの両方に適用されます。
In general, the basic ability to inject messages into an LLN may be used as a denial-of-service attack, regardless of what forwarding protocol is used. Because MPL is a dissemination protocol, the ability to spoof MPL messages allows an attacker to affect an entire MPL Domain. For these reasons, LLNs typically employ link-layer security mechanisms to mitigate an attacker's ability to inject messages. For example, the IEEE 802.15.4 [IEEE802.15.4] standard specifies frame security mechanisms using AES-128 to support access control, message integrity, message confidentiality, and replay protection. However, if the attack vector includes attackers that have access to the LLN, then MPL SHOULD NOT be used.
一般に、LLNにメッセージを挿入する基本的な機能は、使用されている転送プロトコルに関係なく、サービス拒否攻撃として使用される可能性があります。 MPLは配布プロトコルであるため、MPLメッセージを偽装する機能により、攻撃者はMPLドメイン全体に影響を与えることができます。これらの理由により、LLNは通常、リンク層セキュリティメカニズムを使用して、メッセージを挿入する攻撃者の能力を軽減します。たとえば、IEEE 802.15.4 [IEEE802.15.4]標準では、アクセス制御、メッセージの整合性、メッセージの機密性、および再生保護をサポートするために、AES-128を使用するフレームセキュリティメカニズムが規定されています。ただし、攻撃ベクトルにLLNへのアクセス権を持つ攻撃者が含まれる場合、MPLは使用すべきではありません（SHOULD NOT）。
To prevent attackers from injecting packets through an MPL Forwarder, the MPL Forwarder MUST NOT accept or forward MPL Data Messages from a communication interface that does not subscribe to the MPL Domain Address identified in the message's destination address.
攻撃者がMPLフォワーダーを介してパケットを注入するのを防ぐために、MPLフォワーダーは、メッセージの宛先アドレスで識別されるMPLドメインアドレスにサブスクライブしない通信インターフェイスからのMPLデータメッセージを受け入れたり転送したりしてはなりません（MUST NOT）。
MPL uses the Trickle algorithm to manage message transmissions; therefore, the security considerations described in [RFC6206] apply.
MPLは、トリクルアルゴリズムを使用してメッセージの送信を管理します。したがって、[RFC6206]で説明されているセキュリティの考慮事項が適用されます。
[RFC1982] Elz, R. and R. Bush, "Serial Number Arithmetic", RFC 1982, DOI 10.17487/RFC1982, August 1996, <http://www.rfc-editor.org/info/rfc1982>.
[RFC1982] Elz、R. and R. Bush、 "Serial Number Arithmetic"、RFC 1982、DOI 10.17487 / RFC1982、August 1996、<http://www.rfc-editor.org/info/rfc1982>。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。
[RFC2460] Deering, S. and R. Hinden, "Internet Protocol, Version 6 (IPv6) Specification", RFC 2460, DOI 10.17487/RFC2460, December 1998, <http://www.rfc-editor.org/info/rfc2460>.
[RFC2460] Deering、S。およびR. Hinden、「インターネットプロトコル、バージョン6（IPv6）仕様」、RFC 2460、DOI 10.17487 / RFC2460、1998年12月、<http://www.rfc-editor.org/info/ rfc2460>。
[RFC2473] Conta, A. and S. Deering, "Generic Packet Tunneling in IPv6 Specification", RFC 2473, DOI 10.17487/RFC2473, December 1998, <http://www.rfc-editor.org/info/rfc2473>.
[RFC2473] Conta、A。およびS. Deering、「Generic Packet Tunneling in IPv6 Specification」、RFC 2473、DOI 10.17487 / RFC2473、1998年12月、<http://www.rfc-editor.org/info/rfc2473>。
[RFC2780] Bradner, S. and V. Paxson, "IANA Allocation Guidelines For Values In the Internet Protocol and Related Headers", BCP 37, RFC 2780, DOI 10.17487/RFC2780, March 2000, <http://www.rfc-editor.org/info/rfc2780>.
[RFC2780] Bradner、S.およびV. Paxson、「IANA Allocation Allocation Guidelines for Values in the Internet Protocol and Related Headers」、BCP 37、RFC 2780、DOI 10.17487 / RFC2780、2000年3月、<http：//www.rfc- editor.org/info/rfc2780>。
[RFC3307] Haberman, B., "Allocation Guidelines for IPv6 Multicast Addresses", RFC 3307, DOI 10.17487/RFC3307, August 2002, <http://www.rfc-editor.org/info/rfc3307>.
[RFC3307] Haberman、B。、「IPv6マルチキャストアドレスの割り当てガイドライン」、RFC 3307、DOI 10.17487 / RFC3307、2002年8月、<http://www.rfc-editor.org/info/rfc3307>。
[RFC4007] Deering, S., Haberman, B., Jinmei, T., Nordmark, E., and B. Zill, "IPv6 Scoped Address Architecture", RFC 4007, DOI 10.17487/RFC4007, March 2005, <http://www.rfc-editor.org/info/rfc4007>.
[RFC4007] Deering、S.、Haberman、B.、Jinmei、T.、Nordmark、E。、およびB. Zill、「IPv6 Scoped Address Architecture」、RFC 4007、DOI 10.17487 / RFC4007、2005年3月、<http：/ /www.rfc-editor.org/info/rfc4007>。
[RFC4443] Conta, A., Deering, S., and M. Gupta, Ed., "Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification", RFC 4443, DOI 10.17487/RFC4443, March 2006, <http://www.rfc-editor.org/info/rfc4443>.
[RFC4443] Conta、A.、Deering、S。、およびM. Gupta、編、「インターネットプロトコルバージョン6（IPv6）仕様のインターネット制御メッセージプロトコル（ICMPv6）」、RFC 4443、DOI 10.17487 / RFC4443、3月2006、<http://www.rfc-editor.org/info/rfc4443>。
[RFC6206] Levis, P., Clausen, T., Hui, J., Gnawali, O., and J. Ko, "The Trickle Algorithm", RFC 6206, DOI 10.17487/RFC6206, March 2011, <http://www.rfc-editor.org/info/rfc6206>.
[RFC6206] Levis、P.、Clauseen、T.、Hui、J.、Gnawali、O。、およびJ. Ko、「The Trickle Algorithm」、RFC 6206、DOI 10.17487 / RFC6206、2011年3月、<http：// www.rfc-editor.org/info/rfc6206>。
[RFC6282] Hui, J., Ed., and P. Thubert, "Compression Format for IPv6 Datagrams over IEEE 802.15.4-Based Networks", RFC 6282, DOI 10.17487/RFC6282, September 2011, <http://www.rfc-editor.org/info/rfc6282>.
[RFC6282] Hui、J.、Ed。、およびP. Thubert、「IEEE 802.15.4ベースのネットワーク上のIPv6データグラムの圧縮形式」、RFC 6282、DOI 10.17487 / RFC6282、2011年9月、<http：// www。 rfc-editor.org/info/rfc6282>。
[RFC6550] Winter, T., Ed., Thubert, P., Ed., Brandt, A., Hui, J., Kelsey, R., Levis, P., Pister, K., Struik, R., Vasseur, JP., and R. Alexander, "RPL: IPv6 Routing Protocol for Low-Power and Lossy Networks", RFC 6550, DOI 10.17487/RFC6550, March 2012, <http://www.rfc-editor.org/info/rfc6550>.
[RFC6550]冬、T。、編、Thubert、P。、編、Brandt、A。、ホイ、J。、ケルシー、R。、リーバイス、P。、ピスター、K。、ストルーイク、R。、ヴァッサー、JP。、およびR.アレクサンダー、「RPL：低電力および損失の多いネットワーク用のIPv6ルーティングプロトコル」、RFC 6550、DOI 10.17487 / RFC6550、2012年3月、<http://www.rfc-editor.org/info/ rfc6550>。
[RFC7346] Droms, R., "IPv6 Multicast Address Scopes", RFC 7346, DOI 10.17487/RFC7346, August 2014, <http://www.rfc-editor.org/info/rfc7346>.
[RFC7346] Droms、R。、「IPv6マルチキャストアドレススコープ」、RFC 7346、DOI 10.17487 / RFC7346、2014年8月、<http://www.rfc-editor.org/info/rfc7346>。
[Clausen2013] Clausen, T., de Verdiere, A., and J. Yi, "Performance Analysis of Trickle as a Flooding Mechanism", The 15th IEEE International Conference on Communication Technology (ICCT2013), DOI 10.1109/ICCT.2013.6820439, November 2013.
[Clausen2013] Clausen、T.、de Verdiere、A。、およびJ. Yi、「フラッディングメカニズムとしてのトリクルのパフォーマンス分析」、第15回IEEE通信技術国際会議（ICCT2013）、DOI 10.1109 / ICCT.2013.6820439、11月2013。
[IEEE802.15.4] IEEE, "IEEE Standard for Local and metropolitan area networks--Part 15.4: Low-Rate Wireless Personal Area Networks (LR-WPANs)", IEEE 802.15.4, DOI 10.1109/ieeestd.2011.6012487, <http://ieeexplore.ieee.org/servlet/ opac?punumber=6012485>.
[IEEE802.15.4] IEEE、「IEEE Standard for Local and Metropolitan Area Networks-Part 15.4：Low-Rate Wireless Personal Area Networks（LR-WPANs）」、IEEE 802.15.4、DOI 10.1109 / ieeestd.2011.6012487、<http： //ieeexplore.ieee.org/servlet/ opac？punumber = 6012485>。
[RFC3973] Adams, A., Nicholas, J., and W. Siadak, "Protocol Independent Multicast - Dense Mode (PIM-DM): Protocol Specification (Revised)", RFC 3973, DOI 10.17487/RFC3973, January 2005, <http://www.rfc-editor.org/info/rfc3973>.
[RFC3973] Adams、A.、Nicholas、J。、およびW. Siadak、「Protocol Independent Multicast-Dense Mode（PIM-DM）：Protocol Specification（Revised）」、RFC 3973、DOI 10.17487 / RFC3973、2005年1月、< http://www.rfc-editor.org/info/rfc3973>。
[RFC4601] Fenner, B., Handley, M., Holbrook, H., and I. Kouvelas, "Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)", RFC 4601, DOI 10.17487/RFC4601, August 2006, <http://www.rfc-editor.org/info/rfc4601>.
[RFC4601] Fenner、B.、Handley、M.、Holbrook、H。、およびI. Kouvelas、「Protocol Independent Multicast-Sparse Mode（PIM-SM）：Protocol Specification（Revised）」、RFC 4601、DOI 10.17487 / RFC4601 、2006年8月、<http://www.rfc-editor.org/info/rfc4601>。
Acknowledgements
謝辞
The authors would like to acknowledge the helpful comments of Robert Cragie, Esko Dijk, Ralph Droms, Paul Duffy, Adrian Farrel, Ulrich Herberg, Owen Kirby, Philip Levis, Kerry Lynn, Joseph Reddy, Michael Richardson, Ines Robles, Don Sturek, Dario Tedeschi, and Peter van der Stok, which greatly improved the document.
著者は、Robert Cragie、Esko Dijk、Ralph Droms、Paul Duffy、Adrian Farrel、Ulrich Herberg、Owen Kirby、Philip Levis、Kerry Lynn、Joseph Reddy、Michael Richardson、Ines Robles、Don Sturek、Darioの有益なコメントに感謝しますTedeschi、およびPeter van der Stok。これにより、ドキュメントが大幅に改善されました。
Authors' Addresses
著者のアドレス
Jonathan W. Hui Nest Labs 3400 Hillview Ave. Palo Alto, California 94304 United States
Jonathan W. Hui Nest Labs 3400 Hillview Ave. Palo Alto、California 94304アメリカ合衆国
Phone: +650 253 2770
Email: jonhui@nestlabs.com
Richard Kelsey Silicon Labs 25 Thomson Place Boston, Massachusetts 02210 United States
Richard Kelsey Silicon Labs 25 Thomson Placeボストン、マサチューセッツ02210アメリカ合衆国
Phone: +617 951 1225
Email: richard.kelsey@silabs.com