Creo que puedo confirmar que buena parte de las perdidas de conexión se deben al que el router se pone nervioso porque hace tiempo que no tiene noticias del peer.
Mirad el trasiego de mensajes de comprobación de línea que se traen el rotuer local y el remoto:
[ISP] T - LCP : EchoReq id=0xe9 magic=0x3599d91e
[ISP] R - LCP : EchoRep id=0xe9 magic=0x3a0bad5
[ISP] R - LCP : EchoReq id=0x3c magic=0x3a0bad5 00 4c 80 04
[ISP] T - LCP : EchoRep id=0x3c magic=0x3599d91e 00 00 00 00
[ISP] T - LCP : EchoReq id=0xea magic=0x3599d91e
[ISP] T - LCP : EchoReq id=0xeb magic=0x3599d91e
[ISP] T - LCP : EchoReq id=0xec magic=0x3599d91e
[ISP] T - LCP : EchoReq id=0xed magic=0x3599d91e
[ISP] R - LCP : EchoRep id=0xed magic=0x3a0bad5
[ISP] R - LCP : EchoReq id=0x3d magic=0x3a0bad5 00 4c 80 04
... y asi durante toda la conexión a intervalos de 10seg ...
Los que pone T son los iniciados por el Thomson, los de R son del otro extremo. Ambos ellos se intercambian mensajes de echo-request. En el tiempo que he capturado se ven algunos fallos pero por regla general las respuestas son inmediatas.
El router da por perdida la conexión cuando fallan 6 echos seguidos y dado lo mal que está la línea ultimamente esto es habitual.
Tenía duda de si era Arsys la que desconectaba voluntariamente para sus trapicheos con los rangos y otras hierbas pero parece que no es asi.
Voy a desconectar durante un tiempo el echo para ver si mejora, sobre todo para no perder las colas en el emule. Aun asi puede que el extremo de Arsys detecte los fallos y mande paquetes de desconexión, ya veremos.
Por si alguien más quiere hacerlo el comando es pppoa ifconfig intf=ISP echo=off
Todo esto no nos sirve de mucho pero me parecía un dato curioso.