VoIP - Problem mit Sprachqualität

verwende mal max Performance und screenshot wenn möglich nach kurzer Laufzeit - nicht gleich nach Start
+ orientier dich mal nicht an der Farbe der Adern, wenn schon im Keller bist, gleich noch "drehen" - dann bist auf der sicheren Seite, dass soweit alles getestet hast
 
okay... hier mal mit max performance:
1.jpg2.jpg3.jpg4.jpg5.jpg

Ich habe inzwischen sogar schon das Stromnetz ausgeschlossen per USV. Habe jetzt nochmal mit 1&1 gesprochen und die meinen ich soll mit AVM sprechen .....Ist es die Möglichkeit...*kopfschüttel*
 
die Leitungskapazität (vorher 10456/932 nun 12768/2456) wird nun höher angezeigt
... dementsprechend die Datenrate:
im Empfangsbereich lediglich durch die DSLAM-Datenrate Max. (von 1&1?) begrenzt ist
im Sendebereich wird die max. Leitungskapazität verwendet

das Spektrum sollte sich mal ein anderer User (mit mehr Fachwissen diesbzgl.) anschauen.

wie wurde die Box eingerichtet, manuell oder per Startcode?
unter Telefonie > Eigene Rufnummern > Sprachübertragung - "Detailinformationen beendeter Telefonate anzeigen und mit Push Service versenden" - wie sind hier die Werte? dort kann man auch "Bewertungen" durchführen
 
die Leitungskapazität (vorher 10456/932 nun 12768/2456) wird nun höher angezeigt
... dementsprechend die Datenrate:
im Empfangsbereich lediglich durch die DSLAM-Datenrate Max. (von 1&1?) begrenzt ist
im Sendebereich wird die max. Leitungskapazität verwendet
Mein Tarif Ist 6000/576 (DSL6000 Regio)

wie wurde die Box eingerichtet, manuell oder per Startcode?
unter Telefonie > Eigene Rufnummern > Sprachübertragung - "Detailinformationen beendeter Telefonate anzeigen und mit Push Service versenden" - wie sind hier die Werte? dort kann man auch "Bewertungen" durchführen

Eingerichtet mit Startcode. Der Push Service sendet täglich.

Einzelne Gespräche Bewerten ?? Und dann?

Meinst Du diese Daten hier...?

Datum Rufnummer Sprachübertragung
Dauer (*) Gegenstelle Kodierung Pakete (**) Verloren Verzögerung Jitter Burst Sonstiges
Eigene Rufnummer: ******* (99 %)

0:02 (1548 ms) 89.246.79.44 <| G.711 5444 (-) 0.7 % 88 ms 5 ms 86 ms (100 %)
17.04.2013 21:26 497219600 >| G.711 99792 (-) 0.4 % 19.5 ms 4 ms -

0:34 (2021 ms) 62.52.144.188 <| G.711 99946 (-) 0.0 % 19.5 ms 3 ms 0 ms (0 %)
17.04.2013 21:24 497219600 >| G.711 1570 (-) - 22.5 ms 2 ms -

0:01 (2225 ms) 89.246.79.44 <| G.711 2482 (-) 3.5 % 72 ms 5 ms 150 ms (56 %)
17.04.2013 16:44 49800xxxxxxx >| G.711 1241 (-) - 88 ms 12 ms 0 ms (0 %)

0:01 (1742 ms) 89.246.79.44 <| G.711 1481 (-) 2.1 % 88 ms 6 ms 67 ms (100 %)
17.04.2013 16:34 49800xxxxxxx >| G.711 3799 (-) - 24 ms 12 ms 0 ms (0 %)

0:02 (8435 ms) 89.246.79.44 <| G.711 3508 (-) 9.4 % 24 ms 11 ms 2585 ms (40 %)
17.04.2013 16:33 49800xxxxxxx >| G.711 2252 (-) - 94 ms 12 ms 0 ms (0 %)
 
im Empfangsbereich lediglich durch die DSLAM-Datenrate Max. (von 1&1?) begrenzt ist
im Sendebereich wird die max. Leitungskapazität verwendet
Meiner Beobachtung nach steht das Down- Up-Ratio immer in einem bestimmten Verhältnis zueinander. Wenn einer der beiden Teile durch äußere Einflüsse limitiert ist, wird der andere Teil automatisch auch niedriger limitiert. Daher auch hier die "seltsame" Begrenzung des Download-Speedlimits.

