Anrufbeantworter: "Keine Verbindung" oder Stille beim Abnehmen #101
Comments
|
In den Logs sieht alles ganz normal aus, der AB ist registriert und hält die Registrierung aktuell. Leider ist ganz schwer nachvollziehbar, was mit dem Audio bei den Anrufen war. Auf jeden Fall hat auch der AB bei Deinem Test-Anruf 2024-11-19 22-24-28-885 von Dir nichts gehört. Der Anruf "in Abwesenheit" - wann genau war der - vielleicht kann ich etwas in den Log-Dateien nachvollziehen. Obwohl ich auf dem Live-System nur ganz wenig Logging aktiv habe - aber wer weiß. |
|
Wenn ich Intern den AB Anrufe, höre ich auch nichts. Nach ein paar Sekunden kommt das Belegt Zeichen. Das gleiche hatte ich schonmal: #81 Mir wird allerdings in der AB Phoneblock App kein Anruf signalisiert. |
|
Ich habe gestern noch einmal getestet und einen neuen AB (ab-8113874990237xxx) erstellt. In der FRITZ!Box habe ich auch alles noch einmal nach Anleitung neu eingerichtet . Beim ersten und zweiten Test gegen 17:40 hatte ich wieder das Problem, dass der AB zwar ran geht, aber keine Ansage kommt (der Anruf wird auf der AB-Oberfläche registriert). Beim dritten Versuch kam dann am Telefon die Meldung "Keine Verbindung", der Anruf wurde auf der AB-Oberfläche nicht aufgezeichnet. Kurz nach Mitternacht habe ich noch einmal einen Versuch gewagt, hier klappte es dann endlich zwei Mal in Folge mit der Ansage, die Anrufe wurden auch registriert. Aber wieder etwas später tauchte dann wieder das Problem auf, dass der AB zwar ran geht, aber nur Stille herrscht (Anruf wird auf der AB-Oberfläche registriert). Heute funktionierte der AB bisher gar nicht, beim internen Anruf kommt nach ein paar Sekunden immer "Keine Verbindung". Wahrscheinlich müsste ich den AB wieder neu starten, damit dieser wieder ran geht. Ich habe es heute auch einmal mit "FRITZ!App Fon" probiert, hier kommt dann in diesem Fall interessanterweise nach ein paar Sekunden die Meldung "Gegenstelle besetzt":
Könnte diese Meldung ein Hinweis auf das Problem geben? Erlaubt der AB z. B. nur ein bestimmte Anzahl an Anrufen? Es gibt also drei Fälle:
Der war um 8:28 am 19.11.2024. Aber das Problem scheint ja irgendwie zu sein, dass die Verbindung zum AB nach kurzer Zeit irgendwie "weg" ist bzw. der AB "besetzt" ist (laut App). Gibt es in der FRITZ!Box neben System > Ereignisse noch ein ausführlicheres Log, in dem mehr zu finden sein könnte? Oder gibt es vielleicht einen Test-Server (ich glaube, ich habe das in einem anderen Ticket gelesen), wo mehr geloggt wird? Ich werde es morgen noch einmal mit dem Phoneblock-DynDNS testen, auch wenn das eigentlich nicht das Problem sein sollte, da MyFRITZ! die aktuelle IP liefert (die IP hat sich zudem eh nicht geändert). Das hört sich schon wie mein Problem an, in meiner Liste wäre das Fall 3. Hilft bei dir das Aus- und Einschalten des ABs (dazwischen vielleicht ein paar Sekunden warten)? Ich komme dann zumindest immer/meist zu Fall 2. |
|
@d4k0 Danke für den Bericht. Der AB hat keine Beschränkung bzgl. der Anzahl von Anrufen. Wer will, kann sich den ganzen Tag mit ihm unterhalten. Ich habe bisher noch keine Idee, was das Problem ist. Ich melde mich, wenn ich dazukomme das zu untersuchen. |
Unter http://fritz.box/support.lua kannst du dir Supportdaten erstellen. Dort sind auch Details zu SIP-Verbindungen enthalten. 
|
|
Kurz den AB auf der Phoneblock Website aus und angeschaltet. Jetzt kommt nach ein paar Sekunden kein belegt Zeichen. Man hört nur Stille, sprich keine Audio. Auf der Phoneblock Website wird der Anruf registriert. Irgendwo ist der Wurm drin. |
|
Ich habe gestern beim Testen eine interessante Entdeckung gemacht: Beim Fall 2, wenn der AB zwar ran geht, aber es nur Stille herrscht, habe ich aus Spaß einfach einmal gewartet, um zu sehen, ob noch etwas passiert. Und tatsächlich fängt dann die Ansage irgendwann an. Einmal waren es vielleicht 20 Sekunden, dann über eine Minute und ein anderes Mal über zwei Minuten. Das scheint aber irgendwie willkürlich zu sein. @KobeLAL Seit gestern ist aber bisher das Problem, dass der AB nicht erreicht werden kann und ein Besetzt-Zeichen kommt ("Keine Verbindung"), noch nicht wieder aufgetaucht. Daher konnte ich die Logs dazu nicht auswerten. Ich habe das aber weiter auf dem Schirm. @geimist
Das habe ich schon vermutet, dann sollte es nicht daran liegen. Ich dachte vielleicht, dass es z. B. einen Schutz vor zu vielen Anfragen von einer IP/Telefonnummer gibt. Ansonsten wüsste ich gerade auch nicht, was bei mir "anders" sein könnte, so dass es nicht (immer) funktioniert. In der FRITZ!Box habe ich nur andere DNS-Server eingerichtet, das sollte aber auch nicht das Problem sein. Vielleicht gibt das FRITZ!Box-Log einen Hinweis, wenn der AB gar nicht erreicht werden kann. |
|
@d4k0 : Ja, das kann ich bestätigen. Nach ca. 2 Min 20 Sek. fängt er plötzlich an zu sprechen. |
|
Weiß man mittlerweile an was es liegt? Bei mir tritt es leider weiterhin auf. Man merkt es, wenn in der Anrufliste ein Anruf über SPAM abgefangen wurde, das der Anrufbeantworter wieder nicht erreichbar ist. Wenn man Intern anruft, kommt das besetzt Zeichen. |
|
Um das zu analyiseren, benötige ich die ID des Anrufbeantworters und den genauen Zeitpunkt des Testanrufs. Dann kann ich zumindest feststellen, ob bei PhoneBlock eine Nachricht eingetroffen ist. |
|
Die ID ist ab-35177875584XXXXX. Den genauen Zeitpunkt habe ich jetzt leider nicht mehr. Probieren kann ich es jetzt zwar nochmal, aber ich hab auf der AB-Seite den AB kurz deaktiviert und wieder aktiviert. Jetzt nimmt er wieder ab, aber eben ohne Audiodatei bzw. die spielt sich nach ein paar Minuten (siehe oben) dann doch ab. Eben 10:08 den Ab Intern angerufen und er hat gleich abgenommen und die Audio abgespielt. |
|
Gerade 9:22 Uhr Intern angerufen. Die Audio wird nicht abgespielt. Wahrscheinlich wie oben, erst später. Werde mich melden, wenn wieder das besetzt Zeichen kommt. |
|
Aus Sicht des AB sieht das so aus - eigentlich alles OK: Er hat also 21.3 Sekunden lang gesprochen. Allerdings hat er Dich nicht gehört, solltest Du etwas gesagt haben. Beachte: Zeiten im Log sind UTC. Wenn Du ihn nicht gehört hast, dann kann das eigentlich nur ein Netzwerkproblem sein - dass die UDP-Pakete nicht bis zu Deiner Box durchkommen. Um SPAM-Anrufe abzufangen reicht es natürlich - ist ja egal, ob der Verbrecher was hört oder nicht - aber netter wäre es schon, wenn er die Gelegenheit hätte, seine Botschaft loszuwerden.... |
|
Richtig, solange der Anruf entgegen genommen wird, ist alles ok. Problem sehe ich eher, warum nach ein paar Tagen/Wochen nur noch das besetzt Zeichen kommt. Da werden dann die Anrufe nicht mehr abgefangen. |
|
Das ist richtig, aber das war heute um 9:22 nicht der Fall? |
|
Nein, heute nicht. Ich melde mich wieder wenn das besetzt Zeichen wieder da ist. |
|
Hallo zusammen, ich beobachte das selbe Verhalten. Eine Ansage habe ich nie erhalten. Immer Stille oder (meistens) besetzt. ab-7160127517023178 Testanrufe (MEZ)
<AB deaktiviert, aktiviert>
|
|
Lokal via Docker funktioniert es immer unauffällig. |
|
Weißt du was neues, warum das passiert @haumacher? |
Die Log-Einträge hierzu sehen absolut unverdächtig aus: Der AB war registriert und er hat auch gesprochen. Ich kann mir das eigentlich nur so erklären, dass es sich um ein Netzwerkproblem handelt - es scheint so, als ob die RTP Sprachpakete nicht durchkommen wollen. Bei meinem eigenen Anschluss funktioniert das allerdings die letzte Zeit problemlos. Mit dem nächsten Update wird man den AB auf IPv4 umstellen können - vielleicht kann man damit nochmal testen, ob das irgendwie einen Unterschied ergibt - aktuell bin ich aber einigermaßen ratlos. |
|
@haumacher |
|
Ich für meinen Fall habe festgestellt, dass ich bei der ganzen Testerei den Online-AB deaktiviert hatte. Ich hab das erst mitbekommen, als ich im Sip-Log den Fehler @Obihoernchen80 Aktiviert ist dein AB im Webinterface? Ich vermute ja, wenn der Anruf auch geloggt wird. |
Soweit ich das verstehe, ja. |
Some tasks cannot be scheduled through a work list but must immediately be started, even if the core pool size of the scheduled thread pool executor is exhausted. Introduce two separate thread pools, one with unlimited capacity for urgent tasks and one for scheduled tasks.
…ical_tasks Issue #101: Use unlimited parallelism for critical tasks.
|
Ich glaube, ich habe ein Problem identifiziert und behoben: Es wurden teilweise dringende Aufgaben - wie z.B. das Aufsetzen von Threads für die Sprachübertragung verzögert, weil der Thread-Pool ausgeschöpft war. Wenn so etwas passiert, dann kann es sein, dass der Anruf zwar angenommen wird, aber kein Ton übertragen wird. Bitte das Thema weiter beobachten, bzw. nochmal testen. |
|
Werde es mal beobachten. Hoffe das es der Fehler war und auch das weg ist, das nur noch das Besetzt Zeichen kommt. |
Letzte Woche habe ich den Anrufbeantworter in meiner FRITZ!Box 7590 AX ( FRITZ!OS: 8.00) eingerichtet, beim ersten Test über einen internen Anruf hat auch alles funktioniert (inklusive Ansagen). Aber schon etwas später am selben Tag klappte es nicht mehr, beim Anrufen des Anrufbeantworters kam nach einigen Sekunden nur die Meldung "Keine Verbindung" am Telefon (vorher zeigt das Telefon noch an, wie es die interne Nummer des AB anruft). Wenn ich dann den Anrufbeantworter auf der Webseite (mehrmals) aus- und wieder anschalte, klappt es (irgendwann) wieder.
Seit kurzem habe ich zusätzlich das Problem, dass der Anrufbeantworter zwar ran geht, es herrscht dann aber eine Stille (auch Sprechen bringt nichts). Der Anruf wird in diesem Fall jedoch auf der PhoneBlock-Oberfläche registriert.
Mir ist das erst heute wieder aufgefallen, da ich gestern Abend eine Rufumleitung für Kontakte aus dem lokalen PhoneBlock-Telefonbuch an den Anrufbeantworter eingerichtet habe, heute Vormittag habe ich jedoch die Meldung erhalten, dass es einen Anruf in Abwesenheit aus diesem Telefonbuch gab.
An was kann das liegen? Die FRITZ!Box zeigt im Log keinerlei Fehler an, der Anrufbeantworter zeigt auch ständig "aktiv" an (selbst in den Fällen, in denen ich die Meldung "Keine Verbindung" erhalte).
Ich verwende MyFRITZ! als DynDNS-Provider. Der Anrufbeantworter ist ab-8340928260787xxx.
The text was updated successfully, but these errors were encountered: