Ich war Sonntag Nachmittag mal wieder bei meiner Schwester (PLZ 91334). Die Performance mit o2 ist schlimmer als je zuvor. Hier muss wirklich bald was geschehen ...

Sie sind in Begriff, Telefon-Treff zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachten Sie, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
Ich war Sonntag Nachmittag mal wieder bei meiner Schwester (PLZ 91334). Die Performance mit o2 ist schlimmer als je zuvor. Hier muss wirklich bald was geschehen ...

Hier in Erlangen befindet sich auch alles auf dem absteigendem Ast. Momentan ist es schon zäh, aber noch akzeptabel. Richtig übel wird es dann gegen 20-21 Uhr...

Und ich dachte bisher, dass nur Arcor bei einem Umzug auf neue Tarifkonditionen + Laufzeit besteht. Jetzt fängt auch noch die Telekom mit solchen Spirenzchen an ... :flop:
Wahrscheinlich muss man bei der Telekom dann auch noch 59,00 EUR für den Umzug des Telefonanschlusses zahlen. Und das, obwohl sie einem sowieso schon 24 Monate neu an die Backe klebt ...
Das mit „Die gewählte Rufnummer ist uns nicht bekannt“ habe ich auch ganz ganz selten mal. Habe o2 DSL jetzt seit über einem Jahr und seitdem ist das so ungefähr dreimal vorgekommen. Ich denke, dass es ein Kommunkationsproblem zwischen Router und SIP-Server ist und die Rufnummer daher irgendwie falsch oder verstümmelt am SIP-Gateway ankommt. Das würde zumindest zum Fehlerbild passen.
Weiter recherchiert habe ich nocht nicht, weil es bei mir so dermassen selten vorgekommen ist, dass es mich nicht stört.
So. Ich habe gerade eben noch einmal getestet. Jetzt, zu sehr später Stunde, erholen sich die Werte in Erlangen wieder. Beachtlich ist auch der hohe Ping der ersten Messung, der wohl durch eine nicht rechtzeitige HSDPA Zuschaltung entsteht.


Also hier in Erlangen weigere ich mich zu Stoßzeiten von UMTS/HSDPA zu sprechen. Datendurchatz, Ping und Stabilität sind eine einzige Katastrophe. Ich denke, das Netz ist maßlos überlastet. Vor ein paar Monaten lief alles noch einwandfrei.
Ist ja schön, dass o2 so kräftig das mobile Internet bewirbt, aber wenn es so endet, sollen sie lieber erstmal in die Anbindung investieren. Ich finde es zumindest mutig hier mit Testwochen zu werben ![]()
Hier zwei Kostproben:


Heute Nacht sieht dann wahrscheinlich wieder alles nach heiler Welt aus. Ich werde auch dazu noch ein Ergebnis nachreichen. Spricht alles für eine Überlastung oder was meint ihr? Habe schon überlegt die Geschichte an o2 zu melden, aber die wissen bestimmt es schon bescheid ...
Ja klar. Du bist bis zum Kündigungstermin wie gewohnt erreichbar. Danach übernimmt o2 deine Rufnummern. Im Optimalfall sind deine Nummern dann also ab 30.04 bei o2.
Habe heute bei meiner Schwester auch mal HSDPA getestet (Hemhofen). Also rund läuft das leider noch nicht. Pingzeiten um die 900ms und absolut wechselhafte Download-und Uploadraten. Hatte paar mal um die 3400 down , aber meist waren es "nur" um die 800 oder so, teilweise auch noch drunter. UMTS Signal liegt übrigens mit Vollausschlag an. Am Empfang liegt es also nicht. Ganz merkwürdig ...
Habe mit verschiedender Hardware getestet und immer das gleiche Ergebnis.
Glaube aber irgendwie auch nicht, dass es an der Netzauslastung liegt. Kommt mir eher so vor, als wäre da bei der netzseitigen Konfiguration einiges im Argen ...
Sie surft jetzt erstmal weiter mit DSL-Light. Ist zwar langsam, aber immerhin stabil ...
So sollte es eigentlich klappen:
1. Busy-on-busy Funktion für MSN in der Telefonanlage aktivieren
2. Im o2 Router darauf achten, dass die zwei Analogports nicht auf die jeweilige MSN ansprechen. Bringt nicht viel, wenn in der Anlage busy-on-busy aktiv ist, der Router aber dennoch am Analogport durchstellt.
Jetzt sollte es nicht mehr klopfen und der Anrufer sollte ein "besetzt" zu hören bekommen.
Das muss ich erst testen. Ich wohne nicht in der Ecke, sondern meine Schwester. Aber die würde sich sicher freuen, wenn es jetzt funktioniert ...
Und die Werte sind wirklich gut. Mal hoffen, dass es auch so bleibt ![]()