Hi All,<br><br>This except from a recent post to the OpenWRT-users list describes the current issue with nodogsplash not supporting bandwidth throttling any more. (Sorry, I had only last tested NDS with Backfire).<br><br>
<div style="margin-left:40px">"I have a captive portal using the nodogsplash package to share 3mbps/200kbps with my neighbours using the nodogsplash capabilities to limit the bandwidth usage, but the bandwidth limitation feature depend on the package iptables-mod-imq which it is no longer available in attitude ajustment. I think it has been replaced by IFB.<br>
<br>"As I have some spare time now I was planning to upgrade my router to attitude ajustment just to take a look at the new release but as the package iptables-mod-imq is no longer available I suppose I canīt limit the bandwidth usage in the captive portal if I use nodogsplash.<br>
<br>"does anyone knows if there is any way to configure a captive portal in aptitude ajustment with download/upload bandwidth limitation alternative to nodogsplash? or any way to get iptables-mod-imq working in attitude ajustment so I can continue using nodogsplash? or any way to make nodogplash to use IFB?"<br>
</div><br>I can confirm that coovachilli still does bandwidth throttling fine in Attitude Adjustment.<br><br>The git repo that Outback is quoting does indeed contain a refreshed copy of NDS (hurray!), but I'm unsure yet if the changes pushed to that repo update the portal to use IFB instead of IMQ for throttling.<br>
<br><a href="https://github.com/mwarning/nodogsplash/commits/master">https://github.com/mwarning/nodogsplash/commits/master</a><br><br><div class="gmail_quote">On Wed, May 8, 2013 at 1:55 PM, Dan Staples <span dir="ltr"><<a href="mailto:danstaples@opentechinstitute.org" target="_blank">danstaples@opentechinstitute.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks for the heads up...I'm glad nodogsplash is under active<br>
development. Have you ever seen the issue I was describing where<br>
nodogsplash reports huge memory usage in top? I have only tried it<br>
under Attitude Adjustment OpenWRT.<br>
<div class="im"><br>
On Wed 08 May 2013 02:51:32 PM EDT, Outback Dingo wrote:<br>
> back in the day and as the maintainer of nodogsplash openwrt package<br>
> Ive had up to 50 simultaneous users connected, also note a new modified<br>
> nodogsplash will be being released after testing,<br>
> see <a href="http://ml.ninux.org/mailman/listinfo/nodogsplash" target="_blank">http://ml.ninux.org/mailman/listinfo/nodogsplash</a><br>
> and this internal email thread<br>
> Hi,<br>
><br>
> I want to give a small heads up about the updates I have merged from<br>
> the wifidog repository.<br>
> It still needs testing. Nodogsplash should work on 64bit systems now.<br>
><br>
> <a href="https://github.com/mwarning/nodogsplash/commits/master" target="_blank">https://github.com/mwarning/nodogsplash/commits/master</a><br>
><br>
><br>
><br>
><br>
> On Wed, May 8, 2013 at 2:38 PM, Preston Rhea<br>
> <<a href="mailto:prestonrhea@opentechinstitute.org">prestonrhea@opentechinstitute.org</a><br>
</div><div class="im">> <mailto:<a href="mailto:prestonrhea@opentechinstitute.org">prestonrhea@opentechinstitute.org</a>>> wrote:<br>
><br>
> No, how many leases can be given out.<br>
><br>
> On May 8, 2013 2:29 PM, "Georgia Bullen"<br>
> <<a href="mailto:georgia@opentechinstitute.org">georgia@opentechinstitute.org</a><br>
</div><div class="im">> <mailto:<a href="mailto:georgia@opentechinstitute.org">georgia@opentechinstitute.org</a>>> wrote:<br>
><br>
> Preston - you're talking about how long the lease is for<br>
> right? 1 hour vs longer? not how many leases are given out?<br>
><br>
><br>
> On Wed, May 8, 2013 at 2:05 PM, Preston Rhea<br>
> <<a href="mailto:prestonrhea@opentechinstitute.org">prestonrhea@opentechinstitute.org</a><br>
</div><div class="im">> <mailto:<a href="mailto:prestonrhea@opentechinstitute.org">prestonrhea@opentechinstitute.org</a>>> wrote:<br>
><br>
> Just, I remember a bug with the splash page lease limits<br>
> that we<br>
> reported for like eight months, and never got resolved<br>
> until the team<br>
> had to make it work for AMC ;)<br>
><br>
> You don't know until you know you know!<br>
><br>
> On Wed, May 8, 2013 at 1:55 PM, Dan Staples<br>
> <<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a><br>
</div><div class="im">> <mailto:<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a>>> wrote:<br>
> > We should connect as many devices as we can to test it<br>
> out. Since we<br>
> > aren't using bandwidth limiting, it theoretically<br>
> shouldn't provide<br>
> > much of a burden on the router to have a lot of clients.<br>
> ><br>
> > On Wed 08 May 2013 12:48:51 PM EDT, Preston Rhea wrote:<br>
> >> For field deployments we'll need to make sure<br>
> nodogsplash can handle<br>
> >> much more than 3 simultaneous leases. Let's test this<br>
> on Friday. How<br>
> >> many leases can we get on a node at once?<br>
> >><br>
> >> On Wed, May 8, 2013 at 11:34 AM, Dan Staples<br>
> >> <<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a><br>
</div><div><div class="h5">> <mailto:<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a>>> wrote:<br>
> >>> Glad to hear you've had success with nodogsplash. I'm<br>
> actually not<br>
> >>> using nodogsplash's bandwidth throttling, since it<br>
> seems that it<br>
> >>> doesn't work anymore on Attitude Adjustment. I'll do<br>
> some more testing<br>
> >>> today to see if there are any stability issues.<br>
> >>><br>
> >>> On Wed 08 May 2013 11:13:58 AM EDT, Ben West wrote:<br>
> >>>> Great work Dan!<br>
> >>>><br>
> >>>> W/r/t to memory usage, do note that most any<br>
> bandwidth throttling<br>
> >>>> implementation, whether nodogsplash or the<br>
> qos-scripts package, is<br>
> >>>> ultimately using buckets to maintain the speed<br>
> control on clients'<br>
> >>>> sessions. These buckets exist in memory, with faster<br>
> bandwidth caps<br>
> >>>> effectively being larger buckets that empty faster.<br>
> >>>><br>
> >>>> So the effectiveness of the bandwidth throttling<br>
> depends on the amount<br>
> >>>> available memory, with insufficient memory causing<br>
> observed clients'<br>
> >>>> bandwidth to degrade.<br>
> >>>><br>
> >>>> Still, I've generally had good success operating<br>
> nodogsplash and<br>
> >>>> coovachilli on nodes with 32MB RAM, and on average<br>
> 2-3 simultaneous<br>
> >>>> clients each with a 3Mbit/s cap.<br>
> >>>><br>
> >>>> On Tue, May 7, 2013 at 8:09 PM, Dan Staples<br>
> >>>> <<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a><br>
> <mailto:<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a>><br>
</div></div>> >>>> <mailto:<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a><br>
<div><div class="h5">> <mailto:<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a>>>> wrote:<br>
> >>>><br>
> >>>> Some background: the LuCI-splash captive portal<br>
> software is buggy, and<br>
> >>>> has been causing instability for the DR1 testing<br>
> release of<br>
> >>>> Commotion-OpenWRT. So I've set about replacing it<br>
> with Nodogsplash<br>
> >>>> (<a href="http://kokoro.ucsd.edu/nodogsplash/" target="_blank">http://kokoro.ucsd.edu/nodogsplash/</a> [thanks for<br>
> the suggestion,<br>
> >>>> Ben!]),<br>
> >>>> and adding a LuCI configuration page for it and a<br>
> custom Commotion<br>
> >>>> splash page. It's now ready for an initial<br>
> component release and<br>
> >>>> further<br>
> >>>> testing.<br>
> >>>><br>
> >>>> I've tested a brand new DR1 Picostation image with<br>
> >>>> Commotion-splash, and<br>
> >>>> it works great. If anyone wants a demo (in person<br>
> or virtual), I can<br>
> >>>> show you tomorrow or whenever. There was one<br>
> issue that I saw<br>
> >>>> today, in<br>
> >>>> which nodogsplash reports using enormous amounts<br>
> of memory ('VSZ') in<br>
> >>>> top, in fact sometimes more than 100% of the<br>
> reported available<br>
> >>>> memory.<br>
> >>>> Yet, the node still appears to have around the<br>
> same amount of free<br>
> >>>> memory as other DR1 nodes not running<br>
> nodogsplash, and there have been<br>
> >>>> no stability issues. So it could be just a fluke.<br>
> If it doesn't cause<br>
> >>>> problems, I'm not going to worry...<br>
> >>>><br>
> >>>> I transferred ownership of the commotion-splash<br>
> repo to OTI, and<br>
> >>>> submitted pull requests for commotion-openwrt,<br>
> luci-commotion, and<br>
> >>>> commotion-feed, if any other OTI folks can review<br>
> those.<br>
> >>>><br>
> >>>> What's left is to come up with a solution for<br>
> captive-portalling<br>
> >>>> when no<br>
> >>>> internet access is available (since nodogsplash can't<br>
> >>>> man-in-the-middles<br>
> >>>> HTTP requests when clients can't first resolve<br>
> DNS queries). Josh King<br>
> >>>> and I talked today about the possibility of<br>
> running a second<br>
> >>>> instance of<br>
> >>>> dnsmasq to man-in-the-middle DNS requests for<br>
> preauthenticated users.<br>
> >>>> Hopefully that will work.<br>
> >>>><br>
> >>>> Anyway, good riddance to buggy luci-splash!<br>
> >>>><br>
> >>>> Dan<br>
> >>>><br>
> >>>> --<br>
> >>>> Dan Staples<br>
> >>>><br>
> >>>> Open Technology Institute<br>
> >>>> <a href="https://commotionwireless.net" target="_blank">https://commotionwireless.net</a><br>
> >>>><br>
> >>>> _______________________________________________<br>
> >>>> Commotion-dev mailing list<br>
> >>>> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
> <mailto:<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a>><br>
</div></div>> >>>> <mailto:<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
<div class="im">> <mailto:<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a>>><br>
> >>>><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
> >>>><br>
> >>>><br>
> >>>><br>
> >>>><br>
> >>>> --<br>
> >>>> Ben West<br>
> >>>> <a href="http://gowasabi.net" target="_blank">http://gowasabi.net</a><br>
> >>>> <a href="mailto:ben@gowasabi.net">ben@gowasabi.net</a> <mailto:<a href="mailto:ben@gowasabi.net">ben@gowasabi.net</a>><br>
</div>> <mailto:<a href="mailto:ben@gowasabi.net">ben@gowasabi.net</a> <mailto:<a href="mailto:ben@gowasabi.net">ben@gowasabi.net</a>>><br>
> >>>> <a href="tel:314-246-9434" value="+13142469434">314-246-9434</a> <tel:<a href="tel:314-246-9434" value="+13142469434">314-246-9434</a>><br>
<div class="im">> >>><br>
> >>> --<br>
> >>> Dan Staples<br>
> >>><br>
> >>> Open Technology Institute<br>
> >>> <a href="https://commotionwireless.net" target="_blank">https://commotionwireless.net</a><br>
> >>> _______________________________________________<br>
> >>> Commotion-dev mailing list<br>
> >>> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
</div><div class="im">> <mailto:<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a>><br>
> >>> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
> >><br>
> >><br>
> >><br>
> ><br>
> > --<br>
</div><div class="im">> > Dan Staples<br>
> ><br>
> > Open Technology Institute<br>
> > <a href="https://commotionwireless.net" target="_blank">https://commotionwireless.net</a><br>
><br>
><br>
><br>
> --<br>
> Preston Rhea<br>
> Program Associate, Open Technology Institute<br>
> New America Foundation<br>
</div>> <a href="tel:%2B1-202-570-9770" value="+12025709770">+1-202-570-9770</a> <tel:%2B1-202-570-9770><br>
<div class="im">> Twitter: @prestonrhea<br>
> _______________________________________________<br>
> Commotion-dev mailing list<br>
> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
</div><div class="im">> <mailto:<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a>><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
><br>
><br>
><br>
><br>
> --<br>
</div><div class="im">> Georgia Bullen<br>
> Field Operations Technologist, Open Technology Institute<br>
</div>> <<a href="http://oti.newamerica.net/" target="_blank">http://oti.newamerica.net/</a>><br>
<div class="im">> New America Foundation<br>
><br>
><br>
> _______________________________________________<br>
> Commotion-dev mailing list<br>
> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
</div>> <mailto:<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a>><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
<div class="HOEnZb"><div class="h5">><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Commotion-dev mailing list<br>
> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
<br>
--<br>
Dan Staples<br>
<br>
Open Technology Institute<br>
<a href="https://commotionwireless.net" target="_blank">https://commotionwireless.net</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ben West<div><a href="http://gowasabi.net" target="_blank">http://gowasabi.net</a><br><a href="mailto:ben@gowasabi.net" target="_blank">ben@gowasabi.net</a><br>
314-246-9434<br></div>