[Commotion-dev] Commotion-splash ready to roll
Ben West
ben at gowasabi.net
Wed May 8 19:54:42 UTC 2013
Hi All,
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).
"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.
"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.
"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?"
I can confirm that coovachilli still does bandwidth throttling fine in
Attitude Adjustment.
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.
https://github.com/mwarning/nodogsplash/commits/master
On Wed, May 8, 2013 at 1:55 PM, Dan Staples <
danstaples at opentechinstitute.org> wrote:
> Thanks for the heads up...I'm glad nodogsplash is under active
> development. Have you ever seen the issue I was describing where
> nodogsplash reports huge memory usage in top? I have only tried it
> under Attitude Adjustment OpenWRT.
>
> On Wed 08 May 2013 02:51:32 PM EDT, Outback Dingo wrote:
> > back in the day and as the maintainer of nodogsplash openwrt package
> > Ive had up to 50 simultaneous users connected, also note a new modified
> > nodogsplash will be being released after testing,
> > see http://ml.ninux.org/mailman/listinfo/nodogsplash
> > and this internal email thread
> > Hi,
> >
> > I want to give a small heads up about the updates I have merged from
> > the wifidog repository.
> > It still needs testing. Nodogsplash should work on 64bit systems now.
> >
> > https://github.com/mwarning/nodogsplash/commits/master
> >
> >
> >
> >
> > On Wed, May 8, 2013 at 2:38 PM, Preston Rhea
> > <prestonrhea at opentechinstitute.org
> > <mailto:prestonrhea at opentechinstitute.org>> wrote:
> >
> > No, how many leases can be given out.
> >
> > On May 8, 2013 2:29 PM, "Georgia Bullen"
> > <georgia at opentechinstitute.org
> > <mailto:georgia at opentechinstitute.org>> wrote:
> >
> > Preston - you're talking about how long the lease is for
> > right? 1 hour vs longer? not how many leases are given out?
> >
> >
> > On Wed, May 8, 2013 at 2:05 PM, Preston Rhea
> > <prestonrhea at opentechinstitute.org
> > <mailto:prestonrhea at opentechinstitute.org>> wrote:
> >
> > Just, I remember a bug with the splash page lease limits
> > that we
> > reported for like eight months, and never got resolved
> > until the team
> > had to make it work for AMC ;)
> >
> > You don't know until you know you know!
> >
> > On Wed, May 8, 2013 at 1:55 PM, Dan Staples
> > <danstaples at opentechinstitute.org
> > <mailto:danstaples at opentechinstitute.org>> wrote:
> > > We should connect as many devices as we can to test it
> > out. Since we
> > > aren't using bandwidth limiting, it theoretically
> > shouldn't provide
> > > much of a burden on the router to have a lot of clients.
> > >
> > > On Wed 08 May 2013 12:48:51 PM EDT, Preston Rhea wrote:
> > >> For field deployments we'll need to make sure
> > nodogsplash can handle
> > >> much more than 3 simultaneous leases. Let's test this
> > on Friday. How
> > >> many leases can we get on a node at once?
> > >>
> > >> On Wed, May 8, 2013 at 11:34 AM, Dan Staples
> > >> <danstaples at opentechinstitute.org
> > <mailto:danstaples at opentechinstitute.org>> wrote:
> > >>> Glad to hear you've had success with nodogsplash. I'm
> > actually not
> > >>> using nodogsplash's bandwidth throttling, since it
> > seems that it
> > >>> doesn't work anymore on Attitude Adjustment. I'll do
> > some more testing
> > >>> today to see if there are any stability issues.
> > >>>
> > >>> On Wed 08 May 2013 11:13:58 AM EDT, Ben West wrote:
> > >>>> Great work Dan!
> > >>>>
> > >>>> W/r/t to memory usage, do note that most any
> > bandwidth throttling
> > >>>> implementation, whether nodogsplash or the
> > qos-scripts package, is
> > >>>> ultimately using buckets to maintain the speed
> > control on clients'
> > >>>> sessions. These buckets exist in memory, with faster
> > bandwidth caps
> > >>>> effectively being larger buckets that empty faster.
> > >>>>
> > >>>> So the effectiveness of the bandwidth throttling
> > depends on the amount
> > >>>> available memory, with insufficient memory causing
> > observed clients'
> > >>>> bandwidth to degrade.
> > >>>>
> > >>>> Still, I've generally had good success operating
> > nodogsplash and
> > >>>> coovachilli on nodes with 32MB RAM, and on average
> > 2-3 simultaneous
> > >>>> clients each with a 3Mbit/s cap.
> > >>>>
> > >>>> On Tue, May 7, 2013 at 8:09 PM, Dan Staples
> > >>>> <danstaples at opentechinstitute.org
> > <mailto:danstaples at opentechinstitute.org>
> > >>>> <mailto:danstaples at opentechinstitute.org
> > <mailto:danstaples at opentechinstitute.org>>> wrote:
> > >>>>
> > >>>> Some background: the LuCI-splash captive portal
> > software is buggy, and
> > >>>> has been causing instability for the DR1 testing
> > release of
> > >>>> Commotion-OpenWRT. So I've set about replacing it
> > with Nodogsplash
> > >>>> (http://kokoro.ucsd.edu/nodogsplash/ [thanks for
> > the suggestion,
> > >>>> Ben!]),
> > >>>> and adding a LuCI configuration page for it and a
> > custom Commotion
> > >>>> splash page. It's now ready for an initial
> > component release and
> > >>>> further
> > >>>> testing.
> > >>>>
> > >>>> I've tested a brand new DR1 Picostation image with
> > >>>> Commotion-splash, and
> > >>>> it works great. If anyone wants a demo (in person
> > or virtual), I can
> > >>>> show you tomorrow or whenever. There was one
> > issue that I saw
> > >>>> today, in
> > >>>> which nodogsplash reports using enormous amounts
> > of memory ('VSZ') in
> > >>>> top, in fact sometimes more than 100% of the
> > reported available
> > >>>> memory.
> > >>>> Yet, the node still appears to have around the
> > same amount of free
> > >>>> memory as other DR1 nodes not running
> > nodogsplash, and there have been
> > >>>> no stability issues. So it could be just a fluke.
> > If it doesn't cause
> > >>>> problems, I'm not going to worry...
> > >>>>
> > >>>> I transferred ownership of the commotion-splash
> > repo to OTI, and
> > >>>> submitted pull requests for commotion-openwrt,
> > luci-commotion, and
> > >>>> commotion-feed, if any other OTI folks can review
> > those.
> > >>>>
> > >>>> What's left is to come up with a solution for
> > captive-portalling
> > >>>> when no
> > >>>> internet access is available (since nodogsplash
> can't
> > >>>> man-in-the-middles
> > >>>> HTTP requests when clients can't first resolve
> > DNS queries). Josh King
> > >>>> and I talked today about the possibility of
> > running a second
> > >>>> instance of
> > >>>> dnsmasq to man-in-the-middle DNS requests for
> > preauthenticated users.
> > >>>> Hopefully that will work.
> > >>>>
> > >>>> Anyway, good riddance to buggy luci-splash!
> > >>>>
> > >>>> Dan
> > >>>>
> > >>>> --
> > >>>> Dan Staples
> > >>>>
> > >>>> Open Technology Institute
> > >>>> https://commotionwireless.net
> > >>>>
> > >>>> _______________________________________________
> > >>>> Commotion-dev mailing list
> > >>>> Commotion-dev at lists.chambana.net
> > <mailto:Commotion-dev at lists.chambana.net>
> > >>>> <mailto:Commotion-dev at lists.chambana.net
> > <mailto:Commotion-dev at lists.chambana.net>>
> > >>>>
> > https://lists.chambana.net/mailman/listinfo/commotion-dev
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> --
> > >>>> Ben West
> > >>>> http://gowasabi.net
> > >>>> ben at gowasabi.net <mailto:ben at gowasabi.net>
> > <mailto:ben at gowasabi.net <mailto:ben at gowasabi.net>>
> > >>>> 314-246-9434 <tel:314-246-9434>
> > >>>
> > >>> --
> > >>> Dan Staples
> > >>>
> > >>> Open Technology Institute
> > >>> https://commotionwireless.net
> > >>> _______________________________________________
> > >>> Commotion-dev mailing list
> > >>> Commotion-dev at lists.chambana.net
> > <mailto:Commotion-dev at lists.chambana.net>
> > >>>
> https://lists.chambana.net/mailman/listinfo/commotion-dev
> > >>
> > >>
> > >>
> > >
> > > --
> > > Dan Staples
> > >
> > > Open Technology Institute
> > > https://commotionwireless.net
> >
> >
> >
> > --
> > Preston Rhea
> > Program Associate, Open Technology Institute
> > New America Foundation
> > +1-202-570-9770 <tel:%2B1-202-570-9770>
> > Twitter: @prestonrhea
> > _______________________________________________
> > Commotion-dev mailing list
> > Commotion-dev at lists.chambana.net
> > <mailto:Commotion-dev at lists.chambana.net>
> > https://lists.chambana.net/mailman/listinfo/commotion-dev
> >
> >
> >
> >
> > --
> > Georgia Bullen
> > Field Operations Technologist, Open Technology Institute
> > <http://oti.newamerica.net/>
> > New America Foundation
> >
> >
> > _______________________________________________
> > Commotion-dev mailing list
> > Commotion-dev at lists.chambana.net
> > <mailto:Commotion-dev at lists.chambana.net>
> > https://lists.chambana.net/mailman/listinfo/commotion-dev
> >
> >
> >
> >
> > _______________________________________________
> > Commotion-dev mailing list
> > Commotion-dev at lists.chambana.net
> > https://lists.chambana.net/mailman/listinfo/commotion-dev
>
> --
> Dan Staples
>
> Open Technology Institute
> https://commotionwireless.net
>
--
Ben West
http://gowasabi.net
ben at gowasabi.net
314-246-9434
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.chambana.net/pipermail/commotion-dev/attachments/20130508/87633f30/attachment-0001.html>
More information about the Commotion-dev
mailing list