Eingehende Anrufe nicht möglich - Ziel nich erreichbar

[lnxW]

Moin liebes Forum!

ich habe ein Problem mit eingehenden Anrufen.
Bei (Extern) Eingehenden Anrufen wird direkt die 3CX ansage "Das Ziel ist nicht erreichbar...." abgespielt
Intern (also innerhalb des Netzwerks) sind anrufe über die Ext# ohne probleme Möglich.
Ausgehende Anrufe funktionieren ebenfalls.

Andere Nebenstellen spielen statt der "Ziel nicht erreichbar" Meldung direkt die AB Ansage ab.

Die SIP Trunks sind grün hinterlegt.
Die DECT Basistationen sind Registriert und grün hinterlegt.
Die Telefone sind an den Basisstationen registriert.

Was ich bereits probiert habe:
- Neuregistrierung der Trunks
- Firewall Check
- Logfiles
- Deaktivierung IPv6 option unter Netzwerk

Spoiler: Activity Log

1/11/2024 9:06:22.673 PM    C:10: calling from L:10.1[Line:10005<<+49NumberFrom{30144b7cbab8}] to Route:ROUTER@{10005}10005{56604161ba17}
11/11/2024 9:06:22.673 PM    C:10 + Call started +
11/11/2024 9:06:22.669 PM    Line limit check: Current # of calls for line Lc:10005(@Easybell[<sip:[email protected]:0/UDP>]) is 1; limit is 10
11/11/2024 9:06:22.669 PM    NAT/ALG check:L:10.1[Line:10005<<+49NumberFrom{30144b7cbab8}] REQUEST 'INVITE' - basic check passed. No information for extended checks

11/11/2024 9:06:22.667 PM    [CM503012]: Inbound office hours rule (unnamed) for 10005 forwards to DN:800
11/11/2024 9:06:22.667 PM    [Flow] No office hours set, office hours assumed
11/11/2024 9:06:22.667 PM    [Flow] Looking for inbound target: called=+49NumberTo; caller="Test Kontakt" <sip:+49NumberFrom@:0>

Sonstige Infos:
Basistationen: Yealink W70B
SIP Provider: Easybell

 

[fxbastler]

1. Seit wann ist das so bzw. was wurde geändert?
2. Sind wie sind die DID eingerichtet?
3. Kann es sein, dass die Anrufe auf die Abwurf Nebenstelle / Standardroute des SIP Trunk auflaufen?
4. Ist das wirklich eine anderswo bzw. außer Haus gehostete 3CX und nicht on-premise?
5. Ist das eine 3CX v20 (sieht lt. Protokoll so aus)?

Das angehangene Aktivitätsprotokoll gibt das nicht wieder. Keine Ahnung, was die 101 ist.

 

[lnxW]

Danke für deine schnelle Antwort

1. Bemerkt wurde das Heute. Also wahrscheinlich ist es über das Wochenende, nach dem Update am Samstag aufgetreten.
2. Die DIDs sind in den Trunks eingerichtet (Siehe Bild) Ich habe auch die Nummern mal im E164 format eingetragen zum testen


3. Das wäre die Trunk->General->"Default Route" oder ? Ich habe dort versucht verschiedene Nebenstellen einzurichtgen, ohne Veränderung
4. Die 3CX wird lokal (InHouse & Baremetal) von uns selbst gehostet
5. Yes, Version 20.0 Update 3 (Build 806 Release)

Die 101 ist die Angerufene Nebenstelle. Diese klingelt teilweise ganz kurz (halbe Sekunde). Das gleiche verhalten ist an dem Webclient zu beobachten

 

[fxbastler]

nach dem Update am Samstag aufgetreten.

Was genau war das für ein Update?

Die DIDs sind in den Trunks eingerichtet (Siehe Bild) Ich habe auch die Nummern mal im E164 format eingetragen zum testen

Richte die mal als *<LokaleRufnummer> ein. Bei Easybell sollten die so wie mir bekannt aber schon als E.164 ankommen. Ist die E.164 Verarbeitung in der 3CX deaktiviert? Das nur als Nebenkriegschauplatz.

