On 17 November 2014 18:36, Sebastian Moeller <moell...@gmx.de> wrote: > Hi Jaime, > maybe you should also look at the rror counters. Especially the CRC and HEC > errors short before the connection drops might be interesting. > Best Regards > Sebastian
Hi everyone. I've set lcp-echo-failure to "10" and lcp-echo-interval to "3" and I'm still getting the disconnections. The logs fill with the following now: Thu Nov 20 15:29:55 2014 kern.warn kernel: [15746.372000] leave showtime Thu Nov 20 15:29:56 2014 daemon.info pppd[7651]: Terminating on signal 15 Thu Nov 20 15:29:56 2014 daemon.info pppd[7651]: Connect time 6.0 minutes. Thu Nov 20 15:29:56 2014 daemon.info pppd[7651]: Sent 89186 bytes, received 46470 bytes. Thu Nov 20 15:29:56 2014 daemon.notice netifd: Network device 'pppoa-wan' link is down Thu Nov 20 15:30:01 2014 daemon.notice netifd: Interface 'wan' is now down Thu Nov 20 15:30:11 2014 daemon.warn dnsmasq[1503]: no servers found in /tmp/resolv.conf.auto, will retry Thu Nov 20 15:30:24 2014 kern.err kernel: [15775.136000] [DSL_BSP_Showtime 894]: Datarate US intl = 924903, fast = 0 Thu Nov 20 15:30:24 2014 kern.warn kernel: [15775.140000] enter showtime, cell rate: 0 - 2181, 1 - 2181, xdata addr: 0x82e90000 Thu Nov 20 15:30:26 2014 daemon.notice netifd: Interface 'wan' is setting up now Thu Nov 20 15:30:26 2014 daemon.info pppd[7835]: Plugin pppoatm.so loaded. Thu Nov 20 15:30:26 2014 daemon.info pppd[7835]: PPPoATM plugin_init Thu Nov 20 15:30:26 2014 daemon.info pppd[7835]: PPPoATM setdevname_pppoatm - SUCCESS:0.38 Thu Nov 20 15:30:26 2014 daemon.notice pppd[7835]: pppd 2.4.7 started by root, uid 0 Thu Nov 20 15:30:26 2014 daemon.info pppd[7835]: Using interface pppoa-wan Perhaps the "lcp echo request" thing just be a red herring caused by the dsl link losing sync? I've also tried to find some info on how to get the error counters out for the lantiq dsl connection (using dsl_cpe_control), and the best info I can get hold of is: pmcctg 0 0 nReturn=15 nChannel=0 nDirection=0 nElapsedTime=18031 bValid=1 nCodeViolations=14662 nFEC=5910810 pmdpctg 0 0 nReturn=15 nChannel=0 nDirection=0 nElapsedTime=18058 bValid=1 nHEC=10735 nTotalCells=256128475 nUserTotalCells=1896600 nIBE=0 nTxUserTotalCells=0 nTxIBE=0 pmlsc1dg 0 0 nReturn=15 nDirection=0 nHistoryInterval=0 nElapsedTime=58145 bValid=1 nES=432 nSES=256 nLOSS=22 nUAS=2433 nLOFS=1868 The problem I now have is that I don't know how to interpret these results: are they good, or bad? (And do they explain why I'm getting dozens of disconnections every day?) Does anyone know if I can force a slower/lower connection speed from my side? (I would happily sacrifice some speed for more stability!) If not, I'm going to have to buy a dsl modem with a broadcom chipset and use that instead... J :-) _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
