Anrufe werden direkt auf Mailbox weitergeleitet

Jarhead

Customer
Mitglied seit
4. Juni 2021
Beiträge
15
Hallo zusammen

Ich habe das Problem, dass die Festtelefone von Yealink nicht mehr erreichbar sind.

Dies bedeutet, dass wenn ich intern mit der Nebenstellenummer auf das Telefon anrufe, ich direkt auf die Combox weitergeleitet werde.
Umgekehrt wenn ich von der Nebenstelle auf eine andere anrufe,besteht kein Problem

Handy (mit 3cx auf Nebenstellennummer) ----> Festtelefon Yealink funktioniert nicht landet auf Combox.
Festtelefon Yealink -----> auf Handy (3cx Nebenstellennummer) funktioniert problemlos.

Hoffe ihr habt eine Lösung, ich werde nach mehreren Beiträgen nicht schlau, wie ich es lösen kann.

Freundliche Grüsse
Ronny
 
Hallo @Jarhead

wähle am Yealink mal *60

Viel Erfolg!
 
Ciao Marc

Das war das erste, dass ich versucht habe, nach dem ich die ersten Beiträge gelesen habe.
Leider führt es nicht zum Ziel.

Liebe Gruess
 
Hallo,

dann die Protokollierungsstufe der Aktivitätenprotokoll im 3CX Dashboard auf mind. mittel stellen, einen Anruf machen und das Protokoll auswerten. Daran sollten erste Probleme erkennbar sein.
 
  • Like
