Dudas de la pregunta 70

[Zinedine]

La pregunta es correcta a todas luces.
Si te dan la dirección seguida de /XX tienes que pensar que estas en direccionamiento CIDR, por lo que no hay clases, en realidad aunque las hubiera daría igual porque casualmente la máscara de la clase C es /24.
El que sea una dirección privada no tiene absolutamente ninguna importancia en la resolución.

Con la máscara /24 quedan 8 bits para subredes, si usas 4 para el prefijo de red y 4 para host, te quedan 16 redes, o prefijos como dice la pregunta y 14 host por red, ya que la primera dirección de cada subred y la última no se pueden utilizar para host.

Uhmmm... estoy pensando, es que hace que no toco esto bastante tiempo, se supone que la máscara de subred para la red de la pregunta sería /24, pero que para todas y cada una de sus subredes debería ser /28, ¿no? Es que si no, no me cuadran las cosas... porque con esa máscara /24, un paquete que venga dirigido a una subred de la red, pasará sin problemas del router correspondiente a la red, pero al llegar al router de la subred, si esta subred no está con /28 no pasa ni de palo al hacer el AND.

Vamos... es lo que yo creo.

Emiliano... creo que es más sencillo que todo eso, hasta donde yo entiendo el tema, que tampoco es mucho que digamos.
La clave está en que la máscara de subred (los 24 bits primeros en este caso) son los que son 100% comunes a todas las subredes+hosts a los que aplica. Si aplicas una máscara de 28 bits solo te valdrá para diferenciar 16 (2 elevado a 4) subredes+hosts. Esos 28 bits no te permiten identificar 16 subredes distintas con los 24 primeros bits comunes, sino solo 1 subred concreta. Las otras 15 restantes no pasarían el filtro al aplicar el AND de esos 28 bits a la dirección IP en cuestión....

Los bits de la máscara indican el bloque de bits común a todas las direcciones que hay, y en este caso serían esas 16 subredes con 14 hosts por subred, aunque podría haber otras combinaciones, como 32 subredes con 6 hosts (8 menos 2), u 8 subredes con 30 hosts (32 menos 2), etc...
Pero de las respuestas incluidas, la correcta es la única posible combinación válida.


Espero haberte sido de ayuda.

[Emiliano]

Emiliano... creo que es más sencillo que todo eso, hasta donde yo entiendo el tema, que tampoco es mucho que digamos.
La clave está en que la máscara de subred (los 24 bits primeros en este caso) son los que son 100% comunes a todas las subredes+hosts a los que aplica. Si aplicas una máscara de 28 bits solo te valdrá para diferenciar 16 (2 elevado a 4) subredes+hosts. Esos 28 bits no te permiten identificar 16 subredes distintas con los 24 primeros bits comunes, sino solo 1 subred concreta. Las otras 15 restantes no pasarían el filtro al aplicar el AND de esos 28 bits a la dirección IP en cuestión....

En absoluto. Con 28 bits de máscara de subred puedes identificar cualesquiera 2^4 = 16 subredes diferentes, ya que esos bits de la máscara de subred estarían puestos a 1, y la máscara quedaría 255.255.255.240 . Con ésta máscara de subred configurada en todas las subredes de la red inicial, los paquetes prodrían pasar, pero con /24 en las subredes, sólo pasarían a la red pero no a ninguna de las subredes. Es por esto que la pregunta es bastante liosa, a mi entender. Lo que pasa que ahí pregunta por las subredes que se pueden crear, no por nada más...

[luke2]

Leed bien la pregunta, cuando dice /24 se refiere a la máscara de red, no de subred. Si la dirección fuera clase A o B habría duda, pero siendo clase C no la hay.

Evidentemente para crear subredes hay que ampliar la máscara, para lo cual nos quedan sólo 8 bits.

[xavi_super]

Os estáis montando un lío impresionante cuándo es todo mucho más sencillo.

La pregunta plantea una situación de partida: la dirección 192.168.1.0 y el prefijo /24. Con ésto nos las tenemos que apañar para dar direccionamiento a una red, que eventualmente se puede subdividir en subredes.

Ya que tenemos 24 bits fijos que no podemos tocar, nos quedan nada más que 8 bits para jugar.

En una primera aproximación (hay refinamientos mayores con VLSM), tenemos los siguientes escenarios:

1.- (2^0) 1 red con prefijo /24 y 254 direcciones de host.
2.- (2^1) 2 subredes con prefijo /25 y 126 direcciones de host cada subred.
3.- (2^2) 4 subredes con prefijo /26 y 62 direcciones de host cada subred.
4.- (2^3) 8 subredes con prefijo /27 y 30 direcciones de host cada subred.
5.- (2^4) 16 subredes con prefijo /28 y 14 direcciones de host cada subred.
6.- (2^5) 32 subredes con prefijo /29 y 6 direcciones de host cada subred.
7.- (2^6) 64 subredes con prefijo /30 y 2 direcciones de host cada subred.
(Los prefijos /31 y /32 no conducen a subredes válidas. Se pueden utilizar en definiciones de reglas de filtros y listas de acceso, pero no en subnetting)

Ahora basta mirar si las respuestas dadas encajan en el esquema expuesto

