Server lahm von daheim, aber nicht von anderem Server

yggdrasil

Well-Known Member
Servus,

ich sehe bei mir zu Hause gerade ein massives Problem mit der Verbindung zu den FreeBSD-Hauptservern. pkg install wie auch das Runterladen von ISOs läuft mit Geschwindigkeiten von lausigen 100-200 kB/s. ISOs von Mirrors laufen mit voller Geschwindigkeit. Da der Hauptserver allerdings von außerhalb meines Heimnetzwerkes prima tut, und die FreeBSD-Seite die einzige ist, die bei mir daheim dieses Probleme zeigt vermute ich Probleme beim Telekomnetz.
Sind andere Leute mit VDSL bei der Telekom, die das gerade bestätigen können? Und hat jemand eine Idee wie man solche Probleme am besten analysiert?

Danke!

P.S.: angesichts der Uhrzeit war das der beste Titel den ich mir ausdenken konnte. Den Mods steht es frei ihn durch besseres zu ersetzen :)
 
Hi,

was sagt traceroute zum FreeBSD Hauptserver? Meist liegt ein Routerproblem vor, zumindest hatte ich das schon oft bei Telekom.

Gruß ré
 
Und natürlich tut's plötzlich wieder, kaum daß ich hier poste...

Ping wie auch traceroute sagten halbwegs normale Werte (so im Bereich 100-200 ms), nichts, was mir spontan als komisch raussprang.
 
Sind andere Leute mit VDSL bei der Telekom, die das gerade bestätigen können?
Da die Telekom meint die größten Eier im Stall zu haben, haben sie es nicht nötig ausreichend Peering-Kapazitäten aufzubauen. Zu Stoßzeiten - die etwas von der Zeitzone der beiden Endpunkte abhängt - sind die Übergänge zu einigen anderen Anbietern daher völlig verstopft und der Durchsatz sinkt auf unerträglich niedriges Niveau. Gut ist es bei Youtube zu beobachten, um 18 Uhr Videos zu schauen ist ein nervendes Geduldsspiel. Durchsatzprobleme zu FreeBSDs CDN sehe ich auch immer wieder. Im Moment behelfe ich mir mit einem IPv6-Tunnel über Hurricane Electric, aber wenn die Telekom das Problem nicht bald mal selbst in den Griff bekommt, wechsele ich nach Vertragsende woanders hin.
 
Da die Telekom meint die größten Eier im Stall zu haben, haben sie es nicht nötig ausreichend Peering-Kapazitäten aufzubauen. Zu Stoßzeiten - die etwas von der Zeitzone der beiden Endpunkte abhängt - sind die Übergänge zu einigen anderen Anbietern daher völlig verstopft und der Durchsatz sinkt auf unerträglich niedriges Niveau. Gut ist es bei Youtube zu beobachten, um 18 Uhr Videos zu schauen ist ein nervendes Geduldsspiel. Durchsatzprobleme zu FreeBSDs CDN sehe ich auch immer wieder. Im Moment behelfe ich mir mit einem IPv6-Tunnel über Hurricane Electric, aber wenn die Telekom das Problem nicht bald mal selbst in den Griff bekommt, wechsele ich nach Vertragsende woanders hin.

Das kann ich so zum teil bestätigen, Amazon-Video wäre da auch noch ein beispiel. Teilweise ist das dann langsamer als mit meinem "alten" ADSL Anschluss bei einem anderen anbieter.

Aber: Ich habe aber das Gefühl das es langsam etwas besser wird. Gefühlt ists auch durch das anschalten von ipv6 etwas besser geworden - nutzen die da evtl. andere peerings oder so?
 
Recherchiert man dieses Thema im Netz, werden oftmals Workarounds genannt wie:
- ändere deine DNS Server auf die von google 8.8.8.8 8.8.4.4
- benutze für HTTP Traffic den Proxy von der Telekom www-proxy.t-online.de

Kann man natürlich mit einem Proxy lokal auch nur für bestimmte Seiten einstellen (site specific parent)
 
Das kann ich so zum teil bestätigen, Amazon-Video wäre da auch noch ein beispiel. Teilweise ist das dann langsamer als mit meinem "alten" ADSL Anschluss bei einem anderen anbieter.

Aber: Ich habe aber das Gefühl das es langsam etwas besser wird. Gefühlt ists auch durch das anschalten von ipv6 etwas besser geworden - nutzen die da evtl. andere peerings oder so?
Ich meine mal gehört zu haben das die Telepest Ip6 testweise am DE-CIX peert.
 
