4.3. 特定源组播地址的分配

SSM 目的地址 232.0.0.0 被保留, 且 MUST NOT 用作目的地址. 类似地, FF3x::4000:0000 也被保留. 保留这两个地址的目的是为 IPv4 和 IPv6 各保留一个无效的 SSM 目的地址, 这在实现中可作为空值 (null value) 使用. 地址范围 232.0.0.1 - 232.0.0.255 目前保留给 IANA 分配. FF3x::4000:0001 至 FF3x::7FFF:FFFF 范围内的 SSM 目的地址同样保留给 IANA 分配 [IPv6-MALLOC]. 保留这些地址的动机在下文第 9 节 "IANA 考虑" (IANA Considerations) 中概述.

将剩余 SSM 地址分配给发送应用的政策, 严格由发送主机本地决定.

当动态分配 SSM 地址时, 主机或主机操作系统 MUST NOT 从第一个允许的地址开始顺序分配. RECOMMENDED 的做法是, 在确保所分配地址不同时提供给多个应用 (并避开保留地址) 的前提下, 随机分配给应用. 对于 IPv6, 随机化应作用于地址的最低 31 位.

如第 6 节所述, 带有 SSM 目的地址的 IP 数据包到链路层组播地址的映射, 并不考虑数据报的源 IP 地址 (在以太网等常用链路层上). 如果所有主机都从第一个允许的地址开始, 那么在共享介质局域网上, 许多特定源信道极有可能使用相同的链路层组播地址. 结果, 发往某个信道订阅者的流量会被递送给另一主机的 IP 模块, 后者随后不得不丢弃该数据报.

主机操作系统 SHOULD 提供一个接口, 允许应用在会话开始之前预先请求一个信道目的地址的唯一分配, 并且该分配数据库 SHOULD 在主机重启后仍然保留. 通过提供持久分配, 主机应用可以在网页或其他目录上提前公布该会话. (我们注意到此问题并非 SSM 应用所特有 -- ASM 也会出现同样的问题.)

本文档既不定义请求或归还地址的接口, 也不规定存储这些分配的主机算法. RFC 2771 [RFC2771] 定义了一个合理的抽象 API. 注意 RFC 2771 允许应用在特定地址范围内请求地址. 如果使用此接口, 该范围的起始地址 SHOULD 由应用随机选择.

对于 IPv6, 管理域范围的 (administratively scoped) SSM 信道地址是通过为 SSM 目的地址选择合适的范围标识符创建的. 常规的 IPv6 组播范围边界 [SCOPINGv6] 适用于发送到 SSM 目的地址的流量, 包括应用于源地址和目的地址的任何相关边界.

目前还没有为 IPv4 特定源组播定义的全局一致的、管理域范围的地址范围 [ADMIN-SCOPE]. 对于 IPv4, SSM 地址的管理域范围界定可以在管理域内, 通过在该域的边界路由器处过滤发往某范围地址的出站 SSM 流量来实现.