Reaktionszeit des Servers

[Carsten]

Hallo,
ich und mindestens ein weiterer Dresdner haben seit gestern massive Probleme mit der Verbindung zum Boardserver. Teilweise brauchen die einzelnen Seitenaufrufe mehrere Minuten. (Browserunabhängig)

Lokwolf hat keine Probleme mit dem Boardserver feststellen können.
(Danke für die schnelle Antwort)

Gibt es noch mehr Betroffene?

 

[Dikusch]

Bei mir funzt alles wunderbar! Bin also nicht der weitere betroffene Dresdner
GrüDiCa

 

[Columbus210]

Auch im Stadtzentrum ist alles ok, keine Probleme

 

[TT_Fan]

Gestern und heute hatte ich ebenfalls massive Probleme mit der Serververbindung. Also kann das kein "Dresdner" Problem sein.
Zur Zeit ist die Verbindung manchmal schnell, der Aufruf der nächsten Seite kann dann aber auch eine Ewigkeit dauern.

MfG

 

[Grischan]

Menno Leute, das I-Net ist nicht nach Städten sortiert sondern nach Providern und deren Verbindungen untereinander. Ich bin heut von drei verschiedenen Stellen zum Board. Meinem Kunde Deutsche Post, meiner Firma (über Telekom angebunden) und zu Hause (gmx). Überall flutscht es. Da ist wohl auf eurem Weg zum Boardserver irgendwo ein Knoten inna Leitung.

 

[Carsten]

Grischan, schon klar, aber bei mir trifft es nur die Verbindung zum tt-board. Alles andere ist gewohnt schnell.

 

[Stardampf]

Hi allemann,
ich habe (in MD) die gleichen Probleme wie Carsten,
das erste Öffnen des Portals gelingt meistens noch, der erste Thread geht auch noch auf, aber schon langsamer. Beim zweiten, spätestens beim dritten Leseversuch hängt sich dann das Ganze auf, auch nach 10min Wartezeit passiert nichts mehr. Auch Schreiben ist so fast unmöglich. Nach Neustart (auch mit anderem Browser) beginnt das Theater von vorne.

Alles aber nur das TT-Board betreffend, beliebige andere Adressen funzen wie gewohnt!

Das geht so seit Mittwoch(?) und erweckt nicht den Eindruck, daß es von alleine wieder besser würde.

Jetzt klappt das mit dem Schreiben nur, weil ich hier vor Stolli's Rechner sitze, bei dem diese Probleme nicht auftreten.

Ich hoffe, uns kann geholfen werden, denn dieser Zustand ist auf die Dauer nicht haltbar.

 

[TT_Fan]

Hallo Grischan,
wie meine Vorschreiber schon feststellten: Die Geschwindigkeitsprobleme betreffen nur das TT-Board. Alle anderen Seiten und eMails gehen gewohnt schnell.

Wenn eine Seite nur ganz langsam aufgebaut wird, hilft es bei mir oft "Aktualisieren" anzuklicken oder "Zurück" und die Seite nochmals anfordern. Der zweite Versuch ist dann wesentlich schneller.

MfG

 

[BerlinAndré]

Ich hab auch diese Probleme. Allerdings habe ich festgestellt
-das der Chat problemlos funktioniert
-Forum, TT-Links, TT-Datenbank etc.... auch alles in Ordnung

Einzig und allein das "Portal" zeigt (außer die Befehlsleiste oben) öfter mal nichts an. ???

 

[WvR]

Einzig und allein das "Portal" zeigt (außer die Befehlsleiste oben) öfter mal nichts an. ???

Genauso ist es heute mal wieder. Einfach zum k..... Irgendwie habe ich den Eindruck, daß man das TT-Board auf dieses Art und Weise rausekeln will.

Wolfgang

 

[Torsten]

vbindex.php

...irgendwie konzentriert sich das Problem auf diese Datei - sobald die geladen werden soll (Portal), klemmt es von Zeit zu Zeit...wenn ich dann auf "Abbrechen" klicke im Browser, habe ich in der Regel alles da.

 

[FrEi]

genau wie bei Torsten. Nach abbruch geht es.

 

[JPP]

Hi!

Bei mir über 1&1 DSL in Berlin funzt alles super!
Tja, vielleicht will man ja euch auch nur zum 1&1 DSL-Anschluss bewegen....

MfG JPP

 

[Stardampf]

