[Wien] Funkfeuer Uplink HicksUps?

[Markus Kittenberger]

ok done der traffic ins freenet geht nun via kryptaroof
lg Markus
2009/7/9 Markus Kittenberger <(spam-protected)>

>
> nun das ist ja auch nicht verwunderlich (das subway - kryptaroof keinen
> packetloss haben)
> denn ich tippe mal darauf dass weder der subway noch der kryptaroof
> irgendwie schuld an der situation haben
> sondern der tunnelserver (wie ich ja schon gestern geschrieben habe)
> denn versuchst du den subway direkt vom kryptaroof zu pingen hast du keinen
> packetloss weil die antworten des subway direkt zugestellt werden,..
> fuer ips aus dem freenet routet der subway diese via tunnelserver, und
> dieser hat nunmal immerweidermal 100% load dank durchdrehenden openvpn
> allerdings war ich gestern abend nicht erfolgreich rauszufinden was genau
> das auslöst, denn nach einen openvpn restart ist idr eine unbestimmt lange
> zeit alles in ordnung,.. und dann hat er ploetzlich wieder (0% idle)
> durch diese "unbestimmt lange zeit" wird eine binäre suche ob es an einem
> bestimmten tunnel liegt ziemlich langwierig (und dafuer hab ich keine zeit),
> und ich bin mir eh nicht sicher ob es ueberhaupt an einem einzelnen tunnel
> liegt,..
> .
> was ich jetzt mal machen werde ist die ospf cost des tunnelserver
> hochzuziehen so dass nicht aller incoming traffic durch ihn durchgerotet
> wird,..
> mittelfristig sollten wir aber entweder rausfinden was mit openvpn am
> tunnelserver los ist, oder unsre tunnel auf (sowieso performantere) ipip
> oder gre tunnel umstellen denn layer2 tunnel brauchen wir ja eigentlich eh
> nicht
> lg Markus
>
> 2009/7/9 Clemens Hopfer <(spam-protected)>
>
>> Das komische ist ja, dass die Router selber kein Problem damit haben...
>> Soeben ist mein Traceroute beim Kryptaroof stehen geblieben, bis zum
>> subway
>> kam es nicht, auch die Pings sind dort verreckt.
>> Vom Kryptaroof selbst konnt ich aber in der Zeit subway ohne Probleme
>> erreichen, auch ein Floodping zeigte keine Auffälligkeiten, avg 0,1ms, max
>> 8ms
>>
>> Mir würde nur das Policy Routing als Fehlerquelle einfallen...
>>
>> cu,
>> Clemens
>>
>> Am Donnerstag 09 Juli 2009 14:21:11 schrieb akku:
>> > zwischen br33.kryptaroof und subway treten immer wieder mal
>> > hintereinander verzögerungen von 0.5 bis über 1 sekunde auf
>> > das hält manchmal stundenlange manchmal nur 20 sekunden lange an
>> >
>> > dann ist wiedermal stunden tage lange nur wenige ms
>> > schlechte tage waren samstag mittwoch und heute fangt es auch gerade
>> > wieder an
>> > betroffen vivi und krypta :( bis 40% paketlos !
>> >
>> > schön im smokeping zu sehen
>> >
>> https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=vivi.vivir
>> >oof
>> >
>> https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=kryptaroof
>> >.eth1
>> >
>> > hf akku
>> >
>> > L. Aaron Kaplan schrieb:
>> > > mtr ist ein sehr cooles tool.
>> > >
>> > >> von wo aus pingst du bzw. hast du schon mal versucht den Pfad zu
>> > >> tracen?
>> > >> Es kann sein, dass es zu den unterschiedlichen Gateways in der Krypta
>> > >> unterschiedliche Pfade gibt.
>> > >
>> > > lg,
>> > > a.
>> > >
>> > >
>> > > --
>> > > Wien mailing list
>> > > (spam-protected)
>> > > http://lists.funkfeuer.at/mailman/listinfo/wien
>>
>>
>>
>> --
>> Wien mailing list
>> (spam-protected)
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>
>
>
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20090709/49609d83/attachment.htm>