[patman0815]

Hallo Community!

Habe seit dem Upgrade auf Version 8 folgendes Problem:
Wählt man eine Klappe direkt durch, läutet es ca. 1 - 2 mal auf der richtigen Klappe, dann wird auf die Voicebox von DN 100 umgeleitet. Im Call Log Reporter steht 5 Sekunden "ringing" und "not answered". im Server-Aktivitäten-Protokoll steht dann nur "call is terminated".
Das passiert sowohl bei den SNOMs (M3 + 300) als auch bei der Durchwahl an dem das analoge Fax (via Patton M-ATA) hängt.
Ausnahme sind nur die Softclients (3CX Phone). Dort läutet es bis in alle Ewigkeit.

Wählt man die Kopfnummer, welche dann in einer Queue mündet, funktioniert alles einwandfrei.
Hat Jemand eine Idee dazu

Danke und Grüsse
Patrick

[groundhog]

Kanns Du bitte mal die Protokollierungsstufe auf "Umfassend" stellen, alle Dienste neu starten, einen fehlerhaften Anruf durchführen und das Protokoll hier einstellen?

[patman0815]

Hallo groundhog,

hoffe das ist ausreichend:

06:10:48.562 [CM503008]: Call(2): Call is terminated
06:10:43.843 [CM503025]: Call(2): Calling Ext:Ext.100@[Dev:sip:100@192.168.1.39:5060;line=44490]
06:10:43.843 [MS210002] C:2.2:Offer provided. Connection(transcoding mode): 192.168.1.45:7002(7003)
06:10:43.781 [CM503004]: Call(2): Route 1: Ext:Ext.100@[Dev:sip:100@192.168.1.39:5060;line=44490]
06:10:43.781 [MS210000] C:2.1:Offer received. RTP connection: 212.41.253.183:57408(57409)
06:10:43.781 [CM503010]: Making route(s) to <sip:100@192.168.1.45:5060>
06:10:43.781 Remote SDP is set for legC:2.1
06:10:43.781 [CM505003]: Provider:[INODE 022xx xxxx9] Device info: Device Not Identified: User Agent not matched;

Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [MxSipApp/5.0.12.76 MxSF/v3.2.1.1] PBX contact:

[sip:022xxxxxx9@85.xxx.xx.x05:5060]
06:10:43.765 [CM503001]: Call(2): Incoming call from 022xxxxxx2@(Ln.10001@INODE 022xx xxxx9) to

<sip:100@192.168.1.45:5060>
06:10:43.359 [CM503012]: Inbound out-of-office hours rule (unnamed) for 10001 forwards to DN:100
06:10:43.359 Looking for inbound target: called=022xxxxxx9100; caller=022xxxxxx2
06:10:43.343 [CM500002]: Info on incoming INVITE:
INVITE sip:022xxxxxx9100@85.xxx.xx.xx5:5060;rinstance=39433ac2d313001a SIP/2.0
Via: SIP/2.0/UDP 212.41.253.181;branch=z9hG4bKcc61.b6b8932.0
Via: SIP/2.0/UDP 172.29.183.11;rport=5060;branch=z9hG4bKcc61.ac1e7816.0
Via: SIP/2.0/UDP 172.29.183.10;branch=z9hG4bKcc61.a6b8932.0
Via: SIP/2.0/UDP 172.27.33.198;rport=5060;branch=z9hG4bK13e58abe8
Max-Forwards: 9
Record-Route: <sip:212.41.253.181;r2=on;lr=on;ftag=79f5c80c77b0698>
Record-Route: <sip:172.29.183.10;r2=on;lr=on;ftag=79f5c80c77b0698>
Record-Route: <sip:172.29.183.11;lr=on;ftag=79f5c80c77b0698>
Record-Route: <sip:172.29.183.10;r2=on;lr=on;ftag=79f5c80c77b0698;nat=yes>
Record-Route: <sip:212.41.253.181;r2=on;lr=on;ftag=79f5c80c77b0698;nat=yes>
Contact: "022xxxxxx2"<sip:022xxxxxx2@172.27.33.198:5060>
To: <sip:022xxxxxx9100@p2.voip.inode.at>
From: "022xxxxxx2"<sip:022xxxxxx2@p2.voip.inode.at>;tag=79f5c80c77b0698
Call-ID: b4f924bbc5060c38f42926548f2fdfff@p2.voip.inode.at
CSeq: 621628932 INVITE
Session-Expires: 3600
Min-SE: 300
Allow: INVITE, ACK, BYE, CANCEL, REFER, NOTIFY
Supported: timer, replaces
User-Agent: MxSipApp/5.0.12.76 MxSF/v3.2.1.1
P-Preferred-Identity: <sip:022xxxxxx2@p2.voip.inode.at>
Content-Length: 0

Grüsse
Patrick

[groundhog]

Das ist natürlich ein bischen mager, wenn Du nicht beschreibst was hier hätte passieren sollen, aber wenn ich das richtig sehe erfolgt die Weiterleitung über eine Regel.
Hast Du das einmal überprüft?

[patman0815]

Hallo groundhog,

also folgendes sollte hier (sowohl in- als auch ausserhalb der Öffnungszeiten) passieren:
Anrufer sollte bei direkter Durchwahl (hier DN 100) zum Snom M3 (192.168.1.39) kommen . Es sollte dort solange läuten bis jemand abhebt oder bis eine Regel ihn weiterleitet.
Habe hier keine Regel definiert (mit Ausnahme der "Innerhalb- und ausserhalb der Öffnungszeiten" Regel). Aber trotzdem schnappt nach fast exakt 5 Sekunden der Anschluss ab (läutet nur 1-2 mal) und leitet dann sofort auf die Standardmailbox um??
...ohne das dies eine Regel begründet?

Was könnte ich noch falsch gemacht haben?
Grundsätzlich hängen die Klappen in einer von 2 Callqueues (je nach Öffnungszeit) --> innerhalb oder ausserhalb der Öffnungszeiten.
Grüsse
Patrick

[groundhog]

Dem Protokoll nach macht die 3CX ja nichts, ausser der Signalisierung.

Also muss die Aktion entweder vom Gerät DN100 (also dem M3) oder vom Initiator ausgehen da das Gespräch, jedenfalls aus Sicht der 3CX, einfach beendet wurde.

Ich würde mal am Snom anfangen.

Was passiert denn, wenn Du das Teil intern anrufst?

[matictec]

Vielleicht auch noch mal ein Screenshot der Weiterleitungsregeln und der Einstellungen des snoms schicken. Welche Firmware läuft auf dem snom?

[patman0815]

Hallo,

danke für Eure Rückmeldungen. Bin leider die nächsten Tage nicht in bei der 3cx. Die Screenshots liefere ich demnächst nach.
Intern funktioniert es, nur extern nicht egal bei welcher Durchwahl.
Die Firmware der Snoms ist 2.03 (M3) und 7.3.30 vom 300er.
Wie schon gesagt, passiert das abschnappen und Umleiten auch auf meiner Fax-Klappe DN 150, wo der Patton M-ATA hängt.

Grüsse
Patrick

[office@constrax.at]

Hallo,

ich habe gesehen, Du verwendetst einen VOIP-Trunk von Inode / UPC? Ich habe leider mit dem Trunk immer wieder Probleme, Gesprächsabbrüche und Early-Media Probkleme. Schwierig nachzuvollziehen, da es meistens funktioniert. Support pendelt zwischen 3cx, Inode und Snom ohne Ergebnis.

Funktioniert es bei Dir einwandfrei? Kannst Du die Einstellungen vom SIP-Trunk posten bitte?

Danke!!!
lG
Sascha