Entienda qué es la infraestructura de red, sus componentes físicos y lógicos, relación con el diseño de red, cableado estructurado, Wi-Fi, videovigilancia IP, seguridad, documentación y mantenimiento.
¡Descúbrelo!
La infraestructura de red es el conjunto integrado de recursos físicos, activos, lógicos, eléctricos y operativos que sustenta la comunicación entre usuarios, servidores, aplicaciones, internet, nube, Wi-Fi, videovigilancia IP, control de acceso, automatización, telefonía IP y demás sistemas conectados de una organización.
No se limita a cables, switches y routers. Una infraestructura técnicamente adecuada necesita coordinar cableado estructurado, fibra óptica, racks, rutas, energía, PoE, equipos activos, direccionamiento, segmentación, disponibilidad, seguridad, monitoreo, documentación, mantenimiento y criterios de expansión.
Por eso, la infraestructura de red debe tratarse como un sistema de ingeniería. Su desempeño depende menos de un componente aislado y más de la coherencia entre arquitectura, capacidad, interfaces, implantación, pruebas, documentación y operación.
¿Qué es la infraestructura de red?
La infraestructura de red es la base que materializa y mantiene la comunicación de una organización. Reúne los medios físicos que transportan señales, los equipos que encaminan y controlan tráfico, la organización lógica que define cómo se comunican los dispositivos y los recursos operativos que permiten administrar, proteger y evolucionar el entorno.
En una red real, estos elementos forman una cadena. Un servidor puede estar correctamente configurado y permanecer indisponible por una falla en el transceptor, la fibra, el switch, el enrutamiento, el firewall, el DNS o la alimentación. Del mismo modo, un cableado certificado puede sostener una arquitectura deficiente, con uplinks saturados, dominios de falla excesivos o segmentación inadecuada.
Por lo tanto, la infraestructura necesita analizarse en capas que se influyen mutuamente.
| Capa | Ejemplos | Pregunta de ingeniería |
| Física y pasiva | cables, fibras, conectores, racks, distribuidores ópticos, rutas | ¿El medio físico soporta distancia, aplicación, ambiente y expansión? |
| Activa | switches, routers, firewalls, access points | ¿Los equipos tienen capacidad, interfaces y disponibilidad adecuadas? |
| Lógica | VLAN, subredes, enrutamiento, ACL, QoS | ¿El tráfico está organizado, controlado y es escalable? |
| Servicios | DHCP, DNS, AAA, NTP, VPN, monitoreo | ¿Los servicios necesarios para la operación poseen redundancia y gobernanza? |
| Eléctrica | fuentes, PoE, UPS, circuitos, equipotencialización | ¿La red continúa operando en las condiciones de carga y falla previstas? |
| Operativa | inventario, logs, backups, As-Built, procedimientos | ¿El equipo puede operar, diagnosticar, modificar y recuperar el entorno? |
Una buena infraestructura nace de la integración de estas capas. El diseño debe definir no solamente qué será instalado, sino cómo se operará y validará el conjunto.
La infraestructura de red no es solamente instalación de equipos
Antes de corregir una red existente, es necesario construir un baseline confiable.
El levantamiento técnico identifica racks, activos, enlaces, rutas, capacidad, documentación, fallas recurrentes y restricciones de campo antes de que la organización invierta en sustituciones o ampliaciones.
Comprar un switch mayor, cambiar un firewall o instalar nuevos access points puede resolver una limitación puntual, pero no corrige automáticamente una arquitectura inadecuada. Las intervenciones sin baseline técnico suelen desplazar el cuello de botella hacia otro punto de la red.
Antes de seleccionar equipos, es necesario comprender requisitos como número y tipo de dispositivos, tráfico entre zonas, aplicaciones críticas, crecimiento, demandas de PoE, áreas de cobertura Wi-Fi, rutas físicas, disponibilidad requerida, ventanas de mantenimiento, restricciones del edificio y dependencias externas.
También es necesario definir la frontera del sistema. La red corporativa puede incluir LAN, WLAN, WAN, internet, data center, nube, seguridad electrónica, automatización, OT y múltiples proveedores. Sin delimitación de responsabilidades, los problemas de desempeño y disponibilidad tienden a circular entre equipos sin causa raíz comprobada.
El artículo sobre Diseño de Red profundiza cómo requisitos, arquitectura y entregables se transforman en documentos de ingeniería. Esta guía permanece enfocada en la infraestructura que materializa esas decisiones.
¿Cómo puede dividirse la infraestructura de red en subsistemas?
Una forma útil de organizar el entorno es separar subsistemas con funciones y criterios propios, manteniendo documentadas las interfaces entre ellos.
Infraestructura de acceso
Es la capa más cercana a los usuarios y dispositivos. Incluye tomas, cableado horizontal, switches de acceso, access points, teléfonos, cámaras, controladores, terminales, sensores y demás endpoints.
Necesita acomodar densidad de puertos, PoE, velocidad por dispositivo, movilidad, crecimiento y requisitos de seguridad. En ambientes modernos, la cantidad de dispositivos conectados puede crecer incluso sin un aumento proporcional de usuarios debido a cámaras, IoT, automatización y sistemas del edificio.
Infraestructura de distribución y backbone
Interconecta racks, pisos, edificios, data centers y áreas operativas. Puede utilizar cobre, pero en gran parte de las aplicaciones corporativas el backbone óptico ofrece ventajas de alcance, capacidad e inmunidad electromagnética.
El diseño debe relacionar cantidad de fibras, aplicaciones, transceptores, topología, rutas, redundancia y reservas. El Backbone de Fibra Óptica necesita dimensionarse como camino de evolución de la red, no solamente para el tráfico actual.
Borde y conectividad externa
Incluye enlaces de internet, WAN, SD-WAN, routers, firewalls, VPN, conexiones con nube e interfaces con proveedores. La disponibilidad depende no solamente de dos contratos, sino de diversidad real de equipos, circuitos, entradas, rutas externas y puntos de presencia.
Servicios de infraestructura
DNS, DHCP, NTP, autenticación, AAA, directorios, PKI, controladoras y plataformas de gestión pueden no transportar todo el tráfico de producción, pero su falla puede impedir acceso u operación. Estos servicios necesitan formar parte de la arquitectura de disponibilidad y del plan de recuperación.
Gestión y observabilidad
Monitoreo, syslog, SNMP, telemetría, NetFlow/IPFIX, backups de configuración, inventario y source of truth forman la capa de observabilidad y gobernanza. Sin ella, el equipo responde a incidentes sin evidencias suficientes y pierde trazabilidad de los cambios.
Componentes físicos de la infraestructura de red
La infraestructura física necesita diseñarse como un sistema permanente, porque su sustitución normalmente es más invasiva que el cambio de equipos activos.
Cableado estructurado
El cableado estructurado organiza los medios de transmisión, distribuidores, tomas, conexiones, identificación y documentación. Debe soportar las aplicaciones previstas y permitir cambios de equipos sin reconstrucción frecuente de la infraestructura pasiva.
La elección entre Cat6, Cat6A, fibra multimodo, fibra monomodo y otras tecnologías necesita considerar aplicación, distancia, PoE, ambiente, vida útil y expansión. La categoría o tipo de fibra no debe elegirse solamente por preferencia de mercado.
La NBR 14565 proporciona una referencia brasileña para arquitectura y desempeño del cableado genérico, mientras que la NBR 16869 amplía requisitos relacionados con instalación, calidad, ensayos y configuraciones especiales.
La capa pasiva determina durante cuánto tiempo la infraestructura podrá evolucionar sin reconstrucción.
Categoría, fibra, backbone, racks, rutas, identificación, PoE y criterios de certificación deben coordinarse desde el Diseño de Cableado Estructurado.
Racks, gabinetes y distribuidores
Los racks deben alojar equipos activos, patch panels, distribuidores ópticos, organizadores, fuentes, UPS cuando aplique, cables y reservas. La capacidad en unidades de rack es solamente una de las variables.
El diseño debe verificar profundidad, carga mecánica, ventilación, disipación térmica, acceso frontal y trasero, entradas de cables, organización, seguridad física, identificación, expansión e interferencia entre patch cords y flujo de aire.
Racks saturados convierten cualquier expansión en una intervención de riesgo. Por eso, la reserva de espacio y la organización de cables deben tratarse como requisitos de capacidad.
Patch panels, distribuidores ópticos y puntos de administración
Los patch panels y distribuidores ópticos establecen puntos controlados de terminación y maniobra. La operación mejora cuando las conexiones permanentes y los cordones de maniobra tienen funciones claras e identificación consistente.
En fibra, el distribuidor óptico necesita ser compatible con cantidad de fibras, adaptadores, conectores, empalmes, reservas, radios de curvatura y estrategia de expansión.
Infraestructura de canalización
Bandejas, escalerillas, conductos, shafts, cajas, ductos y pasos definen por dónde puede crecer el cableado. La infraestructura de canalización debe considerar ocupación, reservas, accesibilidad, radio de curvatura, segregación, soportación, transiciones, sellados y compatibilización con otras disciplinas.
Dimensionar solamente para la ocupación inicial es un error recurrente. Una infraestructura que nace próxima a la saturación tiende a exigir obras civiles o eléctricas antes del final de la vida útil del cableado.
Salas técnicas y espacios de telecomunicaciones
Racks y distribuidores dependen de espacios con acceso controlado, energía, iluminación, condiciones ambientales y rutas adecuadas. La ubicación de una sala técnica influye en longitud de cables, cantidad de puntos atendidos, disponibilidad, mantenimiento y expansión.
En edificios existentes, las limitaciones de espacio pueden exigir redistribución de racks, nuevos backbones o reorganización por zonas. Esta decisión necesita tomarse antes de la ejecución, no durante el tendido de cables.
Componentes activos de la infraestructura de red
Los equipos activos materializan las funciones de switching, enrutamiento, seguridad y conectividad. Deben seleccionarse a partir de los requisitos de arquitectura, y no al contrario.
Switches de acceso
Los switches de acceso concentran usuarios y dispositivos. La especificación debe considerar cantidad de puertos, velocidades, uplinks, capacidad de conmutación, PoE, fuentes, stacking o virtualización, protocolos de redundancia, recursos de seguridad y telemetría.
Un puerto de 1 Gb/s por usuario no significa que todo el switch necesite transmitir simultáneamente la suma nominal de todos los puertos. Sin embargo, el diseño debe comprender el perfil real de tráfico y dimensionar uplinks y capacidad interna sin crear cuellos de botella incompatibles con la operación.
Switches de distribución y core
Distribución y core agregan tráfico, establecen fronteras L2/L3, políticas y rutas redundantes. Según el tamaño, una arquitectura collapsed core puede concentrar estas funciones; en ambientes mayores, capas separadas pueden facilitar escala y aislamiento de fallas.
La decisión necesita considerar cantidad de redes, tráfico este-oeste y norte-sur, velocidades, convergencia, mantenimiento, expansión y criticidad. Más capas no significan automáticamente mayor disponibilidad.
Routers, firewalls y SD-WAN
Routers y firewalls controlan la comunicación entre redes, internet, filiales, socios y nube. La capacidad debe evaluarse con los recursos efectivamente habilitados, porque inspección, VPN, IPS, filtrado y logging pueden alterar el throughput disponible.
En ambientes con múltiples enlaces, SD-WAN puede añadir selección dinámica de rutas y políticas por aplicación. Sin embargo, la tecnología no elimina la necesidad de diversidad física y análisis de fallas comunes.
Access points y controladoras Wi-Fi
La WLAN depende del cableado y de la red activa. Los access points necesitan enlaces compatibles, PoE adecuado, VLAN, DHCP, enrutamiento, políticas y capacidad en los uplinks.
El Diseño de Red Wi-Fi Corporativa debe relacionar cobertura, capacidad, airtime, interferencia, perfil de clientes, roaming e infraestructura cableada. Instalar AP solamente por área en metros cuadrados tiende a producir resultados inconsistentes.
Componentes lógicos de la infraestructura de red
La infraestructura lógica define cómo se utilizan los recursos físicos. Es invisible en el rack, pero determina aislamiento, rutas, seguridad y comportamiento ante fallas.
Plan de direccionamiento IP
Las subredes deben reflejar escala, sumarización, zonas, sitios y crecimiento. Un plan improvisado puede generar solapamiento, desperdicio, dificultades de enrutamiento y migraciones complejas.
La documentación debe registrar prefijos, gateways, reservas, DHCP, direcciones estáticas, VRF cuando aplique y responsabilidad por cada bloque.
VLAN, subredes y zonas de seguridad
VLAN no es sinónimo de seguridad. Crea separación del dominio L2, pero el control efectivo entre redes depende de enrutamiento, ACL, firewalls y políticas.
La segmentación de red puede separar usuarios, servidores, invitados, videovigilancia, control de acceso, automatización, IoT, gestión y otros sistemas. El objetivo es reducir propagación de fallas y exposición, además de organizar políticas de comunicación.
La red lógica determina cómo se utilizarán realmente la capacidad, la redundancia y la seguridad.
VLAN, subredes, enrutamiento, políticas de comunicación, uplinks, redundancia y requisitos de seguridad deben definirse conjuntamente con los activos y la infraestructura física.
Conozca el servicio de Diseño de Red Lógica y Redes Corporativas
Switching, redundancia y prevención de loops
Los enlaces redundantes en Capa 2 necesitan mecanismos que eviten loops. STP, RSTP, MSTP, MLAG, stacking y otras tecnologías tienen comportamientos y límites diferentes.
La ingeniería debe definir qué mecanismo mantiene estable la topología, cuál es el tiempo de convergencia esperado y cómo una falla será percibida por los servicios. La existencia de dos cables no es suficiente para afirmar que hay redundancia.
Enrutamiento y fronteras L3
Las fronteras L3 pueden reducir dominios de broadcast y mejorar aislamiento y convergencia. El posicionamiento de gateways, los protocolos de enrutamiento y la sumarización deben acompañar la modularidad de la red.
El diseño debe evitar dependencia excesiva de un único equipo o dominio cuando la criticidad exige mantenimiento sin interrupción.
QoS
La Calidad de Servicio es relevante cuando diferentes tipos de tráfico compiten por recursos. Voz, video, control, replicación, backups y aplicaciones interactivas pueden tener sensibilidades distintas a retardo, jitter y pérdida.
QoS no crea ancho de banda; organiza prioridad y comportamiento durante la contención. Por eso, debe aplicarse a partir de requisitos medibles y de una política coherente a lo largo de toda la cadena.
¿Cómo dimensionar la capacidad de la infraestructura de red?
Capacidad, redundancia, PoE, Wi-Fi, seguridad y backbone deben nacer de la misma arquitectura.
El Diseño de Telecomunicaciones transforma requisitos operativos en topología, activos, enlaces, direccionamiento, documentación, especificaciones y criterios verificables para contratación e implantación.
El dimensionamiento no debe realizarse simplemente sumando las velocidades nominales de los puertos. La demanda debe modelarse por flujos, simultaneidad, dirección, crecimiento y períodos de pico.
Comience por las aplicaciones y los flujos
Para cada sistema relevante, identifique origen, destino, volumen, periodicidad y criticidad. La videovigilancia genera tráfico continuo para grabación; los backups pueden producir ventanas de alta utilización; la telefonía consume poco ancho de banda, pero es sensible a jitter y pérdida; virtualización y storage pueden generar tráfico intenso entre servidores.
La matriz de flujos ayuda a localizar dónde se agregará el tráfico y qué enlaces necesitan mayor capacidad.
Uplinks y oversubscription
La relación entre puertos de acceso y uplinks debe ser coherente con el perfil de uso. Una oversubscription aceptable en una red administrativa puede ser inadecuada para edición de video, laboratorio, storage o agregación de cámaras.
El diseño debe explicitar el criterio. De lo contrario, una arquitectura puede parecer suficiente por cantidad de puertos y aun así producir contención previsible.
Capacidad no es solamente throughput
Buffers, latencia, jitter, colas, capacidad de reenvío, tablas MAC, rutas, ACL, sesiones de firewall y recursos criptográficos también pueden limitar los equipos.
La selección de un activo debe utilizar la métrica correspondiente a la función que ejercerá. Comparar solamente “Gb/s” de datasheet puede ocultar limitaciones importantes.
PoE forma parte del dimensionamiento
El Power over Ethernet convierte al switch en parte de la infraestructura de alimentación de cámaras, access points, teléfonos, controladores y sensores.
Es necesario calcular potencia máxima, PoE budget, comportamiento tras falla de una fuente, capacidad de la UPS, resistencia del cableado, calentamiento y prioridad de puertos. Un switch con puertos suficientes puede no tener potencia suficiente para todos los dispositivos simultáneamente.
El crecimiento debe convertirse en reserva real
La reserva no debe existir solamente en cantidad de fibras o puertos. También es necesario verificar espacio en rack, capacidad de patch panels, distribuidores ópticos, bandejas, fuentes, UPS, módulos, licencias y uplinks.
Una fibra sin terminar puede ser reserva útil; un puerto previsto sin espacio en panel, energía o capacidad de uplink puede no serlo.
Disponibilidad y dominios de falla
La redundancia debe analizarse por dominio de falla. Dos equipos pueden compartir la misma fuente, UPS, tablero, rack, sala, ruta de fibra u operadora y, por lo tanto, no ofrecer la independencia imaginada.
El diseño debe mapear la cadena completa entre servicio e infraestructura.
El análisis necesita preguntar qué ocurre cuando falla una fuente, un switch, un stack, un rack, una sala, una fibra, un ducto, un firewall, un enlace, un servicio DNS o una plataforma de autenticación.
Redundancia de equipos
Los equipos duplicados necesitan sincronización, protocolos y rutas adecuadas. También es necesario probar failover y retorno al estado normal.
Redundancia de ruta
Dos enlaces en interfaces diferentes pueden recorrer la misma bandeja o distribuidor óptico. Cuando la disponibilidad depende de diversidad, las rutas deben representarse en planos y confirmarse en campo.
Redundancia eléctrica
La red puede tener rutas lógicas redundantes y fallar por completo con la pérdida de una UPS. Fuentes, circuitos, UPS, tableros y autonomía deben acompañar la criticidad de los servicios.
Mantenimiento sin indisponibilidad
La disponibilidad también depende de mantener equipos y enlaces sin apagar toda la red. Modularidad, bypass, redundancia, documentación y procedimientos de cambio influyen en la mantenibilidad.
Energía, UPS, PoE y condiciones ambientales
La red activa depende de alimentación estable y condiciones térmicas compatibles. La potencia de un rack no es solamente la suma de las placas de los equipos; debe considerar carga real, redundancia de fuentes, crecimiento y eficiencia.
La UPS debe dimensionarse con autonomía y estrategia de mantenimiento. En sitios críticos, el análisis debe considerar el comportamiento tras pérdida de energía, tiempo de batería, generador, reinicio de equipos y orden de recuperación de servicios.
Temperaturas elevadas reducen margen de cableado, aumentan el consumo de ventiladores y pueden acelerar fallas. Las salas técnicas necesitan ventilación o climatización compatible con la carga térmica instalada y futura.
Racks, rutas metálicas y equipos también deben coordinarse con la equipotencialización de la infraestructura de red. Soluciones improvisadas de puesta a tierra pueden crear riesgos y no sustituyen un diseño coordinado con la instalación eléctrica.
Infraestructura de red para Wi-Fi, videovigilancia, control de acceso y automatización
La convergencia IP hace que sistemas antes independientes compartan la misma infraestructura de telecomunicaciones. Esto aumenta eficiencia, pero también amplía el impacto de fallas y exige gobernanza.
Videovigilancia IP
Las cámaras generan tráfico continuo, dependen de PoE y con frecuencia necesitan mantener operación durante fallas de energía. El dimensionamiento debe considerar bitrate, cantidad de cámaras, agregación, uplinks, VMS, storage, VLAN, NTP, seguridad y disponibilidad.
La Infraestructura de Videovigilancia IP profundiza esta cadena desde la cámara hasta el almacenamiento.
Control de acceso e interfonía
Controladores, lectores e intercomunicadores pueden depender de servidores, nube, PoE y servicios de autenticación. El diseño necesita definir comportamiento local durante pérdida de red, contingencia, autonomía y recuperación.
Wi-Fi
Wi-Fi utiliza la infraestructura cableada para backhaul, alimentación y servicios de red. Access points de mayor capacidad pueden exigir Ethernet multigigabit y clases PoE superiores. La evolución del radio debe compatibilizarse con cableado y switches.
Automatización, IoT y OT
Sensores, controladores y gateways aumentan la cantidad de dispositivos y pueden introducir equipos con ciclo de vida, seguridad y protocolos diferentes de los de TI convencional. La segmentación y las fronteras de responsabilidad necesitan definirse explícitamente.
En ambientes industriales, la infraestructura también debe considerar EMC, condiciones ambientales, disponibilidad e integración entre TI y OT.
Seguridad de la infraestructura de red
La seguridad necesita incorporarse a la arquitectura, no añadirse solamente en el firewall de internet.
Segmentación y menor privilegio
Sistemas con funciones diferentes deben comunicar solamente lo necesario. La segmentación reduce propagación de incidentes y facilita políticas específicas según criticidad.
Control de acceso a la red
802.1X, NAC, autenticación administrativa y políticas de puertos pueden controlar quién se conecta y quién administra los equipos. Los puertos no utilizados necesitan un tratamiento definido.
Plano de gestión
Las interfaces administrativas deben separarse del tráfico de usuarios siempre que la arquitectura lo justifique. AAA, MFA, SNMP seguro, SSH, logs y backups de configuración reducen el riesgo operativo.
Hardening y ciclo de actualización
Firmware, sistemas operativos y configuraciones necesitan baseline, control de versiones y proceso de actualización. La seguridad se deteriora cuando los equipos permanecen sin soporte o con configuraciones estándar.
Seguridad física
Control de acceso a racks y salas, identificación de cables, protección de puertos y gestión de visitantes forman parte de la seguridad de la infraestructura. Un atacante con acceso físico puede eludir controles lógicos sofisticados.
Infraestructura nueva vs. infraestructura existente: greenfield y brownfield
En proyectos greenfield, la ingeniería posee mayor libertad para definir salas, rutas, backbone y equipos. En brownfield, la prioridad es conocer la condición real antes de diseñar el cambio.
¿Qué levantar en una red existente?
El diagnóstico debe reconciliar documentación y campo. Entre los elementos relevantes están racks, switches, firewalls, enlaces, paneles, distribuidores ópticos, cables, fibras, ocupación de rutas, UPS, circuitos, VLAN, subredes, puertos, dependencias de servicios y resultados de pruebas existentes.
También es necesario identificar activos huérfanos, cables sin origen conocido, configuraciones sin backup, equipos fuera de soporte y puntos de falla no documentados.
Baseline antes del cambio
Una modernización segura necesita registrar desempeño y estado anteriores. Utilización de uplinks, errores, latencia, pérdida, CPU, memoria, potencia PoE, logs e incidentes ayudan a distinguir problemas preexistentes de efectos del cambio.
Migración por ondas
Cuando la operación no puede detenerse, nuevas rutas, racks, switches o fibras pueden implantarse en paralelo. La migración debe dividirse en ondas con prerrequisitos, ventana, responsables, prueba, criterio de éxito y rollback.
El artículo sobre Adecuación de Infraestructura de Red profundiza la ingeniería de retrofit y modernización brownfield.
¿Cómo se relacionan las normas de cableado con la infraestructura de red?
Las normas de cableado no especifican toda la arquitectura lógica, pero establecen requisitos importantes para la capa física que sostiene la red.
La ABNT NBR 14565 organiza el cableado genérico, sus subsistemas, elementos funcionales y desempeño. La serie ABNT NBR 16869 amplía requisitos de planificación de la instalación, ensayos y configuraciones especiales. La ABNT NBR 16415 trata rutas y espacios, mientras que la ABNT NBR 17040 aborda equipotencialización de la infraestructura de cableado para telecomunicaciones.
Referencias internacionales como ISO/IEC 11801 y ANSI/TIA-568 complementan el marco técnico según el contrato y el tipo de proyecto. Administración e identificación también pueden utilizar referencias como ANSI/TIA-606.
El punto central es que citar una norma necesita convertirse en requisito verificable. Una memoria debe indicar qué será instalado, qué configuración será ensayada, qué documentos serán entregados y qué criterios determinan la aprobación.
Documentación técnica y source of truth
La red se vuelve más difícil de operar a medida que aumenta la distancia entre documentación y realidad. As-Built desactualizado, hojas de cálculo paralelas y configuraciones no registradas elevan el riesgo de cambio y el tiempo de diagnóstico.
Documentación física
Debe permitir localizar racks, paneles, puertos, cables, fibras, rutas, tomas y equipos. Planos y diagramas necesitan usar la misma identificación encontrada en campo.
Documentación lógica
Incluye VLAN, subredes, gateways, VRF, enrutamiento, políticas, enlaces, direcciones, servicios y dependencias. Un diagrama lógico no debe intentar sustituir el plano físico; los dos documentos responden preguntas diferentes.
Inventario de activos
Fabricante, modelo, número de serie, ubicación, función, versión, soporte, interfaces y relación con otros activos ayudan a planificar capacidad, mantenimiento y renovación tecnológica.
Source of truth
Herramientas como NetBox pueden consolidar dispositivos, racks, interfaces, cables, direccionamiento y circuitos. Sin embargo, la herramienta solamente se convierte en fuente confiable cuando existe un proceso de actualización y gobernanza.
As-Built y gestión de cambios
El As-Built de Ingeniería registra la condición efectivamente implantada. Después del handover, cada cambio relevante debe actualizar la documentación para evitar volver al conocimiento informal.
Infraestructura de red en ambientes multi-site, WAN y nube
La infraestructura de una organización con múltiples unidades no termina en el switch de cada edificio. Filiales, data centers, servicios en nube, internet, SaaS y usuarios remotos forman un sistema distribuido en el que la disponibilidad depende de las interfaces entre LAN, WAN, seguridad y servicios externos.
¿El sitio debe continuar funcionando cuando falla la WAN?
Esta pregunta cambia el diseño. Una filial que depende integralmente de sistemas centralizados puede perder operación aun con la LAN local intacta. El levantamiento debe identificar qué servicios necesitan permanecer disponibles localmente, cuáles dependen de data center o nube y cuáles poseen mecanismos de contingencia.
Servicios como DHCP, DNS, autenticación, telefonía, control de acceso y aplicaciones operativas pueden exigir estrategias diferentes. En algunos casos, tiene sentido mantener funciones locales; en otros, la arquitectura puede utilizar redundancia de enlaces, múltiples regiones de nube o acceso directo a servicios externos.
La diversidad de operadoras debe ser física y lógica
Dos circuitos contratados de empresas diferentes no garantizan diversidad cuando utilizan la misma entrada de edificio, poste, caja subterránea, ducto, backbone metropolitano o punto de presencia. El diseño debe mapear, en la medida de lo posible, la infraestructura compartida que pueda crear una falla común.
También es necesario verificar equipos de borde, firewalls, fuentes, UPS y rutas internas. Un par de enlaces que termina en el mismo equipo sin redundancia puede continuar dependiendo de un único punto de falla.
Internet, WAN privada y SD-WAN
MPLS, internet dedicada, banda ancha empresarial, enlaces móviles y otras tecnologías pueden combinarse según criticidad, cobertura, latencia, SLA y costo. SD-WAN añade políticas y selección dinámica de rutas, pero no convierte enlaces físicamente comunes en rutas independientes.
El diseño debe definir qué aplicaciones pueden usar cada ruta, criterios de failover, comportamiento durante degradación y monitoreo de los circuitos. Para aplicaciones sensibles, pérdida y latencia pueden ser más relevantes que la simple disponibilidad del enlace.
Conectividad con nube
Aplicaciones SaaS y workloads en cloud desplazan parte del tráfico que antes permanecía dentro del campus. Esto puede alterar el perfil de los uplinks, la importancia de internet y la ubicación de los controles de seguridad.
Cuando existen conexiones privadas con proveedores de nube, VPN site-to-site o múltiples regiones, deben entrar en los diagramas y en el análisis de dominios de falla. La red física del sitio, el borde y los servicios en nube deben tratarse como partes de la misma cadena de disponibilidad.
Baseline, KPI y criterios medibles de desempeño
Una infraestructura no debe clasificarse como “buena” o “mala” solamente por la percepción de los usuarios. Antes de modernizar y después de comisionar, la ingeniería necesita construir un conjunto de métricas que permita comparar comportamiento, capacidad y estabilidad.
¿Qué medir en el baseline?
La elección de las métricas depende de la arquitectura, pero un baseline corporativo puede combinar:
- utilización media y pico de uplinks;
- errores físicos, CRC, descartes y flaps de interfaces;
- latencia y pérdida entre puntos relevantes;
- jitter en servicios sensibles al tiempo;
- uso de CPU y memoria en equipos críticos;
- ocupación de tablas y sesiones cuando aplique;
- potencia PoE utilizada y reserva disponible;
- cantidad de puertos y fibras libres;
- ocupación de racks, distribuidores ópticos y rutas;
- temperatura y alarmas de infraestructura;
- disponibilidad de enlaces y equipos;
- tiempo de convergencia en eventos de failover;
- incidentes recurrentes y tiempo medio de recuperación.
Una fotografía de pocos minutos puede no representar el ambiente. En redes con variación diaria, mensual o estacional, la ventana de observación debe capturar los períodos de mayor demanda.
Capacidad instalada, capacidad utilizable y margen
Capacidad nominal es el valor máximo anunciado por el componente. Capacidad utilizable es lo que permanece disponible considerando arquitectura, políticas, redundancia y condición de falla. Margen es el espacio entre la demanda observada o proyectada y la capacidad utilizable.
Estos conceptos evitan decisiones equivocadas. Un switch puede tener fuentes capaces de determinado PoE budget en condición normal, pero ofrecer menos potencia tras la falla de una fuente. Un firewall puede anunciar throughput elevado y tener menor capacidad con inspección y VPN habilitadas. Un backbone de 10 Gb/s puede poseer margen insuficiente durante backup y replicación simultáneos.
SLA interno y SLO de ingeniería
No toda red necesita el mismo nivel de disponibilidad. El requisito debe definirse según el impacto de una interrupción. Aplicaciones administrativas, seguridad electrónica, telefonía de emergencia, automatización o producción pueden tener objetivos diferentes.
En lugar de especificar genéricamente “alta disponibilidad”, el diseño puede establecer condiciones verificables: qué fallas individuales no pueden interrumpir el servicio, tiempo máximo de convergencia, autonomía eléctrica mínima, tiempo de recuperación y ventanas permitidas para mantenimiento.
Los criterios de aceptación deben existir antes de la obra
El baseline del entorno existente y los criterios de diseño forman la referencia para la aceptación. Después de la implantación, el equipo debe poder responder si hubo aumento de capacidad, reducción de errores, mejora de disponibilidad y eliminación de los riesgos que justificaron la inversión.
Esta comparación también protege el proceso de cambio: los problemas preexistentes quedan registrados, mientras que las regresiones introducidas durante la implantación pueden identificarse con evidencias.
¿Cómo especificar y contratar una infraestructura de red?
Contratar por una lista de marcas y cantidades sin arquitectura definida transfiere decisiones críticas a la ejecución. El resultado puede variar significativamente entre propuestas y dificultar la comparación técnica.
Una contratación robusta debe partir de requisitos funcionales y verificables.
Alcance y premisas
Defina sitios, áreas, sistemas, horarios, restricciones de obra, activos existentes, responsabilidades e interfaces con terceros.
Criterios de desempeño
Especifique capacidades, velocidades, PoE, disponibilidad, latencia cuando sea relevante, cantidad de puertos, reservas, compatibilidad y requisitos de seguridad.
Entregables
Planos, diagramas, memorias, listas, configuraciones, informes de pruebas, backups, inventario y As-Built deben aparecer como entregables formales.
Criterios de equivalencia
Cuando la contratación admite alternativas, los criterios deben comparar desempeño, interfaces, funcionalidades, soporte e interoperabilidad. “Similar” sin matriz técnica es una fuente recurrente de disputa.
Plan de pruebas y aceptación
El pliego o contrato debe decir cómo será verificado cada requisito. Los criterios de aceptación definidos solamente después de la implantación crean asimetría entre contratante y contratista.
Pruebas, certificación y comisionamiento
Una red solo está lista cuando el desempeño y el comportamiento ante fallas fueron comprobados.
Ensayos, certificación, pruebas funcionales y registros de aceptación permiten verificar cableado, interfaces, servicios, redundancia y recuperación antes del handover.
Una red que “responde a ping” no demuestra que la infraestructura esté lista. La aceptación necesita combinar evidencias de la capa física, de los activos, de la lógica y de los servicios.
Certificación del cableado
Los enlaces metálicos deben probarse en la categoría y configuración contratadas. En fibra, inspección, limpieza, pérdida, longitud, polaridad y caracterización mediante OTDR cuando sea requerida deben estar asociadas a identificadores trazables.
El artículo Cómo Certificar una Red Estructurada detalla la diferencia entre conectividad simple y comprobación de desempeño del enlace.
Pruebas de los activos
Deben verificar versiones, redundancia, estado de interfaces, errores, utilización, PoE, protocolos, autenticación, logs y recursos contratados.
Pruebas de conectividad y servicios
Valide comunicación entre zonas autorizadas, bloqueos esperados, DNS, DHCP, NTP, AAA, internet, VPN y aplicaciones críticas. La prueba debe reflejar flujos reales, no solamente ICMP entre dos direcciones.
Pruebas de falla
Cuando existe requisito de alta disponibilidad, simule de forma controlada la pérdida de enlaces, fuentes, miembros, uplinks u otros elementos previstos. Registre tiempo de convergencia, impacto y recuperación.
Baseline posterior a la implantación
Después de la aceptación, registre utilización, latencia, errores, tablas, potencia y demás indicadores relevantes. Este baseline será referencia para troubleshooting y expansión futura.
Operación, mantenimiento y ciclo de vida
La infraestructura de red no termina en el comisionamiento. La operación necesita preservar desempeño, seguridad y trazabilidad durante los cambios.
Monitoreo continuo
Disponibilidad, utilización, errores, descartes, CPU, memoria, temperatura, potencia PoE y estado de enlaces ayudan a detectar degradación antes de la indisponibilidad total.
Backup y control de configuración
Las configuraciones necesitan estar versionadas y ser recuperables. Los cambios relevantes deben tener registro, responsable, justificación y, en ambientes críticos, plan de rollback.
Gestión de capacidad
Las tendencias de utilización de puertos, uplinks, fibras, PoE, racks y rutas indican cuándo debe planificarse la expansión. Esperar a la saturación elimina margen para una ingeniería y contratación adecuadas.
Gestión de obsolescencia
Fin de soporte, fin de venta, limitaciones de software y disponibilidad de repuestos necesitan entrar en el plan de renovación. Sustituir equipos solamente después de una falla puede aumentar riesgo y costo.
Mantenimiento de la documentación
Cada modificación necesita actualizar inventario, diagramas, puertos, direccionamiento y As-Built. Sin esta disciplina, la confiabilidad documental disminuye con cada intervención.
Infraestructura de red y troubleshooting
Un troubleshooting eficiente comienza delimitando el dominio de falla y recolectando evidencias. Cambiar equipos aleatoriamente puede enmascarar síntomas sin eliminar la causa.
El diagnóstico debe correlacionar capa física, interfaz, switching, enrutamiento, servicios, seguridad y aplicación. Errores de CRC, pérdida de señal, flapping, saturación, descartes, conflictos de IP, DHCP, DNS y políticas de firewall producen síntomas diferentes y necesitan medirse.
El artículo sobre Troubleshooting de Redes presenta un método por capas y causa raíz. El contenido sobre Estabilidad y Desempeño de Red profundiza métricas y correcciones estructurales.
Errores comunes en infraestructura de red
Algunos errores aparecen repetidamente en ambientes corporativos e industriales:
- comprar equipos antes de definir arquitectura y requisitos;
- considerar cantidad de puertos sin analizar capacidad de uplink y PoE;
- tratar redundancia lógica como si garantizara diversidad física;
- instalar Wi-Fi sin estudio de cobertura y capacidad;
- mezclar sistemas con criticidades diferentes sin segmentación;
- utilizar cableado sin certificación o trazabilidad;
- subdimensionar racks, rutas y reservas;
- concentrar servicios críticos en una única UPS o sala;
- no documentar VLAN, subredes, puertos, fibras y dependencias;
- aceptar la red solamente porque existe conectividad básica;
- ignorar logs, monitoreo y baseline;
- ejecutar retrofit sin levantamiento confiable;
- no definir rollback para cambios críticos;
- mantener equipos sin soporte y sin plan de sustitución;
- tratar As-Built como documento de cierre que nunca volverá a actualizarse.
Estos problemas tienen una característica común: se toman decisiones locales sin considerar el comportamiento del sistema completo.
¿Cuándo contratar apoyo de ingeniería para infraestructura de red?
El apoyo especializado es especialmente útil cuando la infraestructura necesita implantarse, ampliarse, modernizarse, auditarse o documentarse sin comprometer la operación.
Escenarios típicos incluyen nuevas sedes, reformas, expansión de oficinas, redes industriales, data centers, implantación de Wi-Fi, videovigilancia IP, control de acceso, integración de múltiples sitios, redes con fallas recurrentes y ambientes que crecieron sin documentación.
También tiene sentido contratar ingeniería independiente cuando es necesario producir alcance para licitación, evaluar propuestas, definir equivalencias, fiscalizar ejecución, validar pruebas o conducir aceptación técnica.
El papel de la ingeniería no es solamente indicar equipos. Es transformar requisitos operativos en arquitectura, documentos, criterios medibles y evidencias de conformidad.
Consideraciones finales
La infraestructura de red es una disciplina de integración. Cables, fibras, switches, firewalls, Wi-Fi, energía, PoE, direccionamiento, seguridad y monitoreo solamente entregan un resultado consistente cuando forman parte de una arquitectura coherente y documentada.
Diseñar esta infraestructura significa anticipar capacidad, disponibilidad, seguridad, crecimiento, mantenimiento y fallas. En ambientes existentes, significa primero construir un baseline confiable; en nuevas implantaciones, significa transformar requisitos en documentos que permitan contratar, ejecutar y aceptar con criterios objetivos.
Cuando diseño, implantación, certificación, comisionamiento, As-Built y operación forman un único ciclo, la red deja de depender de improvisaciones y pasa a ser una infraestructura administrable, auditable y preparada para evolucionar.
Referencias técnicas
[1] ASOCIACIÓN BRASILEÑA DE NORMAS TÉCNICAS. ABNT NBR 14565: cableado estructurado para edificios comerciales. Río de Janeiro: ABNT.
[2] ASOCIACIÓN BRASILEÑA DE NORMAS TÉCNICAS. ABNT NBR 16415: rutas y espacios para cableado estructurado. Río de Janeiro: ABNT.
[3] ASOCIACIÓN BRASILEÑA DE NORMAS TÉCNICAS. ABNT NBR 16869: cableado estructurado. Río de Janeiro: ABNT.
[4] ASOCIACIÓN BRASILEÑA DE NORMAS TÉCNICAS. ABNT NBR 17040: equipotencialización de la infraestructura de cableado para telecomunicaciones. Río de Janeiro: ABNT.
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION; INTERNATIONAL ELECTROTECHNICAL COMMISSION. ISO/IEC 11801-1:2017 — Information technology — Generic cabling for customer premises — Part 1: General requirements. Geneva: ISO/IEC. Disponible en: https://www.iso.org/standard/66182.html
[6] TELECOMMUNICATIONS INDUSTRY ASSOCIATION. ANSI/TIA-568.2-E y ANSI/TIA-568.5-1: nuevos estándares para cableado de telecomunicaciones. Arlington: TIA, 2024. Disponible en: https://tiaonline.org/standardannouncement/tia-publishes-new-standards-ansi-tia-568-2-e-and-ansi-tia-568-5-1/
[7] TELECOMMUNICATIONS INDUSTRY ASSOCIATION. ANSI/TIA-606-E — Administration Standard for Telecommunications Infrastructure. Arlington: TIA. Disponible en: https://tiaonline.org/standardannouncement/tia-issues-a-recirculation-ballot-and-public-review-notification-for-tia-606-e-administration-standard-for-telecommunications-infrastructure-2/
[8] TELECOMMUNICATIONS INDUSTRY ASSOCIATION. ANSI/TIA-607-E — Generic Telecommunications Bonding and Grounding (Earthing) for Customer Premises. Arlington: TIA, 2024. Disponible en: https://tiaonline.org/standardannouncement/tia-publishes-new-standard-ansi-tia-607-e-generic-telecommunications-bonding-and-grounding-earthing-for-customer-premises/
Preguntas frecuentes
Es el conjunto integrado de recursos físicos, activos, lógicos, eléctricos y operativos que sostiene la comunicación entre usuarios, sistemas, servidores, internet, nube, Wi-Fi, videovigilancia, automatización y otros servicios digitales.
Cableado estructurado, fibra óptica, racks, distribuidores ópticos, rutas, switches, routers, firewalls, access points, UPS, PoE, direccionamiento, VLAN, servicios de red, monitoreo y documentación.
La infraestructura de red es el sistema que sostiene la comunicación. El diseño de red es el proceso de ingeniería que transforma requisitos en arquitectura, especificaciones, documentos, criterios de implantación y validación.
El cableado estructurado es la base pasiva de la infraestructura: organiza cables, fibras, tomas, racks, distribuidores, rutas, identificación y pruebas. La infraestructura de red también incluye activos, lógica, energía, servicios y operación.
El dimensionamiento debe partir de flujos y aplicaciones, considerando simultaneidad, uplinks, PoE, capacidad de los equipos, redundancia, crecimiento, espacio físico, energía, rutas y requisitos de seguridad.
No. Es necesario verificar dominios de falla compartidos, como fuentes, UPS, racks, salas, rutas de cables, firewalls e infraestructura externa. La redundancia solo existe cuando se demuestra la independencia necesaria.
Sí. El cableado debe certificarse según la configuración contratada y los sistemas activos necesitan validarse respecto de capacidad, políticas, servicios, redundancia, fallas y recuperación.
Planos, diagramas físicos y lógicos, racks, paneles, puertos, cables, fibras, activos, direccionamiento, VLAN, enlaces, resultados de pruebas y cambios ejecutados, con identificación coherente con el campo.
Cuando existen fallas recurrentes, documentación desactualizada, expansión sin estándar, activos desconocidos, saturación, obsolescencia o necesidad de modernización sin interrumpir la operación.
Cuando es necesario levantar, diseñar, especificar, licitar, fiscalizar, probar, modernizar o aceptar una infraestructura con requisitos verificables de desempeño, seguridad, disponibilidad y documentación.
Materiales técnicos complementarios
Soluciones relacionadas
Servicios relacionados
- Diseño de Telecomunicaciones
- Diseño de Cableado Estructurado
- Site Survey
- Due Diligence Técnica
- Ensayos y Pruebas Técnicas
- As-Built de Ingeniería
Contenidos principales sobre el tema
- Diseño de Red: etapas, arquitectura y documentación técnica
- Arquitectura de Red Corporativa: capas, modelos y criterios de diseño
- Guía Completa sobre Cableado Estructurado
- Fibra Óptica en Diseños de Red