Hi allemann,
bei mir klemmt nicht nur das Portal,
auch beim öffnen eines threads, beim öffnen des Antwortfensters sowie beim Anzeigen der fertigen Antwort nach dem Abschicken hakelt es gewaltig. Nur mit mehrfacher Benutzung des "Aktualisieren"-Buttons funzt es überhaupt.
Dabei vergehen bei jeder Aktion Minuten, das macht echt keinen Spaß mehr!
Ich habe den Eindruck, daß die Daten schnell rausgehen und nur der 'Input' ausgebremst wird.
Erst die unerklärlichen Probleme mit dem Chat (das ist bis jetzt nicht besser) und jetzt dieses...

!

 

[Grischan]

Hallo Grischan,
wie meine Vorschreiber schon feststellten: Die Geschwindigkeitsprobleme betreffen nur das TT-Board. Alle anderen Seiten und eMails gehen gewohnt schnell.

Das besagt garnix, da die Datenpakete im Internet über viele verschiedene Server laufen, je nach Quelle/Ziel über andere.

Wenn eine Seite nur ganz langsam aufgebaut wird, hilft es bei mir oft "Aktualisieren" anzuklicken oder "Zurück" und die Seite nochmals anfordern. Der zweite Versuch ist dann wesentlich schneller.

Bei wiederholtem drücken des A-Buttons werden vorhandene Bestandteile der Seite aus dem Cache abgerufen. Wenn diese dann angekommen sind, gehts schneller.

Um das Problem einzugrenzen könnten alle betroffenen mal folgenden aufruf auf der Kommandozeile ausführen und das Ergebnis hier einstellen:

H:\>tracert www.tt-board.de

hier mal mein ergebnis:

Routenverfolgung zu www.tt-board.de [212.227.63.146] über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms 10.195.144.250
2 <1 ms <1 ms <1 ms 10.195.159.249
3 22 ms 16 ms 16 ms 10.195.5.29
4 16 ms 16 ms 16 ms 10.195.0.25
5 * 17 ms 17 ms 149.239.206.61
6 18 ms 17 ms 17 ms 149.239.163.253
7 17 ms 17 ms 17 ms 149.239.163.197
8 18 ms 18 ms 18 ms c5.f.de.plusline.net [213.83.33.137]
9 27 ms 25 ms 24 ms de-cix1.schlund.net [80.81.192.123]
10 27 ms 28 ms 28 ms pos-50.gw-backbone-b.bad.schlund.net [212.227.120.39]
11 30 ms 299 ms 223 ms 0kac1a.gw-distp-a.bs.ka.schlund.net [212.227.116.210]
12 27 ms 38 ms 26 ms pkad1.gw-prtr-r11-a.bs.ka.schlund.net [212.227.34.199]

Bei dem Stern gabs ne Zeitüberschreitung, bzw, die Daten sind im Nirvana verschwunden.

 

[Lokwolf]

So jetzt ich mal wieder:

1.) SD, Du hast ein Providerproblem! Das haben wir auch schon offline geklärt.
Das der Chat nicht funzt ist das beste Beispiel dafür.

Das die 1&1 und Telekomnutzer weniger Probleme haben, liegt an dem gemeinsam genutzten Backbone ins 1&1 RZ nach Karlsruhe.

1&1 hatte selber in letzter Zeit einige Probs innerhalb ihres RZ, da kommt dann noch dazu.

Ich weiss nicht, wie die anderen Provider ihre Kundschaft an den T-Backbone anbinden aber im Zweifel ist das auch schon ein Klingeldraht um schön billig zu bleiben.

2.) Probs beim Seitenaufbau

Dazu gibts zwei Dinge zu sagen:
a.) Das Board hat zur Zeit deutlich mehr Zugriffe als vor einem Monat
b.) Ich muss diverse Softwarestände aktualisieren

Deshalb wird demnächst das Board wieder mal für einen oder zwei Tage vom Netz.
Ich sag dann Bescheid.

Übrigens wurden wir auch in letzter Zeit von diversen Hackern angeggriffen, allerdings ohne Erfolg für diese.
Auch das macht sich manchmal in der Perfomance bemerkbar!

Gruß vom Rhein
Lokwolf

 

[Torsten]

...Um das Problem einzugrenzen könnten alle betroffenen mal folgenden aufruf auf der Kommandozeile ausführen und das Ergebnis hier einstellen:

H:\>tracert www.tt-board.de

...

Ich habe doch aber gar kein "H"....

Egal, hier mein Ergebnis:

C:\>tracert www.tt-board.de

Routenverfolgung zu www.tt-board.de [212.227.63.146] über maximal 30 Abschnitte
:
<1-4 = Datenschutz>

