esta mañana ibamos fenomenal

 

 

pero dura poco la alegría en la casa del pobre...

 

al menos no me ha cambiado la ip externa

 

 

he hecho un pequeño .bat para monitorizar los cabios de ip, por si le sirve a alguien

 

os lo dejo aquí

 

@echo off
setlocal enabledelayedexpansion

:: Archivos para guardar la IP actual y el log
set "ip_file=ip_actual.txt"
set "log_file=log.txt"

:: Crear archivo de IP si no existe
if not exist %ip_file% (
echo primera_vez > %ip_file%
)

:loop
:: Obtener IP externa usando PowerShell
for /f "delims=" %%A in ('powershell -Command "Invoke-RestMethod -Uri https://api.ipify.org"') do (
set "current_ip=%%A"
)

:: Leer IP anterior
set /p old_ip=<%ip_file%

:: Si es nueva o cambió, guardar en el log
if not "!current_ip!"=="!old_ip!" (
set "datetime=%date% %time%"
echo [%datetime%] IP externa: !current_ip! >> %log_file%
echo !current_ip! > %ip_file%
)

:: Esperar 60 segundos antes de repetir
timeout /t 10 /nobreak >nul
goto loop

 

 

esto crea un par de archivos y se queda logado los cambios de ip 

log.txt ->

[] IP externa: 83.39.63.167
[09/05/2025 13:16:31,67] IP externa: 83.39.63.167
[09/05/2025 13:16:41,49] IP externa: 83.39.63.167

 

he aprendido una cosa nueva, si mientras está el ping corriendo pulsas ctrl+break te sale un resumen pero sin detener el ping

 

bueno, pues seguimos reportando errores

 

que te de error mientras reportas un error no tiene precio

 

voy a tener que cambiar el título a cortes de 60 segundos

 

señor técnico de movistar, por favor, manifiestate

 

que igual para ti un 2% de paquetes perdidos no es nada, pero para mi sí que lo es.

Tenía cariño a esos paquetes, me mantenían unido a la vpn del trabajo

 

Estadísticas de ping para 80.58.61.250:
Paquetes: enviados = 3167, recibidos = 3077, perdidos = 90
(2% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 1ms, Máximo = 2605ms, Media = 3ms

 

bueno, vuelvo y está igual

20:51

Respuesta desde 80.58.61.250: bytes=32 tiempo=1ms TTL=57
Respuesta desde 80.58.61.250: bytes=32 tiempo=1ms TTL=57
Respuesta desde 80.58.61.250: bytes=32 tiempo=2ms 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.
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=1ms TTL=57
Respuesta desde 80.58.61.250: bytes=32 tiempo=1ms TTL=57
Respuesta desde 80.58.61.250: bytes=32 tiempo=1ms TTL=

 

yo, si fuera moderador de este foro ya me habría  baneado

ahora, igual es más fácil arreglar la avería

 

mira, he encontrado un log en el router ¿os dice algo?

1	May 9 20:38:29	ERROR	received SIGTERM
2	May 9 20:38:45	ERROR	read error: Network is down, reopening socket
3	May 9 20:38:49	ERROR	lease of 10.29.107.75 obtained, lease time 43200
4	May 9 20:38:50	ERROR	lease of 10.29.107.75 obtained, lease time 43200
5	May 9 20:49:58	ERROR	received SIGTERM
6	May 9 20:50:12	ERROR	lease of 10.29.107.75 obtained, lease time 43200
7	May 9 20:50:18	ERROR	lease of 10.29.107.75 obtained, lease time 43200
8	May 9 21:03:09	ERROR	received SIGTERM
9	May 9 21:03:32	ERROR	lease of 10.29.107.75 obtained, lease time 43200
10	May 9 21:03:37	ERROR	lease of 10.29.107.75 obtained, lease time 43200

Buenas tardes/noches @descontento78 

 

Perdona que me meta donde no me llaman, pero a ti te parece normal esta "metralleta" de mensajes?

 

descontento78 ‎09-05-2025 17:12
descontento78 ‎09-05-2025 17:15
descontento78 ‎09-05-2025 17:17
descontento78 ‎09-05-2025 17:18
descontento78 ‎09-05-2025 17:20
descontento78 ‎09-05-2025 17:22
descontento78 ‎09-05-2025 17:54
descontento78 ‎09-05-2025 18:02
descontento78 ‎09-05-2025 18:03
descontento78 ‎09-05-2025 18:22
descontento78 ‎09-05-2025 18:23
descontento78 ‎09-05-2025 18:28
descontento78 ‎09-05-2025 20:52

---------------------
descontento78 ‎09-05-2025 21:16
yo, si fuera moderador de este foro ya me habría baneado (AMEN...)
---------------------

 

Sinceramente, ni le veo sentido a la realización de tantas pruebas (es más, diría que lo único que estás consiguiendo es provocar aun más inestabilidad en la conexión...), y mucho menos sentido le veo a saturar el hilo que has creado (además de contravenir varias normas de uso del foro)

 

Como veo que paciencia no te sobra, lo único que puedo decirte es que reinicies el router, conectes únicamente el dispositivo desde donde quieres jugar por cable, desconectar el resto de dispositivos que estén usando wifi o cable, y ESPERAR LA RESPUESTA DE UN MODERADOR a ver que solución o propuesta te sugieren... 

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 s del foro por enseñarme como se accede al router nuevo)

 

 

 

 

