Hi everyone,
I've following the list for quite some time and it was only in the last
month that I got myself together and installed LiMe in some Mesh Potatoes
(based on Dragino MS14) that I had with me. In Zenzeleni we've been using
MPs and VillageTelco firmware from the beginning, and although they are
"very Plug & Play" and easy to use for non-geeks, I was pretty impressed by
LiMe. What you have done making IP disappear is quite something as it is
one of the concepts people struggle with the most.
So now, we are seriously considering using LiMe at Zenzeleni. However, we
need a bit of guidance on creating a built for the MP02-AWD which is the
hardware we have in our networks. It is based on the Dragino MS14, so the
internal radio works from scratch after flashing. However, I'd like to add
the secondary radio (ralink usb) to the build, and have the wireless config
files modified accordingly, so it works directly after being flashed.
Anyone keen to guide me about how to do it?
Thanks in advance,
carlos
--
Carlos Rey-Moreno, PhD
PostDoctoral Fellow University of the Western Cape
Zenzeleni Networks: zenzeleni.nethttps://www.youtube.com/watch?v=YxTPSWMX26M
Cel: +27 (0) 76 986 3633 <+27%2076%20986%203633>
Skype: carlos.reymoreno Twitter: Creym
Hello,
deploying a weak router (like wr841) as gateway might be a bottleneck
for the network.
Would it be possible to generate simple monitoring/alerting solution for
network performance affected parameters (load?).
A possible alert could be via the routers LEDs (like blinking all at
once rapidly) or triggering a slack-like webhook[1]?
This could enable users to detect them selfs an overload and possibly
upgrade to a better hardware.
Best,
Paul
[1]: https://api.slack.com/incoming-webhooks
Hi Everyone,
We have a first trial on having Continuous Integration for LiMe:
https://github.com/libremesh/lime-packages/pull/186https://travis-ci.org/libremesh/lime-packages
It runs a build for each pull request and each commit in each pull
request and each merge. If the build fails, it fails.
If the build succeds... don't know, because now is failing :)
This builds an x86 image so you can download an test fast using qemu.
For that I need a server where to upload the image. If anyone can
provide me with that, I can add that feature later.
I think it would be great to also build ar71xx so we can test phisical
things.
Regards,
Hello,
LEDE supports auto choosing the least used wifi channel. According to
the lime-defaults [1] Libremesh defaults to channel 11 for 2.4GHz and 48
for 5GHz. Is a setting for "auto" possible in the "config lime wifi"
section and if so, wouldn't that be a better default value?
If not, wouldn't that be a very useful feature to avoid channel
overloads when people flash the same image on dozens of routers?
Best,
Paul
[1]:
https://github.com/libremesh/lime-packages/blob/develop/packages/lime-syste…
Hi, I'm trying to find a generic way to find the currently installed
release.
On standard LEDE I'm using `ubus call system board` and check the
`release` section. On Libremesh a look at /etc/lime_release provides the
information. Is it possible to modify the ubus output to give the same
information as lime_release does?
The most simple solution could be to modify the /etc/openwrt_release file.
Thanks in advance!
Best,
Paul
HI!
for the Ninux community I translated the page quickstartguide.
https://github.com/libremesh/lime-web/pull/28
I had the switch between the languages only in that page.
And in jekyll I did't found as change automatically the set lang in html
tag.. but works.. :)
see you soon
Ignifugo
Hi guys,
We are here with George from Sarantaporo testing this UniFi AC Mesh
devices.
We successfuly flashed two of them that are meshing with each other and
with other devices through 2.4ghz and 5ghz with AC.
The problem is that the throughput is not very good.
Doing a netperf, we get (on the AC link):
root@LiMe-3c5540:~# netperf -H fe80::f29f:c2ff:fe3e:5435%wlan0-mesh
netperf -cCD1 -t tcp_maerts -l30MIGRATED TCP STREAM TEST from ::0 (::)
port 0 AF_INET6 to fe80::f29f:c2ff:fe3e:5435%wlan0-mesh () port 0
AF_INET6 : demoRecv Send Send Socket
Socket Message Elapsed Size Size Size Time
Throughput bytes bytes bytes secs. 10^6bits/sec
87380 16384 16384 10.06 55.41
and on the 802.11g link:
root@LiMe-3c5540:~# netperf -H fe80::f29f:c2ff:fe3d:5435%wlan1-mesh
netperf -cCD1 -t tcp_maerts -l30
MIGRATED TCP STREAM TEST from ::0 (::) port 0 AF_INET6 to
fe80::f29f:c2ff:fe3d:5435%wlan1-mesh () port 0 AF_INET6 : demo
Recv Send Send
Socket Socket Message Elapsed
Size Size Size Time Throughput
bytes bytes bytes secs. 10^6bits/sec
87380 16384 16384 11.88 1.19
So... pretty crappy, isn't it? (the devices are 30cm away from each
other, and no wireless traffic is around but those.
Also, another thing called my atention.
These are the luci wireless outputs for both of the devices.
Isn't it strange that both of them have high reception speed and super
slow transmission speed with each other?
We have already tried changing the channels.
Also tried to avoid 11s/adhoc and connect as client/master.
The outcome is the same:
root@LiMe-3c5540:~# netperf -H fe80::f29f:c2ff:fe3c:5435%wlan0-1
netperf -cCD1 -t tcp_maerts -l30MIGRATED TCP STREAM TEST from ::0 (::)
port 0 AF_INET6 to fe80::f29f:c2ff:fe3c:5435%wlan0-1 () port 0 AF_INET6
: demoRecv Send Send Socket
Socket Message Elapsed Size Size Size Time
Throughput bytes bytes bytes secs. 10^6bits/sec
87380 16384 16384 10.01 62.59
I haven't tried all this configs yet: https://wiki.openwrt.org/doc/uci/
wireless#ac_capabilities
But maybe there is some knowlege in the group that can help on this.
What do you think about this?
Regards,
