keine weiterleitung an externe nummer

[anonymous]

guten morgen miteinander

habe seit neustem das problem das die anrufe ausserhalb der geschäftszeiten nicht an eine externe nummer weitergeleitet werden.

hab bei den eingehene regel auch so eigentstellt das die weiterleitung auf eine externe nummer immer aktiv ist. wird aber nichts weitergeleitet. und beim anrufer kommt das normale telefonklingeln.

hier noch die meldung aus dem protokoll:

07:28:50.075 [CM503008]: Call(72): Call is terminated
07:28:50.012 [CM503020]: Normal call termination. Reason: Not found
07:28:50.012 [CM503016]: Call(72): Attempt to reach failed. Reason: Not Found
07:28:50.012 [CM503014]: Call(72): No known route to target:
07:28:50.012 [CM503010]: Making route(s) to
07:28:50.012 [CM503001]: Call(72): Incoming call from 0763325520@(Ln.10000@Patton 4552) to
07:28:50.012 [CM503012]: Inbound out-of-office hours rule (Hauptnummer) for 10000 forwards to DN:9999999999


gruss

 

[groundhog]

Bedeutet das, dass es innerhalb der Geschäftszeiten funktioniert?
Wenn nicht, richte mal eine Nebenstelle ein und leite diese zu Probezwecken weiter. Dann kannst Du mit einem internen Anruf auf diese Nebenstelle prüfen, ob es so geht ohne das eine eingehende Leitung belegt ist.

 

[anonymous]

also wenn ich intern auf die nebenstelle anrufe die auf eine externe nummer weiteleitet funktioniert es.

nein, funktioniert überhaupt nicht die weiterleitung auch wenn ich immer auf die nummer weiterleite funktioniert es von aussen nicht.

 

[groundhog]

Das sieht nach einem Problem mit dem Gateway aus, da dann ja eine tweite Leitung angefordert wird.
Welches Gateway ist das? ISDN oder SIP, ggf. Hersteller?

 

[anonymous]

ist ein patton 4552 über isdn.
habe letztens noch den skype gateway hinzugefügt. kann das echt mit diesem zusammenhängen ?

 

[groundhog]

Mit Skype habe ich jetzt keine Erfahrung, aber kannst Du nicht mal die Regel hierzu löschen oder stillegen?
Ausserdem muss die Anzahl gleichzeitiger Anrufe bei dem Patton auf 3 stehen (bei einem NTBA), eingehend wie ausgehend.

 

[anonymous]

also du meinst: Höchstzahl gleichz. Anrufe muss ich beim 3cx auf 3 stellen und im patton updaten ?

hab ja eigentlich nur isdn mit 2 gleichzeitigen leitungen...

hab den skype gateway deinstalliert und das system neu gestartet. immernoch selbes ergebnis.

 

[groundhog]

Nein, ich meinte die Anzahl der zugelassenen Anrufe, die in der Gatewaykonfiguration des Patton innerhalb der 3CX angegeben sind. Diese Zahl muss auf 2 gestellt sein.

Wenn ich das richtig verstanden habe:
Eine bestimmte interne Nebenstellen, nennen wir die mal A, hat eine feste Rufweiterleitung.
- Wenn A von intern angerufen wird, geht der Ruf korrekt raus.
- Wenn A von extern angerufen wird, nicht.

Dann würde ich mal ein abgehendes Gespräch führen (klingeln lassen reicht, hauptsache die Leitung ist belegt) und rufe dann mal von extern einen Apparat intern an, der keine Weiterleitung hat.
Damit wäre erst mal festgestellt, ob überhaupt beide Kanäle funktionieren.

 

[anonymous]

genau. Eine interne Nebenstelle mit fixer Rufweiterleitung funktioniert. Und wenn ich die Regel der Hauptnummer umstelle auf fixe Weiterleitung, funktioniert dies nicht.

