Unfortunately, when this happens, the End User panics and hits the power button. BT Wholesale rewards this (not unreasonable) panic with a 3dB increase in the Target SNR - currently 18dB with INTERLEAVING!
Good connection from today in reverse chronological sequence;
08:41:12 pppd[395] Connect time 2.4 minutes.
08:41:12 pppd[395] Connection terminated.
08:41:10 pppd[395] sent [LCP TermAck id=0x7]
08:41:10 pppd[395] rcvd [LCP TermReq id=0x7]
08:41:09 pppd[395] sent [LCP TermAck id=0x28]
08:41:09 pppd[395] Script /etc/ppp/ip-down started (pid 853)
08:41:09 pppd[395] LCP terminated by peer <=== session terminated by remote host
08:41:09 pppd[395] rcvd [LCP TermReq id=0x28] 00 00 00 00
08:38:56 pppd[395] Script /etc/ppp/ip-up finished (pid 422), status = 0x0
08:38:52 pppd[395] Script /etc/ppp/ip-up started (pid 422)
08:38:52 pppd[395] secondary DNS address 212.159.6.10
08:38:52 pppd[395] primary DNS address 212.159.6.9
08:38:51 pppd[395] remote IP address 195.166.128.94
08:38:51 pppd[395] local IP address 212.159.47.??? <=== the proper IP Address
08:38:51 pppd[395] rcvd [IPCP ConfAck id=0x2 <addr 212.159.47.???> <ms-dns1 212.159.6.9> <ms-dns3 212.159.6.10>]
08:38:51 pppd[395] sent [IPCP ConfAck id=0xa3 <addr 195.166.128.94>]
08:38:51 pppd[395] rcvd [IPCP ConfReq id=0xa3 <addr 195.166.128.94>]
08:38:50 pppd[395] sent [IPCP ConfReq id=0x2 <addr 212.159.47.???> <ms-dns1 212.159.6.9> <ms-dns3 212.159.6.10>]
08:38:50 pppd[395] rcvd [IPCP ConfNak id=0x1 <addr 212.159.47.???> <ms-dns1 212.159.6.9> <ms-dns3 212.159.6.10>]
08:38:50 pppd[395] sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
08:38:50 pppd[395] CHAP authentication succeeded
08:38:50 pppd[395] rcvd [CHAP Success id=0x59 ""] 00 00 00 00
08:38:50 pppd[395] rcvd [LCP EchoRep id=0x0 magic=0x5debb876]
08:38:50 pppd[395] sent [CHAP Response id=0x59 <ac3fb7a60dea8ac32ab15ced6cd26c44>, name = "[email protected]"]
08:38:50 pppd[395] rcvd [CHAP Challenge id=0x59 <37e3f625bfc806fd7676ef23dd56c6af>, name = "THN-AG2"]
08:38:50 pppd[395] sent [LCP EchoReq id=0x0 magic=0x48480a1c]
08:38:50 pppd[395] Couldn't increase MTU to 32725
08:38:50 pppd[395] rcvd [LCP ConfAck id=0x2 <magic 0x48480a1c>]
08:38:50 pppd[395] sent [LCP ConfAck id=0x26 <mru 32725> <auth chap MD5> <magic 0x5debb876>]
08:38:50 pppd[395] sent [LCP ConfReq id=0x2 <magic 0x48480a1c>]
08:38:50 pppd[395] rcvd [LCP ConfReq id=0x26 <mru 32725> <auth chap MD5> <magic 0x5debb876>]
08:38:50 pppd[395] sent [CHAP Response id=0x1 <806319382f95975d6417b50f1a7a8c1b>, name = "[email protected]"]
08:38:50 pppd[395] rcvd [CHAP Challenge id=0x1 <d2716ff40cc43614628b346a7e0dbe53>, name = "bras-red1.l-nws"]
08:38:50 pppd[395] sent [LCP EchoReq id=0x0 magic=0xa177fd44]
08:38:50 pppd[395] rcvd [LCP ConfAck id=0x1 <magic 0xa177fd44>]
08:38:50 pppd[395] sent [LCP ConfAck id=0x6 <mru 1500> <auth chap MD5> <magic 0x1cacb262>]
08:38:50 pppd[395] rcvd [LCP ConfReq id=0x6 <mru 1500> <auth chap MD5> <magic 0x1cacb262>]
08:38:49 pppd[395] sent [LCP ConfReq id=0x1 <magic 0xa177fd44>]
08:38:46 pppd[395] sent [LCP ConfReq id=0x1 <magic 0xa177fd44>]
08:38:46 pppd[395] Connect: ppp0 <--> 0.38
Immediately followed by a bad connection from today in reverse chronological sequence;
08:51:07 kernel: eth0 RealTek RTL8139 at 0xc684d000, 00:e0:4c:01:48:24, IRQ 11 <=== PANIC - Equipment powered on
08:41:34 pppd[1026] Script /etc/ppp/ip-up finished (pid 1043), status = 0x0
08:41:31 pppd[1026] Script /etc/ppp/ip-up started (pid 1043)
08:41:31 pppd[1026] secondary DNS address 194.74.65.98
08:41:31 pppd[1026] primary DNS address 194.74.65.98
08:41:31 pppd[1026] remote IP address 81.146.163.1
08:41:31 pppd[1026] local IP address 172.16.8.8 <==== Can't go anywhere with this
08:41:31 pppd[1026] rcvd [IPCP ConfAck id=0x2 <addr 172.16.8.8> <ms-dns1 194.74.65.98> <ms-dns3 194.74.65.98>]
08:41:31 pppd[1026] sent [IPCP ConfReq id=0x2 <addr 172.16.8.8> <ms-dns1 194.74.65.98> <ms-dns3 194.74.65.98>]
08:41:31 pppd[1026] rcvd [IPCP ConfNak id=0x1 <addr 172.16.8.8> <ms-dns1 194.74.65.98> <ms-dns3 194.74.65.98>]
08:41:31 pppd[1026] sent [IPCP ConfAck id=0x1d <addr 81.146.163.1>]
08:41:31 pppd[1026] rcvd [IPCP ConfReq id=0x1d <addr 81.146.163.1>]
08:41:31 pppd[1026] sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
08:41:31 pppd[1026] CHAP authentication succeeded: CHAP authentication success, unit 5338
08:41:31 pppd[1026] rcvd [CHAP Success id=0x1 "CHAP authentication success, unit 5338"]
08:41:17 pppd[1026] sent [CHAP Response id=0x1 <c8552847207ee04d8f50a9f18c1e863f>, name = "[email protected]"]
08:41:17 pppd[1026] rcvd [CHAP Challenge id=0x1 <b5f342273f5a1f355a619c9dae3d5204>, name = "bras-red1.l-nws"]
08:41:17 pppd[1026] sent [LCP EchoReq id=0x0 magic=0xef0d360d]
08:41:17 pppd[1026] rcvd [LCP ConfAck id=0x1 <magic 0xef0d360d>]
08:41:17 pppd[1026] sent [LCP ConfAck id=0xb7 <mru 1500> <auth chap MD5> <magic 0x36643055>]
08:41:17 pppd[1026] rcvd [LCP ConfReq id=0xb7 <mru 1500> <auth chap MD5> <magic 0x36643055>]
08:41:17 pppd[1026] sent [LCP ConfReq id=0x1 <magic 0xef0d360d>]
08:41:17 pppd[1026] Connect: ppp0 <--> 0.38
Alternatively, if there is no permanent solution, I'll accept complete removal/reversal of the Destructive Line Manglement.
If BT Wholesale believe there's a line problem, they'll be able to produce irrefutable evidence showing the problem (power-saving is NOT acceptable evidence of a line problem). They'll then be welcome to fix the non-existent line problem at their expense.
__________________________________________
O2 Pro Annex M 17Mbps down/2Mbps up - STATIC!
Protected by IPCOP V1.4.21 and a modified BT Voyager 190 ADSL modem.
SOLAR - 0129 on a SKY DigiBox - As good now as they were on FM in the 1980s!
No longer living in fear of BTW's DLM - Destructive Line Manglement!
O2 Pro Annex M 17Mbps down/2Mbps up - STATIC!
Protected by IPCOP V1.4.21 and a modified BT Voyager 190 ADSL modem.
SOLAR - 0129 on a SKY DigiBox - As good now as they were on FM in the 1980s!
No longer living in fear of BTW's DLM - Destructive Line Manglement!



Print Thread
JimmyBoy