Por cierto, y en una nota positiva, podéis felicitar al técnico que ha venido que, en mi opinión,  se ha implicado en la avería por encima de lo que se esperaba, empeñándose en encontrar el fallo y dando explicaciones pertinentes de la operativa y los siguientes pasos. ... Mostrar más

mira, que yo entiendo que hay averías y averías complicadas. Pero habéis tardado 15 días en  mandar a alguien que mire los cables, y eso en el propio Madrid. (Y todavía  falta que mandéis a alguien a que haga la reparación).   que seguro que el que ejecutivo que se le ha ocurrido externalizar todo el servicio técnico se ha llevado el bonus.   14/05/2025 22:32 > ping_log.txt:52437: Paquetes: enviados = 60, recibidos = 11, perdidos = 49 ping_log.txt:52438: (81% perdidos), ping_log.txt:52506: Paquetes: enviados = 60, recibidos = 1, perdidos = 59 ping_log.txt:52507: (98% perdidos), ping_log.txt:52575: Paquetes: enviados = 60, recibidos = 3, perdidos = 57 ping_log.txt:52576: (95% perdidos), ping_log.txt:52644: Paquetes: enviados = 60, recibidos = 11, perdidos = 49 ping_log.txt:52645: (81% perdidos), ping_log.txt:52713: Paquetes: enviados = 60, recibidos = 11, perdidos = 49 ping_log.txt:52714: (81% perdidos), ping_log.txt:52782: Paquetes: enviados = 60, recibidos = 13, perdidos = 47 ping_log.txt:52783: (78% perdidos), ping_log.txt:52851: Paquetes: enviados = 60, recibidos = 23, perdidos = 37 ping_log.txt:52852: (61% perdidos), ping_log.txt:52920: Paquetes: enviados = 60, recibidos = 1, perdidos = 59 ping_log.txt:52921: (98% perdidos), ping_log.txt:52989: Paquetes: enviados = 60, recibidos = 35, perdidos = 25 ping_log.txt:52990: (41% perdidos), ping_log.txt:53058: Paquetes: enviados = 60, recibidos = 57, perdidos = 3 ping_log.txt:53059: (5% perdidos), ping_log.txt:53127: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:53128: (0% perdidos), ping_log.txt:53196: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:53197: (0% perdidos), ping_log.txt:53265: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:53266: (0% perdidos), ping_log.txt:53334: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:53335: (0% perdidos), ping_log.txt:53403: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:53404: (0% perdidos), ping_log.txt:53472: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:53473: (0% perdidos), ping_log.txt:53541: Paquetes: enviados = 60, recibidos = 53, perdidos = 7 ping_log.txt:53542: (11% perdidos), ping_log.txt:53610: Paquetes: enviados = 60, recibidos = 1, perdidos = 59 ping_log.txt:53611: (98% perdidos), ping_log.txt:53679: Paquetes: enviados = 60, recibidos = 25, perdidos = 35 ping_log.txt:53680: (58% perdidos), ping_log.txt:53748: Paquetes: enviados = 60, recibidos = 43, perdidos = 17 ping_log.txt:53749: (28% perdidos), ping_log.txt:53817: Paquetes: enviados = 60, recibidos = 25, perdidos = 35 ping_log.txt:53818: (58% perdidos), ping_log.txt:53886: Paquetes: enviados = 60, recibidos = 27, perdidos = 33 ping_log.txt:53887: (55% perdidos), ping_log.txt:53955: Paquetes: enviados = 60, recibidos = 27, perdidos = 33 ping_log.txt:53956: (55% perdidos), ping_log.txt:54024: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:54025: (0% perdidos), ping_log.txt:54093: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:54094: (0% perdidos), ping_log.txt:54162: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:54163: (0% perdidos), ping_log.txt:54231: Paquetes: enviados = 60, recibidos = 60, perdidos = 0 ping_log.txt:54232: (0% perdidos), ping_log.txt:54300: Paquetes: enviados = 60, recibidos = 42, perdidos = 18 ping_log.txt:54301: (30% perdidos), ping_log.txt:54369: Paquetes: enviados = 60, recibidos = 35, perdidos = 25 ping_log.txt:54370: (41% perdidos), ping_log.txt:54438: Paquetes: enviados = 60, recibidos = 30, perdidos = 30 ping_log.txt:54439: (50% perdidos), ... Mostrar más

