Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
On 5 December 2014 at 20:28, Weedy weedy2...@gmail.com wrote: Are you connected to BTs network? Reseller? Erm, I'm not sure how to answer the questions. My dsl is provided over my home (POTS) land-line. My adsl contract is with Sky (I used to be a BE customer, which was then sold to O2, which was in turn sold to Sky), and my home land-line contract is with BT. From dsl_cpe_control, g997lig 0 returns nReturn=0 nDirection=0 G994VendorID=(B5,00,49,46,54,4E,22,42) SystemVendorID=(32,33,34,35,36,37,38,39) VersionNumber=(30,31,32,33,34,35,36,37,38,39,30,31,32,33,34,35) SerialNumber=(30,31,32,33,34,35,36,37,38,39,30,31,32,33,34,35,36,37,38,39,30,31,32,33,34,35,36,37,38,39,30,31) SelfTestResult=0 XTSECapabilities=(04,00,00,00,00,00,00,00 and g997lig 1 returns nReturn=15 nDirection=1 G994VendorID=(FF,B5,47,53,50,4E,00,08) SystemVendorID=(00,00,00,00,00,00,00,00) VersionNumber=(00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00) SerialNumber=(00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00) SelfTestResult=0 XTSECapabilities=(04,01,00,00,00,00,00,00) and I think those results show that the remote DSLAM is Globespan/NEC/Easynet (47,53,50,4E translates to GSPN). With kind regards, Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
On 17 November 2014 at 18:42, Sebastian Moeller moell...@gmx.de wrote: Hi Richard, hi Jaime After changing the pop values have a look at the output of “ps w” on the router, when I tried to p;ay with these from the luci GUI I noticed that pppd was called with lcp-echo-failure 5 while the GUI reported 0 (meaning unlimited), so something might be off in parsing/passing the arguments from the GUI. (Then again with my testing I nave managed to get pop session timeout even though packet captures indicated that under load some lcl echo requests went missing…) Best Regards Sebastian Problem fixed! After hours of trying to diagnose what was going wrong, I took a long shot and tried overwriting the openwrt-distributed adsl firmware blob (/lib/firmware/ltq-dsl-fw-a-danube.bin) with the firmware blob that was originally distributed by BT (the original supplier of the Home Hub). Hey presto! My dsl connection has been perfect ever since (even though my dsl supplier is _not_ BT!) The whole saga is documented here (in case anyone else has the same problem and wants to try this solution): http://openwrt.ebilan.co.uk/viewtopic.php?f=4t=68 Many thanks to all who tried to help. With kind regards, Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
On Dec 5, 2014 5:12 AM, Jaime T enopa...@gmail.com wrote: Problem fixed! After hours of trying to diagnose what was going wrong, I took a long shot and tried overwriting the openwrt-distributed adsl firmware blob (/lib/firmware/ltq-dsl-fw-a-danube.bin) with the firmware blob that was originally distributed by BT (the original supplier of the Home Hub). Hey presto! My dsl connection has been perfect ever since (even though my dsl supplier is _not_ BT!) The whole saga is documented here (in case anyone else has the same problem and wants to try this solution): http://openwrt.ebilan.co.uk/viewtopic.php?f=4t=68 Many thanks to all who tried to help. With kind regards, Jaime Are you connected to BTs network? Reseller? Sounds like BT tuned the firmware for their specific hardware environment after the generic did not deliver optimal performance. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
On 20 November 2014 20:49, Sebastian Moeller moell...@gmx.de wrote: Hi Jaime, not an expert on adel modem errors, let alone lantiq, here is my attempt at helping out: Hi Sebastien. Thank you for trying to help me - I appreciate it. Maybe https://forum.openwrt.org/viewtopic.php?pid=222065 works for you? Increasing the SNR ,arhin should make your link more resilient... Ok, I've just tried that, but I think that it's only returning an error code. locs 0 -20 nReturn=-11 The corresponding getter command (locg) shows the following: locg Long Form: LineOptionsConfigGet Short Form: locg Input Parameter - DSL_LineOptionsSelector_t nConfigSelector (dec) DSL_OPT_NOISE_MARGIN_DELTA_DS = 0 DSL_ERASURE_DECODING_TYPE_DS = 1 DSL_TRUST_ME_BIT = 2 DSL_INBAND_SPECTRAL_SHAPING_US = 3 Output Parameter - DSL_Error_t nReturn - DSL_int32_t nConfigValue (dec) The other option selectors appear to work ok: locs 1 0 nReturn=0 locs 2 0 nReturn=0 locs 3 0 nReturn=0 I've also just found (in http://svn.dd-wrt.com/browser/src/router/dsl_cpe_control/include/drv_dsl_cpe_api.h) the following: /** 2782 Configuration of a target noise margin delta at the CPE, which is added to 2783 the target noise margin value configured atand received from the CO. 2784 The resulting value is then taken as target noise margin, e.g. for bit 2785 loading. 2786 The target noise margin delta ranges from -5 dB to +5 dB with 0.1 dB steps. 2787 \note API value -50 corresponds to -5 dB, 50 to 5 dB. 2788 \note This configuration option is only valid for Vinax. */ 2789 DSL_OPT_NOISE_MARGIN_DELTA_DS = 0, 2790 /** so I guess this means that this option will never work. :-( All the other lantiq dsl commands which have the characters snr in them (such as g997dsnrg, g997sang and g997sansg) are all getter commands which return large blocks of data. If not, I'm going to have to buy a dsl modem with a broadcom chipset and use that instead… If you could buy such a modem you could test whether it really improves things? If there is a massive source of RF ingress on your link maybe another odem might not help much? I'm still confused by the fact that when I put the Sky-supplied SR102 router on the line, I don't get these disconnections. I think my only option now is to try a different modem... Thank you for all your help! With kind regards, Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Hi Jaime, On Nov 21, 2014, at 12:49 , Jaime T enopa...@gmail.com wrote: On 20 November 2014 20:49, Sebastian Moeller moell...@gmx.de wrote: Hi Jaime, not an expert on adel modem errors, let alone lantiq, here is my attempt at helping out: Hi Sebastien. Thank you for trying to help me - I appreciate it. Maybe https://forum.openwrt.org/viewtopic.php?pid=222065 works for you? Increasing the SNR ,arhin should make your link more resilient... Ok, I've just tried that, but I think that it's only returning an error code. locs 0 -20 nReturn=-11 The corresponding getter command (locg) shows the following: locg Long Form: LineOptionsConfigGet Short Form: locg Input Parameter - DSL_LineOptionsSelector_t nConfigSelector (dec) DSL_OPT_NOISE_MARGIN_DELTA_DS = 0 DSL_ERASURE_DECODING_TYPE_DS = 1 DSL_TRUST_ME_BIT = 2 DSL_INBAND_SPECTRAL_SHAPING_US = 3 Output Parameter - DSL_Error_t nReturn - DSL_int32_t nConfigValue (dec) The other option selectors appear to work ok: locs 1 0 nReturn=0 locs 2 0 nReturn=0 locs 3 0 nReturn=0 I've also just found (in http://svn.dd-wrt.com/browser/src/router/dsl_cpe_control/include/drv_dsl_cpe_api.h) the following: /** 2782 Configuration of a target noise margin delta at the CPE, which is added to 2783 the target noise margin value configured atand received from the CO. 2784 The resulting value is then taken as target noise margin, e.g. for bit 2785 loading. 2786 The target noise margin delta ranges from -5 dB to +5 dB with 0.1 dB steps. 2787 \note API value -50 corresponds to -5 dB, 50 to 5 dB. 2788 \note This configuration option is only valid for Vinax. */ 2789 DSL_OPT_NOISE_MARGIN_DELTA_DS = 0, 2790 /** so I guess this means that this option will never work. :-( All the other lantiq dsl commands which have the characters snr in them (such as g997dsnrg, g997sang and g997sansg) are all getter commands which return large blocks of data. Too bad, would have been nice. Now I think that some of AVM’s fritzbox routers are based on non-vinax lantiq SOCs and support setting SNR margin, but the tool might be proprietary. But since I have o lantiq system available I can not be of any help… sorry. Best Regards Sebastian If not, I'm going to have to buy a dsl modem with a broadcom chipset and use that instead… If you could buy such a modem you could test whether it really improves things? If there is a massive source of RF ingress on your link maybe another odem might not help much? I'm still confused by the fact that when I put the Sky-supplied SR102 router on the line, I don't get these disconnections. I think my only option now is to try a different modem... Thank you for all your help! With kind regards, Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
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.14] enter showtime, cell rate: 0 - 2181, 1 - 2181, xdata addr: 0x82e9 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
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Hi Jaime, not an expert on adel modem errors, let alone lantiq, here is my attempt at helping out: On Nov 20, 2014, at 17:26 , Jaime T enopa...@gmail.com wrote: 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 Ooops, the modem somehow lost ist DSL connection to the DSLAM 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.14] enter showtime, cell rate: 0 - 2181, 1 - 2181, xdata addr: 0x82e9 This looks like the modem just entered showtime (basically you can only transfer data in showtime, so the was a loss of the DSL link as well as the PPP link that sits on top of it) I would guess the DSL link went away from under the PPP connection so PPPD was forced to exit as well. 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 agree with that interpretation. 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 code violations are caused by CRC errors of transmitted packets, these require retransmission from sender to receiver (these are bad as they cost bandwidth). FEC is forward error correction (basically reed salomon code with potential interleaving of cells to spread out error bursts). The elapsed time I assume to be in seconds so ~5 hours … and 14662/18031 = 0.81 errors per second, quite a lot... 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 These are errored seconds a count of the seconds with CRC errors (multiple CRCs per second will just increase ES by one so it removes bursty errors to some degree from the statistics), if elapsed time is in seconds the ES accumulated inside of ~16 hours. nSES=256 nLOSS=22 nUAS=2433 nLOFS=1868 SES means severely errored seconds (not sure how they are counted, but they typically increase way slower than ES), • UAS: Unavailable Seconds - Seconds where you had no sync (from http://en.wikipedia.org/wiki/G.992.1) this most likely is the culprit for your pop to go away. I do not know whether you can make pop wait long enough for your line to resync so your pppd disconnects would go away, but I also do not know whether your ISP would allow that since their PPPD also sees you go and might not allow to reconnect but enforce a new connection (I have no clue at all). Also I think you should try to improve the quality of the DSL link to make the PPP issue rare enough o just ignore it. 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?) I think they record your disconnects, but not necessarily tell you what caused the del link to go out for lunch... Does anyone know if I can force a slower/lower connection speed from my side? (I would happily sacrifice some speed for more stability!) Maybe https://forum.openwrt.org/viewtopic.php?pid=222065 works for you? Increasing the SNR ,arhin should make your link more resilient... If not,
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Hi, On 15/11/2014 10:40, Jaime T wrote: Hi all. I'm running barrier breaker (r42625) on a BTHOMEHUBV2B and it's great apart from frequent adsl disconnections (approx 40 per day). My adsl-type is POTS so the relevant part of /etc/config/network is: config adsl 'dsl' option annex 'a2p' option firmware '/lib/firmware/adsl.bin' Each disconnection puts approximately the following into the syslog: Fri Nov 14 09:33:41 2014 daemon.info pppd[1218]: No response to 5 echo-requests I think I saw something similar when I was using an ADSL connection. When the connection was under full load (I don't remember whether it was upstream, downstream or both) the LCP echo requests that PPPD does seem to get dropped somewhere in the ADSL infrastructure. The link is however working fine passing real traffic. You can test this fairly easily by generating a lot of traffic that lasts over 5 seconds and it will cause the connection to drop. Then try increasing the lcp-echo-failure value in /etc/ppp/options and observing whether the download continues after 5 seconds. Gentoo have a patch that adds a lcp-echo-adaptive option to pppd. This treats traffic receipt as equivalent to receiving an lcp echo-reply. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/ppp/2.4.5/34_all_lcp-echo-adaptive.patch I did very briefly test with that patch and it seemed to work but I moved onto another connection before I'd convinced myself that it really was appropriate. Regards Richard Fri Nov 14 09:33:41 2014 daemon.notice pppd[1218]: Serial link appears to be disconnected. Fri Nov 14 09:33:41 2014 daemon.info pppd[1218]: Connect time 28.9 minutes. Fri Nov 14 09:33:41 2014 daemon.info pppd[1218]: Sent 554487 bytes, received 6119357 bytes. Fri Nov 14 09:33:41 2014 daemon.notice netifd: Network device 'pppoa-wan' link is down Fri Nov 14 09:33:41 2014 daemon.notice netifd: Interface 'wan' has lost the connection Fri Nov 14 09:33:47 2014 daemon.notice pppd[1218]: Connection terminated. Fri Nov 14 09:33:47 2014 daemon.notice pppd[1218]: Modem hangup Fri Nov 14 09:33:58 2014 kern.warn kernel: [ 1832.784000] leave showtime Fri Nov 14 09:33:59 2014 daemon.info pppd[1218]: Terminating on signal 15 Fri Nov 14 09:33:59 2014 daemon.info pppd[1218]: Exit. Fri Nov 14 09:33:59 2014 daemon.notice netifd: Interface 'wan' is now down Fri Nov 14 09:34:27 2014 kern.err kernel: [ 1861.796000] [DSL_BSP_Showtime 894]: Datarate US intl = 924903, fast = 0 Fri Nov 14 09:34:27 2014 kern.warn kernel: [ 1861.80] enter showtime, cell rate: 0 - 2181, 1 - 2181, xdata addr: 0x82b0 Fri Nov 14 09:34:29 2014 daemon.notice netifd: Interface 'wan' is setting up now My line stats are: # /etc/init.d/dsl_control status Chipset:Ifx-Danube 1.3 Line State: UP [0x801: showtime_tc_sync] Data Rate: 7.040 Mb/s / 924 Kb/s Line Attenuation: 37.4dB / 21.2dB Noise Margin: 7.1dB / 10.0dB Line Uptime:25m 39s The disconnections happen more frequently at night time. I have several of these boxes, and they all exhibit the same behaviour so I do not believe that it is a hardware problem specific to 1 router. I also have the original sky-supplied router which does not suffer from these disconnections. The dsl connection appears to be a bit of a black-box - I can find very little documentation discussing it, although 1 or 2 people have mentioned XTU bits, which I don't understand. Is there anything that I can modify to try to stop these disconnections from happening? Would lowering the connection speed help, and if so, can this be done? All info/suggestions would be gratefully received. With kind regards, Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
On 16 November 2014 23:47, Weedy weedy2...@gmail.com wrote: I had issues in the past with Bell sympatico stingers (made by Ikanos). They had firmware bugs verified by both Bell and Ikanos with anything that didn't run a broadcom DSP. There was nothing I could do except find a decent bridge modem based on a broadcom chipset. Thank you for the info. If you don't mind me asking, did you find a decent bridge modem based on a broadcom chipset? I'm happy to buy something else if I can use it with the bt home hub. I've got a spare usb socket and several spare ethernet ports on the home hub if that helps. Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
On Nov 17, 2014 12:08 PM, Jaime T enopa...@gmail.com wrote: On 16 November 2014 23:47, Weedy weedy2...@gmail.com wrote: I had issues in the past with Bell sympatico stingers (made by Ikanos). They had firmware bugs verified by both Bell and Ikanos with anything that didn't run a broadcom DSP. There was nothing I could do except find a decent bridge modem based on a broadcom chipset. Thank you for the info. If you don't mind me asking, did you find a decent bridge modem based on a broadcom chipset? I'm happy to buy something else if I can use it with the bt home hub. I've got a spare usb socket and several spare ethernet ports on the home hub if that helps. Jaime I don't know if my annex is the same as yours. SpeedStream 4200, generic firmware SpeedTouch ST516, generic firmware (play around with versions) Now I have a SmartNG for VDSL ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Richard Mortimer richm+open...@oldelvet.org.uk wrote: I think I saw something similar when I was using an ADSL connection. When the connection was under full load (I don't remember whether it was upstream, downstream or both) the LCP echo requests that PPPD does seem to get dropped somewhere in the ADSL infrastructure. The link is however working fine passing real traffic. Sounds like the something a proper BQL limit on the etherne/ATM part of the PPPoE coud fix. For PPPoE, traffic shapping should occur on the PPP interface and should probably run at no more than 99% of the real link capacity (if you can determine it...sigh), the LCP messages should bypass that part. DSL with the modem built-in ought to auto-adjust the bandwdth viaBQL perfectly... -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works| network architect [ ] m...@sandelman.ca http://www.sandelman.ca/| ruby on rails[ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
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 On Nov 16, 2014, at 15:43 , Jaime T enopa...@gmail.com wrote: On 15 November 2014 20:46, Michael Richardson m...@sandelman.ca wrote: How do you know it's not the DSLAM being unstable? Erm... I don't? I'm not sure what that means. Is there some way that I can find out from just my end (the consumer end) of the connection? I've called my ISP regarding the disconnections, and their response is Put our (supported) router back on, and we'll monitor the situation - I do that, and obviously the problem then disappears. I put my Openwrt'd BTHOMEHUBV2B, and the problem starts again. Rinse, repeat... ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Hi Richard, hi Jaime On Nov 17, 2014, at 12:33 , Richard Mortimer richm+open...@oldelvet.org.uk wrote: Hi, On 15/11/2014 10:40, Jaime T wrote: Hi all. I'm running barrier breaker (r42625) on a BTHOMEHUBV2B and it's great apart from frequent adsl disconnections (approx 40 per day). My adsl-type is POTS so the relevant part of /etc/config/network is: config adsl 'dsl' option annex 'a2p' option firmware '/lib/firmware/adsl.bin' Each disconnection puts approximately the following into the syslog: Fri Nov 14 09:33:41 2014 daemon.info pppd[1218]: No response to 5 echo-requests I think I saw something similar when I was using an ADSL connection. When the connection was under full load (I don't remember whether it was upstream, downstream or both) the LCP echo requests that PPPD does seem to get dropped somewhere in the ADSL infrastructure. The link is however working fine passing real traffic. You can test this fairly easily by generating a lot of traffic that lasts over 5 seconds and it will cause the connection to drop. Then try increasing the lcp-echo-failure value in /etc/ppp/options and observing whether the download continues after 5 seconds. After changing the pop values have a look at the output of “ps w” on the router, when I tried to p;ay with these from the luci GUI I noticed that pppd was called with lcp-echo-failure 5 while the GUI reported 0 (meaning unlimited), so something might be off in parsing/passing the arguments from the GUI. (Then again with my testing I nave managed to get pop session timeout even though packet captures indicated that under load some lcl echo requests went missing…) Best Regards Sebastian Gentoo have a patch that adds a lcp-echo-adaptive option to pppd. This treats traffic receipt as equivalent to receiving an lcp echo-reply. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/ppp/2.4.5/34_all_lcp-echo-adaptive.patch I did very briefly test with that patch and it seemed to work but I moved onto another connection before I'd convinced myself that it really was appropriate. Regards Richard Fri Nov 14 09:33:41 2014 daemon.notice pppd[1218]: Serial link appears to be disconnected. Fri Nov 14 09:33:41 2014 daemon.info pppd[1218]: Connect time 28.9 minutes. Fri Nov 14 09:33:41 2014 daemon.info pppd[1218]: Sent 554487 bytes, received 6119357 bytes. Fri Nov 14 09:33:41 2014 daemon.notice netifd: Network device 'pppoa-wan' link is down Fri Nov 14 09:33:41 2014 daemon.notice netifd: Interface 'wan' has lost the connection Fri Nov 14 09:33:47 2014 daemon.notice pppd[1218]: Connection terminated. Fri Nov 14 09:33:47 2014 daemon.notice pppd[1218]: Modem hangup Fri Nov 14 09:33:58 2014 kern.warn kernel: [ 1832.784000] leave showtime Fri Nov 14 09:33:59 2014 daemon.info pppd[1218]: Terminating on signal 15 Fri Nov 14 09:33:59 2014 daemon.info pppd[1218]: Exit. Fri Nov 14 09:33:59 2014 daemon.notice netifd: Interface 'wan' is now down Fri Nov 14 09:34:27 2014 kern.err kernel: [ 1861.796000] [DSL_BSP_Showtime 894]: Datarate US intl = 924903, fast = 0 Fri Nov 14 09:34:27 2014 kern.warn kernel: [ 1861.80] enter showtime, cell rate: 0 - 2181, 1 - 2181, xdata addr: 0x82b0 Fri Nov 14 09:34:29 2014 daemon.notice netifd: Interface 'wan' is setting up now My line stats are: # /etc/init.d/dsl_control status Chipset:Ifx-Danube 1.3 Line State: UP [0x801: showtime_tc_sync] Data Rate: 7.040 Mb/s / 924 Kb/s Line Attenuation: 37.4dB / 21.2dB Noise Margin: 7.1dB / 10.0dB Line Uptime:25m 39s The disconnections happen more frequently at night time. I have several of these boxes, and they all exhibit the same behaviour so I do not believe that it is a hardware problem specific to 1 router. I also have the original sky-supplied router which does not suffer from these disconnections. The dsl connection appears to be a bit of a black-box - I can find very little documentation discussing it, although 1 or 2 people have mentioned XTU bits, which I don't understand. Is there anything that I can modify to try to stop these disconnections from happening? Would lowering the connection speed help, and if so, can this be done? All info/suggestions would be gratefully received. With kind regards, Jaime ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Hi Michael, On Nov 17, 2014, at 18:39 , Michael Richardson m...@sandelman.ca wrote: Richard Mortimer richm+open...@oldelvet.org.uk wrote: I think I saw something similar when I was using an ADSL connection. When the connection was under full load (I don't remember whether it was upstream, downstream or both) the LCP echo requests that PPPD does seem to get dropped somewhere in the ADSL infrastructure. The link is however working fine passing real traffic. Sounds like the something a proper BQL limit on the etherne/ATM part of the PPPoE coud fix. For PPPoE, traffic shapping should occur on the PPP interface Note SQM does not care too much where you put the shaper,but if you shape one the pppoe device the pop maintenance packets are never seen by SQM so they will not be dropped. Shaping on the raw ATM device (in your case) should also work (never tested this myself as I have no open dsl-router), but almost all packets will end up in the default queue (I think) as the packet classification can not see through the pop encapsulation. Also if you want to go that route you shold make sure the PPP maintenance packets get their own highest priority queue… (as dropping enough of those will most likely drop your connection, luckily they do not cost a lot of bandwidth...) and should probably run at no more than 99% of the real link capacity (if you can determine it...sigh), In my limited experience the link speed as reported by the modem was always the correct brute link speed that SQM’s link layer adjustments could work with, so maybe just taking the values the modem part of your router reports and subtract say 3% on egress and 10% on ingress should be a decent starting point. the LCP messages should bypass that part. Unless you shape on the ATM device ;) DSL with the modem built-in ought to auto-adjust the bandwdth viaBQL perfectly… For egress/upstream (I really hope we will get something like that in the future); bit for ingress/downlink you still need a properly configured shaper until the DSLAMs/MSANs/BRASs learn BQL fq_codel (which might take a while) Best Regards Sebastian -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works| network architect [ ] m...@sandelman.ca http://www.sandelman.ca/| ruby on rails [ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Sebastian Moeller moell...@gmx.de wrote: Sounds like the something a proper BQL limit on the etherne/ATM part of the PPPoE coud fix. For PPPoE, traffic shapping should occur on the PPP interface Note SQM does not care too much where you put the shaper,but if you shape one the pppoe device the pop maintenance packets are never seen by SQM so they will not be dropped. Shaping on the raw ATM device (in your case) should also work (never tested this myself as I have no open dsl-router), but almost all packets will end up in the default queue (I think) as the packet classification can not see through the pop My point was that BQL running on the raw interface would see the LCP packets, and therefore would take them into account. I would except to do the various SQM on the ppp interface, with the BQL on the underlying interface (for the PPPoE case) providing the push back so that queing works. DSL with the modem built-in ought to auto-adjust the bandwdth viaBQL perfectly… For egress/upstream (I really hope we will get something like that in the future); bit for ingress/downlink you still need a properly configured shaper until the DSLAMs/MSANs/BRASs learn BQL fq_codel (which might take a while) Yes, I was ignoring that part. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works| network architect [ ] m...@sandelman.ca http://www.sandelman.ca/| ruby on rails[ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
Depending on the CO/stinger equipment it might just be your chipset is incompatible. I had issues in the past with Bell sympatico stingers (made by Ikanos). They had firmware bugs verified by both Bell and Ikanos with anything that didn't run a broadcom DSP. There was nothing I could do except find a decent bridge modem based on a broadcom chipset. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Frequent adsl disconnections with BTHOMEHUBV2B (lantiq xway danube)
How do you know it's not the DSLAM being unstable? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel