![\"Estrategias](\"https:\/\/media.soporteclientes.net\/images\/1787209972_ba3aaa6d6ad9.png\")
<\/p>\n<\/p>\n
El mercado de IPv4 no perdona. Hoy en d\u00eda, conseguir un bloque \/24<\/strong> en el mercado secundario te puede costar entre 45 y 60 d\u00f3lares, una cifra que sube sin parar. Por eso, aplicar buenas estrategias de subnetting IPv4<\/strong> ya no es solo un ejercicio acad\u00e9mico de ingenier\u00eda; es pura supervivencia econ\u00f3mica. Para cualquiera que lleve a\u00f1os manejando redes en un ISP o un hosting, la ecuaci\u00f3n es simple: si desperdicias direcciones, est\u00e1s tirando dinero. Un mal dise\u00f1o te lleva a la fragmentaci\u00f3n, y la fragmentaci\u00f3n te obliga a comprar m\u00e1s espacio antes de tiempo.<\/p>\n Afortunadamente, el modelo de clases se qued\u00f3 en el pasado. Ahora todo gira en torno al Classless Inter-Domain Routing<\/em> (CIDR) y a las m\u00e1scaras de subred de longitud variable (VLSM). La gracia est\u00e1 en dar justo lo que hace falta. Ni una direcci\u00f3n m\u00e1s. \u00bfNecesitas solo dos IPs para un enlace? Pide un \/30. \u00bfUn departamento con cientos de usuarios? Un \/23 ser\u00e1 suficiente. Se trata de precisi\u00f3n quir\u00fargica.<\/p>\n Si no tienes jerarqu\u00eda, no tienes orden. Sin una estructura s\u00f3lida, la agregaci\u00f3n de rutas se convierte en una pesadilla y las tablas BGP se inflan hasta reventar, haciendo el tr\u00e1fico m\u00e1s lento e ineficiente. Lo mejor es pensar la red como si fuera un juego de construcci\u00f3n: m\u00f3dulos ordenados que encajan unos con otros.<\/p>\n Aqu\u00ed es donde el Variable Length Subnet Masking<\/em> (VLSM) se vuelve tu mejor aliado. Imagina que un ISP te asigna un bloque \/20<\/strong> (4096 hosts). Si te limitas a trocearlo en subredes fijas \/24<\/strong> (256 hosts cada una), obtienes 16 bloques. Pero, \u00bfy si un cliente corporativo solo necesita 60 direcciones? Asignarle un \/24<\/strong> completo significa tirar a la basura casi 200 IPs que hoy valen oro.<\/p>\n Con VLSM la cosa cambia. Puedes partir ese \/20<\/strong> con criterio:<\/p>\n Esta flexibilidad es la que permite “apretar” el dise\u00f1o. Sacas el m\u00e1ximo provecho al espacio que te dio tu RIR (como RIPE NCC) o al que compraste en sitios como IP4 Market<\/strong>, donde es habitual encontrar bloques de tama\u00f1o espec\u00edfico para estas necesidades.<\/p>\n Consejo pr\u00e1ctico:<\/strong> No confi\u00e9s en la memoria. Documenta tu esquema en una hoja de c\u00e1lculo centralizada. Una regla de oro: reserva los prefijos m\u00e1s grandes (notaci\u00f3n CIDR m\u00e1s baja, ej. \/23) para las zonas con mayor crecimiento potencial y deja huecos vac\u00edos dentro de tus bloques principales. As\u00ed, cuando necesites expandirte, no tendr\u00e1s que renumerar toda la red.<\/p>\n<\/div>\n Hay un error que sigo viendo demasiado a menudo: el mal uso de los enlaces WAN o entre routers. Antes era est\u00e1ndar usar subredes \/30<\/strong> (piensa en 192.168.1.0\/30), que te dan dos direcciones \u00fatiles. Parece poco, pero si gestionas cientos de sitios, esas dos direcciones perdidas por enlace empiezan a sumar un coste que ya no es asumible.<\/p>\n Para esos enlaces punto a punto donde solo hay dos routers y no necesitas broadcast ni multidifusi\u00f3n, el est\u00e1ndar RFC 3021 es un salvavidas. Permite usar subredes \/31<\/strong>. \u00bfQu\u00e9 significa esto? Que el prefijo tiene exactamente dos direcciones y ambas son utilizables. Se eliminan la de red y la de broadcast. El consumo de IPs se reduce a la mitad en tu infraestructura de backbone.<\/p>\n Y para los bucles de retorno (loopbacks), que son esas interfaces virtuales que nunca se caen, usa siempre prefijos \/32<\/strong>. Una loopback solo necesita una direcci\u00f3n IP para identificarse (fundamental para iBGP u OSPF). Asignarle un \/24<\/strong> o un \/30<\/strong> aqu\u00ed es, sencillamente, un derroche imperdonable de espacio global.<\/p>\n Pongamos n\u00fameros en blanco. Un operador con 500 enlaces de backbone que decide pasar de \/30<\/strong> a \/31<\/strong> ahorra 500 direcciones IPv4. En el mercado actual, eso equivale a no tener que comprar dos bloques \/24<\/strong> completos. El ahorro econ\u00f3mico es m\u00e1s que real y justifica amargamente el tiempo de configuraci\u00f3n.<\/p>\n Un buen subnetting tambi\u00e9n es clave cuando piensas en migraci\u00f3n y portabilidad. Con el auge de la nube y el hosting distribuido, la capacidad de llevar tu propia IP (BYOIP – Bring Your Own IP<\/em>) te da una ventaja competitiva brutal.<\/p>\n Pero ojo, implementar BYOIP no es m\u00e1gico. Necesitas un prefijo grande (m\u00ednimo \/24<\/strong>) para poder anunciarlo en el BGP global. Si tu estrategia de subnetting ha picado tu bloque principal en trozos demasiado peque\u00f1os, como \/28<\/strong> o \/29<\/strong>, no podr\u00e1s anunciarlos de forma independiente en Internet. Es vital reservar bloques contiguos \/24<\/strong> (o \/23, \/22) espec\u00edficamente para servicios que necesiten movilidad o anuncios BGP directos. Deja la granularidad fina solo para el direccionamiento interno.<\/p>\n \u00bfCu\u00e1l es el tama\u00f1o m\u00ednimo de prefijo anunciable en BGP?<\/strong> Esto requiere mirar al largo plazo. No es solo ahorrar hoy, es garantizar que la red sea escalable ma\u00f1ana.<\/p>\n El subnetting<\/strong> se fue convirtiendo en una disciplina financiera tanto como t\u00e9cnica. En este entorno de escasez, no es un juego de binarios; es gesti\u00f3n pura y dura. Aplicar estrategias de VLSM, aprovechar los prefijos \/31<\/strong> para enlaces y planificar con jerarqu\u00eda es lo \u00fanico que permite estirar los recursos al m\u00e1ximo. Si llega el momento en que tu organizaci\u00f3n necesita expandir su espacio direccionable, IP4 Market<\/strong> ofrece una plataforma segura para comprar esos bloques extra con vendedores verificados y un proceso regulado por el RIR. La clave es simple: optimiza lo que tienes y compra estrat\u00e9gicamente lo que te falta.<\/p>\nPlanificaci\u00f3n jer\u00e1rquica y VLSM<\/h2>\n
Uso de VLSM para evitar el desperdicio<\/h3>\n
\n
\nOptimizaci\u00f3n de enlaces punto a punto<\/h2>\n
Subnetting \/31 y \/32<\/h3>\n
Ejemplo real de ahorro<\/h3>\n
Gesti\u00f3n de transici\u00f3n y BYOIP<\/h2>\n
\n
\nAunque t\u00e9cnicamente se pueden anunciar prefijos m\u00e1s peque\u00f1os, la realidad es que la mayor\u00eda de los ISPs filtran cualquier ruta m\u00e1s larga que \/24<\/strong> para evitar que las tablas de enrutamiento exploten. Por seguridad y alcance, el est\u00e1ndar de facto es el \/24.<\/p>\n<\/div>\nConsejos finales para ingenieros<\/h2>\n
\n
Conclusi\u00f3n<\/h2>\n
\n