"a) Podría dar a una de sus subredes el prefijo 190.18.1.0/20." No encaja porque propone un prefijo más corto que el de la situación de partida. Podemos añadir bits al prefijo, pero no quitarlos.
"b) Podría generar 16 prefijos, cada uno con capacidad para numerar 14 máquinas." Encaja en el escenario 5.
"c) Podría generar 8 prefijos, cada uno con capacidad para numerar 254 máquinas." No encaja. El único escenario en el que podemos tener 254 máquinas es sin subdividir en subredes. Ni de coña podemos generan 8 prefijos.
"d) Podría generar 4 prefijos, cada uno con capacidad para numerar 126 máquinas." Tampoco encaja. Si queremos tener 126 máquinas por subred, sólo podemos generar como máximo 2 prefijos distintos con esa capacidad, no 4.

Con ésto, pregunta resuelta. Y sin necesidad de plantearnos clases A, B ó C, ni si es classless o classfull, ni CIDR ni VLSM.

[capelo8]

chapeau, por xabi_super!

[Emiliano]

Os estáis montando un lío impresionante cuándo es todo mucho más sencillo.

La pregunta plantea una situación de partida: la dirección 192.168.1.0 y el prefijo /24. Con ésto nos las tenemos que apañar para dar direccionamiento a una red, que eventualmente se puede subdividir en subredes.

Ya que tenemos 24 bits fijos que no podemos tocar, nos quedan nada más que 8 bits para jugar.

En una primera aproximación (hay refinamientos mayores con VLSM), tenemos los siguientes escenarios:

1.- (2^0) 1 red con prefijo /24 y 254 direcciones de host.
2.- (2^1) 2 subredes con prefijo /25 y 126 direcciones de host cada subred.
3.- (2^2) 4 subredes con prefijo /26 y 62 direcciones de host cada subred.
4.- (2^3) 8 subredes con prefijo /27 y 30 direcciones de host cada subred.
5.- (2^4) 16 subredes con prefijo /28 y 14 direcciones de host cada subred.
6.- (2^5) 32 subredes con prefijo /29 y 6 direcciones de host cada subred.
7.- (2^6) 64 subredes con prefijo /30 y 2 direcciones de host cada subred.
(Los prefijos /31 y /32 no conducen a subredes válidas. Se pueden utilizar en definiciones de reglas de filtros y listas de acceso, pero no en subnetting)

Ahora basta mirar si las respuestas dadas encajan en el esquema expuesto

"a) Podría dar a una de sus subredes el prefijo 190.18.1.0/20." No encaja porque propone un prefijo más corto que el de la situación de partida. Podemos añadir bits al prefijo, pero no quitarlos.
"b) Podría generar 16 prefijos, cada uno con capacidad para numerar 14 máquinas." Encaja en el escenario 5.
"c) Podría generar 8 prefijos, cada uno con capacidad para numerar 254 máquinas." No encaja. El único escenario en el que podemos tener 254 máquinas es sin subdividir en subredes. Ni de coña podemos generan 8 prefijos.
"d) Podría generar 4 prefijos, cada uno con capacidad para numerar 126 máquinas." Tampoco encaja. Si queremos tener 126 máquinas por subred, sólo podemos generar como máximo 2 prefijos distintos con esa capacidad, no 4.

Con ésto, pregunta resuelta. Y sin necesidad de plantearnos clases A, B ó C, ni si es classless o classfull, ni CIDR ni VLSM.

Buena explicación, A eso era a lo que yo iba, es que la formulación de la pregunta es un poco liosa, y lo de la nomenclatura de "prefijos" para referirse a las "subredes"... un poco cogida con pinzas.

[xavi_super]

A eso era a lo que yo iba, es que la formulación de la pregunta es un poco liosa, y lo de la nomenclatura de "prefijos" para referirse a las "subredes"... un poco cogida con pinzas.

Yo no la veo nada liosa. Es una pregunta muy cortita y muy sencillita.

Si te plantea problemas el uso de la nomenclatura de los prefijos, decirte que es cada vez más habitual. De hecho en IPv6 se habla más de prefijos que de máscaras. Pero en cualquier caso es perfectamente intercambiable con la nomenclatura de máscaras.

Desde que ha dejado de tener sentido la división en clases, la manera habitual de diseñar direccionamiento es partir de una dirección inicial de red asociada a un prefijo o máscara (puedes llamarlo como quieras); y por refinamiento de ese prefijo se van generando las distintas subredes, que ni siquiera tienen que tener todas ellas la misma longitud de prefijo.

El término "subred" no hay que entenderlo en el sentido estricto de una porción de las antiguas clases A, B ó C. Por poner un ejemplo, en aquel contexto, si era clase C y tenía prefijo /24 se le llamaba red, y se tenía prefijo de mayor longitud se le llamaba subred. Ahora el término "subred" se refiere más bien a una subdivisión de cualquier red inicial, tenga ésta la dirección que tenga y el prefijo que tenga.Por extensión, puedes ver una subred como una red que a su vez se subdivide en más subredes. Por lo tanto, el término "subred" y "red" son intercambiables, y el significado concreto lo da el contexto de la frase en que lo uses y la relación de subdivisión de una red respecto de otra.

Pero fíjate que en esta pregunta, para evitar confusiones en el significado de "red" y "subred", justo la dirección de partida es una clásica Clase C con prefijo /24.

[Emiliano]

Es que en verdad, ahora mismo, tal y como dices, los términos red y subred vienen a significar prácticamente lo mismo. Una subred es una red.