Meinst Du diese Daten hier...?
Code:
Dauer (*)     Gegenstelle     Kodierung  Pakete   Verloren  Verzög.  Jitter   Burst

0:02 (1548 ms)     89.246.79.44 <| G.711  5444 (-) 0.7 %    88 ms    5 ms     86 ms (100 %)
17.04.2013 21:26      497219600 >| G.711 99792 (-) 0.4 %    19.5 ms  4 ms      -

0:34 (2021 ms)    62.52.144.188 <| G.711 99946 (-) 0.0 %    19.5 ms  3 ms      0 ms   (0 %)
17.04.2013 21:24      497219600 >| G.711  1570 (-) -        22.5 ms  2 ms      -

0:01 (2225 ms)     89.246.79.44 <| G.711  2482 (-) 3.5 %    72 ms    5 ms    150 ms  (56 %)
17.04.2013 16:44   49800xxxxxxx >| G.711  1241 (-) -        88 ms    12 ms     0 ms   (0 %)

0:01 (1742 ms)     89.246.79.44 <| G.711  1481 (-) 2.1 %    88 ms    6 ms     67 ms (100 %)
17.04.2013 16:34   49800xxxxxxx >| G.711  3799 (-) -        24 ms    12 ms     0 ms   (0 %)

0:02 (8435 ms)     89.246.79.44 <| G.711  3508 (-) 9.4 %    24 ms    11 ms  2585 ms  (40 %)
17.04.2013 16:33   49800xxxxxxx >| G.711  2252 (-) -        94 ms    12 ms     0 ms   (0 %)
Da kommen wir der Sache schon näher: Es scheint immer diese 0800er Nummer zu sein, die die Aussetzer produziert.
Also mal die konkrete Frage: Bei welchen Nummern hast die diese Probleme? Bei der 07219600 ist alles im Rahmen. Daher liegt erst einmal der Verdacht nahe, dass es an dieser einen(?) 0800er Gegenstelle liegt.
 
Da kommen wir derr Sache schon näger: Es scheint immer diese 0800er Nummer zu sein, die die Aussetzer produziert.
Also mal die konkrete Frage: Bei welchen Nummern hast die diese Probleme? Bei der 07219600 ist alles im Rahmen. Daher liegt erst einmal der Verdacht nahe, dass es an dieser einen(?) 0800er Gegenstelle liegt.

Ja, könnte man denken - aber ist leider nicht so - die 0800er neheme ich nur gern zum Testen wegen dem Sprachcomputer. Der Labert schön gleichmäßig :) Das Problem ist bei anderen Nummern auch so.

Die 0721 ( 1&1) ist nur deshalb von der Werten her besser, weil absolut gar kein Datenverkehr auf der Leitung war - ausser dem Gespräch.
 
Daher auch hier die "seltsame" Begrenzung des Download-Speedlimits.
da muss ich dir widersprechen - schau dir nochmals die Page1 an und nachdem die Perf. auf max. gesetzt wurde/Page2
+ daher hab ich extra die Werte "grob" aus den screenshots genommen / gegenübergestellt = vorher nachher
+ es wird hier ja auch bestätigt:
Mein Tarif Ist 6000/576 (DSL6000 Regio)
technisch wäre somit ca. 5600/2400 lt. letztem screenshot möglich und korrekt

dh man könnte im Bereich Empfang mit den Einstellungen "spielen", nämlich von max. Performance > Richtung Stabilität in kleinen Schritten
im Bereich Senden so lassen

die Frage ist aber trotzdem, wieso bei (mehr als ausreichendem speed) die VoIP-Qualität so schlecht ist.
 
da muss ich dir widersprechen - schau dir nochmals die Page1 an und nachdem die Perf. auf max. gesetzt wurde/Page2
+ daher hab ich extra die Werte "grob" aus den screenshots genommen / gegenübergestellt = vorher nachher
+ es wird hier ja auch bestätigt:
technisch wäre somit ca. 5600/2400 lt. letztem screenshot möglich und korrekt
So gesehen einverstanden, ich habe mich da wohl zu undeutlich ausgedrückt.
Ich habe hier im Forum halt immer wieder beobachtet, wenn entweder der Up- oder Downspeed durch die Leitungskapazität limitiert wird, geht automatisch das komplette Up/Downspeed-Paket ein wenig zurück und man erhält diese seltsamen krummen Werte.
Wie hier bei diesem Anschluss das "Default"-Ratio steht... Keine Ahnung, seltsam ist das schon, denn jeder der beiden Bereiche hat noch massig Reserven zwischen Vertrag und Leitungskapazität.
Vielleicht ist auch das der Grund, dass da irgendwas an Datenpaketen mangels Fehlaushandlung der Leitungsparameter bzw tatsächlicher DSL-Speeddaten über die Wupper geht. Die TCP-Pakete der Daten werden dann einfach neu angefordert, die UTP-Pakete des VoIP-Gespräches aber sind unwiderbringlich futsch.
Ggfl kann man mal (je nach eingesetzter Firmwareversion) versuchen, in der ar7.cfg die Leitungsparameter (MaxDownstreamRate und MaxUpstreamRate) auf die vertraglichen Leitungswerte zu zwingen. :noidea:
Ansonsten wäre das dann ein Fall für den DSLAM-Betreiber, dass der Datensatz des Ports fehlerhaft ist und neu gesetzt werden sollte. So was kann aber nur der Provider (hier 1&1) initiieren
 
