Nebenstelle besetzt obwohl verfügbar

[ABC Pfeiffer]

Bei einem Kunden habe ich mehrere neue Nebenstellen mit neuem SIP Trunk von Easybell erstellt. Wenn ich eine der Nebenstellen über ihre DID anrufe ist sofort besetzt, noch bevor das Telefon klingelt. Die Nebenstelle ist mit Telefon und App auf IPhone angemeldet und im Status Verfügbar. Wenn ich über eine Warteschleife anrufe sind die Nebenstellen normal erreichbar.

24.07.2026 16:29:18.045	[IncRR](C:7): On Leg Terminated: L:7.3 (entfernt)
24.07.2026 16:29:18.044	[IncRR](C:7): Terminating all destinations, reason = CallerTerminated
24.07.2026 16:29:18.044	[IncRR](C:7): On Leg Terminated: L:7.1 (entfernt)
24.07.2026 16:29:17.908	Call(C:8): == Connected L:8.1 (entfernt) and L:8.4[EndCall: (entfernt)
24.07.2026 16:29:17.906	[IncRR](C:8): Connected destination L:8.4 (entfernt)
24.07.2026 16:29:17.865	[IncRR](C:8): calling next destination
24.07.2026 16:29:17.865	[IncRR](C:8): destination failed, reason DestinationBusy
24.07.2026 16:29:17.865	[IncRR](C:8): On Leg Terminated: L:8.3 (entfernt)
24.07.2026 16:29:17.861	C:8 Failed to build divert target EndCall.Busy; fail reason = TargetBusy
24.07.2026 16:29:17.760	[IncRR](C:8): Start routing incoming call to Route: (entfernt)
24.07.2026 16:29:17.760	C:8: calling from (entfernt)
24.07.2026 16:29:17.760	C:8 + Call started +
24.07.2026 16:29:17.750	Line limit check: Current # of calls for line Lc:10004 (entfernt) is 2; limit is 10
24.07.2026 16:29:17.750	[CM503012]: Inbound office hours rule (unnamed) for 10004 forwards to DN:03
24.07.2026 16:29:17.750	[Flow] No office hours set, office hours assumed
24.07.2026 16:29:17.750	[Flow] Looking for inbound target: called=(entfernt); caller= (entfernt)

Edit: Ihc habe die 3CX bereits neu gestartet und am Telefon *60 gewählt, dann kommt ein Fehler.
Wenn ich die Option aktiviere "mehrere Gespräche annehmen" klingeln alle Apparate normal aber sobald ich abnehme kommt wieder "besetzt" beim Anrufer.

 

[mbehrens]

Bei einem Kunden habe ich mehrere neue Nebenstellen mit neuem SIP Trunk von Easybell erstellt. Wenn ich eine der Nebenstellen über ihre DID anrufe ist sofort besetzt, noch bevor das Telefon klingelt.

Die DID ist beim User richtig hinterlegt?

 

[ABC Pfeiffer]

Ja ist sie, ich sehe bei Berichte/ eingehende Anrufe das die korrekte Nebenstelle angesteuert wird. Bei manchen Versuchen klingelte sgoar das Handy/ Telefon für 1 Sekunde.

 

[avraammich_3CX]

Wenn ich über eine Warteschleife anrufe sind die Nebenstellen normal erreichbar.

von intern bekommst du das Verhalten auch?
Von Benutzer zu Benutzer?
Für alle Benutzer das gleiche Verhalten?
Wo genau läuft die 3CX Anlage?
Hosted by 3CX?
Selbst Verwaltet?
Zeit Synchronisation schon geprüft?
Der Log Abschnitt besagt nicht in welchem Leg. das Busy bzw. auch von welchem User gesendet wird.

Verwende 3CX Bin Log viewer

 

[ABC Pfeiffer]

Intern zu intern funktioniert, auch der alte SIP Trunk funktioniert weiterhin.
Es passiert nur wenn ich über den neuen Easbyell SIP Trunk eine beliebige Nebenstelle direkt anrufe. Wobei Easybell ihr internes System seit Monaten umbaut, möglicherweise hängt es damit zusammen.
Die Anlage ist "hosted by 3CX".
Log Viewer prüfe ich gleich.

 

[ABC Pfeiffer]

Im "Detail" Register des Logviewers steht dies:

27.07.2026 10:29:04:382 | 11 | [IncRR](C:26): destination failed, reason DestinationBusy

Level = 3
Severity = Log
Tread = 11
Source = /Sources/Projects/PbxServer/src/Router.cpp, line:430

 

[avraammich_3CX]

27.07.2026 10:29:04:382 | 11 | [IncRR](C:26): destination failed, reason DestinationBusy

Der Log Abschnitt hilft nicht, hierfür muss geprüft werden in welchem Leg das Busy protokolliert wird (user Agent?)

Kannst du uns ein Support Ticket öffnen, ich werde das Ticket übernehmen.

 

[avraammich_3CX]

update: nach ändern von Host/Registrar voip.easybell.de zu sip.easybell.de signalisiert Benutzer wie zu erwarten.

Das problem war das provider im Invite sip.easybell.de anstatt voip.easybell.de sendet(warum auch immer).