ha sí, una cosa más, pequeña anécdota pero igual lo queréis mirar internamente.   durante uno de los múltiples reinicios del router el servidor NTP me ha dado una hora incorrecta (debe ser la hora GMT no la CEST):   Jan 1 00:02:18 INFO [STATUS] cwmp_get_wanInfo(): line#1309, IpAddr:83.39.211.40 Jan 1 00:02:18 INFO [DB ] cwmp_get_acsInfo(): ACS URL: https://main.acs.telefonica.net:7014/cwmpWeb/WGCPEMgt Jan 1 00:02:18 INFO Time initialized by NTP server May 12 10:11:41 INFO [STATUS] cwmp_monitor_cwmp(): connReqURL: http://83.39.211.40:7547/CWMP/ConnectionRequest http://83.39.211.40:7547/CWMP/ConnectionRequest, notchanged May 12 10:11:41 INFO [STATUS] cwmp_monitor_cwmp(): gTR069CB.state=2,connreqUrlChange=0,ipchange=0,tr69wanDownUp=-1,newAcsInfo.enable=1   (eran las 12:11, dos horas más)   ... Mostrar más

una cosa que he notado es que durante los "cortes pequeños" pierdo ping al exterior (bueno, y cualquier otro tipo de comunicación), pero el ping a mi propia ip externa permanece correcto.   me explico, mientras a la vez que un ping al dns de telefónica tiene este aspecto:  > ping -t -w 1000 80.58.61.250 Respuesta desde 80.58.61.250: bytes=32 tiempo=1ms TTL=57 Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Tiempo de espera agotado para esta solicitud. Respuesta desde 80.58.61.250: bytes=32 tiempo=2ms TTL=57   el ping a mi ip externa y al router es perfecto:   > ping -t -w 1000 83.39.46.132  Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64 Respuesta desde 83.39.46.132: bytes=32 tiempo<1m TTL=64   >ping -t 192.168.1.1 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.1.1: bytes=32 tiempo<1m TTL=64   ¿esa ip externa la está resolviendo el propio router? ¿hay alguna forma de probar la conexión a alguna máquina intermedia?   ... Mostrar más

bueno, una pequeña actualización   ayer por la noche funcionaba tan mal y se caia tanto que pudimos apreciar una luz ROJA que dura un instante en el router   a continuación la luz con el icono  del ratón parpadeaba intensamente   aparte de la luz ¿alguien sabe si se pueden ver estos eventos en el propio log del router? por ejemplo tengo varios eventos como estos, ¿alguien me dice como interpretarlos?:     35 May 10 10:48:42 INFO LCP Down,reason:6 (lower down) 36 May 10 10:48:42 INFO link_down 37 May 10 10:48:42 INFO Down,reason:5 (lower down)   81 May 10 11:17:12 INFO Terminating on signal 15 82 May 10 11:17:12 INFO LCP Down,reason:6 (lower down) 83 May 10 11:17:12 INFO link_down 84 May 10 11:17:12 INFO Down,reason:5 (lower down) 85 May 10 11:17:12 INFO update_link_stats remove pppuptime file 86 May 10 11:17:12 INFO Connect time 27.9 minutes.   114 May 10 11:18:09 INFO LCP up 115 May 10 11:18:09 INFO LCP Down,reason:4 (term req) 116 May 10 11:18:09 INFO LCP terminated by peer 117 May 10 11:18:09 INFO link_down 118 May 10 11:18:09 INFO Couldn't increase MTU to 1500. 119 May 10 11:18:09 INFO Couldn't increase MRU to 1500 120 May 10 11:18:09 INFO Modem hangup 121 May 10 11:18:09 INFO Connection terminated. 122 May 10 11:18:09 INFO Doing disconnect 123 May 10 11:18:10 INFO LCP down. 124 May 10 11:18:13 INFO LCP Starting 125 May 10 11:18:13 INFO LCP is allowed to come up.   143 May 10 11:18:31 INFO main create pppuptime file 144 May 10 11:18:49 INFO LCP up 145 May 10 11:18:49 INFO LCP Down,reason:4 (term req) 146 May 10 11:18:49 INFO LCP terminated by peer 147 May 10 11:18:49 INFO link_down 148 May 10 11:18:49 INFO Couldn't increase MTU to 1500. 149 May 10 11:18:49 INFO Couldn't increase MRU to 1500 150 May 10 11:18:49 INFO Modem hangup 151 May 10 11:18:49 INFO Connection terminated. 152 May 10 11:18:49 INFO Doing disconnect 153 May 10 11:18:50 INFO LCP down. 154 May 10 11:18:53 INFO LCP Starting 155 May 10 11:18:53 INFO LCP is allowed to come up. 156 May 10 11:18:53 INFO LCP Opening   179 May 10 11:18:56 INFO ppp up 180 May 10 11:18:56 INFO ipcp_up create pppuptime file 181 May 10 11:19:26 INFO IPV6CP: timeout sending Config-Requests 182 May 10 11:31:42 INFO Terminating on signal 15 183 May 10 11:31:42 INFO LCP Down,reason:6 (lower down) 184 May 10 11:31:42 INFO link_down 185 May 10 11:31:42 INFO Down,reason:5 (lower down) 186 May 10 11:31:42 INFO update_link_stats remove pppuptime file 187 May 10 11:31:42 INFO Connect time 12.8 minutes. 188 May 10 11:31:42 INFO Sent 2175388 bytes, received 2392102 bytes. 189 May 10 11:31:42 INFO PPP down 190 May 10 11:31:42 INFO Couldn't increase MTU to 1500. 191 May 10 11:31:42 INFO Couldn't increase MRU to 1500 192 May 10 11:31:42 INFO LCP down. 193 May 10 11:32:11 INFO Initialize LCP. 194 May 10 11:32:11 INFO LCP Initing     ... Mostrar más

