11.7. 分隔符字符的组合 (Combinations of Delimiter Characters)

为 IPv6 地址定义了其他类型的分隔符字符.在本小节中,我们描述它们应该如何与非全局地址的格式组合.

IPv6 地址架构 [1] 还定义了 IPv6 前缀的语法.如果前缀的地址部分是非全局的并且其作用域区域应该消除歧义,则地址部分应该 (SHOULD) 采用该格式.例如,第二个链路上的链路本地前缀 fe80::/64 可以表示如下:

fe80::%2/64

在这种组合中,当我们考虑通过名称到地址库函数 [11] 解析格式时,将区域索引部分放在前缀长度之前很重要.也就是说,我们可以首先将带有区域索引的地址与前缀长度分开,然后将前者传递给库函数.

URL 中文字 IPv6 地址的首选格式也已定义 [12].当用户键入 IPv6 非全局地址的首选格式(其区域应明确指定)时,用户可以使用非全局地址的格式与首选格式相结合.

但是,键入的 URL 通常在线路上发送,如果应用程序在发送之前没有删除 <zone_id> 部分,则会导致混淆.请注意,应用程序不应该关心它们使用的是哪种地址,更不用说解析或删除地址的 <zone_id> 部分了.

此外,非全局地址的格式可能与 URI 语法 [13] 冲突,因为该语法将分隔符字符(%)定义为转义字符.这种冲突需要例如将区域 1 的 <zone_id> 部分与分隔符表示为 '%251'.这也意味着我们不能简单地从其他源复制未转义的格式作为 URI 解析器的输入.此外,如果 URI 解析器在将转义格式传递给名称到地址库之前没有转换它,转换将失败.所有这些问题都会降低本节中描述的文本表示的好处.

因此,本文档没有指定如何将非全局地址的格式与文字 IPv6 地址的首选格式组合.无论如何,建议在 URL 中使用 FQDN 而不是文字 IPv6 地址(只要有 FQDN 可用).