Snom D385 - Keine Anwahl von +49 Nummern

thghh

Free User
Mitglied seit
21. Januar 2022
Beiträge
132
Hallo,

ich habe mein Telefonbuch mit +49 Nummer angelegt. Das Telefonbuch liegt in der 3CX und die Grandstream Telefone und das Snom nutzen dieses Telefonbuch.

Mit den Grandstreamgeräte habe ich keine Probleme und alle +49 Nummer werden gewählt.

Mit dem Snom geht es nicht. Es kommt die Meldung "Not found"

Was muss ich tun, dass auch das Snom diese Nummer wählt?

0 und 00 geht problemlos.

Danke
 
Wie sehen deine ausgehenden Regeln aus?
 
  • Like
Reaktionen: fxbastler
Mit den Grandstreamgeräte habe ich keine Probleme und alle +49 Nummer werden gewählt.
Diese Endgeräte haben in der Provisionierung einen entsprechenden Dial Plan der das entspr. umsetzt.
 
Die Regeln sehen (von der Menge her) vollständig aus. Aber die Regelinhalte sieht man so nicht. Im Zweifelsfall diese auch noch einmal als Bilderchen hier posten.

Stelle bitte die Protokollierungsstufe des Aktivitätenprotokoll der 3CX auf die Stufe Mittel, führt entspr. erfolglose ausgehende Anrufe durch und schaut hinterher im Protokoll nach was da angerufen wurde. Da steht das alles drin.

Wenn du das nicht selber interpretieren kannst, dann stell das Protokoll leicht anonymisiert als Code Block hier ein. Eventuell findet sich jemand zur Interpretation.

Frage: Ist die E.164 Verarbeitung in der 3CX deaktiviert?
 
Ich denke die Regel passen auch vom Inhalt denn das habe ich nach Vorgabe und damals auch hier aus dem Forum umgesetzt.

E.164 Verarbeitung ist nicht aktiv.

Meldung aus dem Log:

Call or Registration to 0049 163 XXXXXXX@(Ln.10001@SipGate A) has failed. 217.10.79.9 replied: 404 Not found (no match); from IP:217.10.79.9:5060
SIP Server ID: 12294 18.11.2022 14:03:06

Und so sieht eine Regel aus:
Bildschirm­foto 2022-11-18 um 14.09.36.png
 
Zuletzt bearbeitet:
Hi @thghh,

Regel greift auf jeden fall.

Nun welche Regel genau greift, da sind wir uns nicht 100% sicher.

Das kannst du prüfen in Verwendung von Bin Log viewer.

Verwendet der Benutzer 20 das Snom Gerät und gleichzeitig das Gigaset.
Sprich ruft Benutzer 20 mit Grandstream raus... funktioniert und mit Snom (Benutzer 20) funktioniert eben nicht.
Wenn dem nicht so ist, dann ist Grandstream ein anderer Benutzer (nicht 20) und somit greift eine andere Regel für Grandstream X Benutzer.
Deine Regel verwendet Kriterie "von Benutzer 20", alle anderen Benutzer können über selbe Regel nicht rausrufen.

Wie dem auch sei, der Anruf wird von der 3cx Anlage rausgesendet und bekommst die Meldung 404 Not found von deinem Provider.
Somit passt im die Rufnummer nicht bzw. das Format der Rufnummer gehe ich stark davon aus.
 
Hallo @avraammich_3CX,

der Benutzer 20 ist mein Büro und ausschließlich das Snom Telefon.
die Benutzer 10 und 11 sind Privat und ausschließlich die Grandstream Telefone.

Deswegen sind die Regeln für ausgehende Gespräche auch getrennt aufgebaut. Der Inhalt der Regeln ist bei Privat und Büro identisch bis auf die Sipgate Leitung.


Anbei mal der Log vom Grandstream (Benutzer 11) der die selbe Nummer wie das Snom (Benutzer 20) anruft:

