Comprenda cómo estructurar direccionamiento IPv4/IPv6, subredes, sumarización, tablas de routing, OSPF, BGP, redundancia y documentación en diseños de redes IP corporativas y críticas.
¡Descúbrelo!
Las estructuras de direccionamiento y routing definen cómo una red IP identifica sus segmentos y elige los caminos utilizados por los paquetes. Un diseño consistente debe coordinar el plan IPv4/IPv6, prefijos, subredes, gateways, sumarización, tablas de routing, protocolos dinámicos, redundancia, políticas, observabilidad y documentación.
El direccionamiento no debe tratarse como una simple distribución de números IP ni el routing como una configuración posterior de los equipos. Ambas disciplinas forman una única arquitectura: la forma en que se reservan los bloques influye en la sumarización, convergencia, segmentación, troubleshooting, expansión multi-site e integración con internet, cloud, OT, CCTV IP y otros sistemas.
En redes corporativas y de misión crítica, el objetivo es obtener una estructura predecible, escalable, documentable y verificable, capaz de crecer sin superposición de prefijos, mantener caminos coherentes durante fallas y permitir que la operación comprenda por qué determinado tráfico sigue un recorrido específico.
Direccionamiento IP: Estructura, Función y Objetivos de Ingeniería
La dirección IP identifica una interfaz en una arquitectura basada en Internet Protocol y permite que hosts y routers determinen si un destino está en la red local o si el paquete debe enviarse a un gateway. La eficiencia del plan de direccionamiento afecta directamente la organización de las subredes, la capacidad de sumarización y la claridad de las políticas de routing.
IPv4
IPv4 utiliza direcciones de 32 bits, normalmente representadas en cuatro octetos decimales, como 192.168.10.25. La separación entre la porción de red y la porción de host está determinada por la longitud del prefijo, por ejemplo /24.
El modelo histórico de clases A, B y C ayudó a formar la terminología de las redes IP, pero los diseños modernos utilizan CIDR — Classless Inter-Domain Routing. Por lo tanto, la clase histórica de una dirección no debe determinar el dimensionamiento actual de una red.
Los bloques privados definidos por la RFC 1918 siguen utilizándose ampliamente en redes internas:
| Bloque IPv4 privado | Prefijo agregado | Uso típico |
| 10.0.0.0 a 10.255.255.255 | 10.0.0.0/8 | organizaciones con gran espacio interno |
| 172.16.0.0 a 172.31.255.255 | 172.16.0.0/12 | redes corporativas y entornos segmentados |
| 192.168.0.0 a 192.168.255.255 | 192.168.0.0/16 | redes menores y segmentos locales |
La elección del bloque interno debe considerar no solo la cantidad de direcciones, sino también la coexistencia con VPN, socios, adquisiciones, redes temporales, servicios cloud y posibles superposiciones futuras.
IPv6
IPv6 utiliza direcciones de 128 bits, representadas en hexadecimal, y fue desarrollado principalmente para ampliar el espacio de direccionamiento y modernizar el funcionamiento de IP. Una dirección como 2001:db8:10:20::1/64 puede representar una interfaz en una subred IPv6.
IPv6 modifica varios elementos del diseño: autoconfiguración, Neighbor Discovery, routing, DNS, multicast, filtrado, logging y operación dual stack. No debe considerarse automáticamente más seguro que IPv4. La seguridad sigue dependiendo de políticas, hardening, control de acceso, monitoreo y configuración correcta.
En proyectos que todavía operan mayoritariamente con IPv4, es recomendable evitar decisiones que dificulten una futura adopción de IPv6, especialmente en nomenclatura, IPAM, equipos, firewalls, monitoreo y procesos operativos.
Direcciones Públicas, Privadas y Especiales
Además de los bloques privados, el plan debe distinguir direcciones públicas, loopback, link-local, multicast, documentación y otros espacios reservados. Esta clasificación evita el uso indebido de rangos especiales como si fueran redes corporativas comunes.
La autoridad global sobre los espacios de direccionamiento está coordinada por IANA, con distribución regional mediante los Regional Internet Registries. En redes privadas, la organización pasa a ser responsable de su propia gobernanza interna.
CIDR, Prefijos y Subnetting
CIDR sustituyó la lógica de clases fijas por prefijos de longitud variable. Un prefijo /24, /27 o /30 expresa cuántos bits representan la red, permitiendo adaptar el tamaño de la subred al requisito real.
La planificación detallada de máscaras, cantidad de hosts y subdivisión de bloques se desarrolla en el artículo sobre Subnetting IPv4 y Dimensionamiento de Subredes.
Las Subredes Deben Nacer de una Jerarquía
En lugar de crear el siguiente rango disponible en cada expansión, el diseño debe reservar bloques según criterios estables, por ejemplo:
- site o región;
- función del segmento;
- entorno corporativo, OT o seguridad;
- criticidad;
- dominio administrativo;
- capacidad de crecimiento;
- necesidad de sumarización.
Una estructura multi-site puede, por ejemplo, reservar un agregado por sede y subdividirlo internamente entre usuarios, servidores, Wi-Fi, CCTV, control de acceso, voz y gestión.
Esta jerarquía permite que la estructura de la dirección tenga significado operativo sin depender de convenciones excesivamente rígidas.
Dimensionar No Es Solo Contar Hosts
Una subred mayor ofrece más direcciones, pero también puede ampliar dominios de broadcast, aumentar el radio de impacto de errores y dificultar las políticas. Una subred demasiado pequeña puede generar renumeración frecuente y fragmentación del plan.
El dimensionamiento debe considerar densidad actual, crecimiento, comportamiento de capa 2, modelo de movilidad, DHCP, tipo de activo y dominio de falla.
Sumarización de Rutas y Agregación de Prefijos
La sumarización reduce la cantidad de prefijos que deben propagarse entre partes de la red. En lugar de anunciar varias subredes individualmente, un router puede anunciar un agregado que las represente, siempre que el plan de direccionamiento haya sido construido de forma contigua y coherente.
Antes de rediseñar prefijos y rutas, es necesario conocer el estado real de la red, sus dependencias, superposiciones, caminos y limitaciones.
La Due Diligence Técnica organiza esta baseline y reduce el riesgo de renumeración o migración basada en premisas incompletas.
Por ejemplo, cuatro redes /24 consecutivas pueden, según el alineamiento binario, representarse mediante un prefijo agregado /22. Esto reduce el tamaño de las tablas y puede limitar la propagación de cambios internos.
La sumarización aporta beneficios de ingeniería:
- reduce el churn de rutas;
- reduce la dependencia entre dominios;
- facilita el troubleshooting;
- mejora la legibilidad de las políticas;
- ayuda a contener la inestabilidad de topologías internas.
Por otro lado, sumarizar incorrectamente puede crear black holes. Si un router anuncia un agregado pero no posee un camino válido para todas las redes cubiertas por él, parte del tráfico puede ser atraído y descartado.
| Situación | Efecto esperado | Riesgo |
| Prefijos contiguos y realmente alcanzables | sumarización eficiente | bajo |
| Prefijos no contiguos | anuncio agregado inadecuado | black hole |
| Resumen anunciado en múltiples puntos | mayor resiliencia | caminos inesperados si la política es incoherente |
| Ausencia de sumarización en una red muy grande | mayor granularidad | tablas y convergencia más complejas |
Tablas de Routing: RIB, FIB y Selección de Camino
La tabla de routing representa los prefijos conocidos y los caminos disponibles para alcanzarlos. En términos de arquitectura, es útil diferenciar la Routing Information Base (RIB), donde se evalúan las rutas candidatas, de la Forwarding Information Base (FIB), utilizada efectivamente para forwarding según la implementación de la plataforma.
Una entrada de ruta normalmente incluye:
- prefijo de destino;
- longitud del prefijo;
- next hop;
- interfaz de salida;
- origen de la ruta;
- métrica del protocolo;
- preferencia o distancia administrativa, cuando la plataforma utiliza ese concepto;
- atributos adicionales según el protocolo.
Longest Prefix Match
Cuando varias rutas cubren un mismo destino, el forwarding IP busca el prefijo más específico. Este principio se conoce como longest prefix match.
Considere las rutas:
| Prefijo | Next hop | Interpretación |
| 0.0.0.0/0 | ISP | ruta default |
| 10.0.0.0/8 | core interno | agregado corporativo |
| 10.20.0.0/16 | distribución Site B | ruta más específica |
| 10.20.30.0/24 | firewall de aplicación | ruta aún más específica |
Un paquete destinado a 10.20.30.50 seguirá la ruta /24porque es la coincidencia más específica, independientemente de que también esté contenido en los prefijos /16 y /8.
La Métrica No Es lo Mismo que la Preferencia entre Protocolos
La métrica se calcula dentro del protocolo de routing para comparar caminos aprendidos por ese protocolo. La preferencia entre rutas de orígenes diferentes puede utilizar otro mecanismo, como administrative distance en determinadas plataformas.
Mezclar estos conceptos conduce a diagnósticos incorrectos. Un costo OSPF menor no necesariamente compite directamente con el atributo de una ruta BGP o con una ruta estática de la misma forma en todas las plataformas.
Rutas Conectadas, Estáticas y Default
No toda red exige un protocolo dinámico.
Rutas Conectadas
Surgen de interfaces directamente asociadas a determinado prefijo. Representan la conectividad local del equipo.
Rutas Estáticas
Se configuran explícitamente y funcionan bien cuando el número de destinos es pequeño, el camino es predecible o existe necesidad de un control simple y determinístico.
Las rutas estáticas exigen gobernanza. En topologías mayores pueden acumular dependencias ocultas y hacer más difíciles de administrar las fallas o los cambios.
Ruta Default
La ruta 0.0.0.0/0 en IPv4, o ::/0 en IPv6, representa el camino utilizado cuando no existe una ruta más específica. Es común en bordes de internet, sites remotos y redes de acceso, pero debe ir acompañada de políticas coherentes para evitar caminos asimétricos o salidas indebidas.
Protocolos Dinámicos de Routing
Los protocolos dinámicos permiten que los routers intercambien información y ajusten la topología a medida que cambian los enlaces y caminos. La decisión de adoptar routing dinámico debe considerar escala, redundancia, convergencia, capacidad operativa y necesidad de políticas.
| Protocolo | Categoría | Uso típico | Característica central |
| RIP | IGP, distance vector | redes pequeñas y legacy | métrica por saltos |
| OSPF | IGP, link-state | redes corporativas y multi-site | visión de topología y cálculo SPF |
| BGP | EGP/path vector | internet, multihoming y políticas entre AS | selección por atributos y política |
RIP
RIP tiene importancia histórica y puede existir en entornos simples o legacy. Su límite de saltos y modelo de convergencia lo hacen poco adecuado para gran parte de las arquitecturas corporativas modernas.
OSPF
OSPF es un protocolo de estado de enlace utilizado como IGP en redes medianas y grandes. Permite estructurar áreas, calcular caminos con base en costo y limitar el alcance de determinada información de topología.
La arquitectura de áreas, LSAs, costos y criterios de diseño se detalla en el artículo OSPF: Cómo Funciona, Áreas, LSAs, Costos y Criterios de Diseño.
BGP
BGP se utiliza para intercambiar rutas entre sistemas autónomos y también puede emplearse en arquitecturas internas específicas. A diferencia de un IGP, su fortaleza está en el control de políticas mediante atributos, permitiendo influir en la selección y propagación de rutas.
El papel de ASN, peering, multihoming, filtrado y atributos se desarrolla en el artículo BGP: ASN, Peering y Criterios de Diseño.
IGP y BGP No Resuelven el Mismo Problema
Un error común es tratar OSPF y BGP como alternativas equivalentes. Actúan en dominios diferentes.
En una arquitectura típica:
- un IGP distribuye reachability y caminos dentro del dominio administrado;
- BGP intercambia prefijos y aplica políticas entre dominios o bordes definidos;
- la redistribución entre protocolos, cuando sea necesaria, debe controlarse cuidadosamente.
La redistribución indiscriminada puede causar loops, pérdida de atributos, rutas subóptimas o crecimiento innecesario de las tablas. Siempre que sea posible, la frontera entre protocolos debe ser intencional y documentada.
Direccionamiento, VLANs y Routing Inter-VLAN
Las VLAN separan dominios de capa 2. Las subredes IP organizan la comunicación en capa 3. En muchas LAN corporativas existe una relación operativa de una VLAN por subred, aunque los conceptos pertenecen a capas diferentes.
El routing inter-VLAN puede ocurrir en switches Layer 3, routers o firewalls, dependiendo de dónde la organización quiera aplicar políticas e inspección.
La arquitectura completa debe analizarse como parte de la Red Lógica: VLANs, IP, Routing y Segmentación, mientras los criterios de aislamiento y control entre dominios se desarrollan en Segmentación de Red.
| Decisión | Consecuencia en el direccionamiento | Consecuencia en el routing |
| crear VLAN de CCTV | nuevo prefijo y gateway | política para VMS y servicios autorizados |
| separar gestión | prefijo administrativo propio | acceso restringido a estaciones de gestión |
| dividir usuarios por site | bloques por localidad | posibilidad de sumarización |
| separar OT de TI | zonas y prefijos distintos | frontera controlada entre dominios |
Gateways y Redundancia de Primer Salto
Los dispositivos finales normalmente envían el tráfico destinado a otras subredes a su default gateway. Si ese gateway existe en un único equipo, puede representar un punto único de falla.
Los protocolos de redundancia de primer salto, como VRRP y mecanismos equivalentes de fabricantes, permiten proporcionar una dirección virtual asociada a múltiples equipos. Sin embargo, la redundancia de gateway por sí sola no resuelve fallas de uplink, energía, routing o dependencias compartidas.
Una arquitectura realmente resiliente debe analizar el camino completo.
La existencia de dos equipos debe demostrarse mediante pruebas de failover y convergencia, no únicamente mediante inspección física del rack.
Convergencia y Dominio de Falla
La convergencia es el proceso mediante el cual los routers llegan a una visión consistente de la topología después de una modificación. El tiempo efectivo de recuperación percibido por la aplicación depende de más factores que el protocolo de routing:
- detección de la falla;
- timers de adyacencia;
- cálculo de un nuevo camino;
- actualización de la FIB;
- protocolos de redundancia de gateway;
- estado del firewall;
- sesión de la aplicación;
- DNS y balanceadores;
- características de la WAN.
Por ello, especificar únicamente «OSPF con rápida convergencia» es insuficiente. El requisito debe traducirse en comportamiento de servicio y validarse mediante pruebas.
Durante la implantación, los cambios de routing pueden afectar servicios críticos incluso cuando los equipos individualmente están funcionando.
Owner’s Engineering acompaña la adherencia al diseño, cambios, evidencias e interfaces técnicas entre contratistas.
ECMP, Caminos Redundantes y Balanceo
Equal-Cost Multi-Path puede permitir múltiples caminos de igual costo para determinado prefijo, según el soporte de la plataforma y del protocolo. Esto mejora la utilización de enlaces y la resiliencia, pero no significa que un único flujo se dividirá necesariamente entre todos los caminos.
La distribución normalmente depende de hashing con atributos de cabeceras. Por lo tanto, la planificación de capacidad debe considerar la distribución agregada de flujos y no suponer una suma lineal de ancho de banda para cada sesión individual.
Routing Asimétrico
El routing asimétrico ocurre cuando el camino de ida es diferente del camino de regreso. IP, por sí solo, puede operar de esta manera, pero dispositivos stateful, NAT, firewalls y determinadas aplicaciones pueden exigir simetría.
En troubleshooting es necesario verificar ambos sentidos. Muchos incidentes atribuidos al firewall son, en realidad, consecuencia de una ruta de retorno ausente o diferente de la arquitectura esperada.
Routing en Redes Multi-Site, WAN y Cloud
En redes con varias sedes, el plan de direccionamiento debe permitir que cada site tenga bloques exclusivos y, cuando sea posible, sumarizables. Esto facilita la integración mediante MPLS, SD-WAN, VPN, enlaces privados o cloud.
Una arquitectura multi-site debe definir:
- bloque reservado por site;
- prefijos locales y compartidos;
- ruta default local o centralizada;
- internet breakout;
- servicios centralizados;
- failover de WAN;
- conectividad cloud;
- comportamiento cuando falla el enlace principal;
- política de anuncios entre regiones.
Dos enlaces de operadores diferentes no garantizan redundancia si comparten infraestructura física, CPE, energía o una única política de routing incapaz de converger correctamente.
Direccionamiento y Routing para CCTV, Control de Acceso, Voz, IoT y OT
Los sistemas especializados deben considerarse en el plan lógico desde el inicio.
Las cámaras IP pueden exigir un gran volumen de tráfico hacia VMS y storage. La voz IP es sensible a retraso, jitter y pérdida. Las controladoras de acceso dependen de una comunicación predecible con servidores e integraciones. OT e IoT pueden tener restricciones específicas de actualización y seguridad.
El Tráfico de Red debe mapearse antes de la definición final de los caminos, principalmente cuando existen enlaces de agregación, WAN o firewalls en serie.
Multicast No Es Solo «Otro Tipo de Dirección»
Multicast permite que un origen envíe tráfico destinado a un grupo de receptores. En redes que utilizan video, audio sobre IP, distribución de contenido o aplicaciones industriales, el diseño debe diferenciar mecanismos de participación de hosts, como IGMP, de los protocolos utilizados para construir árboles multicast entre routers, cuando corresponda.
Tratar multicast únicamente como un rango de direcciones puede resultar en flooding, consumo de ancho de banda o ausencia de reachability entre dominios.
Seguridad del Plan de Routing
La protección del routing implica impedir que información falsa o indebida altere los caminos de la red.
Las medidas de ingeniería pueden incluir:
- autenticación de adyacencias cuando sea soportada;
- filtros de prefijos;
- control de redistribución;
- limitación de vecinos autorizados;
- protección del plano de control;
- separación de la red de gestión;
- logging y telemetría;
- control de cambios;
- validación de anuncios BGP según el contexto.
En IPv6, la presencia de soporte para IPsec en el protocolo no significa que el tráfico esté automáticamente cifrado. El uso efectivo del cifrado debe definirse por la arquitectura y la aplicación.
Observabilidad de Rutas y Flujos
Operar routing sin observar cambios de estado aumenta el tiempo de diagnóstico. El equipo debe poder identificar cambios de adyacencia, flaps, pérdida de prefijos, cambios de next hop y crecimiento inesperado de las tablas.
El Monitoreo de Red acompaña disponibilidad, interfaces y métricas. El NetFlow y Análisis de Flujos ayudan a entender quién está utilizando determinado camino. El Gestión de Redes Basada en FCAPS organiza fallas, configuración, desempeño, seguridad y contabilización como disciplina operativa.
| Evidencia | Pregunta respondida |
| tabla de rutas | ¿qué prefijos son conocidos? |
| adyacencias | ¿qué vecinos están activos? |
| logs de protocolo | ¿cuándo ocurrió el cambio? |
| NetFlow/IPFIX | ¿qué flujos utilizaron el camino? |
| SNMP/telemetría | ¿cómo se comportaron las interfaces y los recursos? |
| traceroute/pruebas | ¿qué recorrido se observó? |
IPAM y Fuente de Verdad
A medida que la red crece, las hojas de cálculo aisladas dejan de ser suficientes para controlar prefijos, gateways, reservas, VLAN y dependencias. Un proceso de IP Address Management puede centralizar el plan y reducir conflictos.
La fuente de verdad debe registrar no solo direcciones, sino también la relación entre:
- sites;
- prefijos;
- VLANs;
- VRFs;
- gateways;
- interfaces;
- dispositivos;
- servicios DNS/DHCP;
- responsables;
- estado de reserva y uso.
La herramienta no sustituye la gobernanza: las direcciones deben seguir un proceso de cambio y las modificaciones ejecutadas en producción deben reflejarse en el As-Built.
Documentación del Direccionamiento y Routing
Un diseño ejecutable debe traducir la arquitectura en documentos claros. El Diagrama de Red debe mostrar cómo se relacionan los dominios y caminos, sin intentar concentrar todos los detalles en una única figura.
Un paquete de documentación puede contener:
| Documento | Contenido mínimo |
| plan IP | prefijos, finalidad, gateway, DHCP y reservas |
| matriz de VLAN | ID, nombre, prefijo, site y función |
| tabla de sumarización | prefijos agregados y punto de anuncio |
| matriz de routing | origen, destino, protocolo y política |
| diagrama lógico | sites, zonas, dispositivos L3 y caminos |
| tabla de adyacencias | vecinos e interfaces previstas |
| plan de redundancia | gateways, enlaces, failover y convergencia |
| plan de pruebas | escenarios, criterios y evidencias |
| As-Built lógico | estado efectivamente implantado y aceptado |
Cómo Diseñar Direccionamiento y Routing de Forma Coordinada
Una secuencia de ingeniería reduce el retrabajo:
El plan IP, gateways, sumarización y protocolos deben formar una única arquitectura documentada.
El Diseño de Red Lógica transforma requisitos de conectividad, segmentación, redundancia y operación en diagramas, matrices, estándares y criterios de aceptación.
Conozca el Servicio de Diseño de Red Lógica y Redes Corporativas
- levantar sites, sistemas, usuarios, activos y flujos;
- mapear restricciones de la red existente;
- reservar bloques por dominio y localidad;
- dimensionar subredes;
- definir gateways y fronteras L2/L3;
- establecer la política de sumarización;
- elegir rutas estáticas o protocolos dinámicos;
- definir redundancia y convergencia esperada;
- modelar fallas y caminos alternativos;
- documentar diagramas, matrices y parámetros;
- probar reachability, aislamiento, failover y desempeño;
- actualizar la fuente de verdad y el As-Built.
Pruebas y Commissioning
La aceptación de una arquitectura de routing debe demostrar comportamiento normal y comportamiento bajo falla.
La redundancia solo se demuestra cuando la falla se provoca de forma controlada y el comportamiento observado cumple el requisito.
El Commissioning de Ingeniería integra pruebas de reachability, failover, convergencia, rutas y documentación antes de la aceptación.
Reachability
Verificar si cada origen alcanza los destinos previstos y si los flujos que deben permanecer aislados no encuentran un camino indebido.
Selección de Ruta
Confirmar prefijos instalados, next hops, sumarización, ruta default y política esperada.
Failover
Simular la pérdida controlada de un enlace o equipo y medir el comportamiento del servicio, no únicamente la modificación de la tabla de rutas.
Convergencia
Registrar tiempo de detección, cambio de camino y recuperación percibida por la aplicación cuando exista un requisito objetivo.
Routing Asimétrico
Validar ambos sentidos en flujos que atraviesan firewall, NAT, balanceadores o múltiples enlaces.
Evidencias
Capturar tablas, logs, métricas y resultados de las pruebas de forma trazable para que la aceptación no dependa únicamente de la afirmación de que «la red está funcionando».
Fallas Recurrentes en Diseños de Direccionamiento y Routing
| Falla | Consecuencia |
| crear subredes sin un plan jerárquico | fragmentación y dificultad de sumarización |
| reutilizar rangos en sites diferentes | superposición en VPN/WAN |
| anunciar un agregado sin todos los prefijos válidos | black hole |
| mezclar métrica y preferencia entre protocolos | diagnóstico incorrecto |
| redistribuir rutas sin política | loops y rutas inesperadas |
| usar excesivamente la default route | ocultación de fallas de diseño |
| no probar la ruta de retorno | sesiones stateful intermitentes |
| suponer redundancia solo por la cantidad de equipos | indisponibilidad por dependencia común |
| operar sin source of truth | conflicto entre documentación y producción |
| no monitorear flaps y cambios | troubleshooting reactivo |
Cuándo Revisar la Arquitectura de Direccionamiento y Routing
La revisión es recomendable cuando existen superposiciones de IP, crecimiento desordenado, múltiples rutas estáticas sin documentación, cambios frecuentes de WAN, expansión a cloud, adopción de IPv6, adquisición de nuevas sedes, redes planas, nuevos entornos OT/IoT, cambio de core o incidentes de convergencia.
También es adecuada antes de grandes adquisiciones. Sustituir routers o switches no corrige automáticamente un plan IP fragmentado, una política de routing incoherente o una topología sin redundancia real.
Consideraciones Finales
El direccionamiento y el routing deben diseñarse como una única disciplina arquitectónica. Los prefijos bien estructurados permiten sumarización, segmentación y crecimiento; los protocolos bien elegidos transforman esos prefijos en caminos controlados y resilientes.
El resultado esperado no es únicamente hacer que los paquetes lleguen al destino. Es establecer una red en la que los caminos sean comprensibles, la falla tenga un comportamiento predecible, la expansión no exija renumeraciones improvisadas y la operación pueda comparar el estado real con el diseño.
Cuando el plan IP, routing, observabilidad, pruebas y documentación permanecen integrados, la red deja de depender de configuraciones aisladas y pasa a operar como infraestructura de ingeniería gobernable.
Referencias Técnicas
[1] IETF. RFC 1918 — Address Allocation for Private Internets. Disponible en: https://www.rfc-editor.org/rfc/rfc1918.
[2] IETF. RFC 4632 — Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan. Disponible en: https://www.rfc-editor.org/rfc/rfc4632.
[3] IETF. RFC 8200 — Internet Protocol, Version 6 (IPv6) Specification. Disponible en: https://www.rfc-editor.org/rfc/rfc8200.
[4] IETF. RFC 4193 — Unique Local IPv6 Unicast Addresses. Disponible en: https://www.rfc-editor.org/rfc/rfc4193.
[5] IETF. RFC 2328 — OSPF Version 2. Disponible en: https://www.rfc-editor.org/rfc/rfc2328.
[6] IETF. RFC 5340 — OSPF for IPv6. Disponible en: https://www.rfc-editor.org/rfc/rfc5340.
[7] IETF. RFC 4271 — A Border Gateway Protocol 4 (BGP-4). Disponible en: https://www.rfc-editor.org/rfc/rfc4271.
[8] IETF. RFC 5798 — Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6. Disponible en: https://www.rfc-editor.org/rfc/rfc5798.
[9] IANA. IPv4 Address Space Registry. Disponible en: https://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xhtml.
[10] IANA. IPv6 Address Space Registry. Disponible en: https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml.
Preguntas Frecuentes
El direccionamiento organiza los prefijos e identifica interfaces y subredes. El routing determina cómo los paquetes alcanzan esos prefijos mediante rutas conectadas, estáticas o aprendidas dinámicamente.
Sí. Las clases históricas permanecen como referencia conceptual, pero el dimensionamiento moderno utiliza prefijos CIDR de longitud variable.
No de forma general. OSPF es típicamente un IGP utilizado dentro de un dominio de routing; BGP está orientado al intercambio de prefijos y a la aplicación de políticas entre sistemas autónomos o fronteras específicas.
Porque la sumarización depende de bloques contiguos y correctamente alineados. Un plan fragmentado reduce la capacidad de agregar rutas y aumenta la complejidad operativa.
No. IPv6 posee recursos y arquitectura diferentes, pero la seguridad depende de políticas, configuración, hardening, filtrado, monitoreo y controles efectivamente implementados.
Las rutas estáticas son adecuadas cuando hay pocos destinos, caminos predecibles o necesidad de control determinístico simple. En entornos mayores y redundantes, los protocolos dinámicos pueden reducir el mantenimiento manual y mejorar la adaptación a fallas.
Reachability, selección de ruta, sumarización, ruta default, failover, convergencia, caminos de ida y vuelta, aislamiento y evidencias de tablas y logs deben validarse conforme a los requisitos del diseño.
Materiales Técnicos Complementarios
Servicios Relacionados
- Diseño de Red Lógica y Redes Corporativas
- Due Diligence Técnica de Ingeniería
- Owner’s Engineering
- Commissioning de Ingeniería
Contenidos Principales sobre el Tema
- Red Lógica: VLANs, IP, Routing, Segmentación y Diseño
- Subnetting: Cómo Funciona el Subnetting IPv4 y Cómo Dimensionar Subredes
- OSPF: Cómo Funciona, Áreas, LSAs, Costos y Criterios de Diseño
- BGP: Qué Es, Cómo Funciona, ASN, Peering y Criterios de Diseño
Contenidos Técnicos Relacionados
- Diagrama de Red: Tipos, Arquitectura Lógica y Física y Documentación Técnica
- Tráfico de Red: Flujos, Carga, Broadcast, Multicast y Capacidad
- NetFlow: Qué Es, Cómo Funciona y Cómo Analizar Tráfico de Red
- Monitoreo de Red: Métricas, Disponibilidad, Desempeño y Observabilidad
- Gestión de Redes: FCAPS, SNMP, Configuración, Desempeño y Seguridad
- Segmentación de Red: Fundamentos, Modelos, Buenas Prácticas y Cuándo Usar
