30 Dec
2017
30 Dec
'17
6:02 p.m.
In Caimito we want to reduce our use of Internet bandwidth, at least for a few weeks until
we can get a higher bandwidth connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
Looking for software to install on our gateway router we've found Tiny Proxy. Do you
think it might work, and/or suggest something else?
https://tinyproxy.github.io/
Our gateway router is a TP-Link WDR3500 running LibreMesh from February of this year
(maybe 2016.11, I'll check). We can update to the latest release of LibreMesh if that
makes a difference (we plan to update sometime in the next few months).
Happy end of the Gregorian year,
Pato
30 Dec
30 Dec
6:14 p.m.
Bonus feature would be to link the traffic management to an email.... so that the person
who we share our connection with could send an email to a special address, and that would
trigger 30-60 minutes of traffic throttling or URL blocking. That way if he thinks his
connection is slow because of us, he can send the email and slow us down temporarily,
instead of unplugging our antenna and forgetting to plug it in until the next day.
On December 30, 2017 12:02:40 PM CST, Patricio Gibbs <patricio(a)altermundi.net>
wrote:
In Caimito we want to reduce our use of Internet
bandwidth, at least
for a few weeks until we can get a higher bandwidth connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
Looking for software to install on our gateway router we've found Tiny
Proxy. Do you think it might work, and/or suggest something else?
https://tinyproxy.github.io/
Our gateway router is a TP-Link WDR3500 running LibreMesh from February
of this year (maybe 2016.11, I'll check). We can update to the latest
release of LibreMesh if that makes a difference (we plan to update
sometime in the next few months).
Happy end of the Gregorian year,
Pato
6:22 p.m.
On 12/30/2017 06:02 PM, Patricio Gibbs wrote:
In Caimito we want to reduce our use of Internet
bandwidth, at least for
a few weeks until we can get a higher bandwidth connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
Hi Pato!
For reducing the bandwidth (and decreasing congestion) you can try
installing and configuring qos-scripts
https://lede-project.org/docs/user-guide/traffic_shaping
There's also a web interface packaged as luci-app-qos
https://lede-project.org/packages/pkgdata/luci-app-qos
A problem you will face, I suppose, it's which network interface to
select in configuration. You can try indicating the one used as WAN.
Let us know!
Ciao,
Ilario
PS the bonus feature of having the system activated via email sounds complex
6:41 p.m.
What about caching? Couldn't that be more beneficial?
Am 30. Dezember 2017 19:22:54 MEZ schrieb Ilario Gelmetti <iochesonome(a)gmail.com>om>:
On 12/30/2017 06:02 PM, Patricio Gibbs wrote:
In Caimito we want to reduce our use of Internet
bandwidth, at least
for
a few weeks until we can get a higher bandwidth
connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
Hi Pato!
For reducing the bandwidth (and decreasing congestion) you can try
installing and configuring qos-scripts
https://lede-project.org/docs/user-guide/traffic_shaping
There's also a web interface packaged as luci-app-qos
https://lede-project.org/packages/pkgdata/luci-app-qos
A problem you will face, I suppose, it's which network interface to
select in configuration. You can try indicating the one used as WAN.
Let us know!
Ciao,
Ilario
PS the bonus feature of having the system activated via email sounds
complex 
8:29 p.m.
A part from the restrictions you think the network need, propose
organization in your community to share common stuff internally (web
application + NAS / internal storage accessible)
One example: https://sopa.musaik.net/
In another community they share a web-based P2P downloader (don't know
the name but I can ask).
This way they efficiently download content "one time" from the
Internet. In long term, you prefer to access things at higher speed
that's why you schedule what you want to get.
Youtube videos can by downloaded with youtube-dl for example:
https://github.com/ryoon/youtube-dl-web-ui
https://github.com/Rudloff/alltube
more https://www.google.es/search?q=web+youtube-dl
On Sat, Dec 30, 2017 at 7:41 PM, Paul Spooren
<spooren(a)informatik.uni-leipzig.de> wrote:
What about caching? Couldn't that be more
beneficial?
Am 30. Dezember 2017 19:22:54 MEZ schrieb Ilario Gelmetti
<iochesonome(a)gmail.com>om>:
On 12/30/2017 06:02 PM, Patricio Gibbs wrote:
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
In Caimito we want to reduce our use of Internet bandwidth, at least for
a few weeks until we can get a higher bandwidth connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
Hi Pato!
For reducing the bandwidth (and decreasing congestion) you can try
installing and configuring qos-scripts
https://lede-project.org/docs/user-guide/traffic_shaping
There's also a web interface packaged as luci-app-qos
https://lede-project.org/packages/pkgdata/luci-app-qos
A problem you will face, I suppose, it's which network interface to
select in configuration. You can try indicating the one used as WAN.
Let us know!
Ciao,
Ilario
PS the bonus feature of having the system activated via email sounds
complex
31 Dec
31 Dec
12:13 a.m.
New subject: [lime-users] Transparent proxy -- caching methods
We want to set up caching of at least one sort once we have the hardware
ready.
I have thought about caching ever since I read about Squid caching proxy
years ago.
I've also been planning to get the parts for a local server to function
as a library (and maybe other stuff) like https://sopa.musaik.net/ --
great example! We'll probably set up something in the next month,
starting with basic design, buying parts, and testing old parts this
week (I'm in the US this week, where old computers are more abundant and
electronics are cheaper than in Ecuador).
The Sopa/Library way requires people to use it on purpose, so that's
where community organization matters, and maybe a captive portal
(Pitbull, when it's ready). The Squid / caching proxy way is
transparent, so all network users benefit from it without changing their
habits (unless they tunnel/VPN from their device), and privacy is
compromised because there's a cache of what network users are viewing
(that's another conversation in the community organizing), though
content isn't linked to individual users. Or maybe widespread HTTPS
makes caching proxies much less useful.
Thanks for the youtube-dl-web links! I use ClipGrab on my laptop. I see
there's a Transmission LuCi app for BitTorrent download management.
I'm pretty sure we will use at least one dedicated computer for caching,
either an old laptop or a TonidoPlug or something like that.
RaspberryPi-type computers that have video-outs seem like they can be
better put to use on things that need video-outs, but maybe the price is
right to use a Raspi-type as a NAS/server.
Most of the network users in Caimito are on smartphones, though the
people with laptops might use more bandwidth at the moment (because they
spend more time online and watch higher-resolution videos). Most of the
smartphone traffic is WhatsApp and YouTube -- people don't know much
about web browsing yet.
On 12/30/2017 02:29 PM, guifipedro wrote:
A part from the restrictions you think the network
need, propose
organization in your community to share common stuff internally (web
application + NAS / internal storage accessible)
One example: https://sopa.musaik.net/
In another community they share a web-based P2P downloader (don't know
the name but I can ask).
This way they efficiently download content "one time" from the
Internet. In long term, you prefer to access things at higher speed
that's why you schedule what you want to get.
Youtube videos can by downloaded with youtube-dl for example:
https://github.com/ryoon/youtube-dl-web-ui
https://github.com/Rudloff/alltube
more https://www.google.es/search?q=web+youtube-dl
On Sat, Dec 30, 2017 at 7:41 PM, Paul Spooren
<spooren(a)informatik.uni-leipzig.de> wrote:
What about caching? Couldn't that be more
beneficial?
Am 30. Dezember 2017 19:22:54 MEZ schrieb Ilario Gelmetti
<iochesonome(a)gmail.com>om>:
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
On 12/30/2017 06:02 PM, Patricio Gibbs wrote:
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
In Caimito we want to reduce our use of Internet bandwidth, at least for
a few weeks until we can get a higher bandwidth connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
Hi Pato!
For reducing the bandwidth (and decreasing congestion) you can try
installing and configuring qos-scripts
https://lede-project.org/docs/user-guide/traffic_shaping
There's also a web interface packaged as luci-app-qos
https://lede-project.org/packages/pkgdata/luci-app-qos
A problem you will face, I suppose, it's which network interface to
select in configuration. You can try indicating the one used as WAN.
Let us know!
Ciao,
Ilario
PS the bonus feature of having the system activated via email sounds
complex
12:02 a.m.
New subject: [lime-users] Transparent proxy -- traffic shaping
On 12/30/2017 12:22 PM, Ilario Gelmetti wrote:
On 12/30/2017 06:02 PM, Patricio Gibbs wrote:
That's useful! I see there's also Smart Queue Management (SQM), which is
another type of QoS that's incompatible with luci-app-qos:
https://lede-project.org/docs/user-guide/sqm
I wonder which one is more useful for our network. They both sound
relevant for the way we want to regulate access to our network -- one
queue for people who contribute to the network, and a slower queue for
people who don't.
In Caimito we want to reduce our use of Internet
bandwidth, at least for
a few weeks until we can get a higher bandwidth connection.
Two ideas:
1) block certain URLs, such as YouTube,
2) throttle traffic.
Maybe only during peak traffic hours.
a
Hi Pato!
For reducing the bandwidth (and decreasing congestion) you can try
installing and configuring qos-scripts
https://lede-project.org/docs/user-guide/traffic_shaping
There's also a web interface packaged as luci-app-qos
https://lede-project.org/packages/pkgdata/luci-app-qos A problem you will face, I suppose, it's which
network interface to
select in configuration. You can try indicating the one used as WAN.
looking around more, I found a page about using the firewall, and that
sounds the easiest for blocking access to particular websites:
https://lede-project.org/docs/user-guide/parental-controls
OUR NETWORK:
rest of Internet
|
Modem/Router in Cabin
| |
| Cabin residents
|
(Ubiquiti antennas)
|
Caimito (LibreMesh)
There's 5 Mb/s 2 Mb/s DSL connection with 1:8 sharing (compartición) at
the cabin, and when the connection gets slow there, sometimes the owner
unplugs our cable from the modem/router to see if his download goes
faster. We want to calm down that guy so he stops unplugging our
connection! If we show him that we're blocking YouTube, that might be
enough for him.
Maybe we can make a traffic queue for YouTube that slows it down without
blocking it, but I think that might make the congestion worse at the
cabin, because YouTube would send data at full speed to the
modem/router, across the Ubiquiti antennas, and then get slowed down
when it gets to our LibreMesh gateway router in Caimito. So maybe it
would congest the modem/router? Maybe it would congest the buffer in the
LibreMesh router, but surely QoS and SQM doesn't work that way. Anyone know?
Let us know!
Ciao,
Ilario
PS the bonus feature of having the system activated via email sounds complex
Looking through LEDE packages for "trigger" and "email", I see a few
things that might be part of a solution... but maybe it's easier to
trigger it through pushing a button on a webpage instead of sending an
email.
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
2547
days inactive
2548
days old
lime-users@lists.libremesh.org
6 comments
4 participants
participants (4)
-
guifipedro -
Ilario Gelmetti -
Patricio Gibbs -
Paul Spooren