¿Por qué 192.168. *. * Para direcciones locales? [cerrado]

El estándar que he visto hasta ahora es usar 192.168. *. * Direcciones IP para dispositivos en la red local.

¿Por qué esta combinación? Si fuera yo, hubiera elegido algo más simple, como 1.0. *. *. ¿Cuál es la razón histórica?

Nota: A menos que podamos obtener uno de los autores originales de RFC 1918 / RFC 1597 o alguien de InterNIC / RIPE NCC en ese momento (1994-1996) para comentar *, es posible que tengamos que adivinar y las respuestas a esta pregunta siendo mayormente basado en la opinión.

Según RFC 1918 , los siguientes tres rangos están reservados para su uso en redes privadas:

10.0.0.0        -   10.255.255.255  (10/8 prefix)
172.16.0.0      -   172.31.255.255  (172.16/12 prefix)
192.168.0.0     -   192.168.255.255 (192.168/16 prefix)

Es por eso que los vería utilizados para dispositivos en la red local.

El razonamiento detrás de al menos partes de cada uno de estos tres rangos de direcciones "privadas" es bastante sencillo, pero nuevamente fuera de la lógica, estas son suposiciones basadas en mis lecturas a lo largo de los años.

Primero considere que las redes con clase son las siguientes (fuente del artículo de Wikipedia en Classful Network ):

Class A
  0.  0.  0.  0 = 00000000.00000000.00000000.00000000
127.255.255.255 = 01111111.11111111.11111111.11111111
                  0nnnnnnn.HHHHHHHH.HHHHHHHH.HHHHHHHH

Class B
128.  0.  0.  0 = 10000000.00000000.00000000.00000000
191.255.255.255 = 10111111.11111111.11111111.11111111
                  10nnnnnn.nnnnnnnn.HHHHHHHH.HHHHHHHH

Class C
192.  0.  0.  0 = 11000000.00000000.00000000.00000000
223.255.255.255 = 11011111.11111111.11111111.11111111
                  110nnnnn.nnnnnnnn.nnnnnnnn.HHHHHHHH

Class D
224.  0.  0.  0 = 11100000.00000000.00000000.00000000
239.255.255.255 = 11101111.11111111.11111111.11111111
                  1110XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Class E
240.  0.  0.  0 = 11110000.00000000.00000000.00000000
255.255.255.255 = 11111111.11111111.11111111.11111111
                  1111XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Como puede ver, cada uno de los tres rangos RFC1918 corta un bloque privado de uno de los viejos rangos de red "con clase". (Clase A, Clase B y Clase C en este caso).

Para citar a Dumbledore: "A partir de este momento, dejaremos los cimientos firmes de los hechos y viajaremos juntos a través de las turbias marismas de la memoria hacia los matorrales de conjeturas más salvajes".

La IANA había estado asignando direcciones durante muchos años antes del inicio de RFC 1918 (febrero de 1996) . (En realidad, los rangos privados se presentaron por primera vez en RFC 1597 en marzo de 1994). Por ejemplo, si realiza una whois 8.0.0.0búsqueda, puede ver que el Nivel 3 tenía este bloque asignado en 1992-12-01.

Por lo tanto, se puede suponer que los autores de RFC1918 tuvieron que trabajar con la IANA / Jon Postel para encontrar los rangos disponibles, dándonos los rangos privados enumerados anteriormente.

Pero nuevamente, a menos que alguien directamente involucrado en el proceso * hable, esto puede seguir siendo una conjetura.

* _{O simplemente alguien con mejor Google-foo que yo. No pude encontrar una buena fuente primaria para esta información.}

Como otros han señalado, RFC1918 define 3 rangos de IP privados. En 1996, todavía había equipos heredados que no admitían CIDR , por lo que se creó un rango para cada clase. Las direcciones de clase B comienzan en 128.0.0.0 y las direcciones de clase C comienzan en 192.0.0.0; 168 fue elegido solo porque no estaba asignado.

Pero esto plantea otra pregunta: ¿por qué se requería un rango de clase C? Dado que la única diferencia entre las clases A, B y C es el tamaño de la red, ¿por qué no usar solo 10.0.0.0/8? De acuerdo con RFC1918:

Si se puede diseñar un esquema de subredes adecuado y es compatible con el equipo en cuestión, es aconsejable utilizar el bloque de 24 bits (red de clase A) del espacio de direcciones privadas y hacer un plan de direccionamiento con una buena ruta de crecimiento. Si la división en subredes es un problema, se puede usar el bloque de 16 bits (redes de clase C) o el bloque de 20 bits (redes de clase B) del espacio de direcciones privadas.

No estoy seguro exactamente en qué tipo de "problemas" en las subredes estaban pensando los autores. Quizás algún hardware anterior al CIDR no era compatible con redes de Clase A debido a restricciones de memoria (aunque usted pensaría que es la cantidad de hosts, no la cantidad de hosts potenciales , lo que importa).

Además, las redes de clase C son / 24s, aunque 192.168.xx es un / 16, por lo que en redes con clase 192.168.xx en realidad contiene 256 subredes. Esto puede haber sido útil para grandes organizaciones que querían ejecutar subredes privadas en hardware anterior al CIDR.

Utilice 10.0.0.0 - 10.255.255.255, según RFC 6890 , página 6.

Solía ​​pensar que responder preguntas históricas era una buena idea, pero me gustaría evitar hacerlo regularmente, debido a las malas experiencias de vampiros. No parece necesario en este caso. 10.0.0.0/8 es lo suficientemente simple.