为什么 IPV4 以 10 为基数表示

Question

根据 IP 点表示法，标准使用基数 10 表示而不是十六进制。

127.0.0.1 -> 7F.0.0.1
255.255.255.255 -> FF.FF.FF.FF
10.0.0.1 -> 0A.0.0.1
10.0.0.1/24 -> 0A.0.0.1/18

我在 RFC 中找不到任何关于为什么 IPv4 的约定是以 10 为基数的参考资料，但 MAC 和 IPV6 默认情况下使用十六进制。

我们这样做有理由吗？或者它纯粹是历史性的？

Answer 1

十进制是事实上的标准；IPv4 地址的字符串格式从未正确标准化。几乎所有工具都只采用十进制、点分四进制表示法，但这并不普遍正确；任何仍然使用通用实现的工具inet_aton()都可能处理替代格式。

pingiputils 包中包含的是一个有用的示例。获取 google 的地址之一，并尝试十进制、十六进制和八进制点分四边形：

ping -c1 216.58.195.238
ping -c1 0xd8.0x3a.0xc3.0xee
ping -c1 0330.072.0303.0356

这些都 ping 相同的地址，因为它们都代表相同的 32 位。

但它的意义远不止于此。您不必严格使用四个八位位组；在无类寻址和可变长度网络掩码出现之前，有类寻址曾经指定 8 位、16 位和 24 位网络前缀。其中一些仍然被烘焙到inet_aton()：

上面的地址，格式为8/8/16位：

ping -c1 216.58.50158
ping -c1 0330.072.0141756
ping -c1 0xd8.0x3a.0xc3ee

或者，格式化为 8/24 位：

ping -c1 216.3851246
ping -c1 0330.016541756
ping -c1 0xd8.0x3ac3ee

或者，忘记点，只输入 32 位：

ping -c1 3627729902
ping -c1 033016541756
ping -c1 0xd83ac3ee

但更好的是，您不必以相同的格式移交每个块：

ping -c1 0xd8.072.195.0xee

然而，这一切都引出了一个合理的提醒：inet_aton()它是一个非常非常老的函数，并且不理解 IPv6 地址是什么。如果您今天正在编写代码，您不会想使用inet_aton()，您会想使用inet_pton()，它可以处理两者。我所使用的实现inet_pton()更忠实于十进制点分四组的事实上的标准 IPv4 地址表示形式。对于 IPv6，实际上确实有一个关于字符串表示的 RFC，inet_pton()遵循标准！