[Commotion-dev] Commotion-splash ready to roll
Dan Staples
danstaples at opentechinstitute.org
Wed May 8 18:55:01 UTC 2013
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
More information about the Commotion-dev
mailing list