12
Agfeo ES Pure IP20 OpenSense Fonial Auflegproblem
Hallo Ihr lieben.
Ich habe neuerdings ein Problem. Gespräche brechen einfach so ab (als wenn jemand auflegt), wenn sie länger geführt werden. Nicht immer aber oft und täglich.
Gemäß einer Anleitung habe ich priorisiert, hoffe ich habe das richtig gemacht.
Fonial hat geprüft, ihrerseits sieht der Audiostream i.O. aus.
Wer kann helfen ?
Ich habe neuerdings ein Problem. Gespräche brechen einfach so ab (als wenn jemand auflegt), wenn sie länger geführt werden. Nicht immer aber oft und täglich.
Gemäß einer Anleitung habe ich priorisiert, hoffe ich habe das richtig gemacht.
Fonial hat geprüft, ihrerseits sieht der Audiostream i.O. aus.
Wer kann helfen ?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 82846804291
Url: https://administrator.de/contentid/82846804291
Printed on: April 28, 2024 at 10:04 o'clock
12 Comments
Latest comment
Brechen die immer nach der selben Dauer ab? Dann wollt ihr euch die Einstellungen der SIP-Timers ansehen und ggf. explizit einschalten und auf UAC-Refresh konfigurieren.
1
@LordGurke
Was meinst du damit ?
Ich kenne nur das mit den Pipes und Rules in OpenVPN und die Time in der Telefonanlage, da ist aber alles soweit drin.
Was die Zeit betrifft, ja ich würde sagen immer gleich lang (gefühlt)
Was meinst du damit ?
Ich kenne nur das mit den Pipes und Rules in OpenVPN und die Time in der Telefonanlage, da ist aber alles soweit drin.
Was die Zeit betrifft, ja ich würde sagen immer gleich lang (gefühlt)
Ist es immer die selbe Zeit ( z.B. wenn gerade alle Pause machen und fleißig im Internet surfen )?
Wie sind denn eure SIP Einstellungen ?
Rest siehe @LordGurke
Wie sind denn eure SIP Einstellungen ?
Rest siehe @LordGurke
Es sei aber auch gesagt, die SIP Verbindung zum Server steht ohne Abbruch. Zumindestens was ich sehe und das was Fonial nach Auswertung des Mittschnittes der TK sagt.
Sie meinten ich solle im internen Netz suchen
Es gibt einen Timer der rückwärts zählt und erkennen soll, wenn eine SIP-Verbindung unterbrochen wurde.
Der gilt individuell für jeden Anruf und ist meistens zwischen 5 bis 15 Minuten lang.
Das funktioniert so, dass in einer SIP-Nachricht regelmäßig ein Refresh geschickt werden muss um den Timer bei der Gegenstelle wieder von vorne zu beginnen. Bleiben diese Refresh aus läuft der Timer ab und die laufende Sitzung (Anrufe) wird beendet.
Wenn also ein Anruf immer nach ziemlich exakt der selben Laufzeit abbricht ist das ein sicheres Indiz für ein Problem mit diesem Session-Timer.
Den gibt es in zwei Modi: Entweder als UAS oder UAC, wobei der letzte Buchstabe angibt oder Server oder der Client den Refresh schicken soll.
Üblicherweise erwartet immer der jeweilige Server, dass der Client den Refresh schickt — also euer Provider von der Telefonanlage, aber eure Telefonanlage vom Telefon/SIP-Client.
Diese Einstellung solltest du bei den Einstellungen zum SIP-Konto zu eurem Provider finden.
Wird meistens als "Session-Timer" oder "Session-Refresh" o.Ä. bezeichnet.
Um das Problem einzugrenzen könnte man mal SIP-Pakete loggen lassen um zu sehen, welche Seite auflegt.
Wenn euer Provider das BYE schickt wäre das ein weiteres Indiz für ein Session-Timer-Problem, wenn eure Telefonanlage auflegt liegt es intern.
Dann kann man vielleicht durch intensiveres Logging herausfinden was die Telefonanlage dazu veranlasst.
Der gilt individuell für jeden Anruf und ist meistens zwischen 5 bis 15 Minuten lang.
Das funktioniert so, dass in einer SIP-Nachricht regelmäßig ein Refresh geschickt werden muss um den Timer bei der Gegenstelle wieder von vorne zu beginnen. Bleiben diese Refresh aus läuft der Timer ab und die laufende Sitzung (Anrufe) wird beendet.
Wenn also ein Anruf immer nach ziemlich exakt der selben Laufzeit abbricht ist das ein sicheres Indiz für ein Problem mit diesem Session-Timer.
Den gibt es in zwei Modi: Entweder als UAS oder UAC, wobei der letzte Buchstabe angibt oder Server oder der Client den Refresh schicken soll.
Üblicherweise erwartet immer der jeweilige Server, dass der Client den Refresh schickt — also euer Provider von der Telefonanlage, aber eure Telefonanlage vom Telefon/SIP-Client.
Diese Einstellung solltest du bei den Einstellungen zum SIP-Konto zu eurem Provider finden.
Wird meistens als "Session-Timer" oder "Session-Refresh" o.Ä. bezeichnet.
Um das Problem einzugrenzen könnte man mal SIP-Pakete loggen lassen um zu sehen, welche Seite auflegt.
Wenn euer Provider das BYE schickt wäre das ein weiteres Indiz für ein Session-Timer-Problem, wenn eure Telefonanlage auflegt liegt es intern.
Dann kann man vielleicht durch intensiveres Logging herausfinden was die Telefonanlage dazu veranlasst.
1
Dann meinst du das was ich hier als Screenshot meiner TK geschickt habe. Dort wird regelmäßig die SIP Verbindung zum Server überprüft.
Wie kann ich in der OpenSense genau, diese VOIP Pakete loggen ?
Wie kann ich in der OpenSense genau, diese VOIP Pakete loggen ?
Nein, diese Einstellung ist es eben leider nicht.
Das ist der Registrierungs-Intervall, nicht der Session-Timer.
Die SIP-Pakete (oder SIP-Traces) solltest du möglichst in der Telefonanlage loggen können, wir wollen ja auf jeden Fall den Inhalt haben.
Das ist der Registrierungs-Intervall, nicht der Session-Timer.
Die SIP-Pakete (oder SIP-Traces) solltest du möglichst in der Telefonanlage loggen können, wir wollen ja auf jeden Fall den Inhalt haben.
1
Ok, lass gerade einen Mitschnitt laufen. Muss warten bis zum Abbruch, dann kann ich dort eine Supporttaste auslösen, dann wird die Stelle in der cab Datei markiert.
Was die Einstellung angeht ist das Zwar Richtig aber es muss da noch mehr geben.
bei einer Unify hab ich ettliche Möglichkeiten. Würde mich wundern wenn das hier nicht der Fall wäre.
geht um so sachen wie den o.g. Refersh Timer
bei einer Unify hab ich ettliche Möglichkeiten. Würde mich wundern wenn das hier nicht der Fall wäre.
geht um so sachen wie den o.g. Refersh Timer
@Mr-Gustav
Sicherlich, aleine bei den einzelnen Sipkonten gibt es duzende Einstellungen
Nur hat es zuvor einwandfrei funkioniert. Da war die OpenSense aber noch nicht dazwischen
Im Moment teste ich noch. Bisher kein Abbruch.
Sicherlich, aleine bei den einzelnen Sipkonten gibt es duzende Einstellungen
Nur hat es zuvor einwandfrei funkioniert. Da war die OpenSense aber noch nicht dazwischen
Im Moment teste ich noch. Bisher kein Abbruch.
Zitat von @Decker2022:
@Mr-Gustav
Sicherlich, aleine bei den einzelnen Sipkonten gibt es duzende Einstellungen
Nur hat es zuvor einwandfrei funkioniert. Da war die OpenSense aber noch nicht dazwischen
Im Moment teste ich noch. Bisher kein Abbruch.
@Mr-Gustav
Sicherlich, aleine bei den einzelnen Sipkonten gibt es duzende Einstellungen
Nur hat es zuvor einwandfrei funkioniert. Da war die OpenSense aber noch nicht dazwischen
Im Moment teste ich noch. Bisher kein Abbruch.
Dieses Detail ist die eigentlich interessante Info!
Hast du auf der OpnSense einen SIP-ALG aktiviert? Wenn ja, den auf jeden Fall ausschalten.
Ebenfalls sollte eine Outbound-NAT-Regel existieren die für die Telefonanlage gilt und "Static-Port" aktiviert hat.
@LordGurke
Nu bin ich raus, was soll ich eingerichtet haben ? ALG was ?
Das mit Static Port habe ich gemacht
Nu bin ich raus, was soll ich eingerichtet haben ? ALG was ?
Das mit Static Port habe ich gemacht