Code:
18.11.2022 14:59:51 - Leg L:12.2[Line:10000>>0049163XXXXXX] is terminated: Cause: 487 Request Terminated/INVITE from 217.10.79.9:5060
18.11.2022 14:59:51 - [CM503008]: Call(C:12): Call is terminated
18.11.2022 14:59:51 - Leg L:12.1[Extn:11] is terminated: Cause: CANCEL from 192.168.60.55:5060
18.11.2022 14:59:48 - [CM505003]: Provider:[SipGate T] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
18.11.2022 14:59:48 - [CM503002]: Call(C:12): Alerting Line:10000>>0049163XXXXXX by contact <sip:[email protected]:0/UDP>
18.11.2022 14:59:46 - [CM503025]: Call(C:12): Calling T:Line:10000>>0049163XXXXXX@[Dev:sip:[email protected]] for L:12.1[Extn:11]
18.11.2022 14:59:46 - [CM503027]: Call(C:12): From: Extn:11 (" Schlafen" <sip:[email protected]:0>)  to  T:Line:10000>>0049163XXXXXX@[Dev:sip:[email protected]]
18.11.2022 14:59:46 - [CM503004]: Call(C:12): Route 1: from L:12.1[Extn:11] to T:Line:10000>>0049163XXXXXX@[Dev:sip:[email protected]]
18.11.2022 14:59:46 - Line limit check: Current # of calls for line Lc:10000(@SipGate T[<sip:[email protected]:0/UDP>]) is 0; limit is 3
18.11.2022 14:59:46 - Call(C:12): Call from Extn:11 to +49163XXXXXX matches outbound rule 'Ausgehend Plus Nummern mit Präfix Privat'
18.11.2022 14:59:46 - [Flow] Call(C:12): has built target endpoint: Out#:>>Rule{Ausgehend Plus Nummern mit Präfix Privat}>>+49163XXXXXX for call from L:12.1[Extn:11]
18.11.2022 14:59:46 - [Flow] Target endpoint for +49163XXXXXX is Out#:>>Rule{Ausgehend Plus Nummern mit Präfix Privat}>>+49163XXXXXX
18.11.2022 14:59:46 - [CM503010]: Call(C:12): Making route(s) from Extn:11 to <sip:[email protected]:0/UDP>
18.11.2022 14:59:46 - [CM505001]: Endpoint Extn:11: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Grandstream WP810 1.0.11.22 c074ad756004] PBX contact: [sip:[email protected]:5060]
18.11.2022 14:59:46 - [CM500002]: Call(C:12): Info on incoming INVITE from Extn:11:
Invite-IN Recv Req INVITE from 192.168.60.55:5060 tid=1093721027 [email protected]:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.60.55:5060;branch=z9hG4bK1093721027;rport=5060
Max-Forwards: 70
Contact: " Schlafen" <sip:[email protected]:5060>
To: <sip:[email protected]>
From: " Schlafen"<sip:[email protected]>;tag=2000039917
Call-ID: [email protected]
CSeq: 11 INVITE
Accept: application/sdp, application/dtmf-relay
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Type: application/sdp
Proxy-Authorization: Digest username="FuTst7OCyU",realm="3CXPhoneSystem",nonce="414d535963778fd285:3d5ee55fbe7b1e909061ba318ed96e68",uri="sip:[email protected]",response="70e5fbbb89d3f93bfc0bf20ce4fac194",algorithm=MD5
Supported: replaces, path, timer
User-Agent: Grandstream WP810 1.0.11.22 c074ad756004
Privacy: none
P-Preferred-Identity: " Schlafen" <sip:[email protected]>
P-Access-Network-Info: IEEE-EUI-48;eui-48-addr=24-5A-4C-96-42-D6
P-Emergency-Info: IEEE-EUI-48;eui-48-addr=C0-74-AD-75-60-04
Content-Length: 306

v=0
o=11 8000 8000 IN IP4 192.168.60.55
s=SIP Call
c=IN IP4 192.168.60.55
t=0 0
m=audio 5004 RTP/AVP 9 0 8 18 101
a=sendrecv
a=rtpmap:9 G722/8000
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
18.11.2022 14:59:46 - [CM503001]: Call(C:12): Incoming call from Extn:11 to <sip:[email protected]:0>
 
