Entienda las diferencias entre red física y red lógica, VLAN, IP, L1/L2/L3, redundancia, diagnóstico, documentación, proyecto, comisionamiento y troubleshooting.
¡Descúbrelo!
La red física y la red lógica son capas complementarias de una misma infraestructura de comunicación. La red física materializa los enlaces mediante cables, fibras, puertos, racks, caminos y equipos; la red lógica organiza cómo los dispositivos y servicios utilizan esa infraestructura mediante direccionamiento, VLAN, subredes, políticas, enrutamiento, redundancia y control de tráfico.
La diferencia es importante porque muchos problemas presentan el mismo síntoma para el usuario. “Sin red”, “lentitud” o “caídas” pueden originarse en un conector degradado, un transceptor óptico, un puerto físico, una VLAN incorrecta, conflicto de direcciones, loop de capa 2, ruta ausente, política de firewall o una combinación de varios factores.
Por eso, los proyectos y diagnósticos robustos no tratan lo físico y lo lógico como mundos independientes. La topología física determina capacidad, latencia, disponibilidad y dominios de falla; la topología lógica define quién se comunica con quién, por qué caminos, bajo qué políticas y con qué mecanismos de recuperación.
¿Qué es una red física?
La red física corresponde a la infraestructura material que permite que las señales existan y recorran un camino real. Incluye cableado metálico, fibra óptica, conectores, patch panels, DIOs, racks, patch cords, transceptores, interfaces de red, infraestructura de canalizaciones y puntos de concentración.
También involucra condiciones que no aparecen en una pantalla de configuración: longitud del enlace, pérdida de inserción, diafonía, limpieza de conectores ópticos, radio de curvatura, protección mecánica, ocupación de caminos, entorno electromagnético, temperatura, equipotencialización y capacidad PoE.
Una red física puede estar perfectamente documentada y certificada y aun así no permitir comunicación si la configuración lógica es incorrecta. Pero lo contrario también es cierto: la configuración puede ser técnicamente correcta y fallar por un defecto en el medio físico.
¿Qué es una red lógica?
La red lógica es la organización funcional de la comunicación sobre la infraestructura disponible. Describe cómo se identifican, agrupan, segmentan y encaminan los dispositivos, además de establecer políticas de acceso, disponibilidad y tratamiento del tráfico.
Entre los elementos lógicos más frecuentes se encuentran:
- direccionamiento IPv4 e IPv6;
- subredes y sumarización;
- VLAN y trunks;
- tablas MAC y dominios de broadcast;
- enrutamiento estático y dinámico;
- gateways y redundancia de gateway;
- ACL y políticas de firewall;
- QoS y clasificación de tráfico;
- servicios como DHCP y DNS;
- protocolos de redundancia y prevención de loops;
- autenticación de acceso a red y políticas de NAC;
- monitoreo, telemetría y gestión.
La red lógica no “flota” independientemente de la física. Una VLAN que atraviesa varios switches depende de puertos, enlaces y uplinks reales. Una ruta redundante solo ofrece resiliencia si los caminos físicos no comparten el mismo punto único de falla.
Diferencias entre red física y red lógica
| Criterio | Red física | Red lógica |
| Naturaleza | material y medible en campo | configuración y organización funcional |
| Ejemplos | cables, fibra, racks, conectores, puertos, transceptores | VLAN, IP, subredes, rutas, ACL, QoS |
| Fallas típicas | cable roto, conector deficiente, pérdida óptica, puerto defectuoso | VLAN incorrecta, IP duplicada, ruta ausente, ACL bloqueando |
| Herramientas | certificador, OLTS/LSPM, OTDR, inspección, medición de PoE | CLI, controller, logs, SNMP, captura de paquetes, tablas MAC/ARP |
| Cambio | normalmente implica intervención material | frecuentemente puede modificarse mediante configuración |
| Documentación | planos, racks, enlaces, rutas, fibras, certificación | diagramas L2/L3, VLAN, plan IP, rutas, políticas |
| Redundancia | caminos, cables, fibras, switches y fuentes independientes | protocolos de failover, agregación, enrutamiento y convergencia |
La distinción ayuda a organizar responsabilidades, documentación y método de troubleshooting. Sin embargo, no debe crear silos: la solución final siempre depende de la integración.
Cómo una misma red física soporta varias redes lógicas
Una red lógica bien diseñada no corrige limitaciones físicas. La capacidad de uplink, rutas de backbone, PoE, fibra, racks y documentación deben soportar las VLAN, servicios y políticas planificadas.
Un solo switch de acceso puede atender usuarios corporativos, telefonía IP, videovigilancia, Wi-Fi, control de acceso y automatización. Físicamente, los dispositivos convergen al mismo rack y pueden compartir uplinks. Lógicamente, cada grupo puede pertenecer a una VLAN y a una política de seguridad diferente.
El diagrama muestra por qué “hay link” no significa “hay conectividad”. El puerto puede estar eléctricamente activo y el dispositivo continuar asociado a la VLAN incorrecta, sin gateway, sin DHCP o bloqueado por una política.
Capa 1, capa 2 y capa 3: ¿dónde termina una y comienza otra?
En la operación, la frontera entre lo físico y lo lógico suele abordarse a partir de las tres primeras capas del modelo OSI.
Capa 1: medio y señal
La capa física trata la transmisión de bits. Los problemas recurrentes incluyen ausencia de link, pérdida de sincronismo, errores físicos, potencia óptica inadecuada, terminación deficiente y negociación incompatible cuando la interfaz depende de la calidad del medio.
Capa 2: Ethernet y dominio local
La capa 2 trata tramas Ethernet, direcciones MAC, VLAN, trunks, agregación y mecanismos de prevención de loops. Un enlace puede estar “up” en capa 1 y aun así fallar en capa 2 porque la VLAN no está permitida en el trunk, el LAG es inconsistente o existe bloqueo por un protocolo de spanning tree.
Capa 3: direccionamiento y enrutamiento
La capa 3 introduce direcciones IP, subredes, gateways y rutas entre redes. Un host puede ver equipos en la misma VLAN y no conseguir acceder a otra subred por ausencia de ruta, gateway incorrecto o una política de firewall.
Esta descomposición crea una secuencia de diagnóstico: comprobar el medio, comprobar la adyacencia local y solo después analizar el camino IP y las políticas.
Un link físico activo no significa comunicación funcional
El indicador luminoso de un puerto confirma solo una parte del problema. Demuestra que existe alguna condición de enlace entre las interfaces, pero no valida categoría del cableado, margen de desempeño, VLAN, IP, gateway, DNS, ACL, capacidad del uplink ni la aplicación.
Del mismo modo, un ping exitoso demuestra únicamente una determinada conectividad IP en ese instante. No certifica el cableado, no demuestra ausencia de errores de capa 1 y no valida que la arquitectura soporte la carga de producción.
En la aceptación técnica, cada capa necesita su propia evidencia.
Topología física vs. topología lógica
La topología física describe dónde están realmente los enlaces. En una red corporativa, puede haber estaciones conectadas en estrella a switches de acceso, uplinks ópticos hasta un core y dos caminos físicos entre edificios.
La topología lógica describe cómo se organiza el tráfico. Sobre la misma estrella física pueden existir decenas de VLAN, redes de gestión, VRF, caminos de enrutamiento, políticas de firewall y servicios con requisitos diferentes.
Una documentación correcta necesita presentar ambas vistas. Un único diagrama que intente representar simultáneamente cada cable, VLAN, IP y política suele volverse ilegible y difícil de mantener.
La VLAN es lógica, pero depende de puertos y enlaces físicos
Las VLAN segmentan dominios de capa 2 y permiten separar funciones sobre una misma infraestructura de switching. La configuración debe ser coherente desde el puerto de acceso hasta los trunks y puntos de enrutamiento.
Los problemas comunes incluyen:
- puerto de acceso asociado a la VLAN incorrecta;
- VLAN no creada en un switch intermedio;
- VLAN no permitida en el trunk;
- native VLAN inconsistente;
- configuración divergente entre miembros de una agregación;
- cambio físico de patch sin actualización del puerto lógico;
- documentación desactualizada después de una modificación operacional.
El último caso demuestra la interdependencia: un simple cambio de patch cord puede conectar físicamente al usuario con un puerto que posee otra configuración lógica.
Direccionamiento IP y subredes
El plan de direccionamiento define cómo se organizan hosts y servicios en capa 3. Debe considerar capacidad, crecimiento, sumarización, ubicación, función, seguridad y facilidad operacional.
Asignar direcciones aleatoriamente genera redes difíciles de diagnosticar. En entornos grandes, la documentación debe relacionar VLAN, subred, gateway, DHCP, reservas, direcciones estáticas, función y ubicación.
Los conflictos de IP, máscaras incorrectas y gateways erróneos producen síntomas que frecuentemente se confunden con defectos físicos porque la conectividad puede funcionar de forma parcial o intermitente.
Switches de acceso, distribución y core
La arquitectura física y lógica suele organizarse en capas funcionales.
Acceso conecta dispositivos finales y concentra funciones como PoE, VLAN de acceso, autenticación y políticas de borde. Distribución, cuando existe, agrega switches de acceso y crea fronteras de control, enrutamiento y redundancia. El core proporciona transporte de alta capacidad y baja complejidad entre grandes bloques de la red.
En redes menores, las funciones pueden combinarse en una arquitectura de core colapsado. La decisión depende de escala, disponibilidad, densidad, cantidad de ubicaciones, capacidad, operación y criticidad — no de una obligación de utilizar tres capas físicas separadas.
Redundancia física vs. redundancia lógica
Tener dos links dibujados en un diagrama no garantiza resiliencia. Si ambas fibras recorren la misma bandeja, entran por el mismo shaft, terminan en el mismo switch o dependen de la misma alimentación, el dominio de falla continúa siendo compartido.
La redundancia física debe eliminar puntos únicos de falla relevantes: rutas, fibras, equipos, fuentes, salas y alimentación cuando el requisito de disponibilidad lo justifique.
La redundancia lógica debe decidir cómo se utilizarán los caminos y cómo ocurrirá la recuperación: LACP, protocolos de spanning tree, enrutamiento dinámico, first-hop redundancy y otros mecanismos según la arquitectura.
El proyecto debe analizar ambas perspectivas de forma conjunta. La redundancia lógica sobre una infraestructura físicamente común puede crear solamente una apariencia de resiliencia.
Agregación de links y LACP
Link Aggregation permite combinar interfaces físicas en una interfaz lógica, aumentando la capacidad agregada y ofreciendo redundancia según la arquitectura. LACP negocia y mantiene la agrupación entre equipos compatibles.
Dos cuidados son esenciales. Primero, la capacidad de un flujo individual puede continuar limitada por la política de hashing y por una interfaz miembro; “4 × 10 Gb/s” no significa que un único flujo utilice automáticamente 40 Gb/s. Segundo, los miembros del grupo deben ser coherentes en velocidad, VLAN y parámetros operacionales.
Las fallas de LACP pueden mantener algunos caminos activos y generar síntomas intermitentes difíciles de reproducir.
Spanning Tree y loops de capa 2
La redundancia física en Ethernet crea la posibilidad de loops cuando existen caminos paralelos. Los protocolos de la familia Spanning Tree controlan estas topologías bloqueando o liberando caminos según el árbol lógico calculado.
Un loop puede provocar tormenta de broadcast, inestabilidad de tablas MAC y pérdida generalizada de comunicación. La respuesta correcta no consiste en eliminar toda redundancia, sino en diseñarla y configurar mecanismos de control coherentes.
Durante el troubleshooting, los cambios de topología, puertos bloqueados y eventos de reconvergencia deben correlacionarse con el momento de la falla.
Enrutamiento y caminos lógicos
El enrutamiento selecciona caminos entre subredes. En redes simples, unas pocas rutas estáticas pueden ser suficientes; en entornos mayores o redundantes, los protocolos dinámicos permiten adaptarse a fallas y cambios de topología.
La elección debe considerar tiempo de convergencia, complejidad operacional, dominio de enrutamiento, política, capacidad del equipo y requisitos de disponibilidad. Agregar protocolos sin necesidad aumenta la superficie de error y la dificultad de operación.
Una ruta lógica alternativa también depende de la capacidad física disponible. Durante una falla, el camino remanente debe soportar la carga desviada.
Red lógica y seguridad
La segmentación es un mecanismo de arquitectura, pero una VLAN no debe tratarse de forma aislada como una barrera de seguridad suficiente. La comunicación entre segmentos debe controlarse mediante políticas, firewalls, ACL, autenticación y mecanismos apropiados al riesgo.
En el borde, 802.1X y soluciones NAC pueden asociar identidad y política al acceso de red. Paralelamente, la capa física debe proteger racks, salas y puertos contra acceso no autorizado o maniobras indebidas.
Por lo tanto, la seguridad de red es multicapa: ninguna configuración lógica compensa completamente un acceso físico irrestricto a la infraestructura crítica.
PoE: físico en la alimentación, lógico en la gestión
Power over Ethernet ilustra claramente la integración de capas. La energía circula por el cableado físico, mientras que los switches gestionables pueden proporcionar información de consumo, clase, estado y presupuesto de potencia.
Una cámara puede perder alimentación por un problema de cable, conector, potencia requerida, presupuesto del switch o configuración. El diagnóstico debe observar tanto la cadena eléctrica del PoE como el estado lógico del puerto.
En los proyectos, datos y potencia deben dimensionarse conjuntamente.
Wi-Fi también depende de la red física y lógica
Incluso en entornos predominantemente wireless, los access points dependen de cableado, PoE, switches, uplinks, VLAN, DHCP, enrutamiento y políticas. La radio agrega otra capa física — RF —, pero no elimina la infraestructura cableada.
Una falla percibida como “Wi-Fi malo” puede originarse en planificación de canales RF, interferencia, cableado del access point, falta de PoE, uplink saturado, VLAN, DHCP o autenticación. El método por capas continúa siendo válido.
Cómo documentar la red física y la red lógica
La documentación debe separar vistas para conservar su utilidad.
Documentos físicos
- planos de puntos y caminos;
- diagramas de racks;
- mapa de patch panels y puertos;
- backbone de cobre y fibra;
- identificación de fibras y DIOs;
- rutas redundantes;
- informes de certificación;
- As-Built de infraestructura.
Documentos lógicos
- diagrama L2 y L3;
- tabla de VLAN;
- plan de direccionamiento IP;
- gateways e interfaces SVI;
- matriz de comunicación entre segmentos;
- rutas y protocolos;
- políticas de firewall/ACL según alcance;
- servicios DHCP/DNS y dependencias;
- convenciones de nombres y gestión.
Relación entre ambas vistas
Los documentos deben compartir identificadores. El switch SW-01 del diagrama lógico debe corresponder al equipo SW-01 del rack físico; el puerto Gi1/0/24 debe poder rastrearse hasta patch panel, toma y dispositivo cuando sea necesario.
Esta rastreabilidad reduce el tiempo de diagnóstico y evita que la documentación física y lógica evolucione en versiones incompatibles.
Diagnóstico: cómo separar una falla física de una falla lógica
Una secuencia eficiente evita hipótesis precipitadas.
- Definir exactamente el síntoma y el alcance: un host, una sala, una VLAN, un switch o toda la red.
- Confirmar energía, estado físico y link de las interfaces.
- Verificar contadores de errores, velocidad, duplex y transceptores.
- Probar o certificar el enlace cuando exista indicio físico.
- Validar VLAN de acceso, trunk y estado de capa 2.
- Verificar dirección, máscara, gateway, ARP/ND y DHCP.
- Probar el camino IP y las tablas de enrutamiento.
- Evaluar ACL, firewalls, autenticación y servicios dependientes.
- Correlacionar el incidente con cambios recientes y eventos de convergencia.
- Registrar la causa raíz y actualizar la documentación.
El orden puede variar según el caso, pero el principio es constante: cada hipótesis necesita evidencia.
Matriz de síntomas: ¿físico o lógico?
| Síntoma | Hipótesis físicas | Hipótesis lógicas |
| link apagado | cable, conector, puerto, transceptor, energía | puerto administrativamente deshabilitado |
| link activo sin IP | medio probablemente funcional | DHCP, VLAN, autenticación, configuración del host |
| comunicación local sin internet | uplink/puerto físico también debe verificarse | gateway, ruta, NAT, firewall, DNS |
| caídas bajo carga | margen de enlace, fibra, PoE, errores físicos | congestión, QoS, loop, capacidad insuficiente |
| solo una VLAN falla | trunk físico puede estar íntegro | VLAN ausente/bloqueada, SVI, ACL, enrutamiento |
| varios switches caen juntos | backbone, energía o dominio físico común | protocolo de redundancia, loop, falla de core |
| cámara se reinicia | PoE, cable, conector, temperatura | política PoE, firmware/configuración |
La matriz no sustituye las pruebas; sirve para organizar hipótesis y evitar el cambio indiscriminado de componentes.
Ejemplo 1: fibra rota vs. ruta ausente
Imagine dos edificios interconectados por fibra. Todos los servicios del edificio remoto quedan indisponibles.
Si el transceptor pierde señal óptica y la interfaz cae, la causa probablemente está en la cadena física: fibra, DIO, cordón, fusión, conector, módulo o ruta del cable. Si el link permanece activo y existe adyacencia local, pero las redes remotas no son alcanzables, la investigación debe avanzar hacia enrutamiento, gateway, políticas y convergencia.
Cuando existe redundancia, también es necesario verificar por qué el camino alternativo no asumió. La causa puede ser física — ambas rutas comparten la misma rotura — o lógica — el protocolo no convergió como se esperaba.
Ejemplo 2: el usuario cambia de mesa y pierde acceso
La estación funcionaba, fue trasladada a otra toma y pasó a acceder solamente a parte de los recursos.
La primera hipótesis puede ser el cableado, pero si el link es estable y la prueba física pasa, debe compararse la configuración del nuevo puerto con la anterior. La toma puede terminar en un puerto configurado para otra VLAN o con una política de autenticación diferente.
Este ejemplo muestra por qué los cambios físicos necesitan gestión de configuración y documentación.
Ejemplo 3: red intermitente después de una expansión
Después de instalar un nuevo switch, los usuarios reportan lentitud y pérdida aleatoria de comunicación. Los enlaces individuales pasan las pruebas.
El análisis lógico puede revelar un loop de capa 2, inconsistencia de trunk, LACP incompleto o comportamiento de spanning tree. También puede existir un cuello de botella de uplink: la expansión agregó tráfico sin aumentar la capacidad de agregación.
El proyecto debe evaluar no solo el número de puertos, sino también flujo y dominio de falla.
Desempeño: el cuello de botella puede cambiar de capa
Una red de acceso con enlaces de 1 Gb/s no significa que cien usuarios tengan 100 Gb/s disponibles simultáneamente. El tráfico converge en uplinks, core, firewalls, servidores y enlaces WAN.
Del mismo modo, aumentar el uplink a 10 o 25 Gb/s no resuelve un cableado horizontal con errores ni un storage incapaz de entregar la aplicación. El desempeño es end-to-end.
La ingeniería debe identificar dónde existe oversubscription aceptable, qué flujos son críticos, cómo ocurre la agregación y qué margen debe existir para crecimiento y fallas.
La redundancia debe probarse, no suponerse
Los proyectos de alta disponibilidad necesitan pruebas de falla planificadas. Debe verificarse el comportamiento cuando un uplink, switch, ruta o fuente queda indisponible.
La prueba mide más que si “volvió o no volvió”. Puede observar tiempo de convergencia, pérdida de sesiones, capacidad del camino remanente, alarmas generadas, comportamiento de aplicaciones y claridad operacional para el equipo.
Sin prueba, la redundancia existe solamente en el dibujo.
Proyecto integrado de red física y lógica
Un proyecto robusto comienza por los requisitos del negocio y de operación: usuarios, aplicaciones, sistemas IP, criticidad, crecimiento, seguridad, movilidad, disponibilidad y condiciones del edificio.
Después se coordinan:
- levantamiento físico y lógico del entorno existente;
- topología y jerarquía de red;
- capacidad de acceso y uplinks;
- arquitectura de backbone;
- plan de direccionamiento y VLAN;
- necesidades de PoE;
- Wi-Fi, videovigilancia, control de acceso y automatización;
- redundancia física y lógica;
- seguridad y segmentación;
- criterios de prueba, comisionamiento y aceptación;
- documentación y As-Built.
Elegir switches antes de definir la arquitectura suele invertir la secuencia de ingeniería.
Retrofit: línea de base física y lógica
En entornos existentes, una línea de base física y lógica reduce el riesgo de cambios. Inventariar enlaces, activos, VLAN, IP y dependencias permite descubrir qué debe corregirse antes de migrar.
En entornos brownfield, la organización necesita conocer lo que realmente existe antes de cambiar. Planos antiguos, planillas de IP y configuraciones guardadas pueden divergir de la condición de campo.
Una Due Diligence puede crear una línea de base mediante el inventario de racks, switches, puertos, enlaces, fibras, VLAN, subredes, rutas, capacidad, utilización y documentación. Esta fotografía técnica permite clasificar riesgos y planificar la migración sin depender de supuestos.
También evita sustituir una infraestructura física saludable cuando el problema dominante es la arquitectura lógica — o reconfigurar la red cuando el medio físico ya está degradado.
Procurement: especificar función, capacidad e interoperabilidad
Los Términos de Referencia y las especificaciones deben definir requisitos verificables: número y tipo de puertos, velocidades, PoE, uplinks, redundancia, protocolos, recursos de gestión, capacidad, interfaces ópticas, compatibilidad, seguridad y documentación.
La selección no debe transformar la lista de atributos de un fabricante en una especificación sin justificación. El objetivo es garantizar desempeño e interoperabilidad dentro de la arquitectura diseñada.
Para el cableado, la misma lógica es válida: la categoría nominal por sí sola no define equivalencia técnica del sistema.
Fiscalización y comisionamiento
La fiscalización verifica si la implementación preserva el proyecto. Los cambios de puerto, VLAN, ruta, modelo de transceptor, camino de fibra o posición de equipo deben controlarse porque pueden modificar el comportamiento final.
El comisionamiento debe combinar evidencias físicas y lógicas, por ejemplo:
- certificación de enlaces de cobre;
- pruebas de fibra y validación de pérdidas;
- verificación de interfaces y transceptores;
- prueba de VLAN y trunks;
- validación de direccionamiento y DHCP;
- pruebas de enrutamiento y políticas;
- pruebas de redundancia y recuperación;
- verificación de PoE bajo carga;
- pruebas de monitoreo y alarmas;
- verificación de documentación final.
Aceptar solamente “hay ping” o solamente “el cable certificó” deja una parte relevante de la solución sin validación.
Cambios y gestión de configuración
Las redes evolucionan continuamente. Nuevos usuarios, cámaras, access points, servidores y servicios exigen modificaciones físicas y lógicas.
La gestión de cambios debe registrar el estado anterior, la modificación planificada, impacto, ventana, método de rollback y actualización de los documentos. En infraestructuras críticas, esto reduce indisponibilidades causadas por pequeños cambios aparentemente aislados.
El As-Built no es un documento producido una vez y olvidado; debe alimentar la gestión operacional.
Consideraciones finales
La red física y la red lógica son representaciones diferentes de una única infraestructura operacional. La primera establece los caminos reales; la segunda organiza comunicación, seguridad, segmentación y recuperación sobre esos caminos.
La mejor arquitectura no es la que posee más redundancia o más protocolos, sino la que atiende los requisitos con dominios de falla comprendidos, capacidad suficiente, configuración controlable, documentación rastreable y pruebas que demuestran el comportamiento esperado.
En proyecto, retrofit y troubleshooting, separar físico y lógico ayuda a pensar. Integrarlos es lo que permite resolver el sistema.
Redundancia, segmentación y desempeño deben demostrarse mediante pruebas. El comisionamiento integra evidencias del cableado, activos, protocolos, failover y documentación final.
Referencias técnicas
[1] INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS. IEEE 802.3 Ethernet Working Group. Disponible en: https://www.ieee802.org/3/
[2] INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS. IEEE P802.1Q — Bridges and Bridged Networks. Disponible en: https://standards.ieee.org/ieee/802.1Q/11285/
[3] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR 14565:2019 — Cableado estructurado para edificios comerciales. Disponible en: https://www.abntcatalogo.com.br/
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION; INTERNATIONAL ELECTROTECHNICAL COMMISSION. ISO/IEC 11801-1:2017 — Information technology — Generic cabling for customer premises — Part 1: General requirements. Disponible en: https://www.iso.org/standard/66182.html
[5] ISO; IEC. ISO/IEC 11801-1:2017/Amd 1:2025 — Amendment 1. Disponible en: https://www.iso.org/standard/93480.html
Preguntas frecuentes
La red física es la infraestructura material — cables, fibras, racks, puertos y caminos. La red lógica organiza la comunicación sobre esa base mediante VLAN, direccionamiento, subredes, enrutamiento, políticas y mecanismos de redundancia.
No. El link demuestra solamente una condición física básica entre interfaces. Aún pueden existir problemas de VLAN, DHCP, IP, gateway, enrutamiento, políticas o capacidad.
No. VLAN es una construcción lógica de capa 2. Sin embargo, depende de puertos, switches y enlaces físicos para transportar las tramas asociadas.
El diagnóstico debe validar primero link, errores de interfaz y medio físico; después capa 2, VLAN y trunks; a continuación direccionamiento, gateway, enrutamiento y políticas. Cada hipótesis debe confirmarse con evidencia.
No. Los protocolos de failover solo pueden utilizar caminos que realmente existan. Dos links que comparten la misma ruta física, switch, sala o fuente pueden continuar sujetos al mismo punto único de falla.
No necesariamente. La capacidad se agrega entre múltiples flujos según la política de distribución; un flujo individual puede continuar limitado a la capacidad de un miembro.
Es relevante en topologías Ethernet de capa 2 donde pueden existir caminos redundantes y loops. La arquitectura puede utilizar otros enfoques, pero la redundancia siempre necesita un mecanismo coherente de control.
La documentación debe permitir rastrear equipos, racks, enlaces y puertos, además de VLAN, subredes, gateways, rutas y políticas relevantes, utilizando identificadores coherentes entre las vistas física y lógica.
Materiales técnicos complementarios
Soluciones relacionadas
Servicios relacionados
- Due Diligence Técnica
- Proyecto de Cableado Estructurado
- Ensayos y Pruebas Técnicas
- Comisionamiento
- As-Built de Ingeniería
Contenidos principales sobre el tema
- Red Física: componentes, capa física, fallas y diagnóstico
- Infraestructura de Red: guía completa
- Proyecto de Red: etapas, arquitectura y documentación técnica