Wenn ich das richtig verstanden habe, dann ist die 101 intern anrufbar, extern über die DID aber nicht. Laut dem Aktivitätsprotokoll ist eine DN 800 involviert, keine 101. Laut dem Wireshark Protokoll wird die 101 angerufen und reagiert abweisend. Erkläre mir das bitte kurz.

 

[lnxW]

Das Update war ein Autoupdate auf: Version 20.0 Update 3 (Build 806 Release)
In dem release log konnte ich allerdings nichts auffälliges erkennen was damit zu tun haben könnte.

E.164 ist in der 3CX deaktiviert.

Genau. Das in dem Aktivitätsprotokoll war ein Test mit einer "Digitalen Rezeptionistin" um auszuschließe das es etwas mit der 3CX<->DECT verbindung zu tun hat.
Hier nochmal ein Prokoll ohne der 800 und mit einer eingerichteten Nummer: *<NrOhneVorwahl>

Wähle ich von intern eine DID erreiche ich auch wieder nur einen AB

Spoiler: Activity Log

11/11/2024 10:13:25.717 PM	C:24: calling from L:24.1[Line:10005<<+---{af1a6b450169}] to Route:ROUTER@{10005}10005{cfbb450f90d0}
11/11/2024 10:13:25.717 PM	C:24 + Call started +
11/11/2024 10:13:25.712 PM	Line limit check: Current # of calls for line Lc:10005(@easybell[<sip:[email protected]:0/UDP>]) is 1; limit is 10
11/11/2024 10:13:25.712 PM	NAT/ALG check:L:24.1[Line:10005<<+---{af1a6b450169}] REQUEST 'INVITE' - basic check passed. No information for extended checks
11/11/2024 10:13:25.711 PM	[CM503012]: Inbound office hours rule (unnamed) for 10005 forwards to DN:101
11/11/2024 10:13:25.711 PM	[Flow] No office hours set, office hours assumed
11/11/2024 10:13:25.711 PM	[Flow] Looking for inbound target: called=+--; caller="Test Kontakt" <sip:+--@

 

[fxbastler]

AAAHHH, HANDYNUMMER im Protokoll

 

[lnxW]

Shit Danke!!

AAAHHH, HANDYNUMMER im Protokoll

 

[fxbastler]

Zwischenstand (für andere die das lesen): wir haben das auf dem kurzen Dienstweg geklärt

 

[lnxW]

Soo.. mal wieder ein klassisches Problem-befindet-sich-zwischen-Bildschirm-und-Stuhl Situation..
Nach einer 3CX neuinstallation und dem setzen eines anderen SIP ports wegen der Frizbox problematik und der daraufhin notwendigen neueinrichtung der DECT Basen (die brauchen scheinbar auch ein Factory-Reset),
war das Problem immer noch da..

Stutzig wurde ich dann, als ich den SIP Trunk komplett aus der 3CX gelöscht habe und weiterhin die gleiche Ansage "Keine Route Gefunden" bekam.
In der Easybell Konfigurationseite wurde auch weiterhin eine Registrierung der Rufnummer angezeigt und eine dazugehörige IP die aus dem Hetzner universum stammt... Tja und dort lief tatsächlich noch eine zweite (alte) instanz von uns, die sich ebenfalls auf die Rufnummern registriert hat. Warum der Server plötzlich wieder zum leben erweckt wurde weiß ich nicht. Eigentlich hatte ich den vor langer zeit Heruntergefahren und vergessen.
Dieser wurde jetzt entgültig beerdigt und oh wunder, nun lässt es sich auch wieder fröhlich telefonieren !

Das war mal wieder eine spannende Debugging Reise bei der ich mich nochmal sehr herzlich bei dir bedanken möchte @fxbastler !
Danke für deine Zeit und die ganzen gute Gedanken zu so später Stunde!!

Liebe Grüße,
Linus