Zuletzt bearbeitet:
Hi @thghh,

nicht über die selbe Sigate Leitung?

Somit nicht über Line 10000?

Schau dir bitte sofern eine andere Leitung ist Ausgehende Parameter der beiden Trunks an.
Vergleiche SIP Felder und Variablen.
Lösche Rufnummer im Feld "Ausg.Rufnummer" in der Ausgehenden Regel oder hinterlege Rufnummer mit 0049....
 
Die Leitungen sind getrennt. Ich habe für Privat und für Büro einzelne SIP Leitungen bei Siggate Basic.

Die Leitungen sind absolut identisch konfiguriert.

Ich hatte vorher eine Auerswald COMfortel 3600 IP als Benutzer 20 und das hat mit den Regeln problemlos funktioniert.

Ich habe hier aber Forum davon gelesen, das es in der Vergangenheit schon einmal Problem mit + Runfnummer bei Snom gab.

In den ausgehenden Regeln habe ich die optionale Nummer entfernt aber leider ohne Erfolg.
 
Sipgate erwartet die Nummer mit +49 soweit ich mich erinnere. Versuch mal deine Regel entsprechend anzupassen das die Nummer immer mit +49 raus geht.
 
Sipgate erwartet die Nummer mit +49 soweit ich mich erinnere. Versuch mal deine Regel entsprechend anzupassen das die Nummer immer mit +49 raus geht.

Getestet und ändert sich nichts.

Schade das dieses + nun solche Schwierigkeiten mit dem Snom macht.
 
Schieb mal eine ausgehende Regel nach ganz oben wo du keine Änderungen an der Nummer einstellst. Also quasi eine leere Regel mit der Sipgate Nummer und versuch dann mal rauszutelefonieren.
 
Habe ich gemacht und keine Änderung
 
Was sagt denn das log wenn du das so einstellst?
 
Hier ist der Log vom Vorgang mit den normalen Regeln.

