RouterStats: Monitoriza la calidad de tu conexión ADSL

[DeBilbao]

En mi particular odisea por conseguir resolver los problemas con los cortes de mi línea ADSL he contado con la inestimable ayuda de un fantástico programa llamado RouterStats que podéis descargar desde http://vwlowen.co.uk/internet/files.htm

A través de este programa he conseguido monitorizar los parámetros más importantes de mi conexión: la velocidad de sincronización, la relación señal ruido y la atenuación de la línea. Esta es una captura de mi línea esta mañana, en perfectas condiciones pero como podréis comprobar más adelante, sin haber resuelto aún los problemas que llevo padeciendo una buena temporada.

Mientras estoy escribiendo este artículo he sufrido en directo un corte de conexión. Esto es lo que muestra la pantalla de RouterStats hasta hace un rato, con la línea en su estado óptimo: sincronización a 10.047 Kbps de bajada y 796 Kbps de subida, con unos valores de 21,2 dB de señal ruido en bajada y 15,5 dB en subida, 10 dB de atenuación en bajada y 2,4 dB en subida.

Los resultados de http://www.speedtest.net/ y de http://www.pingtest.net/ con la conexión funcionando correctamente son estos. El ping podría ser mejor, pero son valores típicos - y nada malos - de una línea ADSL.

Pero de repente y sin motivo alguno, la conexión se corta y el router reestablece la conexión. Negocia una nueva sincronización, pero tiene dificultades para obtener la IP, renegocia automáticamente 3 veces la sincronización y a la cuarta consigue una IP del enlace PPP, mostrándose así gráficamente desde RouterStats:

No sé que es lo que está pasando con mi línea, he probado de todo, desde un cambio de par desde la central hasta un cambio de puerto en el DSLAM de la central, que me ha costado muchísimo conseguir y con el que pensaba que se había resuelto el problema, pues desde ayer llevaba con la conexión estable.

He probado con varios routers, en este momento estoy utilizando un Comtrend CT356+ que tengo configurado para que envíe el log a su máximo nivel de detalle a un Syslog Server que tengo funcionando en el equipo desde el que os escribo. El programa se llama pt360 Tool Suite PRO y está francamente bien, es muy completo y podéis descargarlo desde http://www.packettrap.com/product/pt360_pro.aspx?link_loc=h3bright

Si algún valiente quiere ver el log lo podéis ver en el spoiler a continuación.

Spoiler

