¿Cómo dividir una red IPv4 en subredes de diferentes tamaños de la manera más eficiente posible? [cerrado]

Necesito dividir una red 172.16.0.0/12en 3 subredes diferentes para diferentes propósitos. Uno de ellos necesita 6 direcciones de host, otras 85 direcciones de host y las últimas 100 direcciones de host. Debe hacerse para que la menor cantidad de direcciones posible no se use.

Ahora, la primera subred es fácil, puedo hacer una subred 172.16.0.0/29que tenga 2 ³ - 2 = 6 direcciones de host utilizables. Sin embargo, no estoy seguro de cómo abordar la próxima subred. ¿Es posible hacer una subred de say 172.16.0.8-172.16.0.127? ¿Y quizás continuando con el tercero desde 128-255(último octeto)?

Mi segunda suposición sería dividir la subred más pequeña como antes, luego hacer la siguiente subred en 172.16.0.1/25y la última en 172.16.0.2/25. De esta manera, la cantidad de direcciones no utilizadas sería mayor.

También debo mencionar que las subredes deberían tener acceso a Internet. ¿Cómo se puede asegurar esto? Leí que todo el 172.16.0.0/12rango de direcciones es privado y, por lo tanto, no funcionan en Internet. ¿Es esto cierto?

EDITAR: Esto era lo que tenía en mente:

Entiendo que no puedo subred mi red de la misma manera que lo hicieron aquí porque dos de mis subredes tienen que reservar un espacio de direcciones de 128 hosts. Esto significa que podría crear subredes 172.16.0.0/25, 172.16.0.128/25y 172.16.1.0/29. Lo que me pregunto ahora es: ¿el espacio en "reservado para uso futuro" cuenta como algún tipo de subred, o pueden usarse como direcciones normales?

Necesito dividir una red 172.16.0.0/12 en 3 subredes diferentes para diferentes propósitos. Uno de ellos necesita 6 direcciones de host, otras 85 direcciones de host y las últimas 100 direcciones de host. Debe hacerse para que la menor cantidad de direcciones posible no se use.

En primer lugar, debe decidir qué quiere decir exactamente con "no utilizado". La forma más sensata de subred depende de cómo vea crecer su uso en el futuro. Claramente, tiene mucho más espacio del que necesita, por lo que la verdadera pregunta es cómo colocar sus asignaciones actuales en el espacio que tiene de una manera que minimice el riesgo que tendrá que renumerar en el futuro.

Si espera que su crecimiento provenga de agregar más subredes y espera que algunas de sus nuevas subredes sean grandes, entonces tiene sentido empacar sus subredes de una manera que deje libres grandes bloques. Por otro lado, si espera que sus subredes existentes crezcan, entonces puede dejar espacios tras ellos que puede usar para expandir la subred existente o crear otra subred pequeña según lo requiera.

Advierto sobre ser demasiado tacaño en el espacio privado. El uso de / 24 en todo momento desperdiciará algunas direcciones, pero hace que sea mucho más fácil para los humanos ver lo que está sucediendo. La mayoría de las organizaciones son lo suficientemente pequeñas como para que el agotamiento del espacio privado de IP no sea un problema importante.

Ahora, la primera subred es fácil, puedo hacer una subred 172.16.0.0/29 que tiene 2 ^ 3-2 = 6 direcciones de host utilizables.

Multa

Sin embargo, no estoy seguro de cómo abordar la próxima subred. ¿Es posible hacer una subred de digamos 172.16.0.8-172.16.0.127?

No, eso no es posible. Las subredes deben tener una potencia de dos tamaños y su límite debe ser un múltiplo de su tamaño.

Entonces, habiendo hecho la asignación por encima del primer lugar, podría poner un / 25 es 172.16.0.128/25. También puede colocarlos en 172.16.1.0/25 172.16.1.128/25

Qué arreglo tiene más sentido, nuevamente depende del crecimiento esperado. Si espera que una de las subredes deba expandirse a / 24, entonces tendría sentido colocarla en 172.16.1.0/25 y dejar 172.16.1.128/25 libre.

