c++ - 将 IPv6 存储为 big endian 的原因是什么

Question

我对如何在我的系统上存储 IPv6 地址存有疑问。在我的系统上，我接受来自网络的数据包运行统计并转发它。

我已经读过，无论 CPU 的字节顺序如何，存储它的常用方法都是大端(网络顺序)。虽然我的几个同事说他们也熟悉这种表示法，但包括谷歌在内的任何人都无法具体解释为什么这是习惯传统。

在我看来，数据将在系统中被多次访问，所以将其更改为主机顺序(在我的情况下是小端)并在整个系统上使用它不是更简单吗？每次我想对它运行一些算术运算时运行 ntoh 调用，如果我想在我想发回网络的数据包上使用这个地址，只需将它更改为网络顺序？

Answer 1

原因很简单:因为RFC-1700这么说。

在关于哪种字节序是唯一“正确字节序”的长达三年的争论之后，丹尼·科恩 (Danny Cohen) 发表了 On Holy Wars and a Plea of Peace试图阐明这个问题(这比“字节顺序”更深层次)并且徒劳地希望业界就一个一致的顺序达成一致。
底线是，只要您将消息作为“一条消息”传输，就不存在顺序等问题，但是一旦您传输消息中的子部分(字、字节或位)，您就需要 决定一个订单。只要您坚持自己的决定，选择哪一个并不重要。关于哪种顺序比另一种顺序更正确的争论就像《格列佛游记》中关于如何打碎鸡蛋的争论一样徒劳且愚蠢，科恩提到了这一点并从中取名为“字节顺序”。

1994 年，RFC-1700 的作者决定结束争论，至少就 IP 套件而言，他们声明:

The convention in the documentation of Internet Protocols is to express numbers in decimal and to picture data in "big-endian" order. That is, fields are described left to right, with the most significant octet on the left and the least significant octet on the right.

此后的每个 RFC 都遵循(明确或默默地)该约定，其中当然包括 IPv6。

实际上，IP 地址的字节顺序是什么并不重要。它们可以是小端或大端中的字或字节，或半字节，或者如果实现者认为可行，它们可以计算 Quatloos。
对于 99% 的人，99% 的时间，它的差异为零，因为您既不需要查看或理解地址，也不需要记住“魔法值”，也不需要(通常)修改地址。

您通常从“某处”(例如，getaddrinfo 或recvfrom)获取一个不透明的内存块，它是一个 IP 地址和端口然后您按原样使用该 blob，例如使用 socket 或 sendto。
您通常不需要对地址或类似的东西进行“数学运算”。充其量，您可能想要比较两个地址是否相等。

是的，需要使用地址执行更复杂的事情的应用程序是存在的，但到目前为止它们只是少数应用程序。