Ich glaube, dass mit den Leitungsparametern war auch der erste Gedanke der Hotline... da ich dort mal in der Box "begrenzen" sollte .... Was aber leider daran gescheitert ist, dass die Menüs, in die ich gehen sollte nicht vorhanden waren ;)
 
Diese Menüpunkte kenne ich aus der GUI auch nicht, das ist tief auf telnet-Ebene direkt in der ar7.cfg zu ändern. ;)
Alternativ kann man das über den FBEditor probieren.
 
Wie hier bei diesem Anschluss das "Default"-Ratio steht... Keine Ahnung, seltsam ist das schon, denn jeder der beiden Bereiche hat noch massig Reserven zwischen Vertrag und Leitungskapazität.
Vielleicht ist auch das der Grund, dass da irgendwas an Datenpaketen mangels Fehlaushandlung der Leitungsparameter bzw tatsächlicher DSL-Speeddaten über die Wupper geht. Die TCP-Pakete der Daten werden dann einfach neu angefordert, die UTP-Pakete des VoIP-Gespräches aber sind unwiderbringlich futsch.
Ggfl kann man mal (je nach eingesetzter Firmwareversion) versuchen, in der ar7.cfg die Leitungsparameter (MaxDownstreamRate und MaxUpstreamRate) auf die vertraglichen Leitungswerte zu zwingen. :noidea:
Ansonsten wäre das dann ein Fall für den DSLAM-Betreiber, dass der Datensatz des Ports fehlerhaft ist und neu gesetzt werden sollte. So was kann aber nur der Provider (hier 1&1) initiieren

Müsste das aber nicht flexibel sein, da ja die letztendlich ausgehandelte Datenrate nicht genau der Wert sein wird, der in der Datenbank steht?
Oder meinst Du jetzt die Differenz zwischen meinem Vertragsupstream 576 und der möglichen 2400 ? Wenn die Box natürlich von 2400 ausgeht und nicht von 576 dann kann das Trafficshaping natürlich nur ins Leere laufen ....
???
 
Hier mal die Screenshots nach fast 24h Betrieb mit neuen Einstellungen. Ein nochmaliger Kontakt mit dem 1&1 Backend bestand darauf die alte DSL-Version zu verwenden. Di eFehler reduzieren sich damit von 2000 pro Minute auf <500 die Minute. Das ist doch schonmal etwas. Die Gesprächsqualität ist tendenziell etwas besser geworden aber immer noch von akzeptalbel entfernt. Wenn ich jetzt nicht zufrieden wäre möchte man nen Trace von 3-5 Telefongesprächen haben, um die Datenpakete zu untersuchen.
Hat das schon mal jemand gemacht ?

20-04-2013 17-51-00.jpg20-04-2013 17-51-29.jpg20-04-2013 17-51-46.jpg20-04-2013 17-52-07.jpg20-04-2013 17-52-31.jpg
Gruß,
Christian
 
http://fritz.box > ganz unten Inhalt (sitemap) erneut ganz unten findest du ua. FRITZ!Box Support bzw. AVM-Dienste hier kannst du div. Einstellungen vornehmen und mithelfen, dass die Qualität verbessert wird.

Paketmitschnitt - dort findest du ua. bspw. "Schnittstelle 1 ('voip')" (oder ähnliches) - Start und Stop nach dem Telefonat = Daten speichern
Dateien können teilweise recht groß werden, daher danach manuell zip'en (Packprogramm auf deinem Rechner)
 
Kostenlos!

Statistik des Forums

Themen
248,885
Beiträge
2,303,946
Mitglieder
378,564
Neuestes Mitglied
warumdas