---

@descontento78  ha escrito:

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.....

---

Te entiendo perfectamente, fuí instalador FTTH para muchas compañías (Vodafone, Orange, Movistar, MM, etc....), además de vivir esa "frustración" al no encontrar una solución. Para eso estamos aquí.

En lo único que "discrepo" es en la efectividad del enfoque/método que (seguramente sin faltarte razón) utilizaría.... Me explico...

Si yo quisiera resolver una incidencia con la compañía X me pondría en o con ellos, y aunque seguramente merecerían 4 gritos, exigencias y amenazas, pensaría en que es lo mejor para conseguir mi objetivo (resolver la incidencia)

Pegarle 4 gritos a un teleoperador lo único que conseguirá es ponerle nervioso, aumentando la posibilidad de que cometa un error
Insistir/exigir una solución inmediata solo va jugar en tu contra. ¿Prefieres resolver tu incidencia inmediatamente o una solución eficaz?
Desde mi experiencia como teleoperador/asistencia al cliente de particulares y empresas  puedo decirte que la diferencia principal es el tono con el que se dirigían hacia mi... y creeme cuando te aseguro que cuanto mayor era el colectivo afectado, o la importancia de las consecuencias, mayor era la "calma" con la que me explicaban el problema..

- Se corta la tele, el wifi, el cable ethernet, me corta la vpn del trabajo

Simplifica la ecuación, desconecta dispositivos del router y prueba por cable

 

- Equivalente a ir a la tienda y montar una escena, a ver si alguien me hace caso

¿Qué dirías que se consigue montando una escena en una tienda? 

 

- Es un problema de la fibra, del splitter o de la centralita

Comprobar la potencia óptica recibida en tu router/ONT, desconectar dispositivos del router, probar con conexión directa por cable, etc... ayudaría a reducir posibles razones.. Que no te hayan atendido, te hayan atendido fatal o colgado, 20 imágenes de pings o pruebas, o que (me lo invento...) te vas a ir a otra compañía, no ayuda a localizar el problema..

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.

 

 

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"

 

 

 

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	L 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	L 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	L up
115	May 10 11:18:09	INFO	L Down,reason:4 (term req)
116	May 10 11:18:09	INFO	L 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	L down.
124	May 10 11:18:13	INFO	L Starting
125	May 10 11:18:13	INFO	L is allowed to come up.

 

143	May 10 11:18:31	INFO	main create pppuptime file
144	May 10 11:18:49	INFO	L up
145	May 10 11:18:49	INFO	L Down,reason:4 (term req)
146	May 10 11:18:49	INFO	L 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	L down.
154	May 10 11:18:53	INFO	L Starting
155	May 10 11:18:53	INFO	L is allowed to come up.
156	May 10 11:18:53	INFO	L Opening

 

179	May 10 11:18:56	INFO	ppp up
180	May 10 11:18:56	INFO	ip_up create pppuptime file
181	May 10 11:19:26	INFO	IPV6: timeout sending Config-Requests
182	May 10 11:31:42	INFO	Terminating on signal 15
183	May 10 11:31:42	INFO	L 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	L down.
193	May 10 11:32:11	INFO	Initialize L.
194	May 10 11:32:11	INFO	L Initing

 

 

Hola @descontento78 

 

Agradecemos a @DavidFerMar por la información aportada en este hilo.

 

Lamentamos los inconvenientes con tu servicio de internet, agradecemos tus intentos por solucionar el inconveniente, Te informamos que ya existe un reporte de avería en curso y un técnico está asignado para resolverlo. Hemos reiterado la urgencia de tu caso y esperamos que el problema se solucione a la mayor brevedad posible.

 

Un saludo, Jesú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?

 

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/WGEMgt
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)