Call routing ist strange ...

[osnet]

Servus,
ich steh derzeit leicht aufn Schlauch.

Ausgangspunkte:
100er Siptrunk
00 bzw 0 von aussen soll auf Zentrale Warteschleife gehen
XX bei bei direktem anwählen aber auch an die entsprechenden user/entgeräte. geroutet werden.

bislang kann ich immer nur am Siptrunk der Telekom einstellen, welcher user bzw welche Warteschleife dort direkt das Weiterleitungsziel ist.
es war doch früher möglich

00 an die zentrale
XX an user direkt
zu schleifen...

System 20.0 U 3. 806

hat sich mal wieder was am telekom trunk geändert ?

 

[bitn2]

Das machst du in den entsprechenden Nebenstellen. Dort die DID zuweisen.

 

[avraammich_3CX]

Hi @osnet,

schau dir folgende Anleitung an:

https://www.3cx.de/docs/adminhandbuch/office-hours/

 

[osnet]

DID is klar. Sind alle im Trunk angelegt, und jeder user hat seine eigene zugewiesen.
officehours sind global 00:00 - 23:59
und jeder user hat das inherited und wird "zwangs verfügbar" gesetzt.
irgendwie ist die standard call route immer der master, egal was man macht.

vermutlich mal wieder den trunk komplett löschen und neu anlegen. ist jedoch extrem mühseelig

 

[fxbastler]

irgendwie ist die standard call route immer der master, egal was man macht.

Im Aktivitätsprotokoll die Protokollierungsstufe erhöhen und schauen, wie so ein Anruf im INVITE (insbes. der übertragenen Nummer) von außen ankommt und warum der so geroutet wird.

Meine erste Vermutung: die DID sind unpassend zum Nummernformat der eingehenden Anrufe.

 

[bitn2]

Im Aktivitätsprotokoll die Protokollierungsstufe erhöhen und schauen, wie so ein Anruf im INVITE (insbes. der übertragenen Nummer) von außen ankommt und warum der so geroutet wird.

Meine erste Vermutung: die DID sind unpassend zum Nummernformat der eingehenden Anrufe.

Genau das wäre auch mein Tipp.

 

[osnet]

ich bin da vollkommen mit euch,
wenn ich da nur irgendwo mit tail -f reinkommen würde.
diese ai generierten logs sind doch behindert.

gibts nen kniff die dinger raw zu generieren ?

 

[fxbastler]

wenn ich da nur irgendwo mit tail -f reinkommen würde.

Das ist unnötig. Siehe 3CX Admin / Systemübersicht / Aktivitätsprotokolle. Dort steht alles drin, vorausgesetzt die Protokollierungsstufe (zu finden unter Einstellungen) ist hoch genug.

Um an alle Log Dateien zu kommen reicht oft auch ein Download der Support-Informationen. Aber das ist in diesem Fall eher (noch) nicht nötig. Aber ja: dort sind die Dateien für den 3CX Bin Log Viewer drin.

 

[osnet]

ARGH leute : )
ich habe mir erfolgreich selbst mehrere beine gestellt : )

hintergrund: ich hatte von einer sonicwall auf eine opnsense umgestellt.
rausrufen ging, reinrufen war nur in der zentrale getestet worden.
auf DID wurde nicht getestet.

SIP headers, INVITE und co alles ok
es mangelt momentan nur an der richtigen portweiterleitung und vernatung des. SBC -.-

bekomm ich auch noch hin

dennoch merci für den versuch