[Berlin-wireless] Warum geht der rhxb Traffic über wg1337?

Max fischkeks at ist-einmalig.de
So Jul 17 13:31:06 CEST 2016


Hallo!

Heute Mittag ging der Traffic wieder über die wg1337 und Internet war kaum nutzbar. Inzwischen  geht er über die Emma. Meistens. Ein paar mal liefen die Pakete merkwürdiger Weise wieder über die wg1337. 

Penelope.olsr ist übrigens mit Desmond.olsr per Netzwerkkabel verbunden, welcher über 5GHz mit mid12.rhxb-rt1.olsr kommuniziert. Allerdings sieht Penelope.olsr mitunter  das 2GHz-Signal vom rhxb. Trotzdem funktioniert das bisher hier über Monate so problemlos. Ist so etwas denn problematisch? Eigentlich sollten redundante Verbindungen das Netz dich sogar Ausfallschritt machen? Natürlich nicht in diesem Fall. 

Ich wünsche einen guten Sonntag
Max

> On 16.07.2016, at 22:33, Bernd <caveman21 at nickname.berlin.de> wrote:
> 
> Bei mir ist ja wieder alles bestens, aber auf der Karte fällt auf, daß die 
> LinkQuality vom RHXB-2-nw zu Penelope gegen Null geht  (0,004)  
> 
> 
>> Am 16.07.2016 um 20:36 schrieb Bernd:
>> Jetzt ist es am RHXB wieder extrem langsam: 
>> 
>> 1.       300ms     DL:  0,15    UL:  0,07 
>> 
>> 2.         58ms             0,73            0,48 
>> 
>> 3.       277ms             1,57            0,22 
>> 
>> 4.       230ms             0,78            0,11 
>> 
>> Da muß vermutlich noch der passende LQM-Wert ausgetüftelt werden ? 
>> 
>> Damit sich das Übel wenigstens gerecht verteilt. 
>> 
>> LG    Bernd 
>> 
>> 
>> 
>>> Am 16.07.2016 um 19:51 schrieb Franz Körfgen: 
>>> Etwa um 16:30 hat sich der Downstream der NUK Zeughofstr. über die Emma von etwa 20 Mbit/s auf etwa 5 MBit/s reduziert (siehe Monitor). Normal sind (Nutzerverhalten) etwa 20 Mbit/s. 
>>> 
>>> Die Bewohner versuchen sich bei Problemen meist mit einem Powercycle selbst zu helfen. Diesen sehe ich um 16:40. 
>>> 
>>> Alle Werte in der NUK (check über bbb-vpn) sind ok: 
>>> - olsr-connection emma-nno und uplink zeughofstr.: ok 
>>> - mtr zu 8.8.8.8: ok, üblichen Werte 
>>> - Connection der Router in der NUK: ok 
>>> 
>>> Auch der Traffic zur Ohlauer Str. (Monitor) scheint im üblichen Rahmen zu sein. 
>>> 
>>> Gibt es hierfür eine Erklärung? 
>>> 
>>> 
>>> LG Franz 
>>> 
>>> 
>>>> Am 16.07.2016 um 18:22 schrieb Max: 
>>>> Danke Philipp, sehr viel besser. Zwar „nur“ (dn) 9,5 : (up) 2,5  Mbit/s aber es funktioniert flüssig. Was mir nicht klar ist warum weggefallen und warum suchen sich die Bits dann den langsamen Weg (das hängt dan mit dem LQM zusammen? 
>>>> 
>>>> Ich bin für Experimente zu haben, solange es zu einem schnelleren Internet -Connect hier führt. Unser Hotspot im Hof (penelope.olsr)  wird leider weniger frequentiert, seit dem das so langsam ist. ;) 
>>>> 
>>>> Grüße Max 
>>>> 
>>>>> On 16.07.2016, at 15:58, Philipp Borgers <borgers at mi.fu-berlin.de> wrote: 
>>>>> 
>>>>> Das ICVPN ist als Nachbar weggefallen und somit wird darüber nicht mehr ins 
>>>>> Internet geroutet. 
>>>>> 
>>>>> Ich habe mal den LinkQualityMultiplier für den Link zur Emma entfernt, sodass 
>>>>> der Traffic jetzt über die Emma ins Internet geroutet wird. Ob das unter dem 
>>>>> Strich zu einem besseren Surf-Erlebnis führt, müsstest du mal testen. 
>>>>> 
>>>>> Langfristig könnte man einen Link vom RHXB zur Ritterstr schaffen und so einen 
>>>>> weiteren Uplink (100MBit/s synchron) für das RHXB schaffen. Provisorisch könnten 
>>>>> wir an der Simeon-Kirche Uplink announce, da die auch an der Ritterstr. hängt. 
>>>>> 
>>>>> Gruß Philipp 
>>>>> 
>>>>>> On Sat, Jul 16, 2016 at 03:07:17PM +0200, Max wrote: 
>>>>>> Hallo die Runde! 
>>>>>> 
>>>>>> Warum geht der rhxb Traffic über wg1337? 
>>>>>> Und warum nur ganz langsam? 
>>>>>> 
>>>>>> Wäre schön wenn mal einer schaut was da schief läuft. 
>>>>>> 
>>>>>> Besten Dank 
>>>>>> Max 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> TraceRoute to: 
>>>>>> fu-berlin.de 
>>>>>> with IP Address: 
>>>>>> 160.45.170.10 
>>>>>> on Date: 
>>>>>> 16.07.2016, 14:58 
>>>>>> Hops Found: 
>>>>>> 15 
>>>>>> Hop: 1 - frei.funk 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 10.230.109.97 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 32.225 ms 
>>>>>> Avg. RTT: 
>>>>>> 27.558 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 2 - mid1.desmond.olsr 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 10.230.109.1 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 3.598 ms 
>>>>>> Avg. RTT: 
>>>>>> 2.056 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 3 - mid3.rhxb-rt1.olsr 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 10.31.1.42 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 12.826 ms 
>>>>>> Avg. RTT: 
>>>>>> 8.590 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 4 - mid6.rhnk-core.olsr 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 10.230.3.42 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 6.071 ms 
>>>>>> Avg. RTT: 
>>>>>> 4.724 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 5 - wg1337-west.olsr 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 10.230.240.82 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 8 
>>>>>> Last RTT: 
>>>>>> 20800.115 ms 
>>>>>> Avg. RTT: 
>>>>>> 1293.340 ms 
>>>>>> Lost Packets: 
>>>>>> 2 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 6 - (null) 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 10.42.158.129 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 8 
>>>>>> Last RTT: 
>>>>>> 20303.109 ms 
>>>>>> Avg. RTT: 
>>>>>> 217.587 ms 
>>>>>> Lost Packets: 
>>>>>> 2 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 7 - (null) 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 0.0.0.0 
>>>>>> Packets Sent: 
>>>>>> 0 
>>>>>> Packets Received: 
>>>>>> 0 
>>>>>> Last RTT: 
>>>>>> 0.000 ms 
>>>>>> Avg. RTT: 
>>>>>> 0.000 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 8 - (null) 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 87.186.199.186 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 470.606 ms 
>>>>>> Avg. RTT: 
>>>>>> 90.470 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 9 - h-ea3-i.h.de.net.dtag.de 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 62.154.49.106 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 474.036 ms 
>>>>>> Avg. RTT: 
>>>>>> 113.250 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 10 - (null) 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 0.0.0.0 
>>>>>> Packets Sent: 
>>>>>> 0 
>>>>>> Packets Received: 
>>>>>> 0 
>>>>>> Last RTT: 
>>>>>> 0.000 ms 
>>>>>> Avg. RTT: 
>>>>>> 0.000 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 11 - kr-fubln6-1.x-win.dfn.de 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 188.1.234.174 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 0 
>>>>>> Last RTT: 
>>>>>> 100000.000 ms 
>>>>>> Avg. RTT: 
>>>>>> 100000.000 ms 
>>>>>> Lost Packets: 
>>>>>> 10 
>>>>>> Loss : 
>>>>>> 1.0 % 
>>>>>> Hop: 12 - (null) 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 130.133.99.98 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 9 
>>>>>> Last RTT: 
>>>>>> 10284.321 ms 
>>>>>> Avg. RTT: 
>>>>>> 66.727 ms 
>>>>>> Lost Packets: 
>>>>>> 1 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 13 - (null) 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 130.133.99.29 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 364.797 ms 
>>>>>> Avg. RTT: 
>>>>>> 34.167 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 14 - fabeck-fs-cat65b-vlan2106.router.fu-berlin.de 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 130.133.99.110 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 266.155 ms 
>>>>>> Avg. RTT: 
>>>>>> 38.097 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 % 
>>>>>> Hop: 15 - www.fu-berlin.de 
>>>>>> 
>>>>>> IP Address: 
>>>>>> 160.45.170.10 
>>>>>> Packets Sent: 
>>>>>> 10 
>>>>>> Packets Received: 
>>>>>> 10 
>>>>>> Last RTT: 
>>>>>> 375.928 ms 
>>>>>> Avg. RTT: 
>>>>>> 37.146 ms 
>>>>>> Lost Packets: 
>>>>>> 0 
>>>>>> Loss : 
>>>>>> 0.0 %
>>>>> 
>>>>>> _______________________________________________ 
>>>>>> Berlin mailing list 
>>>>>> Berlin at berlin.freifunk.net 
>>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin 
>>>>>> Diese Mailingliste besitzt ein ?ffentlich einsehbares Archiv
>>>>> 
>>>>> _______________________________________________ 
>>>>> Berlin mailing list 
>>>>> Berlin at berlin.freifunk.net             
>>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin 
>>>>> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv 
>>>> 
>>>> _______________________________________________ 
>>>> Berlin mailing list 
>>>> Berlin at berlin.freifunk.net 
>>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin           
>>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>>> 
>>> _______________________________________________ 
>>> Berlin mailing list 
>>> Berlin at berlin.freifunk.net 
>>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin 
>>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> 
>> _______________________________________________ 
>> Berlin mailing list 
>> Berlin at berlin.freifunk.net 
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin 
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein öffentlich einsehbares Archiv
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160717/0fb6931e/attachment.html>


Mehr Informationen über die Mailingliste Berlin