5

我试图了解选择 IPv6 多播地址组 ID 的规则，而 RFC 似乎有些不一致。例如，在RFC 2373第 2.7 节中显示了该图：

|   8    |  4 |  4 |                  112 bits                   |
+------ -+----+----+---------------------------------------------+
|11111111|flgs|scop|                  group ID                   |
+--------+----+----+---------------------------------------------+

...但是在第 2.7.2 节中它显示了这一点：

|   8    |  4 |  4 |          80 bits          |     32 bits     |
+------ -+----+----+---------------------------+-----------------+
|11111111|flgs|scop|   reserved must be zero   |    group ID     |
+--------+----+----+---------------------------+-----------------+

所以我的问题是，组 ID 字段的高 80 位是否可用？如果它们可用，是否仅在某些情况下（例如，当使用非以太网网络技术时？）如果我在以太网 LAN 上多播时设置这些位，我应该会遇到什么问题？

4

2 回答 2

2

根据 Stevens UNP，第 1 卷，第三版，为 IPv6 多播地址定义了两种格式，该flags字段区分它们（flags=00PT）：

  • 如果P = 0 那么它是正常的多播地址。80 位全为零，T标志在已知地址和临时地址之间进行区分，
  • 如果P = 1 那么这是一个基于单播的地址，80 位包含单播前缀的长度和值。

本书为后者提到了 RFC 3306。

RFC 3307 [Haberman 2002] 描述了 IPv6 组地址（组 ID ） 的低 32 位的分配机制，与P标志 的设置无关。
于 2009-12-24T21:59:16.750 回答
0

Nikolai 对PIPv6 多播地址中的位的描述是正确的，但我认为这不是RFC2373中两个寻址部分之间差异的基础。

第2.7.2节描述了使用使用低 32 位的多播地址的建议，因为它们将映射到唯一的多播以太网 MAC 地址。

IPv6 多播地址以下列格式映射到以太网 MAC 地址（在rfc2464中描述）： 33:33:xx:xx:xx:xx，其中xx:xx:xx:xx是 IPv6 多播地址的低 32 位。

于 2010-04-28T00:04:45.960 回答