Pascom 18, gespäche länger als 30 min nicht möglich

Support
,
1

Wenn Gespräche Länger als 30 Minuten dauer, hört der der Anrufende uns nicht mehr, aber wir hören ihn noch. das Gespräch muss dann neue aufgebaut werden. wie kann das Problem gelöst werden es tritt nach dem update auf Version 18 auf

2

Nach mehr maligen testen konnte ich es auf eingehende externe Anrufe eingrenzen, wo genau nach 30 Minuten uns der Anrufende nicht mehr hört wir ihn aber.

3

Ich kann dieses Problem nicht bestätigen. Manch ein Kollege telefonierte zum Teil mehrere Stunden. Evtl. gibt es ein Problem bei deinem SIP-Provider oder der Internetleitung. Könnte auch der Router / Firewall sein, der nicht richtig konfiguriert ist. Ich würde erstmal den Log überprüfen / überprüfen lassen und versuchen so herauszufinden, warum das Gespräch nach 30 Minuten beendet wird.

4

Hallo @comessoon,

such bitte im Forum mal nach “session refresh”. Ansonsten helfen uns Infos zu Deinem Provider und den eingesetzten Geräten evtl. weiter.

Gruß,

Thomas

5

Hallo @tweber,

Das Ganz Läuft über eine Beronet box Version 16.11, die an einen Primär Multiplexer Anschluss angeschlossen ist. das Problem betrifft nach mehren Test nur eingehende Anrufe, bei ausgehenden Anrufen tritt das Problem nicht auf. Das Problem besteht seit dem Update auf Version 18. Es existiert auch in Fall im Pascom Ticket System.

image

Hier einmal der Auszug aus der cli Telefoniert wurde mit diesem Client "SIP/d8df0d0035ff-0000027f "

– Executing [s@sub_queue-actionremove:9] Playback(“SIP/JdqjRtYkK85306c-0000029a”, “agent-loggedoff”) in new stack

– <SIP/JdqjRtYkK85306c-0000029a> Playing ‘agent-loggedoff.alaw’ (language ‘de’)

– Executing [s@sub_queue-actionremove:10] Return(“SIP/JdqjRtYkK85306c-0000029a”, “”) in new stack

– Executing [32@def_queueactions:2] Hangup(“SIP/JdqjRtYkK85306c-0000029a”, “17”) in new stack

== Spawn extension (def_queueactions, 32, 2) exited non-zero on ‘SIP/JdqjRtYkK85306c-0000029a’

[Oct 22 13:17:02] NOTICE[353]: chan_sip.c:28462 handle_request_subscribe: Received SIP subscribe for peer without mailbox: TdNKXGXYrc5e1b9

[Oct 22 13:17:32] NOTICE[353]: chan_sip.c:28462 handle_request_subscribe: Received SIP subscribe for peer without mailbox: TdNKXGXYrc5e1b9

[Oct 22 13:18:02] NOTICE[353]: chan_sip.c:28462 handle_request_subscribe: Received SIP subscribe for peer without mailbox: TdNKXGXYrc5e1b9

[Oct 22 13:18:32] NOTICE[353]: chan_sip.c:28462 handle_request_subscribe: Received SIP subscribe for peer without mailbox: TdNKXGXYrc5e1b9

– Channel SIP/SfARyFdOl7b2b81-00000280 left ‘native_rtp’ basic-bridge <0e4a88a2-bb69-4df8-9645-50f47ba6b60e>

– Channel SIP/d8df0d0035ff-0000027f left ‘native_rtp’ basic-bridge <0e4a88a2-bb69-4df8-9645-50f47ba6b60e>

== Extension Changed 41[mdc_hint-ident] new state Idle for Notify User JdqjRtYkK85306c

== Spawn extension (sub_main-40, ext, 6) exited non-zero on ‘SIP/d8df0d0035ff-0000027f’

== Extension Changed 41[mdc_hint-ident] new state Idle for Notify User AsUtGBdVA9137e3

– Executing [h@sub_main-40:1] Gosub(“SIP/d8df0d0035ff-0000027f”, “def_hangup,s,1(40,CALL)”) in new stack

== Extension Changed 41[mdc_hint-ident] new state Idle for Notify User Ee5XsIizQc1503e

– Executing [s@def_hangup:1] NoOp(“SIP/d8df0d0035ff-0000027f”, “>>>def_hangup:: EXTEN: 40 DIALSTATUS: QUEUESTATUS: REASON: CALL”) in new stack

mfg

Daniel