Reaktionen: Marc_3CX
26.04.2022 10:44:58 - Leg L:18.4[VMail:999] is terminated: Cause: BYE from local
26.04.2022 10:44:58 - [CM503008]: Call(C:18): Call is terminated
26.04.2022 10:44:58 - Leg L:18.1[Extn:100] is terminated: Cause: BYE from 127.0.0.1:5080
26.04.2022 10:44:56 - Currently active calls - 1: [18]
26.04.2022 10:44:54 - [CM503007]: Call(C:18): Extn:100 has joined, contact <sip:[email protected]:5060/UDP>
26.04.2022 10:44:54 - [CM503007]: Call(C:18): VMail:999 has joined, contact <sip:[email protected]:5483/UDP>
26.04.2022 10:44:54 - L:18.4[VMail:999] has joined to L:18.1[Extn:100]
26.04.2022 10:44:54 - [CM505001]: Endpoint VMail:999: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX Voice Mail Menu] PBX contact: [sip:[email protected]:5060]
26.04.2022 10:44:54 - [CM503002]: Call(C:18): Alerting VMail:999 by contact <sip:[email protected]:5483/UDP>
26.04.2022 10:44:54 - [CM503025]: Call(C:18): Calling T:VMail:999@[Dev:sip:[email protected]:5483;rinstance=81dad3b6b0fe5eff] for L:18.1[Extn:100]
26.04.2022 10:44:54 - [CM503005]: Call(C:18): Forwarding: T:VMail:999@[Dev:sip:[email protected]:5483;rinstance=81dad3b6b0fe5eff]
26.04.2022 10:44:54 - L:18.1[Extn:100] forwards call from Extn:110 to VMail:999 based on rule Fwd[Available/NoAnsw]
26.04.2022 10:44:54 - [Flow] Target endpoint for 110 is VMail:999
26.04.2022 10:44:54 - L:18.1[Extn:100] failed to reach Extn:110, reason Temporarily Unavailable
26.04.2022 10:44:54 - Leg L:18.3[Extn:110] is terminated: Cause: 480 Temporarily not available/INVITE from 77.109.174.160:12135
26.04.2022 10:44:54 - Call to T:Extn:110@[Dev:sip:[email protected]:12135;transport=TCP] from L:18.1[Extn:100] failed, cause: Cause: 480 Temporarily not available/INVITE from 77.109.174.160:12135
26.04.2022 10:44:54 - [CM503003]: Call(C:18): Call to <sip:[email protected]:0> has failed; Cause: 480 Temporarily not available/INVITE from 77.109.174.160:12135
26.04.2022 10:44:54 - Leg L:18.2[Extn:110] is terminated: Cause: 480 Temporarily not available/INVITE from 77.109.174.160:12564
26.04.2022 10:44:54 - Call to T:Extn:110@[Dev:sip:[email protected]:12564;transport=TCP,Dev:sip:[email protected]:12135;transport=TCP] from L:18.1[Extn:100] failed, cause: Cause: 480 Temporarily not available/INVITE from 77.109.174.160:12564
26.04.2022 10:44:54 - [CM503003]: Call(C:18): Call to <sip:[email protected]:0> has failed; Cause: 480 Temporarily not available/INVITE from 77.109.174.160:12564
26.04.2022 10:44:54 - [CM503025]: Call(C:18): Calling T:Extn:110@[Dev:sip:[email protected]:12564;transport=TCP,Dev:sip:[email protected]:12135;transport=TCP] for L:18.1[Extn:100]
26.04.2022 10:44:54 - [CM503025]: Call(C:18): Calling T:Extn:110@[Dev:sip:[email protected]:12564;transport=TCP,Dev:sip:[email protected]:12135;transport=TCP] for L:18.1[Extn:100]
26.04.2022 10:44:54 - [CM503027]: Call(C:18): From: Extn:100 ("Ronny Wasem" <sip:[email protected]:0>) to T:Extn:110@[Dev:sip:[email protected]:12564;transport=TCP,Dev:sip:[email protected]:12135;transport=TCP]
26.04.2022 10:44:54 - [CM503004]: Call(C:18): Route 1: from L:18.1[Extn:100] to T:Extn:110@[Dev:sip:[email protected]:12564;transport=TCP,Dev:sip:[email protected]:12135;transport=TCP]
26.04.2022 10:44:54 - [Flow] Call(C:18): has built target endpoint: Extn:110 for call from L:18.1[Extn:100]
26.04.2022 10:44:54 - [Flow] Target endpoint for 110 is Extn:110
26.04.2022 10:44:54 - [CM503010]: Call(C:18): Making route(s) from Extn:100 to <sip:[email protected]:0/UDP>
26.04.2022 10:44:54 - [CM505001]: Endpoint Extn:100: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CXPhone for iOS 18.0.4.242] PBX contact: [sip:[email protected]:5060]
26.04.2022 10:44:54 - [CM500002]: Call(C:18): Info on incoming INVITE from Extn:100: Invite-IN Recv Req INVITE from 127.0.0.1:5080 tid=PjAE6LkIgXdaZ8bctja1IqvQo7Wds4IGxt Call-ID=IkQ2BvdRxh9rUCKRq7Z3tFe5Qsdi0vVL: INVITE sip:[email protected]:5060;transport=UDP;tag3cx=pjbvooen SIP/2.0 Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---PjAE6LkIgXdaZ8bctja1IqvQo7Wds4IGxt;rport=5080 Via: SIP/2.0/UDP [::ffff:178.197.228.227]:60815;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=clnt.0-kzwz.uzkuiaypce8kp6hha-wsfrr2dkr_3229747 Via: SIP/2.0/TCP 127.0.0.1:50195;rport;branch=z9hG4bKPjAE6LkIgXdaZ8bctja1IqvQo7Wds4IGxt;alias Max-Forwards: 69 Record-Route: <sip:[email protected]:5080;user=proxy;uri=clnt.0-kzwz.uzkuiaypce8kp6hha-wsfrr2dkr_3229747> Contact: "Ronny Wasem" <sip:[email protected]:5060;rinstance=0-kzwz.uzkuiaypce8kp6hha-wsfrr2dkr> To: <sip:[email protected];tag3cx=pjbvooen> From: "Ronny Wasem"<sip:[email protected]>;tag=fvAHWWM.gySLuF8vL-gt4AH4qEOeQeb0 Call-ID: IkQ2BvdRxh9rUCKRq7Z3tFe5Qsdi0vVL CSeq: 26186 INVITE Session-Expires: 1800 Min-SE: 90 Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Content-Type: application/sdp Proxy-Authorization: Digest username="4YsRqjGlNH",realm="3CXPhoneSystem",nonce="414d53596267b10662:eb454da34cf0c6f852f0e723bcf2dcca",uri="sip:[email protected];tag3cx=pjbvooen",response="e798ff7853072bda76e2c50d0bbe5286",algorithm=MD5 Supported: replaces, 100rel, timer, norefersub User-Agent: 3CXPhone for iOS 18.0.4.242 Content-Length: 445 v=0 o=- 3859951494 3859951494 IN IP4 10.185.254.218 s=pjmedia b=AS:117 t=0 0 a=X-nat:0 m=audio 10000 RTP/AVP 18 9 0 8 125 101 c=IN IP4 10.185.254.218 b=TIAS:96000 b=AS:117 a=rtcp:10001 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:9 G722/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:125 opus/48000/2 a=fmtp:125 useinbandfec=1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=video 0 RTP/AVP 31 c=IN IP4 127.0.0.1
26.04.2022 10:44:54 - [CM503001]: Call(C:18): Incoming call from Extn:100 to <sip:[email protected]:0>
 
Ich habe mal rot und fett markiert, kann aber nicht viel damit anfangen.
Da wie gesagt, von der Nebenstelle her ohne weiteres nach aussen telefoniert werden kann. Kann sie ja nicht wirklich unaviable sein
 
Notrufnummern konfiguriert? Die Nebenstelle hat ja die selbe Nummer wie die Polizei...
 
  • Like
Reaktionen: IamXore
Notrufnummern konfiguriert? Die Nebenstelle hat ja die selbe Nummer wie die Polizei...

Das ist mir leider bei mehreren Installationen von Kollegen aufgefallen. Da muss man wirklich drauf achten - einfach unter "Einstellungen", "Allgemein" die Nummern ganz unten eintragen und man kann keine Nebenstelle mehr versehentlich mit Notrufnummern erstellen.

