Siptrunk über Fritzbox (Simkarte im USB-Stick an der Fritzbox)

[nach2021]

Hallo!

Ich habe eine Mobilnummer (Simkarte im USB-Stick an der Fritzbox) als SIP-Trunk in 3CX eingebunden. Ausgehend telefonieren darüber funktioniert problemlos, auch eingehend wenn ich eine Regel auf eine Nebenstelle einrichte. Definiere ich als eingehende Regel für diesen Trunk aber den Digitalen Rezeptionisten/IVR läuft der eingehende Anruf ins Leere, es kommt nur ein Freizeichen, der Digitale Rezeptionist beantwortet den Anruf nicht. Der Anruf kommt auch laut Logfile auf der 3CX an.

Mache ich etwas falsch oder handelt es sich vielleicht um eine lizenztechnische Einschränkung?

Viele Grüße,

Holger

 

[fxbastler]

Hallo,

ich nehme an, die Fritz!Box und die 3CX stehen an einem Standort nebeneinander und sind im gleichen LAN miteinander verbunden. Wenn nicht dann bitte beschreiben was wo steht.

Mache ich etwas falsch oder handelt es sich vielleicht um eine lizenztechnische Einschränkung?

Letzteres nicht, ersteres versuchen wir zu klären.

Stell bitte in der 3CX Verwaltungskonsole im Aktivitätenprotokoll die Protokollierungsstufe auf Mittel und starte einen Testanruf auf den IVR. In dem darauf folgenden Protokoll steht mehr drin: ob und wie denn der IVR angesprochen wird und den eingehenden Anruf bekommt. Wenn du Probleme bei der Interpretation hast: leicht anonymisieren und hier als Code Block posten.

 

[nach2021]

30.09.2022 16:23:55 - Leg L:51.2[Ivr:80] is terminated: Cause: BYE from local
30.09.2022 16:23:55 - [CM503008]: Call(C:51): Call is terminated
30.09.2022 16:23:55 - Leg L:51.1[Line:10001<<000000000000] is terminated: Cause: BYE from 192.168.xxx.x:5060
30.09.2022 16:23:49 - Currently active calls - 1: [51]
30.09.2022 16:23:39 - [CM503007]: Call(C:51): Line:10001<<000000000000 has joined, contact <sip:[email protected]:0/UDP>
30.09.2022 16:23:39 - [CM503007]: Call(C:51): Ivr:80 has joined, contact <sip:[email protected]:5483/UDP>
30.09.2022 16:23:39 - L:51.2[Ivr:80] has joined to L:51.1[Line:10001<<000000000000]
30.09.2022 16:23:39 - [CM505001]: Endpoint Ivr:80: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:[email protected]:5060]
30.09.2022 16:23:39 - [CM503002]: Call(C:51): Alerting Ivr:80 by contact <sip:[email protected]:5483/UDP>
30.09.2022 16:23:39 - [CM503025]: Call(C:51): Calling T:Ivr:80@[Dev:sip:[email protected]:5483;rinstance=1188e972e2506c52] for L:51.1[Line:10001<<000000000000]
30.09.2022 16:23:39 - [CM503027]: Call(C:51): From: Line:10001<<000000000000 ("000000000000" <sip:[email protected]:5060>)  to  T:Ivr:80@[Dev:sip:[email protected]:5483;rinstance=1188e972e2506c52]
30.09.2022 16:23:38 - [CM503004]: Call(C:51): Route 1: from L:51.1[Line:10001<<000000000000] to T:Ivr:80@[Dev:sip:[email protected]:5483;rinstance=1188e972e2506c52]
30.09.2022 16:23:38 - [Flow] Call(C:51): has built target endpoint: Ivr:80 for call from L:51.1[Line:10001<<000000000000]
30.09.2022 16:23:38 - [Flow] Target endpoint for 80 is Ivr:80
30.09.2022 16:23:38 - [CM503010]: Call(C:51): Making route(s) from Line:10001<<000000000000 to <sip:[email protected]:5060/UDP>
30.09.2022 16:23:38 - [CM505003]: Provider:[Generic SIP Trunk] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [AVM FRITZ!Box 7490 113.07.29 (Oct 26 2021)] PBX contact: [sip:[email protected]:5060]
30.09.2022 16:23:38 - [CM500002]: Call(C:51): Info on incoming INVITE from Line:10001<<000000000000:

Invite-IN Recv Req INVITE from 192.168.xxx.x:5060 tid=062BD48AB62F26CD [email protected]:

INVITE sip:[email protected]:5060;rinstance=109e2c5dfe19ce61 SIP/2.0

Via: SIP/2.0/UDP 192.168.xxx.x:5060;branch=z9hG4bK062BD48AB62F26CD

Max-Forwards: 70

Contact: <sip:[email protected]>

To: "017600000000" <sip:[email protected]:5060;rinstance=109e2c5dfe19ce61>

From: "HH pri" <sip:[email protected]>;tag=BC723DFFD648E3A9

Call-ID: [email protected]

CSeq: 67 INVITE

Expires: 120

Session-Expires: 600;refresher=uac

Min-SE: 90






Accept: application/sdp, multipart/mixed

Accept-Encoding: identity

Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, UPDATE, PRACK, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, PUBLISH

Content-Type: application/sdp

Supported: 100rel, replaces, timer

User-Agent: AVM FRITZ!Box 7490 113.07.29 (Oct 26 2021)

Allow-Events: telephone-event, refer

P-Called-Party-ID: <sip:[email protected]>

Content-Length: 361



v=0

o=user 16554357 16554357 IN IP4 192.168.xxx.x

s=call

c=IN IP4 192.168.xxx.x

t=0 0

m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 101

a=sendrecv

a=rtpmap:2 G726-32/8000

a=rtpmap:102 G726-32/8000

a=rtpmap:100 G726-40/8000

a=rtpmap:99 G726-24/8000

a=rtpmap:97 iLBC/8000

a=fmtp:97 mode=30

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=rtcp:7079

30.09.2022 16:23:38 - [CM503001]: Call(C:51): Incoming call from Line:10001<<000000000000 to <sip:[email protected]:5060>
30.09.2022 16:23:38 - Line limit check: Current # of calls for line Lc:10001(@Generic SIP Trunk[<sip:[email protected]:0/UDP>]) is 1; limit is 1
30.09.2022 16:23:38 - [CM503012]: Inbound office hours rule (unnamed) for 10001 forwards to DN:80
30.09.2022 16:23:38 - [Flow] No office hours set, office hours assumed
30.09.2022 16:23:38 - [Flow] Looking for inbound target: called=MobilSim; caller="000000000000" <sip:000000000000@:0>

 

[nach2021]

Hoffe das ist lesbar.

 

[fxbastler]

Ja, kann man so gut lesen und ja: der Anruf kommt zum IVR und der nimmt an.

Stell doch testweise mal alle an der Kommunikation beteiligten Geräte auf den Codec G711 alaw / PCMA um: Fritte, SIP Trunk in der 3CX und die generellen Codecs der 3CX. An sich steht da im Protokoll beim Aushandeln zu Anfang die 8 (und eine 0) vorn, aber die wird nicht definiert.

Die internen IP der Geräte hättest du ruhig belassen können. Meist werden nur die ext. Nummern, die FQDN, die ext. IP und Namen teilanonymisiert, das reicht.

Wenn es damit nicht weiter geht: im Aktivitätenprotokoll einen Paketmitschnitt über das gesamte Gespräch erfassen und mit wireshark auswerten bzw. zuerst auch einmal abhören ob dort Audio kommt.