Solved
FritzBox Fehler 488 bei Voip 2te Leitung
10 years ago
Hallo,
FritzBox wie üblich eingerichtet, Verbindung besteht und funktioniert alles außer:
bei Telefonat mit 2ter Leitung kommt besetzt und in FritzBox Fehler "Internettelefonie mit xxxxxxxx@tel.t-online.de über tel.t-online.de war nicht erfolgreich. Ursache: Not Acceptable Here (488)"
Ebenso ist die Leitung bei eingehenden Anrufen belegt (Funktion "busy on busy" ist deaktiviert)
Laut AVM alles richtig eingestellt, auch schon mehrfach so erfolgreich gemacht. Telekom nicht zuständig??? ..kann doch nur seitens Telekom blockiert werden?
Lösungsvorschläge?
22250
383
This could help you too
Solved
2011
0
5
3098
0
2
Solved
2213
0
3
Solved
210
0
2
10 years ago
FritzOS 6.24, FB 7490
DSL RAM 6000
ADSL (ITU G.992.1) Annex B
Auch bei mir kann ich keine 2 Gespräche führen. Ursache: Not Acceptable Here (488)
Wird Zeit die Presse oder BNA einzuschalten
5
Answer
from
10 years ago
Answer
from
10 years ago
Answer
from
10 years ago
Nachdem nun doch einige Wochen ins Land gegangen sind und kein Ergebnis seitens AVM und Telekom vorliegt müssen wir als Verbrauch wohl härter werden.
Nach den AGB, Leistungsbeschreibung http://www.telekom.de/dlp/agb/pdf/42838.pdf garantiert Telekom:
Beim IP-basierten Anschluss und beim Universal-Anschluss stehen zwei Sprachkanäle, beim Standardanschluss steht ein Sprachkanal zur Verfügung.
Diese Leistung wird seit Dezember 2014, jedenfalls nach offensichtlichen Änderungen der Telekom mit Routern des Herstellers AVM jedoch an bestimmten Anschlüssen nicht mehr erfüllt.
Also, Deutsche Telekom. Wann wird dieser Fehler nun endlich beseitigt?
In welcher Form werden Kosten für die Fehlersuche, Kaufpreise für nutzlos gewordenes AVM Zubehör erstattet?
Unlogged in user
Answer
from
10 years ago
Guten Abend zusammen,
@bileo1, ich habe schon einen Annex J Anschluss, aber nur DSL 2000 RAM, weil wir in der letzten Ecke wohnen.... @schreck bei dir scheints ja auch zu tun, welche Upload/Downloadraten hast du denn?
Mein Upload ist 540kBit/s, der Download 2230kBit/s. Das war zu Zeiten von Annex B (ich bin seit Anfang Februar IP-ifiziert) deutlich weniger. Der Upload lag bei ca. 280kBit/s und der Download bei 1100kBit/s. Von daher war der Umzug von Annex B zu J rein prozentual betrachtet schon ne Menge. Der absolute Wert ist natürlich trotzdem zum Heulen.
Das Umschalten auf Annex J bei @bileo1 hat halt beim Upload so eine starke Verbessrung gebracht, dass das "Fehlverhalten bei der Bandbreitenbestimmung auf Seiten der Telekom", wie AVM es ja nennt, entweder gar nicht mehr auftritt oder es halt einfach wurscht ist, weil "genug" Upload gibt. Nichtsdestoweniger ist unser aller Upload absolut ausreichend für 2 Gespräche, da gibts nix zu diskutieren.
Für's weitere Vorgehen habe ich auch schon wie @Neubauer08151 an die Bundesnetzagentur oder die (Fach)-Presse gedacht, damit endlich mal Fahrt reinkommt. Der Name des Forums passt jedenfalls zu diesem Thread schon lange nicht mehr, @Sven Ö.
Grüße, Ivo
1
Answer
from
10 years ago
Vorher (Problem vrohanden!):
ADSL (ITU G.992.1) Annex B
DSL Version 1.68.25.45
Up-/Download 6656kbit/s bzw. 672kbit/s
Nachher (Problem nicht vorhanden):
ADSL (ITU G.992.5) Annex J
DSL Version 1.68.25.45
Up-/Download 5632kbit/s bzw. 2178kbit/s
Grüße
Schreck
Unlogged in user
Answer
from
10 years ago
Nachtrag:
Zur Info für euch: Diese relativ positiv formulierte Rückmeldung von AVM in einem Schwesterthread gefunden: https://telekomhilft.telekom.de/t5/Sonstiges-Off-Topic/Sprachkan%C3%A4le-bei-IP-Anschlu%C3%9F-mit-AVM-Fritz-Box-Router/m-p/1286541#M19028
@Sven Ö., könnte man sich hier von Seiten der Telekom mal beim entsprechenden Team erkundigen, das für die Kommunikation mit Herstellern zuständig ist? AVM scheint ja offensichtlich mit irgendjemandem von der Telekom gesprochen zu haben.
Danke, Ivo
0
10 years ago
Hallo,
ich habe exakt das gleiche Problem - lt. AVM liegt seitens der Telekom eine "Fehlbehandlung bei der Bandbreitenbestimmung" vor. Es wir also wohl beim ersten Gespräch unnötig viel Bandbreite reserviert,
so dass kein zweites akzeptiert wird. Auffällig hierbei ist nur, dass es mit einem Speedport funktioniert und mit einem Nicht-Telekom-Gerät nicht. mfg [E-Mail Adresse gelöscht]
Edit Blutomen: Keine personenbezogenen Daten posten.
187
Answer
from
10 years ago
Hallo in die Runde,
wir haben für unsere internen Rückfragen einige Zeit gebraucht – daher danke ich Ihnen zunächst für Ihre Geduld mit dem Telekom hilft Team. Heute kann ich nun für Sie an den Start gehen und die technischen Details schildern, die derzeit zur Abweisung eines zweiten IP-basierten Telefonates mit SIP-Fehler 488 führen, wenn Sie eine FRITZ!Box an DSL 2000 RAM IP oder DSL 6000 RAM nutzen:
Wenn Sie an Ihrem IP-basierten Anschluss über die dazugehörigen Rufnummern telefonieren, sorgen wir in unserem Netz für eine optimale Gesprächsqualität: So können Sie während Ihrer Telefonate unbesorgt weitere Online-Dienste nutzen – etwa Streaming, Downloads oder E-Mail. Dazu reservieren wir für das IP-basierte Telefonieren einen festen Anteil Ihrer DSL-Verbindung.
Dieser Anteil ist so bemessen, dass gleichzeitig mindestens zwei IP-basierte Telefonate mit einem der Audio-Codecs G.711a und G.722 möglich sind. Diese beiden Codecs haben wir als Standard für das IP-basierte Telefonieren in unserem Netz festgelegt.
Wenn ein Endgerät weitere Codecs zur Verwendung „anmeldet“, kann das Netz nicht beeinflussen, welcher dieser Codecs letztlich für das IP-basierte Telefonat zum Einsatz kommen wird. In diesem Fall muss ein hinreichender Teil des reservierten DSL-Anteils für das laufende Gespräch freigehalten werden – und zwar so viel davon, dass auch die datenhungrigsten offiziell spezifizierten Codec-Varianten „hindurch passen“.
Das kann zu Situationen führen wie bei Nutzern von FRITZ!Boxen an DSL 2000 RAM IP und DSL 6000 RAM, wenn dort der Aufbau eines weiteren IP-basierten Telefonates mit dem SIP-Fehler 488 abgewiesen wird.
Der technische Auslöser ist also einerseits das Verhalten des DSL-Endgerätes gegenüber dem Netz, andererseits die notwendige Qualitätssicherung im Netz selbst. Es geht um das Zusammenspiel (die „Interoperabilität“) von Endgerät und Netz – weder das Netz noch das Endgerät verhalten sich hier falsch.
Lösungen sind daher sowohl im Netz als auch am Endgerät möglich. Wir arbeiten für Sie auch bereits an einer Lösung im Netz, konkret im IP Multimedia Subsystem ( IMS ). Diese Plattform verbindet unser Festnetz noch enger mit unserem Mobilfunk-Netz, sie bietet aktuell und zukünftig die nötige Leistungsfähigkeit.
In diesem Zusammenhang wurde in unserer Community der Vorwurf erhoben, die Telekom lege ihre aktuellen „Spielregeln“ für Netz und Dienste nicht offen. Diese Spezifikationen sind aber frei verfügbar, u. a. in der Datei 1TR114_V300_2013-06-28.pdf, die Sie hier im Thread als Anhang zu diesem Beitrag finden. Öffentlich bereitgestellt wurde sie von der Telekom in der Rubrik „Schnittstellenbeschreibungen für Hersteller“ des Hilfe- und Service-Portals; dort ist sie enthalten im Datei-Archiv http://hilfe.telekom.de/dlp/eki/downloads/1/1TR114.zip .
Zwei Abschnitte, die für unsere Diskussion hier im Thread wichtig sind, finden sich darin auf den Seiten 22 und 24 – hier die Übertragung ins Deutsche:
Seite 22:
3.2 Definitionen
Dieses Dokument macht Gebrauch von folgenden Begriffen und Definitionen:
Muss = Wie üblich in Spezifikationen und Dokumenten von Deutscher Telekom, 3GPP, ETSI and ITU-T, wird das Wort muss verwendet, um ein Verfahren oder eine Voraussetzung als verpflichtend zu kennzeichnen. (Hinweis)
Seite 24:
4.2.2 Telefonie
Voice over IP (VoIP) wird gemäß dem SIP-Protokoll umgesetzt. Die zu erfüllenden Spezifikationen für die Datenflusskontrolle werden in Abschnitt 7 benannt.
Für den Media-Stream müssen die Codecs G.711a [26] (A-Law) und G.722 [27] genutzt werden. […]
Seite 27:
Codecs, die in Tabelle 6-1 und 6-2 aufgeführt sind, werden von der NGN-Plattform der Deutschen Telekom unterstützt. [Auch das IMS zählt zur NGN-Plattform.]
HINWEIS: Sofern keine Transkodierungsregeln oder andere Einschränkungen (z. B. RACS) dagegen sprechen, werden alle Audio- und Video-Codecs transparent durch die NGN-Plattform der Deutschen Telekom geleitet. [„Transparent“ heißt: sie bleiben unverändert und werden nicht abgewiesen.]
Spezifikation
Titel
Bezug
G.711
Puls-Code-Modulation (PCM) von Sprachfrequenzen (A-Law)
[26]
G.722
7 kHz Audio – Codierung mit 64 kbit/s
[27]
Tabelle 6-1: Audio-Codecs
Zugegeben – das *war* jetzt technisch
. . . aber eines wurde hier im Thread ja sehr deutlich: Viele User möchten wissen, was genau da eigentlich im einzelnen „unter der Haube“ geschieht; und sie haben uns mit Ihren eigenen Recherchen und Rückmeldungen sehr engagiert unterstützt, damit wir gemeinsam die Ursache für das Symptom herausfinden. Dafür danke ich allen „Aktiven“ sehr herzlich!
Beste Grüße
von
Helge R.
1TR114_V300_2013-06-28.pdf
Answer
from
10 years ago
Hallo etSoftware,
hallo in die Runde,
Na, dann möchte ich auch nochmal klarstellen, dass an genau so einem Anschluss (mit Fehler 488) dieser Fehler eine Woche lang weg war nur durch Eintrag eines Proxy der Telekom an einer bestimmten Stelle. Also ohne den Anschlusstyp (Punkt a) oder die Fritzbox mit ihren bestimmten Audio-Codec-Listen (Punkt b) zu verändern.
Na, dann möchte ich auch nochmal klarstellen, dass an genau so einem Anschluss (mit Fehler 488) dieser Fehler eine Woche lang weg war nur durch Eintrag eines Proxy der Telekom an einer bestimmten Stelle. Also ohne den Anschlusstyp (Punkt a) oder die Fritzbox mit ihren bestimmten Audio-Codec-Listen (Punkt b) zu verändern.
ja, weil das IMS umgangen wurde – was aus meiner Sicht nicht auf Dauer klappen kann . . .
Inzwischen ist dieser Proxy leider nicht mehr erreichbar (Ping bleibt erfolglos). Der Workaround funktioniert hier also momentan leider nicht mehr
Inzwischen ist dieser Proxy leider nicht mehr erreichbar (Ping bleibt erfolglos).
Der Workaround funktioniert hier also momentan leider nicht mehr
Der hier im Thread beschriebene „Workaround” war eine „Zeitreise in die Vergangenheit”, daher bot er von vornherein keine nachhaltige Lösung.
Vielmehr als an einer Stellungnahme zu den technischen Hintergründen wäre ich an einer praktikablen Lösung interessiert und das bitte möglichst bald.
Vielmehr als an einer Stellungnahme zu den technischen Hintergründen wäre ich an einer praktikablen Lösung interessiert und das bitte möglichst bald.
Wie hier im Thread bereits mehrfach erwähnt, ist der direkte Weg zum Ziel momentan der Einsatz eines aktuellen Speedport-Modells.
Beste Grüße
von
Helge R.
Answer
from
10 years ago
ja, weil das IMS umgangen wurde – was aus meiner Sicht nicht auf Dauer klappen kann . . .
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Bis das tolle neue IMS funktioniert, hätte mir schon gereicht
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Der hier im Thread beschriebene „Workaround” war eine „Zeitreise in die Vergangenheit”, daher bot er von vornherein keine nachhaltige Lösung.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Früher war Alles besser. Ok, kein Multimedia, aber wenigstens Telefonieren
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Wie hier im Thread bereits mehrfach erwähnt, ist der direkte Weg zum Ziel momentan der Einsatz eines aktuellen Speedport-Modells.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Wenn Sie das mal vorher gesagt hätten, dass der neue tolle IP-basierte Anschluss nur mit nem Speedport funktioniert, hätte ich den Kunden nicht jetzt zum Umstieg von ISDN auf IP geraten, da aus anderen Gründen nur eine Fritzbox zum Einsatz kommen soll.
Ja, ich bin enttäuscht und fühle mich im Regen stehen gelassen.
Unlogged in user
Answer
from
10 years ago
Hallo,
da es so einfach ist, hier noch einmal die LÖSUNG (ja, es hat 10 min gedauert und das Problem ist weg). Dies ist der Beitrag von REDGOLEM https://telekomhilft.telekom.de/t5/Telefonie/FritzBox-Fehler-488-bei-Voip-2te-Leitung/m-p/1336282#M35847 für Nicht-Linuxer wie mich.
Ich gehe davon aus, daß man vor einem "ganz normalen" Windows-PC sitzt, der im selben (Heim-)Netz wie die Fritzbox hängt.
1) Telnet vom IP-Telefon aus aktivieren:
http://thomasheinz.net/telnet-bei-der-fritzbox-z-b-7270-ohne-telefon-und-mod-aktivieren-und-verbindung-herstellen/
2) Putty downloaden http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html und mit Doppelklick starten (muß nicht installiert werden).
3) Im Putty-Fenster die IP-Adresse der Fritzbox eintragen (Port belassen), in der Zeile darunter auf "Telnet" stellen (Port ändert sich in der Zeile darüber auf 23), unten auf "Open".
4) Wenn das sich öffnende Fenster nach dem Passwort fragt, hat man gewonnen. Passwort der Fritzbox blind eintragen und mit Enter bestätigen.
5) Jetzt den Editor aufrufen wie von redgolem beschrieben:
nvi /var/flash/voip.cfg
6) Mit der Pfeiltaste nach unten scrollen und im Abschnitt ua1 die Zeile suchen
no_register_fetch = "no";
7) Mit den Pfeiltasten auf das "n" von "no" navigieren, zweimal die x-Taste drücken (löscht das "no").
😎 Mit "i" den "insert"-Modus aktiveren, dann yes schreiben, mit der Escape-Taste den insert-Modus beenden.
9) Jetzt analog weitermachen wie im Beitrag von redgolem beschrieben: Suchen, mit x die falschen Buchstaben löschen, mit i den Insert-Modus aktivieren, schreiben, Escape.
10) Das Speichern etc. geht dann ohne weitere Verrenkungen genau wie von redgolem beschrieben. Wenn man fertig ist, macht man einfach das Fenster zu UND MAN KANN PLÖTZLICH WIEDER MIT ZWEI LEITUNGEN TELEFONIEREN!
Christoph
6
Answer
from
10 years ago
Hallo liebes "Telekom Hilft"-Team,
während in den vergangenen Wochen immer mal wieder recht optimistische Beiträge von Ihnen zu lesen waren, ist es nun verdächtig ruhig geworden. Das Thema selbst ist aber doch nicht gelöst, oder?
Klaus
Answer
from
10 years ago
Hallo an alle:
das Problem ist gelöst: nachdem ich zunächst von der Hotline die Aussage bekam, ich müsse mich wg. Annex-J / Annex-B mit dem Vertrieb in der Verbindung setzen (was ich nicht getan habe), kam 2 Tage später eine Mitteilung per (richtiger) Post, daß mein Anschluß von DSL RAM 6000 in DSL RAM 6000 IP geändert würde (ich hatte aber seit Oktober 2014 schon VoIP - dachte ich). Dazu der Hinweis zu den ev. eingeschränkten Bandbreiten (... bis zu).
Nochmal ein oder 2 Tage später wurde tagsüber der Internetzugang kurz unterbrochen, seitdem steht als Bandbreite im download 8.191 kbit/s und im upload 2.576 kbit/s (!) zur Verfügung (ADSL 2+ (ITU G.992.5) Annex J. Damit kann ich zwei Gespräche gleichzeitig führen; damit läuft dann auch der callthrough.
Auch wenn es etwas holperig war, möchte ich mich dennoch bei der Telekom bedanken - schlußendlich wurde das Problem vglw. einfach und schnell behoben. Man soll ja nicht immer nur schreiben, wenn etwas NICHT klappt. Ich hoffe, daß allen anderen Betroffenen ähnlich zügig geholfen wird.
Beste Grüße
stromsholm
Answer
from
10 years ago
Hallo stromsholm,
schön dass sich die Sache für dich erledigt hat. Das dürfte aber nur für dich gelten, weil deine nun höheren Leitungskapazitäten ein anderes Profil bei der Bandbreitenreservierung mit sich bringen.
Das eigentliche, hier diskutierte Problem ist m.E. noch nicht gelöst.
Gruß schusch
Unlogged in user
Answer
from
Accepted Solution
accepted by
10 years ago
Hallo in die Runde,
vor einigen Wochen schrieb ich hier im Thread:
Heute nun ist es soweit: Laut unseren Kolleginnen und Kollegen sind die Lösungsschritte im Netz der Telekom abgeschlossen. Auch mit geeigneten FRITZ!Boxen sollten nun an DSL 2000 RAM IP und DSL 6000 RAM wie gewohnt gleichzeitig zwei IP-basierte Telefonate möglich sein.
Damit hat sich *eine* Hoffnung von Bodo-Hybrid bereits erfüllt:
Bei dieser Gelegenheit zwei klare Worte an HeikoHärtel:
Mir ist bewusst, dass wir nicht jede Einschränkung am Dienst, im Netz oder beim Einsatz eines Endgerätes der Telekom so rasch beseitigen konnten wie in diesem Fall.
Wir schneiden aber seit geraumer Zeit alte Zöpfe & Bärte ab und gehen Ihren Hinweisen auf solche Einschränkungen aktiv für Sie nach.
Alle Kolleginnen und Kollegen unserer Fachbereiche, denen ich in diesem Zusammenhang begegnet bin, haben sowohl Einsichtsfähigkeit als auch guten Willen gezeigt und durch die erfolgten Änderungen im Netz für Sie erlebbar bewiesen.
Sie beziehen sich auf einen Hinweis von @prodo_1; da wir hier nicht im Kindergarten sind und weder ein Community Guide noch das Telekom hilft Team mit jemandem „schimpft”, der ein Anliegen sachlich darstellt, gehe ich gern in der Sache direkt auf prodo_1 ein:
Zum Thema „fetch binding” und der Tatsache, dass dieses Verhalten im Netz der Telekom laut SIP-Spezifikation erklärtermaßen unerwünscht ist, hatten wir uns ja in einem Parallel-Thread ausgetauscht. Wir gehen der technischen Ursache für die Situation im geschilderten Nutzungsszenario und denkbaren Lösungen intern bereits nach.
Bis dahin ist ein zuverlässiger Workaround verfügbar, indem nämlich das Verhalten der FRITZ!Box beim Einsatz als IP-Client hinter einem Speedport Hybrid entsprechend angepasst wird. Auch das FRITZ! OS könnte sicherlich hierzu beitragen, wenn es noch genauer auf den Betrieb an den IP-basierten Anschlüssen der Telekom abgestimmt würde – wie beim SIP-Fehler 488 gehören halt auch hier zwei Seiten zu der einen Medaille . . .
Beste Grüße
von
Helge R.
0
8 years ago
Seit drei Tagen kann ich keine Fax mehr senden ohne Einstellungsänderungen
1
Answer
from
8 years ago
willkommen in unserer Community.
Seit drei Tagen kann ich keine Fax mehr senden ohne Einstellungsänderungen
Bitte geben Sie uns weitergehende Infomationen, z.B. zu den verwendeten Geräten. Wird Ihnen ein Fehler ausgewiesen?
Grüße Detlev K.
Unlogged in user
Answer
from
6 years ago
Bei mir das gleiche und habe Handy Fritzfon app drauf und muss Vorwahl mit Wählen aber funktioniert einwandfrei
1
Answer
from
6 years ago
Da muss du unter fritz.box -->Telefonie > eigenen Rufnummern > Anschlusseinstellungen deine Vorwahl eintragen
muss dann so aussehen
00 49
0 (Vorwahl ohne 0)
Unlogged in user
Answer
from
Unlogged in user
Ask
from