por cierto, ya que estamos puntualizando.   hacer un ping es imposible que sature la línea, todas las pruebas están hechas tanto por ethernet como por wifi, son dos routers diferentes de modelos diferentes y está misma incidencia ocurrió hace un mes (con el ptro viejo instalado) y "se solucionó sola" en 5 días   solución del teleoperador: "mira aquí tan solo me da dos opciones: o te mando OTRO router o reabro la incidencia como que no te funciona la tele"       ... Mostrar más

qué te hace pensar que no he intentado todo eso ya.   todo desconectado, solo el router -> se corta la conexión  es más es que te he mandado un ping ya no hecho por cable (podría ser fallo del puerto o del cable), sino desde el mismo router!   como instalador reconocerás un técnico listillo nada mas verlo,  el que vino a casa cambio el router, le fallo en medio del test de velocidad (el test de la página web), así que volvió a hacerlo, le dio bien y dijo que el ya había hecho lo que tenía que hacer.     antes los teleoperadores tenían margen de actuación, ahora van con script, y el programa no les da opciones de saltarselo. Lo más que han podido hacer es rellenar el campo de observaciones.    Aquí nadie a venido a medir la intensidad de la señal, tan solo pasan las pruebas remotas (qué dan bien, porque, evidentemente, se conectan cuando hay línea) y un robot te llama para dar la incidencia por resuelta.     ... Mostrar más

pues no, no es normal esta metralleta de mensajes   los post esos son las veces que ME DESCONECTA de internet, se corta la tele, el wifi, el cable ethernet, me corta la vpn del trabajo(y el teléfono fijo, pero seamos serios, quien tiene el fijo conectado en 2025?).   Imagínate esto durante once días ¿Qué harías tu?   estos post son el equivalente a ir a la tienda y montar una escena, a ver si alguien me hace caso (solo que un poco más civilizado).   las soluciones que me das (agracedido) son las mismas que me han dado los operadores, son las mismas que han hecho los técnicos en casa, son las mismas una y otra vez y el resultado es siempre el mismo.   Se corta INTERNET 40 veces al día, no es problema del router viejo ni del router nuevo, no es cosa de mis equipos ni de mis cables. Es un problema de la fibra, del splitter o de la centralita.   Y nadie lo mira   tan solo te digo, si te encuentras en esta mima situación, cosa que no deseo a nadie, durante once días,  ¿qué harías tu?   nota: mientras escribo esto se ha caído internet 4 6 7 8 9 veces, a continuación va una captura de pantalla de un ping fallido hecho DESDE EL PROPIO router (gracias a los usuarios del foro por enseñarme como se accede al router nuevo)         ... Mostrar más

Sí cierralos, disculpa, es la desesperación la que habla. El doble envío ha sido sin querer, que no respondía y le he vuelto a dar ... Mostrar más