13/11/2010 9:34:44 192.168.1.1 <12> Nov 13 09:34:44 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:34:46 192.168.1.1 <12> Nov 13 09:34:46 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:34:48 192.168.1.1 <12> Nov 13 09:34:48 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:34:48 192.168.1.1 <13> Nov 13 09:34:48 192.168.1.1 dnsprobe[824]: Primary DNS server Is Down... Switching To Secondary DNS server
13/11/2010 9:34:50 192.168.1.1 <10> Nov 13 09:34:50 192.168.1.1 kernel: ADSL link down
13/11/2010 9:34:50 192.168.1.1 <26> Nov 13 09:34:50 192.168.1.1 pppd[619]: Clear IP addresses. Connection DOWN.
13/11/2010 9:34:50 192.168.1.1 <26> Nov 13 09:34:50 192.168.1.1 pppd[619]: Clear IP addresses. PPP connection DOWN.
13/11/2010 9:34:52 192.168.1.1 <10> Nov 13 09:34:52 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:35:02 192.168.1.1 <10> Nov 13 09:35:02 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:35:03 192.168.1.1 <10> Nov 13 09:35:03 192.168.1.1 kernel: ADSL link down
13/11/2010 9:35:04 192.168.1.1 <10> Nov 13 09:35:04 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:35:14 192.168.1.1 <10> Nov 13 09:35:14 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:35:19 192.168.1.1 <10> Nov 13 09:35:19 192.168.1.1 kernel: ADSL G.992 channel analysis
13/11/2010 9:35:20 192.168.1.1 <12> Nov 13 09:35:20 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:35:22 192.168.1.1 <12> Nov 13 09:35:22 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:35:24 192.168.1.1 <12> Nov 13 09:35:24 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:35:25 192.168.1.1 <10> Nov 13 09:35:25 192.168.1.1 kernel: ADSL G.992 message exchange
13/11/2010 9:35:26 192.168.1.1 <10> Nov 13 09:35:26 192.168.1.1 kernel: ADSL link up, Path 0, us=589, ds=9394
13/11/2010 9:35:27 192.168.1.1 <15> Nov 13 09:35:27 192.168.1.1 syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
13/11/2010 9:35:28 192.168.1.1 <29> Nov 13 09:35:28 192.168.1.1 pppd[619]: PPP: Start to connect ...
13/11/2010 9:35:39 192.168.1.1 <10> Nov 13 09:35:39 192.168.1.1 kernel: ADSL link down
13/11/2010 9:35:46 192.168.1.1 <10> Nov 13 09:35:46 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:35:56 192.168.1.1 <10> Nov 13 09:35:56 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:35:56 192.168.1.1 <12> Nov 13 09:35:56 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:35:58 192.168.1.1 <12> Nov 13 09:35:58 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:36:00 192.168.1.1 <12> Nov 13 09:36:00 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:36:01 192.168.1.1 <10> Nov 13 09:36:01 192.168.1.1 kernel: ADSL G.992 channel analysis
13/11/2010 9:36:07 192.168.1.1 <10> Nov 13 09:36:07 192.168.1.1 kernel: ADSL G.992 message exchange
13/11/2010 9:36:07 192.168.1.1 <10> Nov 13 09:36:07 192.168.1.1 kernel: ADSL link up, Path 0, us=796, ds=10047
13/11/2010 9:36:08 192.168.1.1 <15> Nov 13 09:36:08 192.168.1.1 syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
13/11/2010 9:36:09 192.168.1.1 <29> Nov 13 09:36:09 192.168.1.1 pppd[619]: PPP: Start to connect ...
13/11/2010 9:36:23 192.168.1.1 <10> Nov 13 09:36:23 192.168.1.1 kernel: ADSL link down
13/11/2010 9:36:25 192.168.1.1 <10> Nov 13 09:36:25 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:36:32 192.168.1.1 <12> Nov 13 09:36:32 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:36:34 192.168.1.1 <12> Nov 13 09:36:34 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:36:35 192.168.1.1 <10> Nov 13 09:36:35 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:36:36 192.168.1.1 <10> Nov 13 09:36:36 192.168.1.1 kernel: ADSL link down
13/11/2010 9:36:36 192.168.1.1 <12> Nov 13 09:36:36 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:36:38 192.168.1.1 <10> Nov 13 09:36:38 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:36:48 192.168.1.1 <10> Nov 13 09:36:48 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:36:52 192.168.1.1 <10> Nov 13 09:36:52 192.168.1.1 kernel: ADSL G.992 channel analysis
13/11/2010 9:36:59 192.168.1.1 <10> Nov 13 09:36:59 192.168.1.1 kernel: ADSL G.992 message exchange
13/11/2010 9:36:59 192.168.1.1 <10> Nov 13 09:36:59 192.168.1.1 kernel: ADSL link up, Path 0, us=614, ds=9597
13/11/2010 9:37:00 192.168.1.1 <15> Nov 13 09:37:00 192.168.1.1 syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107
13/11/2010 9:37:00 192.168.1.1 <29> Nov 13 09:37:00 192.168.1.1 pppd[619]: PPP: Start to connect ...
13/11/2010 9:37:08 192.168.1.1 <12> Nov 13 09:37:08 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:37:10 192.168.1.1 <12> Nov 13 09:37:10 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:37:12 192.168.1.1 <12> Nov 13 09:37:12 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:37:14 192.168.1.1 <29> Nov 13 09:37:14 192.168.1.1 pppd[619]: PPP: Start to connect ...
13/11/2010 9:37:28 192.168.1.1 <29> Nov 13 09:37:28 192.168.1.1 pppd[619]: PPP: Start to connect ...
13/11/2010 9:37:42 192.168.1.1 <29> Nov 13 09:37:42 192.168.1.1 pppd[619]: PPP: Start to connect ...
13/11/2010 9:37:42 192.168.1.1 <26> Nov 13 09:37:42 192.168.1.1 pppd[619]: PPP server detected.
13/11/2010 9:37:42 192.168.1.1 <26> Nov 13 09:37:42 192.168.1.1 pppd[619]: PPP session established.
13/11/2010 9:37:44 192.168.1.1 <12> Nov 13 09:37:44 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:37:44 192.168.1.1 <26> Nov 13 09:37:44 192.168.1.1 pppd[619]: PPP LCP UP.
13/11/2010 9:37:45 192.168.1.1 <26> Nov 13 09:37:45 192.168.1.1 pppd[619]: Received valid IP address from server. Connection UP.
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -I INPUT -i ppp_8_32_1 -p tcp --dport 21 -j DROP
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -I INPUT -i ppp_8_32_1 -p tcp --dport 80 -j DROP
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -I INPUT -i ppp_8_32_1 -p tcp --dport 22 -j DROP
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -I INPUT -i ppp_8_32_1 -p tcp --dport 23 -j DROP
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: route add default gw 192.168.153.1 2>/dev/null
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -A FORWARD -o ppp_8_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -A FORWARD -i ppp_8_32_1 -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: ifconfig br0 mtu 1492
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: echo > /proc/net/ip_conntrack
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: echo "1000" > /proc/sys/net/ipv4/ip_conntrack_max
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 2>/dev/null
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -t nat -D POSTROUTING -o ppp_8_32_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 2>/dev/null
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -t nat -A POSTROUTING -o ppp_8_32_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 80.58.61.250 2>/dev/null
13/11/2010 9:37:45 192.168.1.1 <15> Nov 13 09:37:45 192.168.1.1 syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 80.58.61.250
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -I INPUT 1 -p tcp --dport 21 -i ppp_8_32_1 -j ACCEPT
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -D INPUT -i ppp_8_32_1 -p tcp --dport 21 -j DROP
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -I INPUT 1 -p tcp --dport 80 -i ppp_8_32_1 -j ACCEPT
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -D INPUT -i ppp_8_32_1 -p tcp --dport 80 -j DROP
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -I INPUT 1 -p icmp --icmp-type echo-request -i ppp_8_32_1 -j ACCEPT
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -I INPUT 1 -p tcp --dport 23 -i ppp_8_32_1 -j ACCEPT
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: iptables -D INPUT -i ppp_8_32_1 -p tcp --dport 23 -j DROP
13/11/2010 9:37:46 192.168.1.1 <15> Nov 13 09:37:46 192.168.1.1 syslog: kill -9 892
13/11/2010 9:37:46 192.168.1.1 <12> Nov 13 09:37:46 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:37:47 192.168.1.1 <13> Nov 13 09:37:47 192.168.1.1 dnsprobe[824]: Switching Back To Primary DNS server
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -D INPUT -i ppp_8_32_1 -p udp --dport 5060 -j ACCEPT 2>/dev/null
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -D INPUT -i ppp_8_32_1 -p udp --dport 7070:7079 -j ACCEPT 2>/dev/null
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -t nat -D PREROUTING -i br0 -p udp --dport 5060 -j REDIRECT --to-ports 5060 2>/dev/null
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -I INPUT 1 -i ppp_8_32_1 -p udp --dport 5060 -j ACCEPT 2>/dev/null
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -I INPUT 1 -i ppp_8_32_1 -p udp --dport 7070:7079 -j ACCEPT 2>/dev/null
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -t nat -A PREROUTING -i br0 -p udp --dport 5060 -j REDIRECT --to-ports 5060 2>/dev/null
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: siproxd --config /var/siproxd/siproxd.conf &
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -I INPUT 1 -j ACCEPT -i ppp_8_32_1 -p tcp --dport 30005
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -I FORWARD 1 -j ACCEPT -i ppp_8_32_1 -p tcp --dport 30005
13/11/2010 9:37:56 192.168.1.1 <13> Nov 13 09:37:56 192.168.1.1 syslog: siproxd.c:192 INFO:siproxd-0.5.10-2876 i686-redhat-linux-gnu starting up
13/11/2010 9:37:56 192.168.1.1 <13> Nov 13 09:37:56 192.168.1.1 syslog: siproxd.c:218 INFO:daemonized, pid=2815
13/11/2010 9:37:56 192.168.1.1 <15> Nov 13 09:37:56 192.168.1.1 syslog: iptables -I INPUT 1 -j ACCEPT -i ppp_8_32_1 -p udp -s 192.168.1.1/24 --dport 30006
13/11/2010 9:37:57 192.168.1.1 <15> Nov 13 09:37:57 192.168.1.1 syslog: iptables -I FORWARD 1 -j ACCEPT -i ppp_8_32_1 -p udp -s 192.168.1.1/24 --dport 30006
13/11/2010 9:37:57 192.168.1.1 <13> Nov 13 09:37:57 192.168.1.1 syslog: sock.c:65 INFO:bound to port 5060
13/11/2010 9:37:57 192.168.1.1 <13> Nov 13 09:37:57 192.168.1.1 syslog: register.c:65 WARNING:registration file not found, starting with empty table
13/11/2010 9:37:57 192.168.1.1 <13> Nov 13 09:37:57 192.168.1.1 syslog: siproxd.c:265 INFO:siproxd-0.5.10-2876 i686-redhat-linux-gnu started
13/11/2010 9:37:58 192.168.1.1 <15> Nov 13 09:37:58 192.168.1.1 syslog: tc qdisc del dev ppp_8_32_1 root 2>/dev/null^I^I^I^I^I^I^I^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc qdisc add dev ppp_8_32_1 root handle 1: prio^I^I^I^I^I^I^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc qdisc add dev ppp_8_32_1 parent 1:1 handle 10: htb default 1^I^I^I^I^I
13/11/2010 9:37:59 192.168.1.1 <14> Nov 13 09:37:59 192.168.1.1 kernel: HTB init, kernel part version 3.17
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc qdisc add dev ppp_8_32_1 parent 1:2 handle 20: sfq^I^I^I^I^I^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc qdisc add dev ppp_8_32_1 parent 1:3 handle 30: sfq^I^I^I^I^I^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc class add dev ppp_8_32_1 parent 10: classid 10:1 htb rate 55Kbps ceil 55Kbps^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc qdisc add dev ppp_8_32_1 parent 10:1 handle 1000: sfq^I^I^I^I^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc filter add dev ppp_8_32_1 parent 1:0 prio 8 protocol ip handle 3 fw flowid 1:1^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc filter add dev ppp_8_32_1 parent 1:0 prio 8 protocol ip handle 2 fw flowid 1:2^I^I
13/11/2010 9:37:59 192.168.1.1 <15> Nov 13 09:37:59 192.168.1.1 syslog: tc filter add dev ppp_8_32_1 parent 1:0 prio 8 protocol ip handle 1 fw flowid 1:3^I^I
13/11/2010 9:38:00 192.168.1.1 <31> Nov 13 09:38:00 192.168.1.1 user: dns_lookup(main.acs.telefonica.es) = 0.0.0.0
13/11/2010 9:38:00 192.168.1.1 <27> Nov 13 09:38:00 192.168.1.1 user: ACS Connect Failed: Could not resolve host main.acs.telefonica.es

