[CIX88]

gemessenen Pingzeiten gingen

Naja, die Zeiten vom Server und die HTTP-Ausgaben sind 2 getrennte Sachen.
Kann schon sein, dass der Server kleine Pingzeiten hat, aber so wie ich das sehe, schleift es mit der HTTP-Ausgabe.

Ab und zu dauert es ewig, bis auch die ganzen Bilder (Icon etc..) geladen werden.
Hmm, Servereinstellungen oder Performance ?

[robo47]

Es liegt entweder an der Telekom, oder am ISP des Hosters [wobei ich auf letztes Tippe], Server würde ich ausschließen, da die Seite des Hosters selbst die gleichen probleme aufweist und andere dort gehostet seiten auch.

mfg
robo47

[Ben]

Wir gehen diesem Thema bereits nach, müssen aber eine offizielle Stellungnahme seitens unseres Hosters abwarten.
Wir werden selbstverständlich versuchen diesen Mangel schnellstmöglich zu beheben.

[schifti]

Also bei mir ist alles voll schnell...

64 bytes from 89.238.64.66: icmp_seq=1 ttl=58 time=19 ms
64 bytes from 89.238.64.66: icmp_seq=2 ttl=58 time=18 ms
64 bytes from 89.238.64.66: icmp_seq=3 ttl=58 time=18 ms
64 bytes from 89.238.64.66: icmp_seq=4 ttl=58 time=19 ms
64 bytes from 89.238.64.66: icmp_seq=5 ttl=58 time=17 ms

Und auch über http. Ich bin bei Alice mit 16k aus München

[robo47]

also meine pings von 1und1 aus sind wieder okay.

mfg
robo47

[Ben]

Hat aktuell irgendwer noch Probleme?

[ljungi]

Nur einen Hupfer hab ich drin - der hat sich nach dem nächsten Ping aber verfleucht:

ping -c 10 forum.developers-guide.net
PING forum.developers-guide.net (89.238.64.66) 56(84) bytes of data.
64 bytes from 89.238.64.66: icmp_seq=1 ttl=53 time=27.8 ms
64 bytes from 89.238.64.66: icmp_seq=2 ttl=53 time=28.4 ms
64 bytes from 89.238.64.66: icmp_seq=3 ttl=53 time=27.9 ms
64 bytes from 89.238.64.66: icmp_seq=4 ttl=53 time=27.1 ms
64 bytes from 89.238.64.66: icmp_seq=5 ttl=53 time=27.7 ms
64 bytes from 89.238.64.66: icmp_seq=6 ttl=53 time=28.7 ms
64 bytes from 89.238.64.66: icmp_seq=7 ttl=53 time=28.2 ms
64 bytes from 89.238.64.66: icmp_seq=8 ttl=53 time=27.3 ms
64 bytes from 89.238.64.66: icmp_seq=9 ttl=53 time=30.0 ms
64 bytes from 89.238.64.66: icmp_seq=10 ttl=53 time=64.1 ms

--- forum.developers-guide.net ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9045ms
rtt min/avg/max/mdev = 27.161/31.768/64.185/10.835 ms

