and it looks like netifd is doing the classical "iw mesh0 set
channel 48 HT40+"
for the meantime, i just unset htmode, and it everything comes up
fine (albeit slow, a netperf between the two nodes on the same
table gives only ~20 mbps, it could be around ~100 mbps if
properly configured)
Thank you so much Pau for always being so stubborn about the
"ieee80211s" mode support in libremesh, insisting it would be
better supported than adhoc in the future :) you were right!
in few words, I managed to get LibreMesh working on an 802.11ac
equipment, using ath10k and ieee80211s
now, what about ath10k stability? Well, that's left as an exercise
for the brasilian team :)
From that team, thanks especially to drebs! for allowing me to
remotely login and try to brick their devices ;)
nice, very nice, after recreating the interface manually on both
sides, but using "VHT80" mode, i get ~100mbps
what follows are the manual steps, i don't think there's anything
to fix on "our" (LibreMesh) side to properly support this; it's
even possible that netifd from LEDE is already fixed. so i'll just
do one of my "horrible hacks" in chef (overwriting the firmware
file, and such) for the "rede Mocambos" to progress ASAP.
iw phy phy0 interface add mesh0 type mp mesh_id LiMe iw mesh0 set
freq 5180 80 5210 ip l set up mesh0 iw mesh0 station dump
root@LiMe-09248f:~# netperf -cCD1
-Hfe80::32b5:c2ff:fe09:6034%mesh0 MIGRATED TCP STREAM TEST from ::
(::) port 0 AF_INET6 to fe80::32b5:c2ff:fe09:6034 () port 0
AF_INET6 : demo Interim result: 91.69 10^6bits/s over 1.001
seconds ending at 1478709257.529 Interim result: 95.98 10^6bits/s
over 1.002 seconds ending at 1478709258.532 Interim result: 96.33
10^6bits/s over 1.000 seconds ending at 1478709259.532 Interim
result: 96.36 10^6bits/s over 1.001 seconds ending at
1478709260.533 Interim result: 96.26 10^6bits/s over 1.001
seconds ending at 1478709261.534 Interim result: 95.60 10^6bits/s
over 1.006 seconds ending at 1478709262.540 Interim result: 96.91
10^6bits/s over 1.001 seconds ending at 1478709263.541 Interim
result: 97.17 10^6bits/s over 1.001 seconds ending at
1478709264.542 Interim result: 96.97 10^6bits/s over 1.002
seconds ending at 1478709265.543 Interim result: 96.74 10^6bits/s
over 0.994 seconds ending at 1478709266.538 Recv Send Send
Utilization Service Demand Socket Socket Message Elapsed
Send Recv Send Recv Size Size Size Time
Throughput local remote local remote bytes bytes bytes
secs. 10^6bits/s % S % S us/KB us/KB
87380 16384 16384 10.02 95.95 99.10 88.72
84.617 75.756 root@LiMe-09248f:~# iw mesh0 station dump Station
30:b5:c2:09:60:34 (on mesh0) inactive time: 920 ms rx bytes:
4400805 rx packets: 37312 tx bytes: 130131582 tx packets: 84801 tx
retries: 0 tx failed: 0 signal: -42 dBm signal avg: -43 dBm
Toffset: 33792059 us tx bitrate: 6.0 MBit/s rx bitrate: 975.0
MBit/s VHT-MCS 7 80MHz short GI VHT-NSS 3 mesh llid: 7963 mesh
plid: 60395 mesh plink: ESTAB mesh local PS mode: ACTIVE mesh peer
PS mode: ACTIVE mesh non-peer PS mode: ACTIVE authorized: yes
authenticated: yes preamble: long WMM/WME: yes MFP: no TDLS peer:
no connected time: 29 seconds
anyway this thread will turn definitely
"lime-dev", and offtopic
for lime-users, so I'm moving the discussion there :)
If anyone has already tested this hardware or has
any tips,
much welcome :)
cheers!
_______________________________________________ lime-users
mailing list lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
_______________________________________________ lime-users
mailing list lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
_______________________________________________ lime-users mailing
list lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
_______________________________________________ lime-users mailing
list lime-users(a)lists.libremesh.org