Mfg
 
  • Like
Reaktionen: bitn2
110 ist in der Schweiz keine Notrufnummer. :D

112 = Allgmeiner Notruf
117 = Polizei
118 = Feuerwehr
144 = Sanität
 
Ok, das kann ich ja nicht wissen.... Wenn man sich das Log anguckt wird der Anruf an die Mailbox weitergeleitet weil und Verfügbar/keine Antwort die Weiterleitung eingerichtet ist. Ist zu dem Zeitpunkt, wenn der Anruf erfolgt, die Nebenstelle angemeldet? Wie ist die Weiterleitung in der Nebenstelle 110 konfiguriert?
 
:-) war ja nicht böse gemeint ;-)

1650972276178.png1650972276178.png
 
Ja die Nebenstelle ist angemeldet und erscheint Grün in der PBX, zusätzlich kann ich von der Nebenstelleproblem los raustelefonieren und intern
 
480 Temporarily not available/INVITE from 77.109.174.160:12564
Was mich ein wenig wundert ist diese IP, das ist ja nicht die IP deiner 3CX. Von da kommt die Meldung mit not available.
 
Was mich ein wenig wundert ist diese IP, das ist ja nicht die IP deiner 3CX. Von da kommt die Meldung mit not available.
das ist eine gute Frage.........
das werde ich aber erst am Freitag eruieren können......
Die 3cx Anlage steht an einem Ort und die Telefone sind in einem Bunker an einem Internetkoffer angeschlossen und dieser Internetkoffer ist zurzeit an einer aussen Leitung angeschlossen.....

Also die 10.56.10.0/24 IP's sind vom Internetkoffer
die 77.109.174.160 IP kommt vom Bunker netz nehme ich an.
 
Also die 77.109.174.160 ist die WAN IP des Bunker...
 
Notebook's mit 3CX und Handy mit 3CX im gleichen Netz erhalten aber die Anrufe......
 
Tscha @Jarhead , das ist ein wesentlicher Fakt den du da im 14. Post in diesem Thread von dir gibst.

Notebook's mit 3CX und Handy mit 3CX im gleichen Netz erhalten aber die Anrufe......
Funktioniert völlig anders als ein Tischtelefon. Tischtelefon nutzt prinzipiell SIP und RTP Ports der 3CX (sowie HTTP / HTTPS und Multicast). Die Software Telefone auf dem PC und den Smartphones den Tunnel und den HTTPS Port. Die Benachrichtigung udn der Transport läuft ganz anders ab. Deine Tischtelefone sollten per Direct SIP / STUN remote oder direkt per SIP (Selbstbau ohne Komfort mit Sicherheitsverlust) angebunden sein, hast du nicht beschrieben. Besser wäre vmtl. ohnehin ein SBC bei mehr wie 2 Geräten.

Das führt mich zu meiner in der letzten Zeit oft als #1 gestellten Frage die ich hier noch nicht gestellt habe. Meine Schuld. Du hast sie ja nun beantwortet.

Erkläre bitte diese Netzwerkkonstruktion, die Anbindung der Tischtelefone an die 3CX und uns Unwissenden was ein Internetkoffer ist.
 

Anhänge

  • 3CX-Firewall_SBC.png
    3CX-Firewall_SBC.png
    437,4 KB · Aufrufe: 7
  • 3CX-Firewall_STUN.png
    3CX-Firewall_STUN.png
    126,6 KB · Aufrufe: 7
Zuletzt bearbeitet:
Guten Morgen zusammen

Danke für deine zwei Anhänge. Das System ist ein Direkte Sip Verbindung (Stun - Extern)
 

Anhänge

  • add69225-2291-4ed0-ac08-a3879c7153b8.JPG
    add69225-2291-4ed0-ac08-a3879c7153b8.JPG
    99,2 KB · Aufrufe: 11
  • 387cb31a-0af9-481e-bacc-304b915b9470.JPG
    387cb31a-0af9-481e-bacc-304b915b9470.JPG
    43,5 KB · Aufrufe: 11
  • Like
Reaktionen: Andreas Conrad
Das ist mal ein interessanter "Koffer". Ein mobiles IP LTE Fall back / VoIP System..

Ich würde empfehlen einen SBC (x86 Debian) zu nutzen, damit ist die Konnektivität hin zu den Tischgeräten/DECT Basis besser managebar (nach außen nur Port 5090 relevant). Entweder als VM falls ein Host im Koffer vorhanden oder als, 1U mini Server.
 
Zuletzt bearbeitet:
Host wäre vorhanden auf dem NAS unten drin.
Meine überlegung wäre das ich auf dem NAS den 3CX server laufen lass und im server raum den Failback server, somit sind die telefone immer direkt verbunden und nicht über den Stun extern.

Wie siehst du das?
 

Statistik des Forums

Themen
44.774
Beiträge
233.702
Mitglieder
78.509
Neuestes Mitglied
MiglioriSiti