También debo mencionar que las subredes deberían tener acceso a Internet. ¿Cómo se puede asegurar esto? Leí que todo el rango de direcciones 172.16.0.0/12 es privado y, por lo tanto, no funcionan en Internet. ¿Es esto cierto?

Esas direcciones no se pueden usar directamente en Internet. Si solo necesita hacer conexiones salientes a itnernet, puede usar NAT para ocultar varias direcciones privadas detrás de una dirección pública. Si necesita aceptar conexiones entrantes, entonces el NAT tendría que configurarse para reenviar esas conexiones o necesitaría obtener espacio público en su lugar (lo cual es cada vez más difícil hoy en día).

Podrías usar 172.16.0.128/25y luego 172.16.1.0/25para el siguiente. Sin embargo, me gusta evitar las subredes cero, pero es un rango válido.

Si hace los cálculos, verá que la dirección de red para 172.16.0.8/25 es en realidad 172.16.0.0. Si necesita 100 hosts y desea utilizar una subred / 25, entonces debería comenzar en 172.16.0.0 y contar los incrementos de 128.

Tienes razón que 172.16.0.0/12es el espacio de direcciones privadas. Siempre y cuando se asegure de que su enrutador / firewall de Internet esté realizando algún tipo de NAT, sus direcciones privadas se traducirán a una dirección IP pública para llegar a Internet.

Debe hacer este tipo de cosas en binario, luego se vuelve obvio, y no terminará tratando de hacer algo tan incorrecto como "hacer una subred de decir 172.16.0.8-172.16.0.127", lo que vería es imposible. Deberías estudiar esta respuesta .

Si insiste en no hacerlo incorrectamente, siempre puede recordar que dos longitudes de máscara idénticas consecutivas equivalen a una longitud de máscara más pequeña. Por ejemplo, dos /27redes consecutivas forman una /26red. Lo que muestra, dos /27, dos /28y a /30, podría reducirse a uno /26, uno /27y uno /30.

Sí, el 172.16.0.0/12rango es un rango de red privada, tal como está 10.0.0.0/8y 192.168.0.0 / 16`, y no se pueden enrutar en Internet pública.

El "espacio reservado para uso futuro" no está asignado y puede dividirse en más subredes y usarse cuando sea necesario. Debe esforzarse por no crear una subred tan pequeña que no haya espacio para crecer, y siempre debe desear un espacio no asignado que pueda usarse para nuevas subredes cuando las necesite.

¿Es dueño de toda la asignación de Clase B 172.16.0.0/12?

Motivo de la pregunta? Planificación de crecimiento / expansión inesperados, evitando solapamientos, facilitando la solución de la conectividad. Considere analizar detenidamente la sugerencia de Rob Maupins sobre "espacio reservado para uso futuro". No aprendas de la manera difícil como lo hice yo.

Un subproducto pasado por alto del diseño de subred IP son las adyacencias de red. Como Rob Maupin también aludió, ¿crear un rango de red demasiado pequeño para X cantidad de host? Puede volver a morderte si hay cambios de diseño de infraestructura o IPAM no convencionales implementados alrededor de tu asignación después.

Aproveche la asignación de Clase B utilizando lo que cree para garantizar la gestión y el control. Considere en el mejor de los casos la creación de un / 28 (14 hosts) y dos / 25 (126 hosts cada uno) en la red de nivel superior / 12.

O, como mínimo, cree un rango de red IP de Clase C / 24 bajo el / 12 y subred el / 24 en dos / 25 redes. Cree un segundo rango de red IP / 24 adyacente a la primera Clase C. Subre la segunda / 24 en un rango de red / 28. Espacio resultante para la cantidad de hosts IP en tres redes que desea implementar. Habilitación de la conservación de la red deseada y espacio para asignaciones de host adicionales.

Lo más importante es considerar implementar este o un diseño similar para evitar / eliminar la posibilidad de una interrupción de la conectividad IPv4 debido a una configuración incorrecta de IPAM o alguien que toma un rango de direcciones IP entre los subdominios de su red.