Daß die Telekom schlecht peert, vor allem, wenn sie nicht bezahlt wird, wußte ich bereits. Aber daß es diese Ausmaße annehmen kann schockiert mich dann doch.

Ich wäre ja gar nicht erst zur Telekom gewechselt, wenn ich einen anderen VDSL-Anbieter gefunden hätte, der vergleichbares bietet. Aber leider war im direkten Vergleich immer irgendwas auszusetzen, sei es Drossel, sei es keine feste v4, sei es kein v6, nur VDSL 50 etc.
 
Na sowas, da dachte ich mir: "schreibste mal ne Beschwerde an die Telekom, weil wenn sich niemand beschwert wird's garantiert nie was", ohne zu glauben, daß da wirklich was draus wird. Einen Tag später hab ich n Brief im Briefkasten, oder eher eine Karte aus schickem dicken (Karton?) Papier in dem um Entschuldigung gebeten wird. Öhm, ok, das war unerwartet. Dann ruft gerade eben ein Servicemitarbeiter an und fragt mich, was genau das Problem sei, denn er kann mit dem Begriff Peering leider nichts anfangen. Ich erkläre ihm also was mein Problem ist, was es mit dem Peering an sich auf sich hat (und warum die Telekom da bekannt und berüchtigt für ist), und er meinte, er werde das weitergeben.
Bin mal gespannt wie das hier weitergeht.

Könnte derweil jemand, der derzeit ebenfalls bei der Telekom ist bestätigen, daß die Anbindung zu freebsd.org beschissen ist? Bei mir ist sie das jetzt seit mehreren Tagen. Tageszeitunabhängig krieg ich höchstens 400 kB/s von {update.,pkg.,ftp.,}freebsd.org. Aber ne ISO testweise von ftp.de.freebsd.org gesaugt saturiert meine Leitung.
Von anderen Rechnern aus hab ich kein Problem mit den Standardservern von FreeBSD.
 
Hallo,

da der "Techniker" noch nicht einmal den Begriff Peering kennt spricht Bände....

Telekom:

2 217.0.119.64 (217.0.119.64) 16.487 ms 16.717 ms 16.784 ms
3 87.186.199.194 (87.186.199.194) 17.029 ms 17.127 ms 17.465 ms
4 lon-sb3-i.lon.gb.net.dtag.de (62.154.5.134) 42.480 ms
194.25.6.254 (194.25.6.254) 41.608 ms
lon-sb3-i.lon.gb.net.dtag.de (62.154.5.125) 41.184 ms
5 80.156.162.106 (80.156.162.106) 39.489 ms 41.787 ms 37.332 ms
6 ae5.scr3.lon3.gblx.net (67.17.72.22) 39.137 ms 39.303 ms
ae6.scr4.lon3.gblx.net (67.17.106.150) 39.580 ms
7 xe5-3-0-10g.scr4.snv2.gblx.net (67.16.164.14) 186.187 ms 186.786 ms 186.575 ms
8 e8-1-20g.ar5.sjc2.gblx.net (67.16.145.118) 183.359 ms 182.907 ms 183.343 ms
9 yahoo-san-jose.tengig2-3.1189.ar3.sjc2.gblx.net (64.211.206.210) 182.242 ms
yahoo.tengigabitethernet2-4.1189.ar3.sjc2.gblx.net (208.48.239.254) 184.781 ms 184.504 ms
10 unknown-216-115-101-x.yahoo.com (216.115.101.227) 182.510 ms 182.670 ms 184.762 ms
11 routerer-ext.ysv.freebsd.org (8.8.178.93) 184.068 ms 186.222 ms 184.178 ms
12 wfe0.ysv.freebsd.org (8.8.178.110) 186.457 ms 186.501 ms 183.415 ms

Hetzner:

3 core21.hetzner.de (213.239.245.81) 0.810 ms 0.808 ms 0.771 ms
4 core1.hetzner.de (213.239.245.218) 6.221 ms 6.205 ms 6.193 ms
5 et-4-1-0.fra28.ip4.gtt.net (77.67.76.141) 4.930 ms 4.928 ms 4.916 ms
6 xe-5-0-0.stk30.ip4.gtt.net (89.149.186.145) 29.913 ms 29.890 ms 29.876 ms
7 as3549.ip4.gtt.net (77.67.82.146) 33.853 ms 33.569 ms po2-102-10G.ar1.ARN3.gblx.net (64.208.110.129) 33.540 ms
8 e5-3-40G.ar5.SJC2.gblx.net (67.17.72.14) 173.621 ms 173.224 ms 174.115 ms
9 YAHOO-SAN-JOSE.TenGig2-3.1189.ar3.SJC2.gblx.net (64.211.206.210) 184.221 ms YAHOO.TenGigabitEthernet2-4.1189.ar3.SJC2.gblx.net (208.48.239.254) 209.670 ms YAHOO-SAN-JOSE.TenGig2-3.1189.ar3.SJC2.gblx.net (64.211.206.210) 183.445 ms
10 UNKNOWN-216-115-101-X.yahoo.com (216.115.101.227) 183.086 ms 183.048 ms UNKNOWN-216-115-101-X.yahoo.com (216.115.101.225) 185.481 ms
11 routerer-ext.ysv.freebsd.org (8.8.178.93) 185.490 ms 185.258 ms 185.459 ms
12 wfe0.ysv.freebsd.org (8.8.178.110) 185.511 ms 185.410 ms 185.400 ms

