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

Philipp Borgers borgers at mi.fu-berlin.de
So Jul 17 22:07:14 CEST 2016


Moin,

der Link rhxb <-> emma erlaubt keine hohen Bandbreiten. Der Link rhxb <->
zwingli erlaubt ebenfalls keine hohen Bandbreiten. Der Link rhnk <-> wg1337
ebenfalls.

Wenn man alle drei Wege künstlich verschlechtert wählt das rhxb irgendwann den
Uplink in der ritterstraße. Wir können das temporär so betreibern, aber schön
ist das nicht.

Was sagen die User?

Gruß Philipp

On Sun, Jul 17, 2016 at 04:07:44PM +0200, Max wrote:
> Auch wenn die Daten nun fast ausschließlich über die Emma gehen, ist das Internet praktisch unbenutzbar. Spiegel.debenötigt  z. B. über 30 Sekunden um vollständig zu laden. 
> 
> @Philipp könntest du dir das nochmal anschauen? 
> 
> Zudem ist mir aufgefallen, dass verschiedene Webseiten mir anzeigen, dass ich teilweise ausschließlich mit einer IPv6 dann wieder mit einer IPv4-Adresse internetseitig unterwegs sein soll. Ifconfig zeigt mir lokal beide an. 
> 
> Danke schön! 
> Max
> 
> > On 17.07.2016, at 13:57, Bernd <caveman21 at nickname.berlin.de> wrote:
> > 
> > Hallo, 
> > Ich habe die Verbindung zu Desmond erst später entdeckt. Sonst hätte ich das nicht geschrieben. 
> > Daß es LAN-Meshing ist, ist ja interessant. So was ähnliches habe ich auch vor, demnächst. Ob 
> > das Probleme machen kann, weiß ich nicht. Glaube nicht.  Die DL-Geschwindigkeit hat schon in 
> > der Nacht wieder extrem geschwankt.   Bei den weiteren Details kenne ich mich nicht aus.
> > 
> > Gruß
> > 
> > Bernd
> > 
> > 
> > 
> >> Am 17.07.2016 um 13:31 schrieb Max:
> >> 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
> >> 
> >> 
> >> _______________________________________________
> >> 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 Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160717/e685f364/attachment.sig>


Mehr Informationen über die Mailingliste Berlin