El fallo siempre comienza anotando en el log un aviso de dns query failed, pero yo creo que esto es más la consecuencia de haber perdido el enlace que no la causa. Tengo los DNS de Telefonica configurados, pero he probado con los de Google y con los de OpenDNS y funcionan igual de bien o igual de mal.

13/11/2010 9:34:44 192.168.1.1 <12> Nov 13 09:34:44 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:34:46 192.168.1.1 <12> Nov 13 09:34:46 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:34:48 192.168.1.1 <12> Nov 13 09:34:48 192.168.1.1 dnsprobe[824]: dns query failed
13/11/2010 9:34:48 192.168.1.1 <13> Nov 13 09:34:48 192.168.1.1 dnsprobe[824]: Primary DNS server Is Down... Switching To Secondary DNS server
13/11/2010 9:34:50 192.168.1.1 <10> Nov 13 09:34:50 192.168.1.1 kernel: ADSL link down
13/11/2010 9:34:50 192.168.1.1 <26> Nov 13 09:34:50 192.168.1.1 pppd[619]: Clear IP addresses. Connection DOWN.
13/11/2010 9:34:50 192.168.1.1 <26> Nov 13 09:34:50 192.168.1.1 pppd[619]: Clear IP addresses. PPP connection DOWN.
13/11/2010 9:34:52 192.168.1.1 <10> Nov 13 09:34:52 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:35:02 192.168.1.1 <10> Nov 13 09:35:02 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:35:03 192.168.1.1 <10> Nov 13 09:35:03 192.168.1.1 kernel: ADSL link down
13/11/2010 9:35:04 192.168.1.1 <10> Nov 13 09:35:04 192.168.1.1 kernel: xDSL G.994 training
13/11/2010 9:35:14 192.168.1.1 <10> Nov 13 09:35:14 192.168.1.1 kernel: ADSL G.992 started
13/11/2010 9:35:19 192.168.1.1 <10> Nov 13 09:35:19 192.168.1.1 kernel: ADSL G.992 channel analysis
13/11/2010 9:35:20 192.168.1.1 <12> Nov 13 09:35:20 192.168.1.1 dnsprobe[824]: dns query failed

