摘要

  • RFC 3180 把一项为期一年的实验提升为 BCP 53：在 IPv4 组播 233/8 地址块中，两字节 AS 号码决定一个 /24，也就是 256 个组地址，无需再次登记。
  • 这种便利继承了 AS 登记体系的局限：它无法表示四字节 ASN，一个 AS 也可能覆盖多个站点或组织。RFC 6034 后来增加了基于前缀的方案，但明确保留了 RFC 3180。

这个地址本身就想提示谁能分配它。在 233/8 中，第一字节固定；接下来两个字节照搬一个 16 位 AS 号码；最后一个字节留给该 AS 的 256 个组播组。RFC 3180 的例子把 AS 5662 映射为 233.22.30.0/24。运营商可以从已有的路由 AS 号码推导地址块，而不用再通过一个跨域分配机制申请组播地址。

这套办法针对的是一个具体难题。2000 年 2 月发布的 RFC 2770 实验指出，一些内容聚合方需要在较长时间内固定使用组地址，动态会话分配未必适用。运营商、聚合方和应用开发者也没有对统一的分配机制形成共识。于是，233/8 的静态用途最初设为一年，之后可续期。2001 年 9 月，RFC 3180 用 BCP 53 取代了那项实验。它针对的是源特定组播未覆盖的静态地址子集，并非全部组播分配。

复用现成编号让规则容易理解，却也把编号体系的边界带了进来。RFC 3180 明确规定该方法只适用于两字节 AS 号码。ASN 扩展到四字节后，GLOP 没有额外位数可以放入新值。地址块描述的还是一个 AS，而不必然是一个组织或站点。一个包含多处站点、多个业务的 AS，仍然需要在内部协调；从地址中读出 AS，也未必能确定具体责任组织。

2010 年的 RFC 6034 从另一端处理这个问题：它让 IPv4 组播地址范围根据组织的全球单播前缀推导，结构类似 IPv6 的前缀型组播地址。在前缀条件允许时，这个边界可以更细，也不再受四字节 ASN 编码限制。但它没有简单地取代 GLOP：RFC 6034 明说自己既不更新也不废止 RFC 3180。单播前缀比 /24 更具体的组织可能仍需 GLOP，一个组织也可以同时使用两种方法。两者借用的是不同的既有权限来源：AS 号码和全球可路由的地址前缀。

这个替代方案也没有让分配问题消失，而是改变了可计算地址的依据。RFC 6034 使用 234/8，并把合格的全球单播前缀放入组播地址；其余位留给组织在本地选择组地址。采用它的组织因此要同时维护前缀资格和内部划分规则。若单播前缀长度超过 /24，该格式就不提供对应的 234/8 地址块；RFC 3180 对这类组织仍有意义。这里比较的是两套地址推导规则及其适用边界，并不能据此推断某个网络部署了哪套方案。GLOP 把责任线放在 AS 编号，RFC 6034 则更接近单播前缀持有方；地址中出现任何一类编号，都不等于识别出具体业务团队，也不替代站点内部的协调。

IANA 当前登记仍把 233.0.0.0 至 233.251.255.255 标为 GLOP 地址块，附近范围则另行处理。这能证明分配规则仍有清晰边界，却不能说明实际流量有多少、地址是否进入路由，或接收端是否收到数据。现有文件既不能证明它普遍部署，也不能证明它已经消失。它们记录的是：为简化静态组地址分配，协议把已有编号嵌入地址；当这个编号的位宽和组织粒度不适用所有情形时，后来又增加了另一种映射方式。

来源