5 85 ms 14 ms 7 ms ar-dresden2.g-win.dfn.de [188.1.35.133]
6 84 ms 92 ms 98 ms ar-dresden1-ge1-0-730.g-win.dfn.de [188.1.69.4]
7 8 ms 8 ms 8 ms cr-leipzig2-po3-0.g-win.dfn.de [188.1.70.49]
8 14 ms 15 ms 14 ms cr-frankfurt1-po10-0.g-win.dfn.de [188.1.18.189]
9 44 ms 15 ms 15 ms ir-frankfurt2-po4-0.g-win.dfn.de [188.1.80.46]
10 32 ms 24 ms 38 ms 212.227.112.37
11 17 ms 17 ms 17 ms so-5000.gw-backbone-a.bs.ka.schlund.net [212.227.120.6]
12 55 ms 39 ms 53 ms a0kac2a.gw-distp-a.bs.ka.schlund.net [212.227.121.210]
13 18 ms 26 ms 24 ms pkad1.gw-prtr-r11-a.bs.ka.schlund.net [212.227.34.199]
14 * * * Zeitüberschreitung der Anforderung.


Danach verliesen sie ihn...

 

[Per]

genau wie bei Torsten. Nach abbruch geht es.

Dann ist nicht die Seite vindex.php schuld, sondern irgend was, was darin aufgerufen wird. Schaut mal, ob nach dem Abbruch die Seite unten komplett ist.
Leider werden auch Tabellen (und davon gibt es viele) erst angezeigt, wenn das letzte Element darin übertragen ist.

 

[Grischan]

Jo Per das meinte ich ja, vielleicht auch mal nen andren Brauser probieren, der nicht auf das letzte Element wartet. Der Feuerfüx zB. stellt partiell dar und refresht das Layout noch mal wenn alles da ist.

 

[TT_Fan]

Hallo Grischan,
glaube mir alle meine Internetaufrufe werden in Datenpaketen auf verschiedenen Wegen an mich übermittelt. Das gilt nicht nur für das TT-Board. In diese Wege ist auch keine spezielle Bremse nur für diese TT-Seiten eingebaut.

Mit der Funktion "Aktualisieren" werden die Daten neu angefordert, nicht lokal neu eingelesen. Mit Hilfe des Fortschrittbalkens und der Anzahl der empfangenen Bytes kann ich sehen, dass manchmal keine Daten oder nur sehr wenige bei mir ankommen.

Das Problem tritt bei mir mit T-DSL, aber auch per ISDN (Test an zwei verschiedenen Standorten) über NGI, Acor oder Freenet auf.

MfG


Route-Verfolgung zu www.tt-board.de [212.227.63.146]
über maximal 30 Abschnitte:

1 118 ms 72 ms 45 ms 217.0.116.111
2 35 ms 36 ms 34 ms 217.0.71.166
3 43 ms 43 ms 45 ms f-eb5.F.DE.net.DTAG.DE [62.154.17.58]
4 44 ms 43 ms 43 ms 212.227.112.28
5 56 ms 56 ms 57 ms so-5000.gw-backbone-a.bs.ka.schlund.net [212.227
.120.6]
6 47 ms 47 ms 47 ms a0kac2a.gw-distp-a.bs.ka.schlund.net [212.227.12
1.210]
7 48 ms 46 ms 47 ms pkad1.gw-prtr-r11-a.bs.ka.schlund.net [212.227.3
4.199]
8 * * * Zeitüberschreitung der Anforderung.
9 * * * Zeitüberschreitung der Anforderung.
usw.

 

[Carsten]

Routenverfolgung zu www.tt-board.de [212.227.63.146] über maximal 30 Abschnitte
:

1 91 ms 77 ms 46 ms 10.3.0.1
2 62 ms 46 ms 62 ms fe-catv.caesar2.ddkom.net [212.80.224.141]
3 62 ms 62 ms 46 ms 1.207.19.84.ddkom.net [84.19.207.1]
4 46 ms 46 ms 46 ms 65.207.19.84.ddkom.net [84.19.207.65]
5 62 ms 62 ms 62 ms fe-4-0-504.SOLM01-19.ffm.core.as15837.de [82.145
.0.65]
6 78 ms 62 ms 62 ms ge-0-2.KLEY09-12.ffm.core.as15837.de [82.145.0.1
58]
7 62 ms 62 ms 62 ms ge-0-3.core-decix-1.ffm.core.as15837.de [82.145.
0.154]
8 78 ms 62 ms 77 ms de-cix1.schlund.net [80.81.192.123]
9 62 ms 78 ms 77 ms pos-50.gw-backbone-b.bad.schlund.net [212.227.12
0.39]
10 78 ms 62 ms 62 ms a0kac1a.gw-distp-a.bs.ka.schlund.net [212.227.11
6.210]
11 78 ms 109 ms 77 ms pkad1.gw-prtr-r11-a.bs.ka.schlund.net [212.227.3
4.199]
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
15 * * * Zeitüberschreitung der Anforderung.
16 * * * Zeitüberschreitung der Anforderung.
17 * * * Zeitüberschreitung der Anforderung.
18 * * * Zeitüberschreitung der Anforderung.
19 * * * Zeitüberschreitung der Anforderung.
20 * * * Zeitüberschreitung der Anforderung.
21 * * * Zeitüberschreitung der Anforderung.
22 * * * Zeitüberschreitung der Anforderung.
23 * * * Zeitüberschreitung der Anforderung.
24 * * * Zeitüberschreitung der Anforderung.
25 * * * Zeitüberschreitung der Anforderung.
26 * * * Zeitüberschreitung der Anforderung.
27 * * * Zeitüberschreitung der Anforderung.
28 * * * Zeitüberschreitung der Anforderung.
29 * * * Zeitüberschreitung der Anforderung.
30 * * * Zeitüberschreitung der Anforderung.

