[eside-ghost] Cable que se come los paquetes UDP
Bardok
bardok en gmail.com
Mar Mayo 4 10:44:16 CEST 2010
Buenas!
A ver, he tenido un poltergeist en el cole... tengo mi teoría, pero
quiero que alguien me diga si es factible...
El tema es que tenemos un cable, puesto ahí por mi antecesor, que
cruza por encima del patio y une los dos edificios que tiene el cole.
Ese cable no me gustaba nada, pero no he tenido tiempo para cambiarlo
(hasta ahora), ya que estando "a la intemperie" es bastante
vulnerable.
Total, que tras la tormenta de ayer, la mitad de las cosas de la red
del edificio al que llega ese cable y le da conexión dejaron de
funcionar. Pero no eran todas:
* Dejaron de funcionar los ordenadores con IP dinámica, porque no
podían obtener dirección.
* Dejaron de funcionar también los ordenadores que no tenían los
servidores de WINS indicados explicitamente (si no me equivoco, si no
está indicado, tiran de NetBios para encontrarlos, o algo así), pero
sólo cuando intentaba entrar un usuario que hacía varios días que no
entraba (es decir, que sus credenciales de usuario del dominio no
estaban ya cacheadas en local).
Los que tenían WinS puesta, o IP estática, iban más o menos bien.
Con esto, llegué a la conclusión de que estaban fallando los
protocolos que iban sobre UDP. Haciendo pruebas y tratando de aislar
el problema (que yo creía que iba a ser algún switch frito que se
estaba comiendo por alguna extraña razón el tráfico UDP), llegué al
cable que une ambos edificios. Este cable está conectado a un switch,
y si hacía esto:
Switch => Cable entre edificios => AP => portátil Wifi DHCP
El portátil no cogía IP (el servidor DHCP está al otro lado de ese switch).
En cambio, si hacía:
Switch => Otro cable diferente => AP => portátil Wifi DHCP
Es decir, me llevaba el AP al otro edificio, lo conectaba con otro
cable al switch, y probaba, iba todo perfecto.
Eso (y otras tantas pruebas), me dejaba como cosa fallida el cable.
Pero no jodía todo, sólo lo que va por UDP, o al menos eso me parecía
a mí.
Mi teoría es que la tormenta jodió "un poco" el cable. Lo justo para
que los datagramas UDP, al no tener confirmación de llegada, ni otro
tipo de mecanismo de control, se perdiesen, al menos en parte, y no
pudiesen funcionar esos protocolos. En cambio, lo que iba por TCP, al
tener un mayor control sobre el flujo de datos, detectaba errores,
volvía a enviar los paquetes, y al final terminaban llegando.
Vamos, tras toda esta chapa, mi pregunta es: ¿es factible mi teoría
del "cable-monstruo come UDP"? ¿O me he inventado un nuevo monstruo
mitológico para asustar a los sysadmins pero que realmente no puede
existir? (del tipo, "no instales soft privativo, que viene el
cable-monstruo y se come tus datagramas UDP).
Por cierto, si queréis saber el final de la historio, al parecer ya
está arreglado, porque había un cable sin crimpar ni nada que iba por
el hueco de los ascensores y unía los dos edificios, y una rápida
coordinación con los electricistas y un switch libre han permitido que
el otro lado del cole (donde está todo primaria, infantil, y parte de
la ESO y bachillerato, es decir, casi todo), vuelvan a tener red
(creo, voy a cruzar los dedos por si acaso, porque puede que Murphy
siga dando un paseo por los pasillos del cole).
Un abrazo!
Bdk
Más información sobre la lista de distribución eside-ghost