Estoy terminando de escribir el post y de nuevo acaba de producirse otro corte. En esta ocasión el enlace se ha restablecido a la primera y de nuevo estoy en valores óptimos.

Si alguno de vosotros puede darme alguna pista de por dónde continuar, le estaré muy agradecido pues estos cortes son realmente molestos.

 

[Franciscus]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Cuando dices que has probado varios routers, es que te sucede lo mismo en todos los casos, no?

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Cuando dices que has probado varios routers, es que te sucede lo mismo en todos los casos, no?

Así es Fran, pero sucede algo muy curioso que me tiene mosca. Cuando sufro estos cortes van encadenándose uno tras otro hasta que al final el router no es capaz de obtener la IP de la central, y los valores de señal/ruido se van deteriorando. Pues bien, si en ese momento apago el router y lo conecto al otro router que tengo, todo vuelve a la normalidad, valores de señal ruido estables y altos, y sincronización al tope de velocidad.

No entiendo nada. Y menuda mañana que llevo...

​

Acabo de cambiar del router Comtrend CT536 a un router TP-LInk TD-W8960N y vuelvo a tener la conexión perfecta. A ver lo que dura.

​

 

[Manu1001]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Yo estuve sufriendo cortes similares con diversos routers, y al final desesperé y dejé el que "menos mal" me iba, un Linksys WAG160N. Pero seguía pasando de cuando en cuando. La solución me ha llegado tras conectar un Linksys E3000 (router neutro) en linea con este, y desactivar el Wi-Fi del WAG. Misteriosamente, ahora el ADSL es estable y no se producen microcortes (que veía por que parpadeaban las luces de sincronismo, cosa que ahora ya no hace).

