El 9/08/07, Octavio Alvarez <[EMAIL PROTECTED]> escribió: > > ¿Ya consideraste que tengas un problema en tu red? Basta un virus o un > peer to peer en una máquina interna y adiós enlace. Usa > tcpdump -n -i $IF_EXTERNA en tu caja Linux.
Sip. Descarte todo problema relacionado con el estado de la red. esta completamente limpia de virus y ya desinstale todos los p2p. aun asi, el firewall esta cerrado para todo, excepto los servicios necesarios (solo permite navegacion por proxy, correo y ya). > Si nada funciona, cambia de proveedor. El problema es que son pocos los proveedores locales con esa clase de servicio, y este proveedor en cuestion tiene todo el monopolio :( > > > lan ----------- linux ---- dsl -------- internet > > > > si hago ping hacia los dns del ISP o hacia cualquier ip publica, > > responde con tiempos de respuesta menores al 20% del TTL > > ¿Podrías ahondar en esto? PING 200.13.249.101 (200.13.249.101) 56(84) bytes of data. 64 bytes from 200.13.249.101: icmp_seq=1 ttl=253 time=52.1 ms 64 bytes from 200.13.249.101: icmp_seq=2 ttl=253 time=49.8 ms 64 bytes from 200.13.249.101: icmp_seq=3 ttl=253 time=46.1 ms 64 bytes from 200.13.249.101: icmp_seq=4 ttl=253 time=42.5 ms como puedes ver, responde en 50ms en promedio, cuando se tiene un ttl de 253ms. es a esto a lo que me refiero con lo de la respuesta menor al 20% del ttl > > > y de vez en cuando, deja de responder uno que otro paquete. > > Esto es hasta cierto punto normal. Que tanto porcentaje de perdida de paquetes se puede considerar normal o aceptable? > > > que herramientas me sugieren entonces para levantar lo mas detallado > > posible el estado del enlace hacia internet? > > Revisa con "route -n" cuál es tu gateway y hazle ping a esa > dirección. Me responde igual que los dns (el cual fue el ping que pegue unas lineas arriba) > -- Gracias por tu ayuda "Imagination is more important than knowlege" A.E.
