3. MLD Snooping Recommendations

The suggestions in this document are based on IGMP, which applies only to IPv4. For IPv6, Multicast Listener Discovery [MLD] must be used instead. Because MLD is based on IGMP, we do not repeat the entire description and recommendations for MLD snooping switches. Instead, we point out the few cases where there are differences from IGMP. 本書の提案は、IPv4にのみ適用されるIGMPに基づいています。IPv6の場合、代わりにマルチキャストリスナー検出[MLD]を使用する必要があります。MLDはIGMPに基づいているため、MLDスヌーピングスイッチに関する説明と推奨事項全体を繰り返すことはしません。代わりに、IGMPと異なるいくつかのケースを指摘します。

1. The IPv6 protocol for multicast group maintenance is called Multicast Listener Discovery [MLDv2]. MLDv2 uses ICMPv6 message types instead of IGMP message types. マルチキャストグループメンテナンスのためのIPv6プロトコルは、マルチキャストリスナー検出[MLDv2]と呼ばれます。MLDv2は、IGMPメッセージタイプの代わりにICMPv6メッセージタイプを使用します。
2. Equivalent to the IPv4 behaviors regarding the null IP Source address, MLD membership reports must not be rejected by an MLD snooping switch because of an unspecified IP source address (::). NULL IPソースアドレスに関するIPv4の動作と同様に、MLDメンバーシップレポートは、未指定のIPソースアドレス(::)を理由にMLDスヌーピングスイッチによって拒否されてはなりません。
3. Additionally, if a non-Querier switch spoofs any General Queries (as addressed in Section 2.1 above, for Spanning Tree topology changes), the switch should use the unspecified IP source address (::) when sending said queries. When such proxy queries are received, they must not be included in the Querier election process. さらに、非クエリアスイッチが（スパニングツリートポロジの変更について上記のセクション2.1で扱われているように）一般的なクエリをなりすます場合、スイッチはそのクエリを送信するときに未指定のIPソースアドレス(::)を使用すべきです。そのようなプロキシクエリが受信された場合、それらはクエリア選出プロセスに含まれてはなりません。
4. The Initial allocation of IPv6 multicast addresses, as described in [RFC3307], however, covers only the lower 32 bits of group ID. ただし、[RFC3307]で説明されているIPv6マルチキャストアドレスの初期割り当ては、グループIDの下位32ビットのみをカバーしています。