Test mit beiden Leitungen funktioniert. Kann also mit zwei Leitungen gleichzeitig Telefonieren.

 

[groundhog]

Verstehe ich nicht. Irgendwas muss anders sein.

Vielleicht mal ein Protokoll wenn A intern gerufen wird und eins wenn A extern gerufen wird gegenüberstellen. Da muss es im Verbindungsaufbau einen Unterschied geben.

 

[anonymous]

hm... sieht schon nach fehlern aus.

hier wenn ich A von intern anrufe (wird ja auf extern weitergeleitet):
09:03:54.518 [CM503008]: Call(6): Call is terminated
09:03:52.490 [CM503007]: Call(6): Device joined: sip:[email protected]:5060
09:03:52.490 [CM503007]: Call(6): Device joined: sip:[email protected]:56128;rinstance=df16c28b39b5f476
09:03:49.043 [CM503002]: Call(6): Alerting sip:[email protected]:5060
09:03:47.436 [CM503025]: Call(6): Calling Unknown:0123456789@(Ln.10000@Patton 4552)@[Dev:sip:[email protected]:5060]
09:03:47.389 [CM503004]: Call(6): Route 1: Unknown:0123456789@(Ln.10000@Patton 4552)@[Dev:sip:[email protected]:5060]
09:03:47.374 [CM503010]: Making route(s) to
09:03:47.374 [CM505001]: Ext.121: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CXVoipPhone;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CXVoipPhone 4.0.9878.0] PBX contact: [sip:[email protected]:5060]
09:03:47.374 [CM503001]: Call(6): Incoming call from Ext.121 to

und hier wenn ich die hauptnummer auf eine externe nummer umschalte:
09:04:54.485 [CM503008]: Call(7): Call is terminated
09:04:54.438 [CM503020]: Normal call termination. Reason: Not found
09:04:54.438 [CM503016]: Call(7): Attempt to reach failed. Reason: Not Found
09:04:54.438 [CM503014]: Call(7): No known route to target:
09:04:54.438 [CM503010]: Making route(s) to
09:04:54.438 [CM503001]: Call(7): Incoming call from 9876543210@(Ln.10000@Patton 4552) to
09:04:54.438 [CM503012]: Inbound office hours rule (Hauptnummer) for 10000 forwards to DN:0123456789

 

[anonymous]

sieht so aus als ob es funktioniert.
war ein problem an der ausgehenden regel.

danke dir auf jedenfall für deine hilfe. und wünsch noch ne schöne weihnachtszeit.

gruss snoobs

 

[groundhog]

Da wären wir wieder bei meiner ersten Frage: Funktioniert es innerhalb der Geschäftszeiten? Da liegt ja offensichtlich ein Regelfehler vor, was die Routenwahl betrifft.
Wie sieht denn die ausgehende Regel für das Patton aus?

 

[anonymous]

die regel ist im attachment

 

[groundhog]

Bitte mal testweise die Regel ändern:
- Alle Rufnummern rausnehmen
- im Feld Prefix nur eine 0 eintragen

So läuft es bei mir.

 

[anonymous]

funktioniert so!

danke dir.

 

[stefanw]

Kurze erklärung dazu

In dem moment wo nicht mit dem Prefix gearbeitet wird kann das system keine eigene route aufbauen wenn es selber wählt. Daher bei weiterleitungen immer prefix nehmen.

wenn das bei kunden an sich nicht gewünscht ist, weil Sie nicht die 0 vor jedes gespräch hängen wollen, kann noch ein kleiner trick weiterhelfen.

1. Regel
Prefix 9
Entfernen 1

2. Regel
Länge1-15
Entfernen 0

Alle Weiterleitungen in der 3CX mit 9 Prefix anlegen dann gilt ja Regel 1
Der Enduser wählt ja an sich keine 9 (zumindest habe ich in DE noch keine Ortsnummern mit 9 gesehen) und dann geht es auch ohne