Generador de Plan de Direcciones
Genera una plantilla CSV de plan de direcciones IP
Enter a parent CIDR to generate an address plan template
About This Tool
Generates a structured IP address plan template with VLAN assignments. Export as CSV to open in Excel/Google Sheets for editing, or as Markdown for documentation. Fill in the Name and Description columns to create your network documentation.
El Generador de plan de direcciones crea plantillas estructuradas de planificación de direcciones IP que sirven como base para la documentación profesional de redes y sistemas IPAM (IP Address Management). Ingresa tus bloques de red principales (por ejemplo, 10.0.0.0/8 o 172.16.0.0/12), define tu jerarquía organizacional y obtén una plantilla completa de hoja de cálculo con columnas para dirección de red, CIDR, ID de VLAN, gateway, alcance DHCP, servidores DNS, propietario y campos personalizados -- lista para exportar en CSV o JSON.
Conceptos básicos de la planificación de direcciones IP
Un plan de direcciones IP es el plano que determina cómo cada subnet, VLAN y dispositivo encaja a lo largo de toda tu red. Sin uno, las decisiones de direccionamiento se toman de forma ad hoc -- un ingeniero elige 10.1.1.0/24 para la sala de servidores, otro toma 10.50.0.0/16 para una oficina remota, y seis meses después nadie puede saber si 10.1.2.0/24 está disponible o ya en uso en algún lugar. La tabla de enrutamiento se llena de entradas desconectadas que no se pueden resumir, las reglas de firewall hacen referencia a subnets que se han desviado de su propósito original, y agregar un nuevo sitio se convierte en una búsqueda a través de las configuraciones de los routers.
Un plan de direcciones estructurado previene todo esto al asignar significado al espacio de direcciones jerárquicamente. Un /16 por sitio, bloques /24 para VLANs individuales dentro de cada sitio y un esquema de numeración consistente (VLAN 10 siempre son servidores, VLAN 20 siempre son estaciones de trabajo) significa que cualquier ingeniero puede mirar una dirección IP e inmediatamente saber a qué sitio, edificio y función pertenece. La sumarización de rutas se vuelve trivial porque las direcciones de cada sitio caen dentro de un bloque contiguo. Las reglas de firewall se mantienen limpias porque el esquema de direccionamiento se mapea directamente a las zonas de seguridad.
Esta herramienta genera la plantilla que hace práctica la planificación sistemática. En lugar de partir de una hoja de cálculo en blanco y decidir qué columnas incluir, obtienes una plantilla pre-estructurada con campos estándar de la industria, agrupaciones jerárquicas de sitios y formatos de salida compatibles con plataformas IPAM populares. Completa la plantilla durante la fase de diseño y tendrás un documento que guía cada decisión de configuración subsiguiente -- desde interfaces de router y alcances DHCP hasta zonas DNS y dashboards de monitoreo.
Cómo generar una plantilla de plan de direcciones IP
- Ingresa tus bloques de red principales (por ejemplo,
10.0.0.0/8o172.16.0.0/12) - Define tu jerarquía organizacional -- sitios, edificios, pisos o agrupaciones lógicas
- Selecciona las columnas a incluir: red, CIDR, VLAN, gateway, rango DHCP, DNS, propietario, descripción
- Agrega cualquier campo personalizado específico de tu organización (centro de costos, ticket de cambio, etc.)
- Elige tu formato de exportación -- CSV para hojas de cálculo o JSON para procesamiento programático
- Descarga la plantilla generada
Ejemplo de plantilla de plan de direcciones
Una plantilla generada para una red empresarial multi-sitio:
| Sitio | Red | CIDR | Nombre de subnet | VLAN | Gateway | DHCP inicio | DHCP fin | DNS | Propietario | Notas |
|---|---|---|---|---|---|---|---|---|---|---|
| HQ | 10.1.0.0 | /24 | Servidores | 10 | 10.1.0.1 | -- | -- | 10.1.0.10 | IT Ops | Solo estático |
| HQ | 10.1.1.0 | /24 | LAN oficina | 20 | 10.1.1.1 | 10.1.1.50 | 10.1.1.250 | 10.1.0.10 | IT Ops | |
| HQ | 10.1.2.0 | /24 | WiFi invitados | 30 | 10.1.2.1 | 10.1.2.10 | 10.1.2.250 | 8.8.8.8 | Instalaciones | Aislada |
| Branch-1 | 10.2.0.0 | /24 | Servidores | 10 | 10.2.0.1 | -- | -- | 10.2.0.10 | IT Ops | |
| Branch-1 | 10.2.1.0 | /24 | LAN oficina | 20 | 10.2.1.1 | 10.2.1.50 | 10.2.1.250 | 10.2.0.10 | IT Ops |
Salida en formato CSV
site,network,cidr,subnet_name,vlan,gateway,dhcp_start,dhcp_end,dns,owner,notes
HQ,10.1.0.0,24,Servers,10,10.1.0.1,,,10.1.0.10,IT Ops,Static only
HQ,10.1.1.0,24,Office LAN,20,10.1.1.1,10.1.1.50,10.1.1.250,10.1.0.10,IT Ops,
HQ,10.1.2.0,24,Guest WiFi,30,10.1.2.1,10.1.2.10,10.1.2.250,8.8.8.8,Facilities,Isolated
Cuándo usar el generador de plan de direcciones
- Nuevos despliegues de red -- crea un plan estructurado antes de configurar cualquier equipo
- Migración a IPAM -- genera plantillas compatibles con phpIPAM, NetBox e Infoblox para importación
- Auditorías de red -- construye una plantilla de inventario integral para documentar la infraestructura existente
- Despliegues multi-sitio -- crea planes de direcciones consistentes en todas las ubicaciones con agrupaciones jerárquicas de sitios
- Transición desde documentación ad-hoc -- pasa de hojas de cálculo informales a un formato estandarizado
- Planificación híbrida con la nube -- incluye AWS VPCs, Azure VNets y redes de GCP junto con los rangos locales
Cómo funciona la planificación de direcciones IP
Un plan de direcciones IP bien estructurado asigna significado al espacio de direcciones en cada nivel de la jerarquía. Este enfoque sistemático previene conflictos, simplifica el enrutamiento y hace que las redes sean autodocumentadas.
Asignación jerárquica de direcciones
Organiza el espacio de direcciones en bloques anidados que reflejen tu topología de red:
10.0.0.0/8 (Empresa)
10.1.0.0/16 (Sede central)
10.1.0.0/24 (Servidores HQ)
10.1.1.0/24 (LAN oficina HQ)
10.1.2.0/24 (WiFi invitados HQ)
10.2.0.0/16 (Sucursal 1)
10.2.0.0/24 (Servidores Branch-1)
10.2.1.0/24 (LAN oficina Branch-1)
10.3.0.0/16 (Sucursal 2)
Este modelo jerárquico permite la sumarización de rutas -- una sola ruta como 10.1.0.0/16 anuncia todas las subnets de la sede central a los sitios remotos, manteniendo las tablas de enrutamiento pequeñas y manejables.
Columnas esenciales en un plan de direcciones
- Red / CIDR -- la dirección de subnet y longitud de prefijo
- Nombre de subnet -- identificador de propósito legible por humanos
- ID de VLAN -- la VLAN de capa 2 mapeada a esta subnet
- Gateway predeterminado -- típicamente la primera dirección utilizable (por ejemplo,
.1) - Rango DHCP -- direcciones de inicio y fin para el pool dinámico
- Servidores DNS -- direcciones de resolvers primario y secundario
- Propietario / Departamento -- equipo responsable para gestión de capacidad y cambios
Patrones comunes de asignación
| Patrón | Bloque por sitio | Subnets por sitio | Ideal para |
|---|---|---|---|
| Empresa grande | /16 de 10.0.0.0/8 | Hasta 256 subnets /24 | Sedes centrales, centros de datos |
| Sitio mediano | /20 de 172.16.0.0/12 | Hasta 16 subnets /24 | Sucursales |
| Oficina pequeña | /22 o /23 | 4-8 subnets /24 | Oficinas remotas, retail |
| VPC en la nube | /16 por VPC | Variable | AWS, Azure, GCP |
Cómo construir un plan de direcciones efectivo
El error más común en la planificación de direcciones es omitir la jerarquía y asignar subnets por orden de llegada. Cuando la oficina de Nueva York obtiene 10.1.0.0/24 y el siguiente bloque disponible resulta ser 10.47.3.0/24, pierdes la capacidad de sumarizar las rutas de todo el sitio con un solo prefijo. Cada subnet se convierte en una entrada individual en tus tablas de enrutamiento, tus reglas de firewall crecen a docenas de líneas por sitio, y la resolución de problemas requiere buscar cada dirección en una hoja de cálculo en lugar de reconocerla por el segundo octeto.
Comienza tu plan reservando bloques contiguos para cada sitio antes de asignar subnets individuales. Asigna a la sede central 10.1.0.0/16, a la primera sucursal 10.2.0.0/16, y así sucesivamente. Dentro del bloque de cada sitio, establece un esquema de numeración de VLAN consistente: VLAN 10 para servidores (siempre la primera /24), VLAN 20 para estaciones de trabajo de oficina, VLAN 30 para WiFi de invitados. Esta consistencia significa que un ingeniero que visite cualquier sitio sabrá inmediatamente que 10.x.1.0/24 es la LAN de oficina y 10.x.2.0/24 es WiFi de invitados, independientemente de qué sitio represente x.
No olvides incluir las redes en la nube en tu plan. Las VPCs de AWS, las VNets de Azure y las redes de GCP consumen espacio de direcciones privadas igual que las subnets locales, y si las conectas mediante VPN o Direct Connect no deben solaparse con ningún rango existente. Asigna bloques para la nube desde el mismo esquema jerárquico -- por ejemplo, 10.100.0.0/16 para la VPC de producción, 10.101.0.0/16 para la VPC de staging -- para que se integren limpiamente con tu arquitectura de direccionamiento general.
Preguntas frecuentes
¿Qué plataformas IPAM pueden importar el CSV generado?
El formato CSV es compatible con phpIPAM (vía importación CSV), NetBox (vía scripts personalizados o el plugin netbox-csv-import), Infoblox (trabajo de importación CSV) y cualquier herramienta de hoja de cálculo como Excel o Google Sheets. Los encabezados de columna siguen convenciones de nombres IPAM comunes para un mapeo mínimo.
¿Cómo debo asignar el espacio de direcciones entre múltiples sitios?
Un patrón común asigna un /16 por sitio de un rango privado 10.0.0.0/8. Esto da a cada sitio 256 posibles subnets /24 (65,534 hosts), permite una sumarización de rutas limpia y proporciona amplio espacio para crecimiento. Organizaciones más pequeñas pueden usar bloques /20 o /22 por sitio de 172.16.0.0/12.
¿Debo incluir VPCs de la nube en mi plan de direcciones?
Sí. Las redes en la nube (AWS VPCs, Azure VNets, GCP VPCs) consumen espacio de direcciones privadas y no deben solaparse con los rangos locales, especialmente si usas VPN o Direct Connect/ExpressRoute. Incluye las asignaciones de la nube en tu plan para prevenir conflictos.
¿Qué pasa si mi organización usa múltiples rangos RFC 1918?
Muchas organizaciones usan direcciones de más de un rango privado (por ejemplo, 10.0.0.0/8 para interno y 172.16.0.0/12 para entornos de laboratorio). Incluye todos los rangos en tu plan de direcciones para mantener una sola fuente de verdad. El Duplicate Subnet Detector puede verificar que las asignaciones entre diferentes rangos no se solapen.
¿Cómo manejo las redes de empresas adquiridas?
Durante fusiones y adquisiciones, el espacio de direcciones de la empresa adquirida frecuentemente se solapa con el tuyo. Documenta ambos planes lado a lado, ejecuta una verificación de subnets duplicadas y desarrolla una estrategia de renumeración para los rangos en conflicto antes de conectar las redes. La plantilla de plan de direcciones ayuda a organizar esta migración de forma sistemática.
Herramientas relacionadas
- VLSM Calculator - Calcula asignaciones de subnets de longitud variable a partir de requisitos de hosts
- Subnet Naming Convention Builder - Genera nombres de subnet estandarizados a partir de plantillas
- VLAN-to-Subnet Mapper - Mapea IDs de VLAN a sus subnets correspondientes
- IPAM Import Formatter - Formatea datos para importaciones de sistemas IPAM específicos
- Duplicate Subnet Detector - Valida que tu plan de direcciones no tenga subnets superpuestas