<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Tobias,<br>
<br>
klar, kein Problem kann gerne andere up/download Wege testen:<br>
<br>
In der GUI habe ich folgendes eingestellt:<br>
<img src="cid:part1.DAE38E32.7572AABD@gmx.de" alt="" class=""><br>
<table width="100%" cellspacing="2" cellpadding="2" border="1">
<tbody>
<tr>
<td valign="top">Test<br>
</td>
<td valign="top">Kommentar<br>
</td>
</tr>
<tr>
<td valign="top">cyberduck sftp<br>
<img src="cid:part2.7F99B671.E462D3E0@gmx.de" alt=""> </td>
<td valign="top">32Mb/s <br>
ist bisschen hoch, der Anschluss gibt es zwar her, aber bei
einem mkfile tippe ich hier dann eher auf Kompression von
der Software<br>
</td>
</tr>
<tr>
<td valign="top">gleicher Test wie Zeile zuvor, jetzt auf
Kommandozeile mit ssh<br>
<img src="cid:part3.3A7785F3.43FD6229@gmx.de" alt=""><br>
<br>
</td>
<td valign="top">200k sind wiederum viel zu wenig, und an der
Verschlüsselung kann es kaum liegen, die beteiligten
Maschinen langweilen sich<br>
</td>
</tr>
<tr>
<td valign="top">wieistmeineip.de<br>
<img src="cid:part4.8B0AB083.C2E333CA@gmx.de" alt=""></td>
<td valign="top">macht auch keinen rechten Sinn, Download
sollte höher sein als der upload<br>
</td>
</tr>
<tr>
<td valign="top">Das File vom Server via browser wieder
runterladen<br>
<img src="cid:part5.F8A629F7.5BC52673@gmx.de" alt=""></td>
<td valign="top">der Wert ist auch viel zu niedrig<br>
</td>
</tr>
<tr>
<td valign="top"><a class="moz-txt-link-freetext" href="https://jbowes.wordpress.com/2010/10/13/measuring-network-speeds-with-netcat-and-dd/">https://jbowes.wordpress.com/2010/10/13/measuring-network-speeds-with-netcat-and-dd/</a><br>
<br>
$ dd if=/dev/zero bs=1024k count=20 | nc -v sfinp.de 2222<br>
found 0 associations<br>
found 1 connections:<br>
1: flags=82<CONNECTED,PREFERRED><br>
outif en0<br>
src 10.24.209.121 port 55422<br>
dst 82.165.77.245 port 2222<br>
rank info not available<br>
TCP aux info available<br>
<br>
Connection to sfinp.de port 2222 [tcp/rockwell-csp2]
succeeded!<br>
20+0 records in<br>
20+0 records out<br>
20971520 bytes transferred in 103.025279 secs (203557
bytes/sec)<br>
--> 0,2Mb/s upload<br>
</td>
<td valign="top">200k/s ist auch viel zu niedrig gegenüber dem
eingestellten Wert, bestätigt aber den scp-Wert.<br>
<br>
Sollte der stimmen, dann liege ich um den Faktor 10 zu
niedrig.<br>
</td>
</tr>
<tr>
<td valign="top"><br>
ab hier umstellen auf private SSID um die Beobachtungen zu
verifizieren/falsifizieren<br>
</td>
<td valign="top"><br>
</td>
</tr>
<tr>
<td valign="top"><img src="cid:part6.949278E9.B4106CE1@gmx.de"
alt=""><br>
<img src="cid:part7.BE0121DC.FF37DA75@gmx.de" alt=""><br>
<br>
<br>
$ dd if=/dev/zero bs=1024k count=20 | nc -v sfinp.de 2222<br>
found 0 associations<br>
found 1 connections:<br>
1: flags=82<CONNECTED,PREFERRED><br>
outif en0<br>
src 192.168.178.108 port 55063<br>
dst 82.165.77.245 port 2222<br>
rank info not available<br>
TCP aux info available<br>
<br>
Connection to sfinp.de port 2222 [tcp/rockwell-csp2]
succeeded!<br>
20+0 records in<br>
20+0 records out<br>
20971520 bytes transferred in 4.452824 secs (4709712
bytes/sec)<br>
--> 4,7Mb/s upload<br>
</td>
<td valign="top">also am Server liegt es nicht, am Laptop auch
nicht ;-)<br>
</td>
</tr>
</tbody>
</table>
<br>
<br>
Gibt es im FF-Netz einen Server mit dem man standardisiert testen
kann?<br>
<br>
@Ralf: Was meintest Du genau mit "unter kontrollierten Bedingungen
auf meinem Laptop" ?<br>
<br>
Grüße<br>
Sebastian Fontaine<br>
<br>
<br>
<div class="moz-cite-prefix">Am 28.11.2019 um 06:55 schrieb Tobias
Theobald:<br>
</div>
<blockquote type="cite"
cite="mid:CAN+Mdcw9czO6fq4FoXfB=mKaGuG_q=HspXs==QkDNuvUyNSDgA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
So weit ich mich erinnere erlaubt die Implementierung des Limits
bursten, also erlaubt für kurze Zeit höhere Bandbreiten um
bestimmte Anwendungen zu beschleunigen. Kann es vielleicht sein,
dass ein Speedtest das Burst Budget nicht ausreizt?
<div>Kannst du mal versuchen ob das Problem auch auftritt, wenn du
eine größere Datei hoch- bzw runterlädtst?</div>
<div> <br>
<div class="gmail_signature">
<div>-- <br>
Tobias Theobald</div>
</div>
<p class="gmail_quote" style="color:#000">On 27. November 2019
at 22:07:38, Ralf Jung via freifunk-public (<a
href="mailto:freifunk-public@saar.freifunk.net"
moz-do-not-send="true">freifunk-public@saar.freifunk.net</a>)
wrote:</p>
<blockquote type="cite" class="gmail_quote"><span>
<div>
<div>Hallo Sebastian, <br>
<br>
hm, das ist seltsam. Ich habe das gerade mal unter
kontrollierten Bedingungen <br>
auf meinem Laptop probiert. Bei 10 MBit/s up- und down
Limit bekomme ich je ca. <br>
7 MBit/s. <br>
Bei 2 MBit/s-Limit kommen noch ca. 1.5 MBit/s durch. <br>
<br>
Das ist nicht super exakt mit den Limits, aber zumindest
bei mir offenbar gut <br>
genug. Seltsam, dass es bei dir größere Abweichungen
hat. <br>
<br>
Viele Grüße, <br>
Ralf <br>
<br>
On 26.11.19 11:57, Fam. Fontaine wrote: <br>
<blockquote type="cite">Hi, <br>
<br>
die Bandbreiten Limitierung funktioniert bei mir nicht
wirklich so wie erwartet. <br>
Habe das eben nochmal getestet: <br>
<br>
Einstellung GUI gemessen via <a
href="http://wieistmeineip.de"
moz-do-not-send="true">wieistmeineip.de</a>
Kommentar <br>
download ist deutlich über den eingestellten 6Mbit/s <br>
upload ist über den eingestellten 6Mbit/s, was mich
mehr verwundert ist das <br>
quasi unveränderte Ergebnis trotz getauschter Werte <br>
Zum Vergleich mal die Werte ohne Limitierung sagt mir:
<br>
<br>
1. entweder ist das Netz stark belastet, oder die
Beschränkung noch immer aktiv <br>
2. es war mehr upload als die gezeigten 7Mbit/s zuvor
drin - also hat die <br>
Limitierung vermutlich irgendwas getan <br>
<br>
<br>
private SSID statt Freifunk <br>
bestätigt Theorie #1 aus vorherigem Test. <br>
Kann jemand bestätigen ob es im FF-Netz gerade viel
los ist? Grafana <br>
<<a
href="https://mgmt.saar.freifunk.net/grafana/d/nodestats-by-name/knotenstatistiken-nach-name?var-Knoten=gw4.saar.freifunk.net&orgId=1&refresh=5m"
moz-do-not-send="true">https://mgmt.saar.freifunk.net/grafana/d/nodestats-by-name/knotenstatistiken-nach-name?var-Knoten=gw4.saar.freifunk.net&orgId=1&refresh=5m</a>>
<br>
sagt mir zum gw1 und gw4 gerade nur "no data" <br>
<br>
<br>
kann das jemand bestätigen oder widerlegen wie gut die
Bandbreitenlimitierung <br>
funktioniert? <br>
<br>
Grüße <br>
Sebastian <br>
<br>
<br>
<br>
Am 23.11.2019 um 09:04 schrieb Fam. Fontaine: <br>
<blockquote type="cite">Hi Ralf, <br>
<br>
wenn ich die Bandbreiten-Limitierung teste, dann
stelle ich fest, daß die <br>
Limitierung für up/down nicht so ganz wie erwartet
funktioniert: <br>
<br>
1) auf CLI eingestellt und geprüft: <br>
<br>
root@ffsaar-HammelsbergVa:~# uci show |grep -i limit
<br>
gluon.mesh_vpn.limit_enabled='1' <br>
gluon.mesh_vpn.limit_ingress='5000' # also würde
ich 5Mbit down erwarten <br>
gluon.mesh_vpn.limit_egress='10000' # also würde ich
10Mbit upload <br>
erwarten <br>
tunneldigger.mesh_vpn.limit_bw_down='25000' # falls
diese Einstellung <br>
zieht, dann halt 25Mbit down -> mal sehen <br>
root@ffsaar-HammelsbergVa:~# <br>
<br>
Ergebnis ist ca 10Mbit in alle Richtungen - verstehe
ich nicht <br>
<br>
<br>
Ok, also via GUI Einstellung verifiziert und nochmal
gespeichert (per 10sec <br>
Reset-Taste in den Config-Modus und dann
save+reboot): <br>
<br>
<br>
via CLI geprüft : <br>
root@ffsaar-HammelsbergVa:~# uci show |grep -i limit
<br>
gluon.mesh_vpn.limit_enabled='1' <br>
gluon.mesh_vpn.limit_ingress='5000' <br>
gluon.mesh_vpn.limit_egress='10000' <br>
tunneldigger.mesh_vpn.limit_bw_down='5000' # also
hat er den tunneldigger <br>
angepasst, den Rest gelassen <br>
<br>
jetzt den Test wiederholen und: <br>
<br>
<br>
Kein Unterschied in up/download <br>
Daraus würde ich folgern: <br>
- tunneldigger Einstellung zieht nicht <br>
- ingress Einstellung zieht nicht <br>
- oder egress ist prioritär, was aber irgendwie den
Erwartungen der <br>
GUI-Einstellungen widersprechen würde <br>
<br>
zum Vergleich der speedtest mit der privaten SSID am
gleichen Knoten, um <br>
auszuschließen, dass ich in die Sättigung fahre: <br>
<br>
<br>
<br>
Kann das Problem mit den Einstellungen jemand so
bestätigen, oder habe ich da <br>
irgendwo einen Denkfehler drin? <br>
<br>
Grüße <br>
Sebastian <br>
<br>
<br>
Am 22.11.19 um 22:26 schrieb Ralf Jung: <br>
<blockquote type="cite">Hallo, <br>
<br>
<blockquote type="cite">bin nicht sicher, wie ich
die Bandbreite richtig testen kann. <br>
Das fängt schon damit an, dass ich nicht sicher
wusste an welchem AP ich <br>
verbunden bin und über welche Knoten welcher
Traffic ausgeleitet wird. <br>
</blockquote>
Das siehst du, indem du im Browser auf <a
href="http://my.ffsaar" moz-do-not-send="true">http://my.ffsaar</a>
gehst -- da wird immer <br>
dein lokaler Knoten angezeigt. <br>
<br>
Aber fürs Bandbreiten-Limit ist eh nur der Knoten
relevant, der den <br>
Internet-Uplink hat. Auf dem Mesh wird nicht
limitiert, nur auf dem VPN-Tunnel. <br>
Sorry, das hätte ich erwähnen sollen. <br>
<br>
<blockquote type="cite">root@ffsaar-HammelsbergVa:~#
uci show |grep -i ingress <br>
gluon.mesh_vpn.limit_ingress='8000' <br>
simple-tc.example.limit_ingress='5000' <br>
root@ffsaar-HammelsbergVa:~# uci get
gluon.mesh_vpn.limit_ingress <br>
8000 <br>
root@ffsaar-HammelsbergVa:~# uci set
gluon.mesh_vpn.limit_ingress='2500' <br>
root@ffsaar-HammelsbergVa:~# uci set
gluon.mesh_vpn.limit_egress='2500' <br>
root@ffsaar-HammelsbergVa:~# uci set
gluon.mesh_vpn.enabled='1' <br>
root@ffsaar-HammelsbergVa:~# uci commit <br>
</blockquote>
Mach das bitte per Web-UI, nicht auf der Konsole.
Ich glaube nicht, dass das <br>
hier die richtigen Befehle sind -- tunneldigger
braucht eine Sonderbehandlung, <br>
laut <<a
href="https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration"
moz-do-not-send="true">https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration</a>>.
<br>
<br>
Viele Grüße, <br>
Ralf <br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
-- <br>
<a href="mailto:freifunk-public@saar.freifunk.net"
moz-do-not-send="true">freifunk-public@saar.freifunk.net</a>
- Diskussion und Hilfe der Freifunk Saar Community. <br>
Verwaltung: <a
href="https://lists.hacksaar.de/listinfo/freifunk-public"
moz-do-not-send="true">https://lists.hacksaar.de/listinfo/freifunk-public</a>
<br>
Abbestellen: <a
href="mailto:freifunk-public-unsubscribe@saar.freifunk.net"
moz-do-not-send="true">freifunk-public-unsubscribe@saar.freifunk.net</a>
<br>
</div>
</div>
</span></blockquote>
</div>
</blockquote>
<br>
</body>
</html>