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

34

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?

Deshacer
fuente
55
10.0.0.0/8 es un espacio de direcciones privadas válido ... eso es bastante simple
Mike Pennington
55
La 192parte casi seguramente proviene del hecho de que este fue el bloque de uso privado asociado con las direcciones IP de clase C (en los primeros días con clase) y la clase C comenzó en 192.0.0.0. Hay más información en ¿Por qué las redes domésticas tienen el prefijo 192.168? (Superusuario) y ¿Por qué se usa 192.168.xy para IP locales? (Desbordamiento de pila), pero no puedo encontrar una razón para elegir 168cualquier lugar en Internet.
Aparece el
44
@pops, lo mejor que encontré fue este mensaje de Steven Ehrbar , quien afirmó que 192.168. *. * fue utilizado por una compañía de sistemas en un manual; Esto resultó en un número considerable de personas que utilizan este espacio de direcciones en sus redes internas. Esto sonaba lo suficientemente familiar como para que Randy Bush pensara que era Sun (pero no lo era)
Mike Pennington
Las preguntas sobre curiosidades históricas están explícitamente fuera de tema aquí.
Ron Maupin

Respuestas:

34

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.

Brett Lykins
fuente
1
Esto es correcto. En ese momento, se usaban direcciones vidriosas. Para acomodar redes de diferentes tamaños, se designaron una red de clase A, 32 de clase B y 256 de clase C. ¿Por qué 10, 172.16 y 192.168? Porque era una ocurrencia tardía y estaban disponibles.
bahamat
44
@bahamat 192.168.1.0/24 y 10.1.1.0/24 son comparables. Ambas subredes encajan en la estructura C del mismo tamaño ... no se guardó memoria con 192.168
Mike Pennington
2
CIDR tiene aproximadamente 20 años, nadie tenía enrutadores domésticos hace 20 años
Mike Pennington
2
@bahamat, 9 de cada 10 enrutadores domésticos tienen cero necesidad de ejecutar un IGP (con clase o no) y los ámbitos DHCP en ellos son completamente configurables por el usuario, por lo que no puedo ver la validez de su afirmación.
John Jensen
2
10/8 fue el viejo ARPANET. Después de que su espacio volviera a ARIN, se marcó como reservado y se convirtió en el primer / 8 que yo sepa que está disponible para uso privado. 172.16 / 12 tuvo la asignación contigua más grande sin asignar. No estoy seguro en 192.168 / 16, aparte de que estaba disponible en el antiguo rango de Clase C.
generalnetworkerror
5

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.

sjy
fuente
um a / 24 puede ser una red de clase C si los primeros bits de la dirección son 110. Pero también obtiene un / 24 de una red de clase A o B. Las redes con clase están muertas durante mucho tiempo. Uno solo debe usar Clase-A, -B, -C en un contexto histórico.
Jens Link
-1

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.

Mike Pennington
fuente
1
Francamente, no estás respondiendo la pregunta. Estoy preguntando por la historia, no por un rango local más simple. Si no crees que sea una buena pregunta, ciérrala.
Deshacer el
1
La premisa detrás de su objeción a 192.168. *. * Es que habría "elegido algo más simple". El punto es que 10.0.0.0/8 también es espacio RFC1918, y es algo más simple, pero no puede decidir al azar elegir cualquier espacio de direcciones en Internet sin complicaciones . Si la comunidad quiere cerrar, está bien ... En resumen, creo que estás siendo demasiado pedante WRT "No me digas sobre 10.0.0.0/8 porque pregunté sobre el espacio 192.168".
Mike Pennington
2
Te respeto completamente, y no quiero sonar de otra manera. Sin embargo, parece que responder una pregunta con 'Prefiero no responder esto como está ahora, así que aquí hay una respuesta a una pregunta muy relacionada' no es del todo correcto. Estoy buscando más la motivación detrás de esto, no necesariamente la historia per se. ¡Gracias por estar abierto a la discusión!
Deshacer el