Ablaufverfolgung beendet.

Punkt 11 bei mir ist die gleiche Abbruchstelle wie bei den anderen und da liegt wohl das tt-board vergraben. Es macht echt keinen Spaß mehr hier lesen und schreiben zu wollen. Zig mal den Reload Button drücken bis der Board-Server gewillt ist alle Daten zu schicken.

 

[JPP]

Hi!

Also bei mir funzt in letzter Zeit alles, aber diese Zeitüberschreitungen nach dem schlund.net kommen bei mir auch ab Nr. 9.
Vielleicht ist ja schlund.net bei denen nicht der Name, sondern das Programm?!

MfG JPP

 

[Grischan]

pkad1.gw-prtr-r11-a.bs.ka.schlund.net [212.227.34.199] ist die letzte Adresse die den Tracert-dienst unterstützt. Das TT-Board hat die IP 212.227.63.164 und liegt also noch in einem anderen Subnetz. Der Router dazwischen läßt offenbar die tracert-anfrage nicht durch deshalb kommt dort die Zeitüberschreitung.

Knut gibt es für das Board nicht ein Request-Response-Log mit dem die Antwortzeiten ermittelbar sind? Bisher hat sich auch noch keiner zu verwendeten Browserversionen geäußert. Warum soll der Server ausgerechnet euch schlecht behandeln? Meint ihr ihr steht auf irgend einer Bremsliste?

 

[Grischan]

Hallo Grischan,
glaube mir alle meine Internetaufrufe werden in Datenpaketen auf verschiedenen Wegen an mich übermittelt.

Genau für diese Wegeermittlung ist das traceRT-Programm gemacht. Der Weg ändert sich auch nur wenn die Routenkonfiguration der Unterwegsrouter geändert wird, das sollte bei dem relativ stabilen Netz in Deutschland eher selten passieren.

Mit der Funktion "Aktualisieren" werden die Daten neu angefordert, nicht lokal neu eingelesen. Mit Hilfe des Fortschrittbalkens und der Anzahl der empfangenen Bytes kann ich sehen, dass manchmal keine Daten oder nur sehr wenige bei mir ankommen.

Da unterliegst du einem Irrtum. Der Aktualisieren-Button schickt an den Server eine Anfrage nach dem Seitendatum und vergleicht dieses mit dem Cache-Datum. Ist die Serverseite jünger erfolgt ein reload. Erzwingen kannst du das reload, wenn du beim drücken der ReloadTaste gleichzeitig die Ctrl (oder auf deutschen Tastaturen Strg) drückst.

Ganz abgesehen davon haben viele Router mitlerweile lokale Caches um Traffic zu minimieren (gerade in Firmennetzen) Es kann also gut sein das bestimmte fixe Seitenteile wie Bilder aus diesem Cache kommen.

Die Sache mit dem Tracert hatte ich vorgeschlagen um eventuell zu sehen ob betroffene über gleiche Knoten geroutet werden. Carsten und du kommen aber schon über andere Wege in das Schlund-Netz

 

[Lokwolf]

Leutz, das tracert wird wohl keine sauberen Ergebnisse liefern, da ICMP durch unsere Firewall ausgeschaltet ist.

Nochmal, der Server ist in Ordnung, es gibt von Zeit zu Zeit offensichtliche Probleme im RZ-Netz von 1&1.
Darüber hinaus bombardieren uns diverse Hackerangriffe (alle abgewehrt bisher).

Ich muss, wie oben schon irgendwo geschrieben, auch mal einiges an Software aktualisieren.
Dann könnte es sein, dass Einiges wieder schneller geht.

Gruß vom Rhein
Lokwolf