Hi,
Stefan hat angedeutet, dass es Beschwerden über langsamen Exit-Traffic gibt. Ich
habe allerdings Zweifel, dass langsamer Exit-Traffic auch tatsächlich
überlasteter Exit-Gateway bedeutet. Denn so viel Exit-Traffic produzieren wir
nicht (1-5 mbit/s exit ist nen witz) und ich denke andere Communities auch
nicht. Ich vermute das Problem viel eher ganz explizit bei uns im Netz.
Habt ihr geprüft ob die Exit-Gateways langsam sind? Sprich wie ist die
Bandbreite direkt vom betroffenen Supernode über den Exit-Gateway ins Netz und
wie ist die Bandbreite vom Betroffenen Node ins Netz zum Vergleich?
Und wie ist der Stand der Bytemine-Kisten? Wir brauchen wirklich sehr dringend
die neuen Server damit wir vernünftig umstrukturieren können. Wenn die nicht
fertig sind, würde ich vorschlagen, dass wir übergangsweise für 3 Monate 2
neue dedizierte Server mieten und unsere umstrukturierung dann wie geplant
durchziehen und die zwei Übergangs-Dedis später durch die Bytemine-Kisten
ersetzen.
LG
Clemens
Moin,
Hi,
Stefan hat angedeutet, dass es Beschwerden über langsamen Exit
-Traffic gibt. Ich
habe allerdings Zweifel, dass langsamer Exit-Traffic auch tatsächlich
überlasteter Exit-Gateway bedeutet. Denn so viel Exit-Traffic
produzieren wir
nicht (1-5 mbit/s exit ist nen witz) und ich denke andere Communities
auch
nicht. Ich vermute das Problem viel eher ganz explizit bei uns im
Netz.
Habt ihr geprüft ob die Exit-Gateways langsam sind? Sprich wie ist
die
Bandbreite direkt vom betroffenen Supernode über den Exit-Gateway ins
Netz und
wie ist die Bandbreite vom Betroffenen Node ins Netz zum Vergleich?
Zumindest was 06 / FFRL-Düsseldorf betrifft: Ja, es ist lahm:
10MB von mirror.de.leaseweb.net: 660KB/s (IPv4) / 800KB/s (IPv6)
Im Forum kam auch öfters Kritik auf dass die Exits von FFRL überlastet
seien.
Deswegen läuft schon quasi alles andere, was IPv4 nutzt, über den
Berliner Gateway.
Und wie ist der Stand der Bytemine-Kisten? Wir brauchen wirklich sehr
dringend
die neuen Server damit wir vernünftig umstrukturieren können. Wenn
die nicht
fertig sind, würde ich vorschlagen, dass wir übergangsweise für 3
Monate 2
neue dedizierte Server mieten und unsere umstrukturierung dann wie
geplant
durchziehen und die zwei Übergangs-Dedis später durch die Bytemine
-Kisten
ersetzen.
Kann ich ggf. morgen fkr fragen, ansonsten gerne paar Servdiscount
-Dedis mieten.
vg
Zumindest was 06 / FFRL-Düsseldorf betrifft: Ja, es ist lahm:
10MB von mirror.de.leaseweb.net: 660KB/s (IPv4) / 800KB/s (IPv6)
Im Forum kam auch öfters Kritik auf dass die Exits von FFRL
überlastet
seien.
Nachtrag: Grad mal takt von FFRL gefragt, da brennen zwar die
Supernodes, aber nicht deren Backbonekisten.
Mal weiter schauen was da los ist.
vg
Gestern hatte ich über den Exit einen Speedtest gemacht und max. waren 600kb. Auch mehrere Tests brachten nichts besseres.
Vorschlag :
Ein Dedi von servdiscount für 9.99 pro Monat + airVPN 7 Euro. Damit hätten wir andere GWs entlasten und dieset würde nur den Tunnel aufrecht erhalten. Das Routing von den GWs 05 und 08 über die neue Kiste. Die Kosten wären damit gering gehalten und wir bräuchten nicht sehr viel ändern.
Meinung?
Können die Rheinländer denn nicht uns bei den Tunnel Problemen helfen? 06 ubd 04 sieht tatsächlich Krückenlangsam akturll
Dedi ist gebucht, prüfung dauert. AirVPN kenne ich mich nicht aus, da muss Bjo
mal eben sagen was sinnvoll ist oder ob die Exits überhaupt überlastet sind.
LG
Clemens
Wäre vielleicht erstmal sinnvoll, sofern die Probleme mit FFRL nicht
gefixed sind.
FFRL sagt aber, die Exits seien nicht überlastet, wir sollten mal die
Verbindungen zu den Tunnelendpunkten auf Paketloss überprüfen etc.
vg