¿Por qué el orden de bytes de red es Big Endian?

No puedo decir con certeza, ya que se estableció antes de mi tiempo. Pero tengo tres teorías.

Para el primero, considere el histórico documento de 1980 “Sobre las guerras santas y una súplica por la paz”:
http://www.ietf.org/rfc/ien/ien1…
Este documento proporcionó una visión general del problema y propuso inocentemente lanzar una moneda para decidir el asunto de una vez por todas. Pero el documento señala: big-endian fue al menos consistente, mientras que las diferentes arquitecturas little-endian a menudo almacenaban sus entradas multibyte (y flotantes) de diferentes maneras. Por lo tanto, elegir “big-endian” tenía el beneficio de al menos ser consistente e inmediatamente obvio para todos.

En segundo lugar, señalo que conceptualmente la mayoría de la gente ve los bits dentro de un byte como big-endian; el bit más grande, que representa 128, está a la izquierda. Entonces, si envía los bits dentro de un byte a través del cable en este orden, solo tiene sentido enviar todos los bytes en un entero multibyte en este orden también.

Finalmente, podría deberse a que los VAX eran big endian y los VAX eran máquinas tremendamente populares para ejecutar UNIX en los primeros días de Internet. Entonces, tal vez todos los que no están en VAX eligieron ajustarse a lo que hicieron los VAX.

Como dijo Larry, hasta cierto punto es una elección arbitraria, siempre y cuando todos seamos coherentes.

En un momento en que parecía que Intel gobernaba el mundo, la red de big endian parecía estar en desacuerdo con las máquinas little endian que todos estábamos usando. Si bien muchos de nosotros todavía estamos en arquitecturas little endian, las cosas parecen más equilibradas hoy en día: muchas plataformas móviles son big endian, al igual que las plataformas virtuales ampliamente utilizadas, como la JVM.

Endianness y Byte-Order deberían ser útiles.