Code:
18.11.2022 16:15:22 - Leg L:20.1[Extn:20] is terminated: Cause: BYE from PBX
18.11.2022 16:15:22 - [CM503020]: Call(C:20): Normal call termination. Call originator: Extn:20. Reason: Not found
18.11.2022 16:15:22 - L:20.1[Extn:20] failed to reach Line:10001>>0049 163 XXXXXX, reason Not Found
18.11.2022 16:15:22 - Leg L:20.2[Line:10001>>0049 163 XXXXXX] is terminated: Cause: 404 Not found (no match)/INVITE from 217.10.79.9:5060
18.11.2022 16:15:22 - Call to T:Line:10001>>0049 163 XXXXXX@[Dev:sip:[email protected]] from L:20.1[Extn:20] failed, cause: Cause: 404 Not found (no match)/INVITE from 217.10.79.9:5060
18.11.2022 16:15:22 - [CM503003]: Call(C:20): Call to <sip:0049 163 [email protected]:0> has failed; Cause: 404 Not found (no match)/INVITE from 217.10.79.9:5060
18.11.2022 16:15:21 - [CM503025]: Call(C:20): Calling T:Line:10001>>0049 163 XXXXXX@[Dev:sip:[email protected]] for L:20.1[Extn:20]
18.11.2022 16:15:21 - [CM503027]: Call(C:20): From: Extn:20 (" Büro" <sip:[email protected]:5060>)  to  T:Line:10001>>0049 163 XXXXXX@[Dev:sip:[email protected]]
18.11.2022 16:15:21 - [CM503004]: Call(C:20): Route 1: from L:20.1[Extn:20] to T:Line:10001>>0049 163 XXXXXX@[Dev:sip:[email protected]]
18.11.2022 16:15:21 - Line limit check: Current # of calls for line Lc:10001(@SipGate A[<sip:[email protected]:0/UDP>]) is 0; limit is 3
18.11.2022 16:15:21 - Call(C:20): Call from Extn:20 to +49 163 XXXXXX matches outbound rule 'Ausgehend Plus Nummern mit Präfix Büro'
18.11.2022 16:15:21 - [Flow] Call(C:20): has built target endpoint: Out#:>>Rule{Ausgehend Plus Nummern mit Präfix Büro}>>+49 163 XXXXXX for call from L:20.1[Extn:20]
18.11.2022 16:15:21 - [Flow] Target endpoint for +49 163 XXXXXX is Out#:>>Rule{Ausgehend Plus Nummern mit Präfix Büro}>>+49 163 XXXXXX
18.11.2022 16:15:21 - [CM503010]: Call(C:20): Making route(s) from Extn:20 to <sip:+49 163 [email protected]:5060/UDP>
18.11.2022 16:15:21 - [CM505001]: Endpoint Extn:20: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [snomD385/10.1.84.15 0004139351F5] PBX contact: [sip:[email protected]:5060]
18.11.2022 16:15:21 - [CM500002]: Call(C:20): Info on incoming INVITE from Extn:20:
Invite-IN Recv Req INVITE from 192.168.60.89:33619 tid=-3t6nj9tndhxf Call-ID=313636383738343532313338373137-f0f0f0bx02c8:
INVITE sip:+49%20163%[email protected]:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.60.89:33619;branch=z9hG4bK-3t6nj9tndhxf;rport=33619
Max-Forwards: 70
Contact: <sip:[email protected]:33619;line=uk5xz8xk;ob>;reg-id=1
To: <sip:+49%20163%[email protected]:5060;user=phone>
From: " Büro"<sip:[email protected]:5060>;tag=d5hnliw49j
Call-ID: 313636383738343532313338373137-f0f0f0bx02c8
CSeq: 2 INVITE
Session-Expires: 3600
Min-SE: 90
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Content-Type: application/sdp
Proxy-Authorization: Digest username="71XsETVS8E",realm="3CXPhoneSystem",nonce="414d53596377a18939:f2a7072e5e7909cbdf04d9119268ebdc",uri="sip:+49%20163%[email protected]:5060;user=phone",response="d756acabbc268f7c680556ab5ab9b5f3",algorithm=MD5
Supported: timer, 100rel, replaces, from-change
User-Agent: snomD385/10.1.84.15 0004139351F5
Allow-Events: talk, hold, refer, call-info
X-Serialnumber: 0004139351F5
Mac: 0004139351F5
Content-Length: 315

v=0
o=root 389774639 389774639 IN IP4 192.168.60.89
s=call
c=IN IP4 192.168.60.89
t=0 0
m=audio 61768 RTP/AVP 9 0 8 18 101
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
18.11.2022 16:15:21 - [CM503001]: Call(C:20): Incoming call from Extn:20 to <sip:+49 163 [email protected]:5060>
18.11.2022 16:15:10 - Timezone offset: 60 min.
 
Er nutzt diese Regel "Ausgehend Plus Nummern mit Präfix Büro" und da scheint er aus dem plus 00 zu machen. Ändere das mal bitte das er das nicht ändert.
 
Hier der Log mit der Regel ganz oben ohne Inhalt aber das Benutzer 20 über die Sigagte Büro gehen soll.

