[comstark]

Hallo, wir haben eine lizensierte Version von 3cx an einem TK-Homeserver von agfeo.

Im Port-/Trunkstatus haben wir ständig die Meldung: nicht angemeldet

Die Telefone (Snom370) bekommen dann auch kein Amt bzw steht im Display: temporary not available

Nach eine zeitlang geht es dann von alleine wieder.

Log

Code: Select all

12:17:03.045  [CM505003]: Provider:[agfeo NameSenior] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [AGFEO TK-HomeServer SIP 1.04.38] PBX contact: [sip:23@192.168.1.10:5060]
12:17:03.043  [CM503001]: Call(278): Incoming call from 7799613@(Ln.10003@agfeo NameSenior) to <sip:12@192.168.1.10:5060>
12:17:03.026  [CM503012]: Inbound out-of-office hours rule (unnamed) for 10003 forwards to DN:12
12:17:02.867  [CM503025]: Call(277): Calling Ext:Ext.11@[Dev:sip:11@192.168.1.117:1026;line=daipnok7]
12:17:02.841  [CM503004]: Call(277): Route 1: Ext:Ext.11@[Dev:sip:11@192.168.1.117:1026;line=daipnok7]
12:17:02.837  [CM503010]: Making route(s) to <sip:11@192.168.1.10:5060>
12:17:02.835  [CM505003]: Provider:[agfeo SName] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [AGFEO TK-HomeServer SIP 1.04.38] PBX contact: [sip:22@192.168.1.10:5060]
12:17:02.832  [CM503001]: Call(277): Incoming call from 7799613@(Ln.10001@agfeo SName) to <sip:11@192.168.1.10:5060>
12:17:02.815  [CM503012]: Inbound out-of-office hours rule (unnamed) for 10001 forwards to DN:11
12:16:40.778  [CM504004]: Registration succeeded for: 10001@agfeo SName
12:16:40.378  [CM504004]: Registration succeeded for: 10002@agfeo MName
12:16:40.248  [CM504004]: Registration succeeded for: 10003@agfeo NameSenior
12:16:39.918  [CM504003]: Sent registration request for 10002@agfeo MName
12:16:39.839  [CM504003]: Sent registration request for 10003@agfeo NameSenior
12:16:39.798  [CM504003]: Sent registration request for 10001@agfeo SName
12:11:39.574  [CM504007]: Next attempt to register 10002@agfeo MName is scheduled in 5 minute
12:11:39.563  [CM504005]: Registration failed for: 10002@agfeo MName; Cause: 500 Internal Server Error; from IP:192.168.1.100:5060
12:11:39.532  [CM504007]: Next attempt to register 10003@agfeo NameSenior is scheduled in 5 minute
12:11:39.511  [CM504005]: Registration failed for: 10003@agfeo NameSenior; Cause: 500 Internal Server Error; from IP:192.168.1.100:5060
12:11:39.482  [CM504007]: Next attempt to register 10001@agfeo SName is scheduled in 5 minute
12:11:39.455  [CM504005]: Registration failed for: 10001@agfeo SName; Cause: 500 Internal Server Error; from IP:192.168.1.100:5060
12:11:38.849  [CM504004]: Registration succeeded for: 10004@agfeo Name1
12:11:38.382  [CM504003]: Sent registration request for 10002@agfeo MName
12:11:38.332  [CM504003]: Sent registration request for 10003@agfeo NameSenior
12:11:38.274  [CM504003]: Sent registration request for 10001@agfeo SName
12:11:38.185  [CM504003]: Sent registration request for 10004@agfeo Name1
12:11:38.128  [CM506003]: Resolved SIP external IP:port has changed to (91.50.37.116:13199) on Transport 192.168.1.125:5060
12:11:38.125  [CM506003]: Resolved SIP external IP:port has changed to (91.50.37.116:13198) on Transport 192.168.1.10:5060
12:11:37.983  [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 96.9.132.83:3478 over Transport 192.168.1.125:5060

Das ganze läuft nur intern, keine Telefone über eine öffentlich IP.

Hat hierzu jemand einen Tip für mich?

Danke

[groundhog]

Serverkonfiguration, Switch, Verbindungskabel?

Offenbar könnnen Telefone und Anlage den Server zeitweise nicht erreichen.

So richtig viel über die Konfiguration hast Du ja nicht mitgeteilt, aber da scheint es zu haken und dort würde ich zuerst suchen.

[comstark]

Schon mal Danke für deine Antwort, aber woraus kannst du schliessen, dass das Netzwerk nicht i.O. ist?

Welche Infos werden weiter benötigt um weiter zu kommen?

Hier mal noch was, was ständig auftaucht:

Code: Select all

Registration failed for: 10004@agfeo name; Cause: 500 Internal Server Error; from IP:192.168.1.100:5060

Auf der 192.168.1.10 läuft ein SBS2008 x64 mit der 3cx
Die Agfeo ist unter der 192.168.1.100 zu erreichen
Der Router/Gateway hat die 192.168.1.1

[groundhog]

Nach meiner Erfahrung treten diese Fehler

Registration failed for: 10004@agfeo name; Cause: 500 Internal Server Error; from IP:192.168.1.100:5060

u.a. bei unsauberer Verbindung auf.

Da sich das Gerät bei der 3CX anmeldet, kann es ja gleichzeitig keinen 500-Fehler generieren, es sei denn das Protokoll reisst ab. Dann registriert die Gegenstelle das als 500-Fehler.

Allerdings irritiert mich jetzt, das Du im ersten Post schreibst

Hallo, wir haben eine lizensierte Version von 3cx an einem TK-Homeserver von agfeo.

und oben

Der Router/Gateway hat die 192.168.1.1

Gibt es nun noch andere Komponenten, ausser Snom, TK und 3CX? Ausserhalb des lokalen Netzes?

[comstark]

Ahso, dann kommt die 500 Fehlermeldung von der Agfeo, verstehe ich das richtig?

Nein, es gibt keine weiteren Geräte ausserhalb des Netzes.
Den Router habe ich nur der Vollständigkeit wegen erwähnt.

Ich werde den Server dann mal direkt mit einem der 4 Lan Ports an der Agfeo verbinden und nicht wie bisher mit einem Switch, der sich dazwischen befindet.

[comstark]

Kann es denn sein, dass ein fehlender bzw falscher stunserver in der 3cx die Probleme verursacht hat?

Ich habe den stun von 1und1 angegeben und nun scheint alles zu funktionieren. Aber wpzu braucht man intern einen stunserver? Da habe ich wohl was noch nicht ganz verstanden...

[groundhog]

Ja, die Meldung ist der Agfeo zuzuordnen, aber es kann sein das diese keinen Fehlercode schickt sondern 3CX ein unvollständiges oder nicht normkonformes Protokoll so interpretiert. Das kann ich nicht sagen.

Ich kenne die Agfeo nicht, aber vielleicht macht es auch Sinn, deren Logs einmal zu checken und den Fehler aus Sicht der Anlage zu prüfen.

[groundhog]

Sorry, da warst Du schneller als ich.

Der STUN wird innerhalb des Lans gar nicht benötigt.

Hast Du bei der Konfiguration der Geräte vieleicht irgendwo eine öffentliche IP eingegeben?

[comstark]

Ok, dann schalte ich den stun wieder ab. Dachte ich mir eigentlich auch so.

Ich hatte als öffentliche IP in der 3cx testweise den dyndns Account des Anschlusses angegeben. Den habe ich jetzt auch wieder entfernt.

Sonst weist nichts auf eine öffentliche Adresse hin...

Dir aber schon mal vielen Dank für deine Bemühungen!

[groundhog]

Hauptsache es funktioniert. Es wäre natürlich schön die genaue Ursache zu kennen.

Viele Grüße,

[comstark]

Also, der Fehler war dann so doch nicht behoben

Ich habe 6 ISDN Leitungen durch 2x PTMP Mehrgeräteanschluss in der Agfeo.
Eine Leitung fürs Fax und die restlichen zum telefonieren.

Ich hatte jeder dieser 5 Leitung einen SIP Account zugeteilt. Diese dann in der 3cx zugeordnet, also 5 VoIP-Provider in der 3cx.

Und so wie es jetzt aussieht, liegt genau da das Problem. Ich habe bis auf einen Provider alle anderen in der 3cx gelöscht, diesem dann 4 Leitungen gleichzeitig zugewiesen und seit dem ist das Problem behoben. Aufgefallen ist das ganze, weil ich festgestellt habe, dass die Leitungen bei ausgehenden Gesprächen (augescheinlich) willkürlich vergeben werden. Trotz der ausgehenden Reglen...

Der Agfeo habe ich noch alle überflüssigen SIP Accounts gelöscht und allen Leitungen volle Amtsberechtigung erteilt.

Kann es also sein, dass die Agfeo mit den 5 Providern in der 3cx nicht klar kommt?
So wie ich es jetzt konfiguriert habe ist es ja nicht möglich, jedem User eine "MSN" zu zuordnen...

Wo blicke ich denn da was nicht ganz?

Edit:

Diesen Fehler gibt Wireshark immer noch aus:

Code: Select all

421344   5739.925164   192.168.1.100   192.168.1.10   SIP   Status: 401 Unauthorized    (0 bindings)

[StefanW]

die Agfeo hat einfach den Register nicht mehr angenommen, grund muss hier nun das log der TK zeigen