IPv6 区域索引和scope_id

Question

区域索引与 sockaddr_in6 结构中的scope_id 有何关系？

平台之间的功能似乎有所不同，我很想知道它们之间的关系。例如，Windows 有一个 SCOPE_ID 结构（如以及一个 32 位值）。 Mac OSX 只有 32 位值。显然 32 位值是正确的选择，但它到底是如何布局的呢？难道前4位还是“级别”吗？网络字节顺序如何影响这一点？

我还假设，在 Windows 下，IP 地址中给出的区域索引（例如 FF80::1%1）直接转换为上述结构的底部 28 位。它如何在使用名称而不是数字的 Mac OSX 下工作（例如 FF80::1%en0）。我是否将其编码为 4 CC？同样，我似乎记得 linux 使用 4 个字符，这不可能适合 28 位。

那么有人可以向我解释一下这个混乱吗？当我完成后，我真的需要写一篇关于这一切的教程，因为网络上关于 ipv6 的信息很少。

编辑：scope_id 是网络字节顺序吗？我只是查看从recvfrom 返回的scope_id，它似乎是小端顺序......这不可能是正确的，不是吗？

Answer 1

区域和范围的索引相同并且经常互换，但术语本身不同。

范围的用法如“全局范围”、“本地范围”、“通用范围”，指的是特定 IPv6 地址的唯一性。每个接口都有一个本地范围，该范围对于直接 LAN 网段来说是唯一的，这对于本地设备的自动配置和发现很有用，例如您刚刚插入网络的打印机。全局范围 IPv6 地址可以由 DHCP 服务器提供。

区域是指定本地范围内特定的有效接口。

范围索引与接口索引不同，为了指定接口，我使用如下结构：

struct interface_req_t {
        uint32_t                                ir_interface;
        uint32_t                                ir_scope_id;
};

每个平台解释值的方式都是唯一的，Windows 根据域对接口枚举进行了多种重新解释。 Windows 实现的缺点是当您热插拔适配器时索引可能会发生变化。在 Unix 上，您通常会看到接口名称 %qe0、%eth0 等，需要时可以将其解析为数字形式，例如 if_nametoindex()。 Windows Vista 添加了兼容的 API。

只有本地作用域可以通过其地址前缀 fe80::/10 来识别。

Windows SCOPE_ID 显示了 IPv4 多播中也存在的设计，即分割地址的管理域。这完全是可选的并且经常被忽略。