Code:
18.11.2022 16:22:13 - Leg L:23.1[Extn:20] is terminated: Cause: BYE from PBX
18.11.2022 16:22:13 - [CM503020]: Call(C:23): Normal call termination. Call originator: Extn:20. Reason: Not found
18.11.2022 16:22:13 - L:23.1[Extn:20] failed to reach Line:10001>>+49 163 XXXXXX, reason Not Found
18.11.2022 16:22:13 - Leg L:23.2[Line:10001>>+49 163 XXXXXX] is terminated: Cause: 404 Not found (no match)/INVITE from 217.10.79.9:5060
18.11.2022 16:22:13 - Call to T:Line:10001>>+49 163 XXXXXX@[Dev:sip:[email protected]] from L:23.1[Extn:20] failed, cause: Cause: 404 Not found (no match)/INVITE from 217.10.79.9:5060
18.11.2022 16:22:13 - [CM503003]: Call(C:23): Call to <sip:+49 163 [email protected]:0> has failed; Cause: 404 Not found (no match)/INVITE from 217.10.79.9:5060
18.11.2022 16:22:13 - [CM503025]: Call(C:23): Calling T:Line:10001>>+49 163 XXXXXX@[Dev:sip:[email protected]] for L:23.1[Extn:20]
18.11.2022 16:22:13 - [CM503027]: Call(C:23): From: Extn:20 (" Büro" <sip:[email protected]:5060>)  to  T:Line:10001>>+49 163 XXXXXX@[Dev:sip:[email protected]]
18.11.2022 16:22:13 - [CM503004]: Call(C:23): Route 1: from L:23.1[Extn:20] to T:Line:10001>>+49 163 XXXXXX@[Dev:sip:[email protected]]
18.11.2022 16:22:13 - Line limit check: Current # of calls for line Lc:10001(@SipGate A[<sip:[email protected]:0/UDP>]) is 0; limit is 3
18.11.2022 16:22:13 - Call(C:23): Call from Extn:20 to +49 163 XXXXXX matches outbound rule 'Test SNOM'
18.11.2022 16:22:13 - [Flow] Call(C:23): has built target endpoint: Out#:>>Rule{Test SNOM}>>+49 163 XXXXXX for call from L:23.1[Extn:20]
18.11.2022 16:22:13 - [Flow] Target endpoint for +49 163 XXXXXX is Out#:>>Rule{Test SNOM}>>+49 163 XXXXXX
18.11.2022 16:22:13 - [CM503010]: Call(C:23): Making route(s) from Extn:20 to <sip:+49 163 [email protected]:5060/UDP>
18.11.2022 16:22:13 - [CM505001]: Endpoint Extn:20: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [snomD385/10.1.84.15 0004139351F5] PBX contact: [sip:[email protected]:5060]
18.11.2022 16:22:13 - [CM500002]: Call(C:23): Info on incoming INVITE from Extn:20:
Invite-IN Recv Req INVITE from 192.168.60.89:33619 tid=-9tejwxpgut38 Call-ID=313636383738343933333234373133-9arnzjov06pu:
INVITE sip:+49%20163%[email protected]:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.60.89:33619;branch=z9hG4bK-9tejwxpgut38;rport=33619
Max-Forwards: 70
Contact: <sip:[email protected]:33619;line=uk5xz8xk;ob>;reg-id=1
To: <sip:+49%20163%[email protected]:5060;user=phone>
From: " Büro"<sip:[email protected]:5060>;tag=otuwgmi2ve
Call-ID: 313636383738343933333234373133-9arnzjov06pu
CSeq: 2 INVITE
Session-Expires: 3600
Min-SE: 90
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Content-Type: application/sdp
Proxy-Authorization: Digest username="71XsETVS8E",realm="3CXPhoneSystem",nonce="414d53596377a32519:805c79b6667c711f4bd354cff1897d6b",uri="sip:+49%20163%[email protected]:5060;user=phone",response="27473869c65dc0d90932d6a819be72d4",algorithm=MD5
Supported: timer, 100rel, replaces, from-change
User-Agent: snomD385/10.1.84.15 0004139351F5
Allow-Events: talk, hold, refer, call-info
X-Serialnumber: 0004139351F5
Mac: 0004139351F5
Content-Length: 315

v=0
o=root 125125643 125125643 IN IP4 192.168.60.89
s=call
c=IN IP4 192.168.60.89
t=0 0
m=audio 58004 RTP/AVP 9 0 8 18 101
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
18.11.2022 16:22:13 - [CM503001]: Call(C:23): Incoming call from Extn:20 to <sip:+49 163 [email protected]:5060>
18.11.2022 16:22:11 - Timezone offset: 60 min.
 
Er nutzt diese Regel "Ausgehend Plus Nummern mit Präfix Büro" und da scheint er aus dem plus 00 zu machen. Ändere das mal bitte das er das nicht ändert.
Hatte ich schon probiert und habe es gerade nochmal gemacht. Leider keine Änderung.
 

Statistik des Forums

Themen
44.751
Beiträge
233.645
Mitglieder
78.494
Neuestes Mitglied
Hans20262026