UD 05 - Actividad Pág. 66 CISCO SOLUCIÓN
UD 05 - Actividad Pág. 66 CISCO SOLUCIÓN
UD 05 - Actividad Pág. 66 CISCO SOLUCIÓN
Si tenemos en cuenta un crecimiento del 100% en cualquiera de las áreas, podremos tener
en el caso peor:
o 2 subredes en la figura + aumento del 100% --> hasta 4 subredes
o 12+18=30 equipos + aumento del 100% --> hasta 60 equipos
Como el enunciado pide que minimicemos el número de hosts en cada subred, debemos
minimizar el número de bits que se destinan a identificador de host, en este caso los 6 bits
calculados antes. El resto de bits se dan al identificador de red.
ID Red ID Host
Por defecto 24 bits 8 bits
24 bits 2 bits para subredes + 6 bits para equipos
Mínimo nº de No hay bits "de sobra" en este caso. Ver los
hosts/subred ejemplos a continuación para otras situaciones
posibles.
De todo esto ID Red y Subred ID Host
resulta:
26 bits = 6 bits
= 24 bits por defecto +
+ 2 bits del cálculo de subredes
que tomamos prestados
Para calcular los rangos, voy a expresar los tres primero bytes en decimal y el último, que será el
único que cambie, en binario:
210.15.10.xx xxxxxx / 26
IDSubred_IDHost
Primera subred, SUBRED 00 (La asignamos por ejemplo a Science Room y English classroom)
Rango completo:
210.15.10.00 000000 (210.15.10.0/26 en decimal todo) hasta 210.15.10.00 111111
(210.15.10.63/26)
Pero la primera y la última de estas direcciones no son válidas para asignar a equipos,
corresponden con:
• la dirección de red (todos los bits de IDHost a 0)
• y la dirección de broadcast (todos los bits de IDHost a 1).
Así sucederá con todos los rangos.
Para asignar direcciones a equipos, tendremos que elegir dentro de este rango:
210.15.10. 00 000001 hasta
210.15.10. 00 111110
y con todos los bytes en decimal :
210.15.10.1/26 a
210.15.10.62/26
** Si depende de nosotros, los 8 bits "sobrantes" irán donde más nos convenga o nos guste. De
hecho, en este caso podríamos dar, de esos 8 "sobrantes", 6 para subredes y 2 para equipos, de
forma que nos quedaría una máscara de 24 bits.**
Para calcular los rangos, observemos que como solo necesito 4 subredes en caso de crecimiento,
variando los dos últimos bits del identificador de red, tendré suficiente.
170.20.xxxxxxxx.xx xxxxxx / 26
Puedo mantener en todos los casos el tercer byte a cero, por ejemplo.
Voy a expresar los tres primero bytes en decimal y el último, que será el único que cambie, en
binario:
170.20.0.xx xxxxxx / 26
IDSubred_IDHost
Las dos siguientes ya no hacen falta para lo representado en el esquema, pero se utilizarían si hay un
crecimiento futuro:
SUBRED 10
170.20.0.10 000000
170.20.0.10 111111
SUBRED 11
170.20.0.11 000000
170.20.0.11 111111
Con este esquema de direccionamiento, podríamos tener muchas más subredes, en concreto hasta
2^10=1024 subredes. Tened en cuenta que el tercer byte también lo hemos dedicado a identificador
de subredes, aunque para la red presentada en este ejercicio, no hace falta variarlo.
MISMO EJERCICIO con la dirección 170.20.0.0,
pero ahora MINIMIZANDO EL NÚMERO DE SUBREDES
Si nos pidieran minimizar número de subredes en lugar de número de equipos en cada subred:
ID Red ID Host
Por defecto 16 bits 16 bits
16 bits 2 bits para subredes + 8 bits que tenemos que
decidir a qué parte los asignamos + 6 bits para
equipos
Mínimo nº de Tenemos que dejar solo 2 bits (el mínimo) para
subredes identificar las subredes.
Expreso los dos primeros bytes en decimal (no cambiarán) y los otros dos en binario:
1ª subred:
170.20. 00 000000 . 00000000 --> 170.20.0.0/18
170.20. 00 111111 . 11111111 --> 170.20.63.255/18
2ª subred:
170.20. 01 000000 . 00000000 --> 170.20.64.0/18
170.20. 01 111111 . 11111111 --> 170.20.127.255/18
3ª subred:
170.20. 10 000000 . 00000000 --> 170.20.128.0/18
170.20. 10 111111 . 11111111 --> 170.20.191.255/18
4ª subred:
170.20. 11 000000 . 00000000 --> 170.20.192.0/18
170.20. 11 111111 . 11111111 --> 170.20.255.255/18