Si tuviera que plantear una hipótesis, diría que al tener que enviar la señal wi-fi, se recalentaba y "reiniciaba" la conexión llegado a un punto. Al desactivarla, ya no se calienta y no lo hace. En cualquier caso, la estabilidad y alcance del E3000 es MUY buena. Por cierto, lo compré siguiendo tus recomendaciones en otro hilo, buscando a su hermano anterior que tu aconsejabas.

Manu1oo1

 

[Koji]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

¿Imagino que habras probado a enchufar directamente al ptr , descartando la red interior?

 

[Manu1001]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Si te refieres a mi, tengo linea directa y dedicada hasta el router, partiendo de un splitter.

Manu1oo1

 

[Koji]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

No, lo decia por De Bilbao, aunque si ha probado tantas cosas, imagino que lo de eliminar la red interior tambien lo habra hecho.

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

No, lo decia por De Bilbao, aunque si ha probado tantas cosas, imagino que lo de eliminar la red interior tambien lo habra hecho.

La red interior está descartada. En la vivienda no dispongo de un PTR y en su lugar tengo un splitter junto al router al que llega la línea directamente.

¿Podría estar dañado ese splitter?

 

[Koji]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Pues podria, puedes probar a eliminarlo y dejarlo solo con los cables pelaos, junta lo que te venga de la calle con la roseta, o si puedes conecta la roseta al par de la calle directamente

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Ayer a la tarde sustituí el splitter y desde entonces la línea está estable como una roca.

