[eside-ghost] Cable que se come los paquetes UDP

[STenyaK]

Yo, por experiencias recientes, probaría lo q dice saul: pinga durante un
minuto, y mira a ver qué packet loss hay.
Cuanto más packet loss, más tardan los paquetes TCP (y similares) en llegar
(por los reenvios), asi que además tb puedes probar una shell normal (ssh o
cualquier cosa q tire sobre tcp), y ver cómo de rápido responde el equipo
remoto a las pulsaciones de teclado.

2010/5/4 Bardok <bardok en gmail.com>

> 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
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en listas.deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>



-- 
Saludos,
    Bruno González

_______________________________________________
Msn/Jabber: stenyak AT gmail.com
ICQ: 153709484
http://www.stenyak.com
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20100504/89663990/attachment.htm