[Wien] Funkfeuer Uplink HicksUps?
Alexander Szlezak
(spam-protected)
Fr Jul 10 22:27:00 CEST 2009
kewl danke!
Markus Kittenberger schrieb:
> ok done der traffic ins freenet geht nun via kryptaroof
> lg Markus
> 2009/7/9 Markus Kittenberger <(spam-protected)
> <mailto:(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)
> <mailto:(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) <mailto:(spam-protected)>
> > > http://lists.funkfeuer.at/mailman/listinfo/wien
>
>
>
> --
> Wien mailing list
> (spam-protected) <mailto:(spam-protected)>
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> --
> Wien mailing list
> (spam-protected)
> http://lists.funkfeuer.at/mailman/listinfo/wien
--
Follow me on Twitter @ http://twitter.com/magicshark
__________________________________________________________________
Mag. Alexander SZLEZAK
Reischergasse 6/2
A-1130 Vienna
Austria
M +43 699 1 350 41 01
E (spam-protected)
https://www.xing.com/profile/Alexander_Szlezak
Mehr Informationen über die Mailingliste Wien