Re: [Cerowrt-devel] wndr3800ch model - .config or something needed please
Peter Lewis pllewi...@gmail.com writes: To start, I'm just looking for a good .config that includes all the cerowrt base packages. Any other instructions would be a bonus. I could be on the wrong course here and its really a feeds.conf issue and I need to add in additional feeds. Clone the cerowrt-3.10 branch of this repository into the env/ subdirectory of your build dir: https://github.com/dtaht/cerofiles-3.10 That'll get you the file system (in the files/ subdir), and there's a .config in the 'config-wndr3700v2' file which is (AFAIK) what Dave builds from. Should be a starting point at least. :) -Toke signature.asc Description: PGP signature ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
Re: [Cerowrt-devel] [Cerowrt-users] Missing packages in CeroWrt repository
I note that the cerowrt-devel list is far more used than cerowrt-users, and you should use that rather than this at this point. Also the #openwrt-devel and #bufferbloat irc channels on irc are good. On Thu, Jul 31, 2014 at 4:34 AM, Paul Tow macskeeb...@gmail.com wrote: I installed CeroWrt two days ago and have noticed that some packages are missing from its repository. Specifically, nginx, rtorrent, tmux, and screen are in the official OpenWrt trunk repository for ar71xx ( http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/ ), but not in the CeroWrt repository. Why is this? It takes 10+ hours to build all of openwrt serially and about 3 in parallel. It takes 27 minutes to build cerowrt with it's more limited package set - and I often have to burn time I don't have to fix some obscure package or another. Given our limited resources and time, what I'd done was pick a good package representative of a need - and just do that, rather than have to support and build the entire smorgasbord. I generally do add packages to the build for which there is a demonstrated need... As for torrent, we basically chose transmission as the most useful, flexible torrent daemon... (think also utorrent is in there, but haven't checked). as for ngnix, at the time we were making package selections (3 years back) lighttpd was smaller and faster. nginx has come a long way since then, and while I've considered switching, lighttpd is still reasonably maintained and more importantly, gave no trouble. Screen run as root has some security issues, and in my own case I've mostly switched to using mosh, which has a partial port done for it in cerowrt. I'd rather fix mosh than add screen, but I can see how it's a desirable utility. Not sure what tmux is used for nowadays. Is it possible for me to list multiple repositories in /etc/opkg.conf, and somehow specify their priority? Then I could set it to prefer packages from the CeroWrt repository, but still have access to packages that are only in the official OpenWrt repository. The opkg page on the OpenWrt Wiki ( http://wiki.openwrt.org/doc/techref/opkg?s[]=etcs[]=opkg; s[]=conf#configuration ) doesn't make it clear if this kind of setup is possible. The core problem I forsee is that mixing and matching binary package repositories will ultimately lead to some sort of toolchain mismatch. Speaking of nginx, I've read that it uses less CPU and RAM than lighttpd and is more actively developed, so I'm curious why CeroWrt's developers chose lighttpd instead. Does nginx have a problem or a lack of needed functionality, or was it not considered? http://wiki.dreamhost.com/Web_Server_Performance_Comparison http://www.wikivs.com/wiki/lighttpd_vs_nginx http://wiki.openwrt.org/doc/howto/http.nginx http://nginx.org/en/ CeroWrt is a great project and I appreciate the work its developers do. Thank you! Thanks for joining us. How is your SQM working? ___ Cerowrt-users mailing list cerowrt-us...@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-users -- Dave Täht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_indecent.article ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
Re: [Cerowrt-devel] Ideas on how to simplify and popularize bufferbloat control for consideration.
Sebastian Moeller moell...@gmx.de wrote: No idea? How would you test this (any command line to try). The good thingg with the ping is that often even the DSLAM responds keeping external sources (i.e. hops further away in the network) of variability out of the measurement... With various third-party-internet-access (TPIA in Canada), the DSLAM is operated by the incumbent (monopoly) telco, and the layer-3 first hop is connected via PPPoE-VLAN or PPP/L2TP. The incumbent telco has significant incentive to make the backhaul network as congested and bufferbloated as possible, and to mis-crimp cables so that the DSL resyncs at different speeds regularly... my incumbent telco's commercial LAN extension salesperson proudly told me how they never drop packets, even when their links are congested!!! The Third Party ISP has a large incentive to deploy equipment that supports whatever bandwidth measurement service we might cook up. -- Michael Richardson -on the road- pgpKum5oNQnRT.pgp Description: PGP signature ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
Re: [Cerowrt-devel] Ideas on how to simplify and popularize bufferbloat control for consideration.
Sebastian Moeller moell...@gmx.de wrote: The trouble is that to measure bandwidth, you have to be able to send and receive a lot of traffic. Well that is what you typically do, but you can get away with less measurement traffic: in an ideal quiescent network sending two packets back to back should give you the bandwidth (packet size / incoming time difference of both packets), or send two packets of different size (needs synchronized clocks, then difference of packet sizes / difference of transfer times). Apparently common 802.1ah libraries in most routers can do speed tests at layer-2 for ethernet doing exactly this. (Apparently, one vendor's code is in 90% of equipment out there, cause some of this stuff invoves intimate knowledge of PHYs and MII buses, and it's not worth anyone's time to write the code over again vs licensing it...) But this still requires some service on the other side. You could try to use ICMP packets, but these will only allow to measure RTT not one-way delays (if you do this on ADSL you will find the RTT dominated by the typically much slower uplink path). If network equipment would And correct me if I'm wrong, if you naively divide by two, you wind up overestimating the uplink speed. you can't just test that link, you have to connect to something beyond that. So it would be sweet if we could use services that are running on the machines anyway, like ping. That way the “load” of all the leaf nodes of the internet continuously measuring their bandwidth could be handled in a distributed fashion avoiding melt-downs by synchronized measurement streams… sadly, ICMP responses are rate limited, even when they are implemented in the fast path. PPP's LCP is not, AFAIK. -- Michael Richardson -on the road- pgpn6SHJAsTbZ.pgp Description: PGP signature ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
[Cerowrt-devel] EFF's contest at defcon 22: SOHOplessly broken goes looking for attacks against home routers
https://www.eff.org/deeplinks/2014/07/your-wireless-router-broken-help-us-fix-it-def-con At one level, I'm pleased that the EFF is raising awareness of the security issues home routers have... though I wish they'd pointed to jg's work in this area http://cyber.law.harvard.edu/events/luncheon/2014/06/gettys A problem I have with the contest structure is that it doesn't appear that any third party firmwares are targeted, like openwrt, gargoyle, cerowrt, dd-wrt, etc, and I do somewhat perversely hope those are targeted also, because those of us working on those distros ARE in a position to rapidly update them and inform our userbases... and while we're much more security conscious overall than the soho router makers, there's always the possibility we missed something. It's also not clear if they are targeting common CPE such as cable modems and DSL routers. These too could use a shaking up. So could all the whiz-bang new ipv6 based features. At another level I'm frozen, hovering over my tree, waiting for a possible flood of zero-days against cerowrt and openwrt and hoping for a chance to fix them before they hurt anybody, and not getting anything done. I feel like I have a great big target painted on my back... -- Dave Täht msg sent from a secure, undisclosed location ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
[Cerowrt-devel] how wifi beamforming works
http://apenwarr.ca/log/ continues his series on wifi, and introduces a way cool new tool to show how wifi beamforming actually works: http://apenwarr.ca/beamlab/ -- Dave Täht ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
Re: [Cerowrt-devel] Ideas on how to simplify and popularize bufferbloat control for consideration.
Hi MIchael, On Aug 1, 2014, at 06:51 , Michael Richardson m...@sandelman.ca wrote: Sebastian Moeller moell...@gmx.de wrote: No idea? How would you test this (any command line to try). The good thingg with the ping is that often even the DSLAM responds keeping external sources (i.e. hops further away in the network) of variability out of the measurement... With various third-party-internet-access (TPIA in Canada), the DSLAM is operated by the incumbent (monopoly) telco, and the layer-3 first hop is connected via PPPoE-VLAN or PPP/L2TP. So they “own” the copper lines connecting each customer to the DSLAM? And everybody else just rents their DSL service and resells them? Do they really connect to the DSLAM or to the BRAS? The incumbent telco has significant incentive to make the backhaul network as congested and bufferbloated as possible, and to mis-crimp cables so that the DSL resyncs at different speeds regularly… I think in Germany the incumbent has to either rent out the copper lines to competitors (who can put their own lines cards in DSLAMs backed by their own back-bone) or rent “bit-stream” access that is the incumbent handles the DSL part on both ends and passes the traffic either in the next central office or at specific transit points. I always assumed competitors renting these services would get much better guarantees than end-customers, but it seems in Canada the incumbent has more found ways to evade efficient regulation. my incumbent telco's commercial LAN extension salesperson proudly told me how they never drop packets, even when their links are congested!!! I really hope this is the opinion of a sales person and not the network operators who really operate the gear in the “field”. On the other hand having sufficient buffering in the DSLAM to never having to drop a packet sounds quite manly (and a terrible waste of otherwise fine DRAM chips) ;) The Third Party ISP has a large incentive to deploy equipment that supports whatever bandwidth measurement service we might cook up. As much as I would like to think otherwise, the only way to get a BMS in the field is if all national regulators require it by law (well maybe if ITU would bake it into the next xDSL standard that the DSLAM has to report current line speeds as per SNMP? back to all down stream devices asking for it). But I am not holding my breath… Best Regards Sebastian -- Michael Richardson -on the road- ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
[Cerowrt-devel] How is DSL sold and bandwidth managed in the UK?
uknof list: There has been a long discussion on the cerowrt-devel list about how/when/ and where to get bufferbloat related fixes into the head ends and CPE, and it's confusing as to who can and what sort of devices controls what, The uk seems to have a vibrant dsl based isp market all getting stuff from BT. How does it work in Britain? I am under the impression that there are a lot of HFSC + SFQ based rate limiters there for various classes of service See below for some open questions on the role of the DSLAM, the BRAS, etc... Or see the ideas on how to simplify and popularize bufferbloat control thread: https://lists.bufferbloat.net/pipermail/cerowrt-devel/2014-July/thread.html On Fri, Aug 1, 2014 at 2:04 PM, Sebastian Moeller moell...@gmx.de wrote: Hi MIchael, On Aug 1, 2014, at 06:51 , Michael Richardson m...@sandelman.ca wrote: Sebastian Moeller moell...@gmx.de wrote: No idea? How would you test this (any command line to try). The good thingg with the ping is that often even the DSLAM responds keeping external sources (i.e. hops further away in the network) of variability out of the measurement... With various third-party-internet-access (TPIA in Canada), the DSLAM is operated by the incumbent (monopoly) telco, and the layer-3 first hop is connected via PPPoE-VLAN or PPP/L2TP. So they “own” the copper lines connecting each customer to the DSLAM? And everybody else just rents their DSL service and resells them? Do they really connect to the DSLAM or to the BRAS? The incumbent telco has significant incentive to make the backhaul network as congested and bufferbloated as possible, and to mis-crimp cables so that the DSL resyncs at different speeds regularly… I think in Germany the incumbent has to either rent out the copper lines to competitors (who can put their own lines cards in DSLAMs backed by their own back-bone) or rent “bit-stream” access that is the incumbent handles the DSL part on both ends and passes the traffic either in the next central office or at specific transit points. I always assumed competitors renting these services would get much better guarantees than end-customers, but it seems in Canada the incumbent has more found ways to evade efficient regulation. my incumbent telco's commercial LAN extension salesperson proudly told me how they never drop packets, even when their links are congested!!! I really hope this is the opinion of a sales person and not the network operators who really operate the gear in the “field”. On the other hand having sufficient buffering in the DSLAM to never having to drop a packet sounds quite manly (and a terrible waste of otherwise fine DRAM chips) ;) The Third Party ISP has a large incentive to deploy equipment that supports whatever bandwidth measurement service we might cook up. As much as I would like to think otherwise, the only way to get a BMS in the field is if all national regulators require it by law (well maybe if ITU would bake it into the next xDSL standard that the DSLAM has to report current line speeds as per SNMP? back to all down stream devices asking for it). But I am not holding my breath… Best Regards Sebastian -- Michael Richardson -on the road- ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel -- Dave Täht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_indecent.article ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
Re: [Cerowrt-devel] Ideas on how to simplify and popularize bufferbloat control for consideration.
HI Michael, On Aug 1, 2014, at 06:21 , Michael Richardson m...@sandelman.ca wrote: On symmetric links, particularly PPP ones, one can use the LCP layer to do echo requests to the first layer-3 device. This can be used to measure RTT and through some math, the bandwidth. Sure. On assymetric links, my instinct is that if you can measure the downlink speed through another mechanism, that one might be able to subtract, but I can't think exactly how right now. I'm thinking that one can observe the downlink speed by observing packet arrival times/sizes for awhile --- the calculation might be too low if the sender is congested otherwise, but the average should go up slowly. If you go this rout, I would rather look at the minimum delay between incoming packets as a function of the size of the second packet. At first, this means that subtracting the downlink bandwidth from the uplink bandwidth will, I think, result in too high an uplink speed, which will result in rate limiting to a too high value, which is bad. But given all the uncertainties right now finding the proper shaping bandwidths is an iterative process anyway, but one that is best started with a decent initial guess. My thinking is that with binary search I would want to definitely see decent latency under load after the first reduction... But, if there something wrong with my notion? My other notion is that the LCP packets could be time stamped by the PPP(oE) gateway, and this would solve the asymmetry. If both devices are time synchronized to a close enough delta that would be great. Initial testing with icmp timestamp request makes me doubt the quality of synchronization (at least right now). This would take an IETF action to make standard and a decade to get deployed, but it might be a clearly measureable marketing win for ISPs. But if the “grown ups” can be made to act wouldn’t we rather see nice end-user query-able SNMP information about the current up and downlink rates (and in what protocol level, e.g. 2400Mbps down, 1103Kbps up ATM carrier) (For all I know the DSLAMs/BRASes might already support this) Best Regards Sebastian -- Michael Richardson -on the road- ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
Re: [Cerowrt-devel] How is DSL sold and bandwidth managed in the UK?
I shall attempt an answer, probably to a slightly different question to the one you are actually asking. Remember, the UK is a member state of the EU. Cable cost too much to install in the 1980s, partially causing the demise of Nynex. Cable is routed underground here, like most services. All cable, which covers most major cities, out as far as here in the suburbs, is run by Virgin Media. No price competition. Lost a lot of video content to BT and Sky. Probably price competitive with Sky satellite TV. Tiered bandwidth offering, comparable to fibre in speed, heavily traffic-shaped. The telecom operator BT has no state involvement. BT is comprised of two parts. One is BT Retail, which has circa 38 per cent of the retail market. The other part is the supposedly separate OpenReach, which owns and maintains infrastructure, and sells services to 3rd parties. AFAIK, BT Wholesale also sells telephony services to third parties on top of OpenReach services. Because of its dominant position, the regulator, OfCom, regulates OpenReach prices for services to third party service providers. It is currently investigating fibre prices, on the basis that these are too high. Not all services come via BT. TalkTalk has the most separated infrastructure. Sky uses OpenReach fibre backhaul. Local Loop Unbundling means that there are eight or so different DSLAMs in each telephone exchange. Sky and TalkTalk in addition have their own non OpenReach voice telephony equipment. There are two tiers of ISP. One is composed of the big players. These are BT Retail, Sky and TalkTalk. BT Retail have 5 brands operating as separate entities, including Plusnet, notable for carrier grade NAT and traffic shaping. None have caps or download limits. These three are focused around content delivery, principally video. The service is cheap, with a plug in gateway provided. Contracts are generally for one year. Customer service is hopeless. You are paid inducements and cashback to change provider. Whilst the ADSL price is cheap, the cost of the phone line is steadily ratcheting up. If the price of a service increases by 10 per cent or more in a year, the retail customer can leave the ISP, whatever the contract says. I am obliged to pay money to a public corporation, the BBC. These are a major online video content provider, and the main competitor to the three main ISPs for content. These ISPs pay fees to Akamai principally to access iPlayer, and complain about it. The others are the smaller players such as EE, and boutique providers like Zen and AAISP. EE, or Everything Everywhere, are T-Mobile and Orange, a combined unit in the UK providing mobile telephony, and internet services over the BT network. BT Wholesale, I think, provide and run their infrastructure. Zen and AAISP provide a good service over lines rented from OpenReach or TalkTalk. They have customer dervice and respond to faults. They cost ten times as much as the big three, because they make their money by charging for bandwidth. There are many others in this category. Some provide ipv6. Retail customers find deals through sites such as this http://www.moneysavingexpert.com/phones/cheap-broadband The fibre infrastrucure has been rolled out by BT. Fujitsu, and Digital Region, a public enterprise, have pulled out or folded. Sky and TalkTalk currently use OpenReach infrastructure for fibre, but are introducing some of their own cabinets as a joint experiment. OpenReach FTTC uses Huawei or ECI MSANs. I have fibre cabinets 200 metres in either direction along the road. CPE for ADSL is customer installed, and is generally a TrendChip/Ralink or BroadCom based device with the usual driver BLOBs, a 2.6 series kernel, and telnet access. CPE for VDSL/FTTC is the official network endpint for fibre, rather than the wall plate. The boxes provided are either Huawei HG612, or an ECI equivalent. These are cut down gateways without wireless, configured as VDSL2 'modems'. The HG 612 Is Broadcom based and has been unlocked. I have used one on an ADSL2plus line. Source code is available, even some Broadcom code released in error by Huawei. The ECI box is Lantiq based, and blogic has had OpenWRT running on it. There are configuration problems with uboot, so this not stable. This partly answers your question. Note also I have said nothing about mobile internet. On 01/08/14 19:12, Dave Taht wrote: uknof list: There has been a long discussion on the cerowrt-devel list about how/when/ and where to get bufferbloat related fixes into the head ends and CPE, and it's confusing as to who can and what sort of devices controls what, The uk seems to have a vibrant dsl based isp market all getting stuff from BT. How does it work in Britain? I am under the impression that there are a lot of HFSC + SFQ based rate limiters there for various classes of service See below for some open questions on the role of the
Re: [Cerowrt-devel] How is DSL sold and bandwidth managed in the UK?
Perhaps I should add that ADSL2plus services are generally not speed-limited, as well as being mostly uncapped. There are exceptions. Free Sky broadband for Sky TV customers is capped at 2GB per month. Primus, a Canadian company reknown for cheap offerings, has a capped option alongside an uncapped one on TalkTalk infrastrucure. OpenReach offers 40/2 40/10 and 80/10 megabits/s as fibre options. Competitors tend not to offer the middle option. FTTH is capped at circa 350/? megabits/s. BT Retail will install on a per home or business basis from the existing FTTC. On 01/08/14 20:51, Fred Stratton wrote: I shall attempt an answer, probably to a slightly different question to the one you are actually asking. Remember, the UK is a member state of the EU. Cable cost too much to install in the 1980s, partially causing the demise of Nynex. Cable is routed underground here, like most services. All cable, which covers most major cities, out as far as here in the suburbs, is run by Virgin Media. No price competition. Lost a lot of video content to BT and Sky. Probably price competitive with Sky satellite TV. Tiered bandwidth offering, comparable to fibre in speed, heavily traffic-shaped. The telecom operator BT has no state involvement. BT is comprised of two parts. One is BT Retail, which has circa 38 per cent of the retail market. The other part is the supposedly separate OpenReach, which owns and maintains infrastructure, and sells services to 3rd parties. AFAIK, BT Wholesale also sells telephony services to third parties on top of OpenReach services. Because of its dominant position, the regulator, OfCom, regulates OpenReach prices for services to third party service providers. It is currently investigating fibre prices, on the basis that these are too high. Not all services come via BT. TalkTalk has the most separated infrastructure. Sky uses OpenReach fibre backhaul. Local Loop Unbundling means that there are eight or so different DSLAMs in each telephone exchange. Sky and TalkTalk in addition have their own non OpenReach voice telephony equipment. There are two tiers of ISP. One is composed of the big players. These are BT Retail, Sky and TalkTalk. BT Retail have 5 brands operating as separate entities, including Plusnet, notable for carrier grade NAT and traffic shaping. None have caps or download limits. These three are focused around content delivery, principally video. The service is cheap, with a plug in gateway provided. Contracts are generally for one year. Customer service is hopeless. You are paid inducements and cashback to change provider. Whilst the ADSL price is cheap, the cost of the phone line is steadily ratcheting up. If the price of a service increases by 10 per cent or more in a year, the retail customer can leave the ISP, whatever the contract says. I am obliged to pay money to a public corporation, the BBC. These are a major online video content provider, and the main competitor to the three main ISPs for content. These ISPs pay fees to Akamai principally to access iPlayer, and complain about it. The others are the smaller players such as EE, and boutique providers like Zen and AAISP. EE, or Everything Everywhere, are T-Mobile and Orange, a combined unit in the UK providing mobile telephony, and internet services over the BT network. BT Wholesale, I think, provide and run their infrastructure. Zen and AAISP provide a good service over lines rented from OpenReach or TalkTalk. They have customer dervice and respond to faults. They cost ten times as much as the big three, because they make their money by charging for bandwidth. There are many others in this category. Some provide ipv6. Retail customers find deals through sites such as this http://www.moneysavingexpert.com/phones/cheap-broadband The fibre infrastrucure has been rolled out by BT. Fujitsu, and Digital Region, a public enterprise, have pulled out or folded. Sky and TalkTalk currently use OpenReach infrastructure for fibre, but are introducing some of their own cabinets as a joint experiment. OpenReach FTTC uses Huawei or ECI MSANs. I have fibre cabinets 200 metres in either direction along the road. CPE for ADSL is customer installed, and is generally a TrendChip/Ralink or BroadCom based device with the usual driver BLOBs, a 2.6 series kernel, and telnet access. CPE for VDSL/FTTC is the official network endpint for fibre, rather than the wall plate. The boxes provided are either Huawei HG612, or an ECI equivalent. These are cut down gateways without wireless, configured as VDSL2 'modems'. The HG 612 Is Broadcom based and has been unlocked. I have used one on an ADSL2plus line. Source code is available, even some Broadcom code released in error by Huawei. The ECI box is Lantiq based, and blogic has had OpenWRT running on it. There are configuration problems with uboot, so this not stable. This partly answers your
Re: [Cerowrt-devel] WNDR3800CH varient doesn't load WNDR3800 firmware (fixed)
Dave, I am also happy to report success with the squashfs wndr3800ch img from http://snapon.lab.bufferbloat.net/~cero2/test-wndr3800ch/openwrt-ar71xx-generic-wndr3800ch-squashfs-factory.img This feels ready, time to push upstream and get openwrt to pull the change. It's working. I also used tftp factory reset, and am enjoying the extensive luci interface. I enabled SQM which is my main reason for loading Cerowrt. I'll be setting this up for some throughput tests in the coming weeks and wanted to add my thanks as well. Sam On 8/1/14, Dave Taht dave.t...@gmail.com wrote: I just put test images up for the wndr3800CH up at: http://snapon.lab.bufferbloat.net/~cero2/test-wndr3800ch for squashfs and jffs2. It is otherwise the same as the 3.10.50-1 release. If it works for you two I'll fold the 2 line patch into the build or pester someone at openwrt to get it in there. On Sat, Jul 26, 2014 at 10:44 AM, Sam Chessman sam.chess...@gmail.com wrote: Top reply? Well, anyway I bought a refurbished WNDR3800 from amazon $40.00 to run cerowrt. I was hoping to get a compatible model but it turns out I got a version with model change to WNDR3800-1CHNAS which cause the firmware upload to fail gracefully.I found out about this at openwrt.org, see https://forum.openwrt.org/viewtopic.php?id=49390 The above referenced thread refers to an openwrt developer (zloop) who says he built a version with a different model string WNDR3800CH. See https://forum.openwrt.org/viewtopic.php?id=51025 according to GPL fw sources the router is called WNDR3800CH (MODEL_NAME) so adding a line Makefile:$(eval $(call SingleProfile,Netgear,64kraw,WNDR3800CH,wndr3800ch,WNDR3700,ttyS0,115200,$$(wndr3700v2_mtdlayout),0x33373031,WNDR3800CH,,-H 29763654+16+128)) and modify the WNDR3800CH model to the Multiprofile line $(eval $(call MultiProfile,WNDR3700,WNDR3700V1 WNDR3700V2 WNDR3800 WNDR3800CH WNDRMAC WNDRMACV2)) should create an image that can be flashed from factory firmware PS: it's all untested - no guarantee it will work feel free to test and send to the mailing list I'm going to try patching the image header to have the model name WNDR3800CH and see if it will load. It would be a good idea for the developers who understand the above to add this model to the makefiles so it also gets built. I bet a lot of WNDR3800-1CHNAS series routers are out in the wild and if someone picks one up to run wrt or cerowrt they will be stymied. Sam Hi Eric, I can answer the first question: yes, that's the one. I'm running on exactly this since more than a year now. Best regards, Maciej On Tue, Jul 15, 2014 at 7:37 PM, Eric S. Johansson esj at eggo.org wrote: is this the right box for cerowrt? I figure a refurb should work as well as new for this project. http://www.newegg.com/Product/Product.aspx?Item=N82E16833122523cm_re=WNDR3800-_-33-122-523-_-Product btw, as a funding mechanism, have you considered teaming up with Netgear to sell refurbished boxes loaded up with cerowrt? set up inexpensive for fee support forum you have two revenue streams. We had had several discussions with netgear's CTO about various options for a relationship. Towards the end, it seemed like my communications were being sent directly to /dev/null. Doesn't mean that they can't resume talks, but I'd rather get a RFP together for the next generation and see who might care enough about it to want to participate. footers deleted ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel