08/28/2026
𝐓𝐔 𝐑𝐄𝐃 𝐅𝐔𝐍𝐂𝐈𝐎𝐍𝐀… 𝐇𝐀𝐒𝐓𝐀 𝐐𝐔𝐄 𝐂𝐎𝐍𝐄𝐂𝐓𝐀𝐒 𝐄𝐒𝐓𝐄 𝐂𝐀𝐁𝐋𝐄
Hace algunos años me tocó ver una falla de esas que al principio no tienen mucho sentido.
La red estaba funcionando normalmente.
Los usuarios tenían acceso a sus sistemas, los switches estaban operativos y no había ninguna alarma importante.
Hasta que alguien conectó un cable de red.
Y en pocos segundos empezaron los problemas.
Primero la red se puso lenta.
Después comenzaron a aparecer pérdidas de paquetes.
Los equipos respondían al ping de forma intermitente y algunos servicios simplemente dejaron de funcionar.
La reacción inicial fue buscar algo grande:
¿Falló el firewall?
¿Se cayó el enlace principal?
¿Hay un problema con el proveedor?
Nada de eso.
El problema estaba mucho más cerca.
𝐇𝐚𝐛𝐢́𝐚𝐧 𝐜𝐨𝐧𝐞𝐜𝐭𝐚𝐝𝐨 𝐝𝐨𝐬 𝐩𝐮𝐞𝐫𝐭𝐨𝐬 𝐝𝐞 𝐬𝐰𝐢𝐭𝐜𝐡 𝐜𝐫𝐞𝐚𝐧𝐝𝐨 𝐚𝐜𝐜𝐢𝐝𝐞𝐧𝐭𝐚𝐥𝐦𝐞𝐧𝐭𝐞 𝐮𝐧 𝐥𝐨𝐨𝐩 𝐝𝐞 𝐂𝐚𝐩𝐚 𝟐.
Y aquí ocurre algo interesante.
Un switch Ethernet aprende direcciones MAC, pero una trama Broadcast no tiene un destino único.
Por ejemplo, cuando un equipo necesita descubrir una dirección MAC mediante ARP, genera un Broadcast:
FF:FF:FF:FF:FF:FF
El switch recibe esa trama y la replica por los puertos correspondientes de la VLAN.
Normal.
El problema aparece cuando existe un camino cerrado entre switches.
Imagina esto:
SW1 → SW2 → SW3 → SW1
La trama Broadcast sale de SW1, llega a SW2, después a SW3… y puede volver nuevamente a SW1.
Y aquí está el detalle importante:
𝐄𝐭𝐡𝐞𝐫𝐧𝐞𝐭 𝐝𝐞 𝐂𝐚𝐩𝐚 𝟐 𝐧𝐨 𝐭𝐢𝐞𝐧𝐞 𝐮𝐧 𝐓𝐓𝐋 𝐜𝐨𝐦𝐨 𝐈𝐏.
En IP, el TTL disminuye cada vez que un paquete atraviesa un router.
Cuando llega a cero, el paquete se descarta.
Una trama Ethernet no funciona así.
Por eso, en un loop de Capa 2, esas tramas pueden seguir circulando y multiplicándose.
El resultado puede ser una verdadera broadcast storm.
Pero ocurre otra cosa menos visible.
Los switches comienzan a aprender la misma dirección MAC por distintos puertos una y otra vez.
La tabla MAC se vuelve inestable.
A esto se le suele llamar MAC flapping.
Entonces aparecen síntomas como:
📉 Alta utilización de los enlaces
📦 Pérdida de paquetes
🐌 Red extremadamente lenta
🔄 MAC moviéndose entre interfaces
💻 Equipos que aparecen y desaparecen de la red
Y aquí entra uno de los protocolos más importantes de switching:
𝐒𝐓𝐏 — 𝐒𝐩𝐚𝐧𝐧𝐢𝐧𝐠 𝐓𝐫𝐞𝐞 𝐏𝐫𝐨𝐭𝐨𝐜𝐨𝐥
STP permite tener enlaces físicos redundantes entre switches sin dejar activos caminos que formen loops.
Simplificando bastante, STP hace tres cosas fundamentales:
1️⃣ Elige un Root Bridge.
2️⃣ Calcula el mejor camino hacia ese switch raíz.
3️⃣ Si detecta caminos redundantes que podrían generar un loop, mantiene uno de ellos fuera del camino activo.
Así puedes tener físicamente:
SW1 ── SW2
│ │
└── SW3 ┘
pero STP construye una topología lógica sin loops.
Y si posteriormente falla el enlace activo, STP puede habilitar el camino alternativo.
Por eso STP no está ahí para “molestar” bloqueando puertos.
Está ahí para evitar que una conexión redundante mal manejada termine afectando una VLAN completa.
𝐔𝐧𝐚 𝐛𝐮𝐞𝐧𝐚 𝐥𝐞𝐜𝐜𝐢𝐨́𝐧 𝐝𝐞 𝐭𝐫𝐨𝐮𝐛𝐥𝐞𝐬𝐡𝐨𝐨𝐭𝐢𝐧𝐠:
Si una red estaba funcionando correctamente y justo después de conectar un switch, un patch cord o un nuevo enlace comienza a degradarse rápidamente…
antes de culpar al firewall, al servidor o a Internet…
revisa Capa 2.
En Cisco, algunos comandos básicos pueden darte pistas rápidamente:
show spanning-tree
show spanning-tree vlan
show mac address-table
show interfaces counters errors
Muchas veces una falla que parece enorme comenzó simplemente con…
un cable conectado donde no correspondía.