[Artemis]

Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 32, Empfangen = 32, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 59ms, Maximum = 185ms, Mittelwert = 65ms


Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 32, Empfangen = 30, Verloren = 2 (6% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 59ms, Maximum = 366ms, Mittelwert = 74ms


Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 32, Empfangen = 31, Verloren = 1 (3% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 59ms, Maximum = 201ms, Mittelwert = 74ms


Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 64, Empfangen = 64, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 58ms, Maximum = 252ms, Mittelwert = 69ms


Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 64, Empfangen = 63, Verloren = 1 (1% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 59ms, Maximum = 154ms, Mittelwert = 61ms 

[Jann Hendrik]

Von unserem neuen Vermieter kam derweil folgende Meldung:

Grund für diese schlechten Verbindungen sind die Übergabepunkte
(Peerings) der Deutschen Telekom zu fast allen Carriern, diese sind
seitens der Deutschen Telekom fast randlos "voll", auf Seiten der von
uns genutzten Carrier jedoch bestehen weitreichende Reserven.

Leider bietet die Deutsche Telekom derzeit laut Aussage der Carrier
weltweit nicht genügend Peering-Kapazitäten, um den gesamten anfallenden
Datentransfer zu transportieren. Somit entstehen Engpässe bei den
Übertragungsraten, zu gewissen Tageszeiten sogar teilweise Ausfälle.

Wir haben bereits Gegenmassnahmen ergriffen und wechseln dynamisch die
Peering-Punkte bzw. Carrier, jedoch betrifft dieses Problem fast alle
Anbieter, so dass auch andere die Peering-Punkte bzw. Carrier
regelmässig wechseln, was seinerseits wiederum zu Überlastungen führt
(da die Gesamtkapazitäten der Deutschen Telekom erschöpft sind) - so
gesehen ein ständiges Hin- und Her.

Die Deutsche Telekom hat laut Aussage der Carrier angekündigt, die
Kapazitäten bis Ende November auszubauen, was wir jedoch für eine
erheblich lange Zeit halten.

Leider gibt es weder technisch noch kaufmännisch noch juristisch
Möglichkeiten, eine Änderung oder Verbesserung der Situation
herbeizuführen. Sollten Sie selbst die Initiative ergreifen wollen,
können Sie ggf. direkt die Deutsche Telekom unter peering@telekom.de
kontaktieren und Ihre Meinung bzw. Verbesserungsvorschläge einreichen.

Wir behalten die Situation im Auge und reagieren, soweit es die
technische Situation der Deutschen Telekom zulässt. Für Ihr Verständnis
und Ihre Geduld danken wir Ihnen bereits im voraus!

Eine für mich in der Sache nicht zufriedenstellende Antwort - weil somit der Schuh bei der Telekom liegt...

[WarrenFaith]

Ajo, aber was willste machen? Mehr als warten und hoffen kann man nicht. Solange der Anbieter selbst dafür nichts kann, kann man ihm auch wenig Vorwürfe machen.

[Jann Hendrik]

Aber die Frage die mir dabei kommt ist: Warum dann nur auf unserer Seite? Warum haben die Telekom-Kunden (wenn das denn der Grund ist) die gleichen Probleme nicht auch noch woanders?

[schifti]

wir hatten das gleiche Problem . Wir haben dann den ausgehenden Datenverkehr nicht mehr über die Telekom zurück geschickt, sondern über NetCologne (eine Zeit lang). Denn als bei uns die Daten auch wieder über die Telekom zurück gesendet haben, war es ungefähr genauso wie hier.

Eingang: Telekom -> Server
Ausgang-Gut: Server -> NetCologne -> Telekom
Ausgang-bad: Server -> Telekom

Ich weiss ja nicht, über wieviele Leitungen euer Anbieter verfügt, aber als wir den Datenverkehr noch direkt hatten, haben sich auch die Kunden beschwert, das alles so lange dauert.

[Jann Hendrik]

Zitat von CIX88

Ab und zu dauert es ewig, bis auch die ganzen Bilder (Icon etc..) geladen werden.

die dynamische Anzeige, ob jmd. ICQ/Skype/... on/off-line ist wurde auf statische Grafiken umgestellt, so dass hier keine Prüfung mehr stattfindet. Damit aber weiterhin anzeigt wird, ob ein user über die eine oder andere Technologie zur Kommunikation verfügt bleiben die Bilder drin.

Ich hoffe, dass dadurch, dass die Ladezeiten zu den div. Diensten wegfallen, auch hier keinerlei Bremse mehr ist!

[CIX88]

Damit meinte ich eigentlich sowas hier:
etc...

[Ben]

Hm, das geht bei mir ultra fix.
Kann das wer bestätigen bzw. reproduzieren?

Komisch, komisch ..

[CIX88]

Kann das wer bestätigen bzw. reproduzieren?

Das mit den Bildern bezog sich auf Posting vom 30.10.2006, also ist schon einige Tage her
Nu gehts auch wieder schneller.

[Ben]

Ah, okay. Wenn sowas nochmal vorkommt bitte sofort bzw. schnellstmöglich Bescheid sagen. Dankö.

[robo47]

Aktuell scheint es wieder Probleme zu geben, Pings > 600 und massig timeouts von mir.

[WarrenFaith]

Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 50, Empfangen = 50, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 32ms, Maximum = 36ms, Mittelwert = 33ms

Alles wunderbar aus dem Alice(Hansenet)-Netz

[robo47]

Ping-Statistik für 89.238.64.66:
    Pakete: Gesendet = 47, Empfangen = 34, Verloren = 13 (27% Verlust)
Ca. Zeitangaben in Millisek.:
    Minimum = 140ms, Maximum = 429ms, Mittelwert = 150ms

die pings sind besser geworden grad .. aber der rest ist leider bescheiden.