Gruß ré
 
@kira12:
Ich würde mal behaupten, daß das der reguläre Servicemensch war, kein richtiger Techniker.

Danke, die Latenzen sehen bei mir auch gut aus, aber die Geschwindigkeit halt leider nicht. Könntest du mal testhalber vom Telekomanschluß aus ne ISO von ftp.freebsd.org runterladen, und vielleicht zum Vergleich dann noch mit ftp.de.freebsd.org? Besten Dank

edit
Um ganz sicher zu gehen habe ich sogar vom gleichen Server im CDN runtergeladen, bei ist es
ftp0.bme.freebsd.org, an zufälligerweise zugewiesenen, lahmen Server kann es also auch nicht liegen.
/edit
 
Hallo,

hier beide Ergebnisse:
Bildschirmfoto 2016-03-10 um 16.58.43.png

Bildschirmfoto 2016-03-10 um 16.59.18.png

gewaltiger Unterschied.

Gruß ré
 
Bei mir das selbe Trauerspiel mit der Telekom. Seh ich das richtig, dass es da nur jeweils einen Mirror pro Region gibt? Weis jemand warum das nicht wie bei den meisten Linux Distris gemacht wird und z.B. diverse Unis oder Firmen das hosten? Von ftp.freebsd.org gibt's ja auch jede Menge Mirrors.
 
Ich hab das Mirrorverhalten von FreeBSD schon an anderer Stelle kritisiert. Ich mag es nicht, daß FreeBSD seine Paket- und Updateserver nicht wie viele andere (u.a. Open- und DragonflyBSD) einfach per rsync spiegelbar halten, mit irgendwelchen komischen Ausreden à la "wäre zu trafficintensiv". Aber das ist eine andere Diskussion und gehört nicht hier her.

Was ich noch komisch finde ist, daß mir das schlechte Peering bei FreeBSD auffällt, aber Youtube, wo ich es den vergangenen Berichten nach erwartet hätte, problemfrei tut.
Die nächste Frage, die sich stellt: kann man solcherart schlechtes Peering rechtlich als Mangel geltend machen?
 
Es wird immer verwunderlicher. Bereits heute ruft doch tatsächlich ein Techniker zurück! Jemand, der von der Materie richtig Ahnung hat. Und das, nachdem sich die Situation seit gestern Abend/Nacht wieder etwas verbessert hat. Er war in der Tat vom Fach, hat auch zugestimmt, daß die Peeringsituation der Telekom eher suboptimal ist (soweit er das halt unter Hand kann, so als Telekommitarbeiter), wollte noch einige andere mögliche Ursachen ausschließen, und am Ende sind wir so verblieben, daß ich mich bei neuen Problemen wieder melde. Ich komme aus'm überrascht-sein kaum noch raus...
 
Die scheinen sich in Sachen Service ja wirklich gemacht zu haben. Wenn ich so an die Katastrophen vor einigen Jahren denke... :)
 
Wenn ihr in Sachen Service mal was richtig mieses haben wollte, dann wechselt zu Telecolumbus, wenn es bei euch möglich ist. Die in Verbindung mit meinem Vermieter und ihr merkt, dass ihr bei der Telekom trotz allem recht gut dran seid.
 
Bevor hier jetzt noch irgendwelche falschen Annahmen über supertollen Telekomservice verbreitet werden: hab einen Geschäftskundenanschluß, da erwarte ich eine gewisse Arschküsserrei ;)

Und natürlich hab ich mich zu früh gefreut, bin wieder auf unglaublichen 100 - 150 kB/s im Durchschnitt, während der Billigst-Grütze-Kimsufi-Server sich an seinen 5-7 MB/s labt... *hmpf* Fortsetzung folgt...
 
Zurück
Oben