Sincronizado al máximo posible del enlace contratado, a 10047 Kbps de descarga y 796 Kbps de subida.

Las últimas 100 lecturas de la monitorización ofrecen un valor promedio de 21,8 dB para el la señal ruido del enlace en bajada.

Y 15,7 dB de valor promedio en subida, con 10,5 dB y 2,2 dB para los valores de atenuación de la línea.

Los benchmarks también ofrecen buenos resultados, aquí os dejo un par de muestras, uno obtenido con la aplicación Line Benchmark en http://linebenchmark.bandaancha.eu/ y otro desde la web de http://speedtest.net.

Creo que tengo unos buenos valores y lo más importante: estables. Espero que esta haya sido la solución definitiva al problema, porque no habiendo cambiado desde el puerto del DSLAM, el par de cobre desde la central y probado 4 modelos de routers distintos... no se me ocurriría nada más.

Crucemos los dedos.

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Por cierto, el router que definitivamente se ha quedado instalado es el modelo TD-W8960N de TP-Link. Estoy muy contento con él, su facilidad de configuración y el rendimiento general que ofrece, incluso a través del enlace inalámbrico con soporte 802.11n.

​

Creo que es el rey de la calidad precio, más aún teniendo en cuenta que da soporte tanto a conexiones ADSL y también por cable. EL soporte ADSL incluye ADSL2+ e incluso el AnexoM para las líneas de Jazztel.

Si conocéis el Comtrend CT536+ de Telefónica la interfaz de configuración os resultará muy familiar.

​

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Pues nada, después de haber cambiado el splitter... todo vuelve a estar como antes. Cortes cada dos por tres y una conexión que cuando va bien está fenomenal... pero que falla como una escopeta de feria.

Tengo monitorizada la linea en remoto y hoy por la mañana la cosa no va mucho mejor...

 

[Franciscus]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Joder qué desesperación
Supongo que los valores ITV y ICV los tienes bien puestos, no? (aunque de verdad no sé si eso influye o no) No se me ocurre nada más

 

[destrizz]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Prueba a ponerle una IP estática, a veces en una chorrada cómo ésta puede estar el problema..

Joer parece una meiga..

 

[Tiberiuz]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

N osi si digo alguna tonterida pero... ¿y si es un fallo por interferencias en la llinea que te llega? ¿y si hay algún aparato, tipo aire acondicionado, de algún vecino que te provoca esos errores/cortes?

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Prueba a ponerle una IP estática, a veces en una chorrada cómo ésta puede estar el problema..

Joer parece una meiga..

Al enlace WAN no puedo ponerle una IP estática, pues me la asigna dinámicamente Telefonica y para que así fuera debiera tener contratado el servicio.

El equipo desde el que realizo la monitorización está conectado por cable y tiene una IP fija asignada, no por DHCP.

N osi si digo alguna tonterida pero... ¿y si es un fallo por interferencias en la llinea que te llega? ¿y si hay algún aparato, tipo aire acondicionado, de algún vecino que te provoca esos errores/cortes?

No es ninguna tontería, hemos estado valorando la posibilidad de que fuesen interferencias causadas por los transformadores de las lámparas halógenas, pero pasa con ellas apagadas. No veo que haya nada en el recorrido que influya.


Estoy pensando también que pudiera haber algo que hiciera que el router se saturase... ¿alguna idea por ahí?...

