<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 7 Aug 2013, at 14:38, Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi Fred,<br><br>this got a bit longish so I took the liberty to reduce the quoted text a bit<br><br><br>On Aug 5, 2013, at 12:47 , Fred Stratton <<a href="mailto:fredstratton@imap.cc">fredstratton@imap.cc</a>> wrote:<br><br>[snipp]<br><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">You are using 2 routers in series. I have disabled all routing functions on the 2wire. It is transparent to the network.<br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>Which is exactly the situation I faced with the cable modem before; my cerowrt-router was provisioned with an IP address through the bridged cable-modem via DHCP, but I still could access the modem's 192.168.100.1 with out any configuration required. I know there is some openwork information (<a href="http://wiki.openwrt.org/doc/howto/access.modem.through.nat">http://wiki.openwrt.org/doc/howto/access.modem.through.nat</a>) that makes it look like one needs to do more involved fiddling with the firewall, but that turned out not to be required with cerowrt. I do not know how that works if one runs a pppoe client on cerowrt though and I left cerowrt's ip address assignment in place. (My hunch is that since cerowrt leaves the typical 192.168.N.N ranges alone the whole issue gets reduced to a simple routing issue… and since Dave takes care that cero works well as secondary (test) router in a typical home situation, I guess routing 192.168.N.N is well with in cerowrt's scope)<br><span class="Apple-tab-span" style="white-space:pre"> </span>But, I guess you tried that already and it still does not work. Would be interesting to learn why…<br></blockquote><br>The difference is that you have the ISP gateway as a primary device issuing a DHCP address to the cerowrt secondary router. The 2 devices are then obviously on the same ipv4 subnet.<br><br>I use the 2700 transparently. DHCP is turned off. If I turn it on, I have to use the device in DMZ mode with its firewall on, which I do not want to do.<br></blockquote></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>Sorry, to keep harping on this, but this is pretty close to what I did with the cable modem. As I said I had it working with a similar setup as you have, cerowrt was assigned a public IP (75.142.58.156) address by the cable-ISPs dhcp server while the modems configuration interface was running on the "private" 192.168.100.1. So the modem and cero were decidedly not on the same IP subnet, but still I could connect to it without needing to change anything. Initially, before I found out that it works out of the box I had defined an alias IP address on the wan interface of (WAN2CABLEMODEM ipv4-address:<span class="Apple-tab-span" style="white-space:pre"> </span>192.168.100.2;<span class="Apple-tab-span" style="white-space:pre"> </span>ipv4-netmask:<span class="Apple-tab-span" style="white-space:pre"> </span>255.255.255.0). But it turned out that this was not necessary as of cerowrt 3.3.8-17 I did not need to do this any more, accessing the cable modem just worked by directing a browser to 192.168.100.1.<br><br><span class="Apple-tab-span" style="white-space:pre"> </span>So, have you tried to access the modem recently by simply directing a browser to its address? And have you tried the same after just configuring an alias as hinted above? If so what was the result?<br><br></blockquote><br>I configured an alias using uci at your prompting. It works. I can now access the 2700.</div><div><br></div><div><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br>Initially, I used the 2700 with the tomatoUSB router attached to that, and then a router running openWRT. This setup allowed access to the 2700, through a masquerade in tomatoUSB. <br><br>Although ipv6 addresses were propagated throughout the network by Barrier Breaker, ipv6 did not work, probably because of the way radvd works in tomato.<br><br>I have never used the cerowrt as a secondary device because of this.<br><blockquote type="cite"><br></blockquote><br></blockquote></blockquote><br>[snipp]<br><br><blockquote type="cite"><blockquote type="cite">I do not want to use cable, which is expensive. The DOCSIS box - a custom Netgear device - has a poor reputation.<br><br>I do not want to use fibre, again, because when it comes here, it will be supplied by BT/, and is traffic shaped and capped. The BT web site has 35 pages of price increases for this year.<br><br>I will continue with ADSL2+<br></blockquote></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>I fully agree that getting ADSL(2+) links debated and offering low latency internet access is worthwhile as a considerable number of people simply have no other choice available. And this is why your case is so interesting! If you can improve the "interactivity" in your home and document the required steps somewhere others will have an easier time.<br><br><font color="#010101">Yes. Hopefully others using ADSL will also participate.</font><br><br>best<br><span class="Apple-tab-span" style="white-space:pre"> </span>Sebastian<br><br><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br>Best<br><span class="Apple-tab-span" style="white-space:pre"> </span>Sebastian<br><br><br><blockquote type="cite"><blockquote type="cite"><br>best regards<br><span class="Apple-tab-span" style="white-space:pre"> </span>Sebastian<br><br><blockquote type="cite"><br><br>On 3 Aug 2013, at 10:38, Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</a>> wrote:<br><br><blockquote type="cite">Hi Fred,<br><br><br>On Aug 1, 2013, at 00:35 , Fred Stratton <<a href="mailto:fredstratton@imap.cc">fredstratton@imap.cc</a>> wrote:<br><br><blockquote type="cite"><br>On 31 Jul 2013, at 23:14, Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</a>> wrote:<br><br><blockquote type="cite">Hi Fred,<br><br>thanks a lot.<br><br><br>On Jul 31, 2013, at 23:37 , Fred Stratton <<a href="mailto:fredstratton@imap.cc">fredstratton@imap.cc</a>> wrote:<br><br><blockquote type="cite">tc -s -d class show dev ge00<br><br>class htb 1:10 parent 1:1 leaf 110: prio 0 quantum 1500 rate 700000bit ceil 700000bit burst 1599b/1 mpu 0b overhead 0b cburst 1599b/1 mpu 0b overhead 0b level 0 <br>Sent 15809014 bytes 115190 pkt (dropped 4733, overlimits 0 requeues 0) <br>rate 3616bit 3pps backlog 0b 0p requeues 0 <br>lended: 115190 borrowed: 0 giants: 0<br>tokens: 263560 ctokens: 263560<br><br>class htb 1:1 root rate 700000bit ceil 700000bit burst 1599b/1 mpu 0b overhead 0b cburst 1599b/1 mpu 0b overhead 0b level 7 <br>Sent 15809014 bytes 115190 pkt (dropped 0, overlimits 0 requeues 0) <br>rate 3616bit 3pps backlog 0b 0p requeues 0 <br>lended: 0 borrowed: 0 giants: 0<br>tokens: 263560 ctokens: 263560<br><br>class fq_codel 110:1b8 parent 110: <br>(dropped 0, overlimits 0 requeues 0) <br>backlog 0b 0p requeues 0 <br>deficit 84 count 0 lastcount 0 delay 10us<br><br><br><br>tc -s -d class show dev ifb0<br>class htb 1:10 parent 1:1 leaf 110: prio 0 quantum 1500 rate 7000Kbit ceil 7000Kbit burst 1598b/1 mpu 0b overhead 0b cburst 1598b/1 mpu 0b overhead 0b level 0 <br>Sent 192992612 bytes 168503 pkt (dropped 0, overlimits 0 requeues 0) <br>rate 17096bit 4pps backlog 0b 0p requeues 0 <br>lended: 168503 borrowed: 0 giants: 0<br>tokens: 27454 ctokens: 27454<br><br>class htb 1:1 root rate 7000Kbit ceil 7000Kbit burst 1598b/1 mpu 0b overhead 0b cburst 1598b/1 mpu 0b overhead 0b level 7 <br>Sent 192992612 bytes 168503 pkt (dropped 0, overlimits 0 requeues 0) <br>rate 17096bit 4pps backlog 0b 0p requeues 0 <br>lended: 0 borrowed: 0 giants: 0<br>tokens: 27454 ctokens: 27454<br><br>class fq_codel 110:cc parent 110: <br>(dropped 10, overlimits 0 requeues 0) <br>backlog 0b 0p requeues 0 <br>deficit -198 count 1 lastcount 1 ldelay 2.3ms<br>class fq_codel 110:1d9 parent 110: <br>(dropped 0, overlimits 0 requeues 0) <br>backlog 0b 0p requeues 0 <br>deficit 226 count 0 lastcount 0 ldelay 2us<br>class fq_codel 110:1de parent 110: <br>(dropped 0, overlimits 0 requeues 0) <br>backlog 0b 0p requeues 0 <br>deficit 238 count 0 lastcount 0 ldelay 10us<br>class fq_codel 110:345 parent 110: <br>(dropped 0, overlimits 0 requeues 0) <br>backlog 0b 0p requeues 0 <br>deficit 226 count 0 lastcount 0 delay 9us<br><br>I changed the hard coded values in /usr/lib/aqm/functions.sh to arbitrary values, rebooted and obtained the same results. Both reflect the 7000kbit/s down and 700kbit/s up I entered in the window.<br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>What is the line rate as read out from the del modem or specified in your contract?<br></blockquote><br><a href="http://Speedtest.net">Speedtest.net</a> shows the rate as circa 8.7 megabits/s down, 1 megabit/s up. Line has radio frequency interference from unidentified sources..<br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>So it looks like specify a generous reserve for the shaper. Can you log into your modem and get the current line rates? The rf interference, is it constant (if you can get nice SNR per sub carrier or even ust bit loading per frequency plots) that is does it only affect the same frequencies or does it change? (I ask, because temporary interference might reduce the effective line rate, potentially moving the buffer back into the del modem)<br><br><blockquote type="cite">Target snr upped to 12 deciBel. Line can sustain 10 megabits/s with repeated loss of <a href="http://sync.at">sync.at</a> lower snr. Contract is for 'up to 20megabits/s'. <br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>So ADSL2+ as you even mentioned it before.<br><br><blockquote type="cite">850 metres from exchange. Line length circa 1.2km.<br></blockquote><br><br><br><blockquote type="cite"><br><br><blockquote type="cite"><br><blockquote type="cite">I ticked the adsl box. Altering the value in functions.sh and unticking the box, with reboot, produced the same outcome.<br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>This nicely shows I screwed up my testing (and or forgot to reboot between changes). Or I did try too high a data rate (initially 97% of the raw link rate)<br><br><br><blockquote type="cite"><br><br><br>traceroute <a href="http://google.com">google.com</a><br>traceroute: Warning: <a href="http://google.com">google.com</a> has multiple addresses; using 173.194.41.128<br>traceroute to <a href="http://google.com">google.com</a> (173.194.41.128), 64 hops max, 52 byte packets<br>1 172.30.42.1 (172.30.42.1) 0.631 ms 0.323 ms 0.249 ms<br>2 * * *<br>3 10.1.3.234 (10.1.3.234) 22.596 ms 21.241 ms 22.392 ms<br>4 * 10.1.3.214 (10.1.3.214) 27.018 ms 26.703 ms<br>5 10.1.4.249 (10.1.4.249) 29.682 ms 28.923 ms 27.479 ms<br>6 * * *<br>7 * 209.85.252.186 (209.85.252.186) 30.379 ms *<br>8 72.14.238.55 (72.14.238.55) 25.745 ms 25.345 ms 25.594 ms<br>9 <a href="http://lhr08s03-in-f0.1e100.net">lhr08s03-in-f0.1e100.net</a> (173.194.41.128) 27.566 ms 27.390 ms 27.663 ms<br><br>mtr shows packet losses at hops 2-5 <br>10.1.3.* are Internet Watch Foundation.<br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>This looks pretty reasonable for an adsl link (could be way worse with higher interleaving)<br><br><blockquote type="cite"><br>Netalyzr was used. I appreciate it is an imperfect metric.<br></blockquote></blockquote><br>OK. Like the ping train idea. Cannot get netperf 2.6.0 to build on Ubuntu 12.04<br></blockquote><br><span class="Apple-tab-span" style="white-space:pre"> </span>So I typically run a 1000 count ping against the nearest host that is on the other side of the DSL link that also gives consistent ping RTTs without load. Then I start my test loads like saturating the upload with a long runnig TCP transfer and opening 99 media heavy tabs in a browser (I really should try the chrome benchmark that Dave is using). And the I simply look through the ping statistic results, typically I look at the maximum, and at the standard deviation to get a handle on how tight the shaper held latency under control. (If I should get netperf-wrapper to work under Macosx I will try to use that for testing, but it does not even install, and if I get past that hurdle I will have to adjust for the differences between Gnu ping and BSD ping).<br><br><br><span class="Apple-tab-span" style="white-space:pre"> </span>Best Regards<br><span class="Apple-tab-span" style="white-space:pre"> </span><span class="Apple-tab-span" style="white-space:pre"> </span>Sebastian<br><br><br><blockquote type="cite"><blockquote type="cite"><br><span class="Apple-tab-span" style="white-space:pre"> </span>Well, I ran into this issue before. In short netalyzr's worst case delay numbers do not seem to reflect how an fq_codelled connection feels. <br>Netalyzr uses an unresponsive UDP probe to force the bottleneck router's buffers to fill up; with unresponsiveness being a property no sane flow over the intent should exhibit. Codel/fq_codel is tailored for responsive flows and will only gradually increase its drop frequency so responsive TCP flows will be controlled gently and keep link utilization high. Given enough time codel will also rein in an unresponsive flows. But netalyzr's probe duration is too short for that to be happening during netalyzr's runtime.<br>Fq_codel in my experience does a decent job at keeping interactivity high even with competing traffic like netalyzr (so turn a ping train against say 10.1.3.234 while netalyzr runs or try netperf-wrapper in addition). <br>So netalyzr really probes the worst case buffer depth against basically a "denial of service" type of load; I am not fully sure what the expectancy on the disc here should be.<br><br><br>best<br><span class="Apple-tab-span" style="white-space:pre"> </span>Sebastian<br><br><br><blockquote type="cite"><br><br><br><br><br><br>On 31 Jul 2013, at 21:38, Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</a>> wrote:<br><br><blockquote type="cite">tc -s -d class show dev ge00<br></blockquote><br>_______________________________________________<br>Cerowrt-devel mailing list<br><a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>https://lists.bufferbloat.net/listinfo/cerowrt-devel<br></blockquote><br></blockquote><br>_______________________________________________<br>Cerowrt-devel mailing list<br><a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>https://lists.bufferbloat.net/listinfo/cerowrt-devel<br></blockquote><br></blockquote><br>_______________________________________________<br>Cerowrt-devel mailing list<br><a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>https://lists.bufferbloat.net/listinfo/cerowrt-devel<br></blockquote><br></blockquote><br>_______________________________________________<br>Cerowrt-devel mailing list<br><a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>https://lists.bufferbloat.net/listinfo/cerowrt-devel<br></blockquote><br></blockquote><br></blockquote><br>_______________________________________________<br>Cerowrt-devel mailing list<br><a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>https://lists.bufferbloat.net/listinfo/cerowrt-devel<br></blockquote><br></blockquote></div><br></body></html>