Menos mal que no estoy en casa, porque cualquiera trabaja así...

 

[Tiberiuz]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

N osi si digo alguna tonterida pero... ¿y si es un fallo por interferencias en la llinea que te llega? ¿y si hay algún aparato, tipo aire acondicionado, de algún vecino que te provoca esos errores/cortes?

No es ninguna tontería, hemos estado valorando la posibilidad de que fuesen interferencias causadas por los transformadores de las lámparas halógenas, pero pasa con ellas apagadas. No veo que haya nada en el recorrido que influya.

Pero yo estoy hablando de la parte exterior a tu instalación. Está claro que dentro de tu casa puedes controlar por dónde va el cable. Pero desde la caja de pares hasta tu casa...

 

[Dandreemex]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

¿Has probado a activar el SRA en las opciones de DSL? Te bajará la velocidad de conexión pero al menos reducirás los microcortes.

 

[TimeRider]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

DeBilbao..

¿Te han realizado cambio de pares?

Los problemas que tienes son los típicos problemas de ADSL y alguna influencia externa, ya sea del crosstalk, interferencia, ruido, etc... Puedes tener un vecino que te hace la puñeta (sin saber por supuesto), un microondas, un radiador, etc...

A mi me pasa cada X meses algo parecido. Reclamo a telefonica y hacen "algo" y vuelta a funcionar X meses.

En mi caso, no quedan pares libres y no me pueden realizar el cambio de pares.

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

DeBilbao..

¿Te han realizado cambio de pares?

No sé que es lo que está pasando con mi línea, he probado de todo, desde un cambio de par desde la central hasta un cambio de puerto en el DSLAM de la central, que me ha costado muchísimo conseguir y con el que pensaba que se había resuelto el problema, pues desde ayer llevaba con la conexión estable.

Efectivamente, como os comentaba en el post inicial, he cambiado el par y el puerto DSLAM.

No sé qué está pasando pero estoy muy mosqueado.

Y con el cabreo que tengo se me está pasando por la cabeza pedirles que me hagan una migración a VDSL... cobertura tengo. La fibra me da bastante más pereza por la instalación - aunque el resultado sería mucho mejor - pero VDSL no estaría mal...

 

[Hallowed be thy name]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

¿Tienes cobertura FTTH? NI TE LO PIENSES. No sólo la línea es inmensamente mejor en todo a un precio muy parecido, es que además tiene un servicio técnico especializado y prioritario (o eso dicen). La instalación será un poco pesada, pero es un día.

Dicho esto, secuestro un poco tu hilo para hacer una pregunta. No me pueden instalar ADSL en mi nueva casa porque no hay pares. Veo que tu has conseguido que te lo cambien he incluso que te toquen el DSLAM. ¿Tienes algún tipo de enchufe, truco o contacto? Estoy desesperado y sólo se me ocurre entrar en la central a arrancar manojos de cables...

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Ayer fue un auténtico desastre, aunque hoy la cosa está funcionando mejor.

La idea de matar moscas a cañonazos o hacer efectivo el refrán muerto el perro... se acabó la rabia cobra fuerza en mi cabeza y estoy planteándome muy en serio hacer la migración del cobre a la fibra.

Veamos: ahora mismo tengo contratado el servicio Dúo ADSL 10 Mbps / 800 Kbps por el que pago:

• Dúo ADSL 10 Mbps/800 Kbps: 41,90 €
• Promoción durante 12 Meses: -22,00 €
• Línea Individual: 13,9740 €
• IVA del 18%: 6,10 €
• Total final: 39,97 €/mes

Telefonica tiene actualmente en promoción el servicio Movistar Futura en dos modalidades:

• Movistar Futura 50Mb/5Mb Imagenio Familiar DVR
• Movistar Futura 50Mb/5Mb

Teniendo en cuenta que la TV no me interesa demasiado, me decanto por la segunda variante, que sería una oferta equivalente a lo que tengo pero sobre fibra en lugar de sobre cobre, con 5 veces más de velocidad de descarga, más de 6 veces más de velocidad de subida y unos valores de ping extraordinarios.

Estoy seguro de que la calidad es muchísimo mayor. La promoción actual tiene un precio promocional durante los primeros 6 meses y un precio definitivo a partir del séptimo mes.

Durante los primeros 6 meses:

• Movistar Futura 50Mb/5Mb: 29,90 €
• Línea Individual: 13,9740 €
• IVA del 18%: 7,90 €
• Total final: 51,77 €/mes ===> 11,80 €/mes más de lo que pago
  

A partir del séptimo mes:

• Movistar Futura 50Mb/5Mb: 40,90 €
• Línea Individual: 13,9740 €
• IVA del 18%: 9,88 €
• Total final: 64,75 €/mes ===> 24,78 €/mes más de lo que pago

Es como para pensárselo, aunque me fastidia los costes tan elevados que pagamos en comunicaciones. Un año de servicio a los precios que tengo negociados en este momento son 480 € y si me paso a la fibra óptica serían 700 € el primer año y 777 € a partir del segundo.

Y si lo quisiera con Imagenio HD, serían 64,75 € los primeros 6 meses (24,78 € más de lo que pago ahora) y 87,50 € a partir del séptimo (47,53 € más). La TV no me tira, pero sí que me llama la atención la HD y sobre todo canales como National Geographic o Discovery Chanel, que los devoraría.

El caso es que tengo cobertura confirmada y me lo voy a pensar. Tengo que pensar en dónde pondré el conversor de fibra a cobre, pues el salón y el despacho en donde tengo el PC no están cerca y si en un futuro decido añadir la TV el decodificador debiera estar cerca.

Ya os contaré...

 

[Hallowed be thy name]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Dios da pan a los que no tienen dientes. Yo soñando con FTTH y tu diciendo que te lo pensarás...
Y acuérdate de este pobre mortal con la pregunta que te he hecho...

 

[DeBilbao]

Respuesta: RouterStats: Monitoriza la calidad de tu conexión ADSL

Dios da pan a los que no tienen dientes. Yo soñando con FTTH y tu diciendo que te lo pensarás...

Efectivamente, lo he estado pensando, que hay que analizar si con TV o sin TV A pesar de que me apetece mucho la idea de tener Imagenio en HD, tengo que ser consecuente y la realidad es que no veo la TV porque no tengo tiempo para ello, así que la solución elegida será Movistar Futura 50Mb/5Mb.

Aquí tenéis una comparativa rápida de los costes de la solución de cobre frente a la de fibra óptica.

Es curioso como a precio de tarifa los 50 Mbps con FTTH son más baratos que los 10 Mbps con cobre. Está claro que el que sea un acceso al que sólo podemos acceder unos 25.000 hogares les permite hacer eso.

Aunque en realidad la diferencia no es tal, pues todos disfrutamos de algún tipo de promoción. En mi caso me supondrá algo menos de 12 € al mes de diferencia.

He quedado con un instalador el lunes para ver cómo organizamos la instalación. Ya os contaré...

Y acuérdate de este pobre mortal con la pregunta que te he hecho...

Supongo que te refieres a

Dicho esto, secuestro un poco tu hilo para hacer una pregunta. No me pueden instalar ADSL en mi nueva casa porque no hay pares. Veo que tu has conseguido que te lo cambien he incluso que te toquen el DSLAM. ¿Tienes algún tipo de enchufe, truco o contacto? Estoy desesperado y sólo se me ocurre entrar en la central a arrancar manojos de cables...

Trucos no hay. En temas como estos con contactos es muy difícil... y sin contactos imposible.

 

[Hallowed be thy name]

¿Significa eso que tu tienes un contacto? ¿Cuanto pides por su número de teléfono?

Esta tarde he estado en la central telefónica de mi barrio. Nueva, moderna, grande... Y con la puerta abierta. Me han dado ganas de entrar y arrancar un puñado de cables.

Hay que joderse. A menos de doscientos metros en línea recta, con VDSL y FTTH y sin un triste par libre.