Probleme bei Ersteinrichtung Cloud/Snom/Panasonic

[dueppy]

Hallo zusammen,

wir testen seit ein paar Tagen 3cx in der Cloud-Variante.
Dazu haben wir ein Panasonic KX-HDV130 und ein Snom D315 als Endgeräten vor Ort.
Als Trunk haben wir easyBell eingerichtet.

Gute Nachricht: Über's Softphone funktioniert alles einwandfrei. Rauswählen und angerufen werden.

Jedoch wollen die Geräte noch gar nicht so wirklich:

1. Panasonic KX-HDV130:
Rauswählen funktioniert einwandfrei. Jedoch scheitern wir beim Entgegennehmen eines Anrufs. Das Telefon klingelt. Wenn wir abnehmen passiert für den Anrufer jedoch nichts. Es klingelt weiter. Das Telefon tut jedoch so als hätte es den Anruf angenommen. Das Telefon wird zwar offiziell nicht supported, jedoch soll es nach Infos aus dem englischen Forum eigentlich dennoch funktionieren.
2. Beim Snom funktionierte die Installation deutlich einfacher dank Provisionierung.
Jedoch steht dauerhaft "not registered" im Display. Das Log sagt: "stunserver is not answering". Jedoch erreicht das Panasonic den ja sehrwohl aus dem gleichen Netz heraus.

Hat jemand schlaue Tipps? Ich wäre sehr dankbar! ;-)

 

[ilias_3CX]

Hallo dueppy,

leider kann ich dir nicht vieles für das Panasonic schreiben, da ich die erfahrung damit nicht gemacht habe. Das Telefon wird auch nicht von der 3CX unterstützt.
Die Telefone hast du per Stun Provisioniert wenn ich es richtig verstanden habe.
Bitte stelle sicher dass du das Häkchen über Nebenstelle -> Optionen -> das Häkchen von Anmeldung außerhalb des LANs nicht zulassen (Remote extensions using Direct SIP or STUN will be blocked) rausgenommen hast.

Gruß
Ilias

 

[dueppy]

Das Häkchen ist raus. Hat nichts gebracht.

Über's Provisioning scheint auch gar nichts mehr beim Telefon anzukommen.
Habe es resettet und neu eingerichtet und nun kann ich mich nicht einmal mehr richtig anmelden.
Er fragt wieder und wieder nach dem Registrar. Wenn ich den Provisioning-Link manuell hinterlegen will geht das auch nicht. Das Feld ist grau hinterlegt.

Grüß, Düppy

 

[ilias_3CX]

Hallo Düppy,

Ja das ist in diesem Fall normal. Der Provisionierungs link wird ausgegraut und ist wieder nach 14 Tagen frei soweit ich weiß. Oder du rufst den Support von Snom an um das freizusetzen.

Gruß
Ilias

 

[dueppy]

Hier mal einen Schwung aus dem Log:


Jul 31 15:36:39.936 [NOTICE] PHN: TPL: Socket 30 idle/connect timeout

Jul 31 15:36:51.678 [NOTICE] PHN: TPL: Socket 31 idle/connect timeout

Jul 31 15:36:54.034 [ERROR ] PHN: No reply for naptr lookup

Jul 31 15:36:54.404 [INFO ] PHN: WEB: Request 33/727/0: GET /line_login.htm?l=1 HTTP/1.1

Jul 31 15:36:56.104 [INFO ] PHN: WEB: Request 33/1237/0: POST /line_login.htm?l=1 HTTP/1.1

Jul 31 15:36:56.119 [CRITIC] PHN: Warning: Ignore invalid parameter: REREGISTER:1

Jul 31 15:36:56.120 [CRITIC] PHN: Warning: Ignore invalid parameter: REREGISTER

Jul 31 15:36:59.267 [NOTICE] PHN: TPL: Socket 33 idle/connect timeout

Jul 31 15:37:03.908 [INFO ] PHN: WEB: Request 34/716/0: GET /log.htm HTTP/1.1

Jul 31 15:37:06.988 [NOTICE] PHN: TPL: Socket 34 idle/connect timeout

Jul 31 15:37:13.419 [INFO ] PHN: Watchdog: keep fd dog = 5

Jul 31 15:37:16.469 [INFO ] PHN: LLDP: Found vlan id for application type:1

Jul 31 15:37:16.470 [INFO ] PHN: LLDP: UNTAGGED=1, VLAN=1, Priority=5, DSCP=46

Jul 31 15:37:16.470 [INFO ] PHN: LLDP: VLAN_current=1, Priority_current=5, DSCP_current=1

Jul 31 15:37:16.470 [INFO ] PHN: LLDP: Update Dscp value '184' -> '184'

Jul 31 15:37:19.670 [INFO ] PHN: WEB: Request 35/861/0: POST /log.htm HTTP/1.1

Jul 31 15:37:22.757 [NOTICE] PHN: TPL: Socket 35 idle/connect timeout

Jul 31 15:37:26.058 [WARN ] SIP: transaction_timeout udp: 1000003 (32000)

Jul 31 15:37:26.059 [ERROR ] SIP: transport error: 1000003 -> Udp:35.234.114.198:5060

Jul 31 15:37:26.059 [NOTICE] SIP: Add dirty host: Udp:35.234.114.198:5060 (0 sec)

Jul 31 15:37:26.059 [INFO ] SIP: Did not route packet 1000003 to Udp:35.234.114.198:5060, host marked unreachable

Jul 31 15:37:26.059 [ERROR ] SIP: request 1000003 destination invalid Udp:35.234.114.198:5060 313533333034333930343532333339-miy93bls6drg

Jul 31 15:37:26.060 [NOTICE] SIP: final transport error: 1000003 -> Udp:35.234.114.198:5060

Jul 31 15:37:26.060 [ERROR ] SIP: transport error 1000003: generating fake 599

Jul 31 15:37:26.061 [ERROR ] SIP: sip:rocess_registrar_packet: ignoring out of order 599 response for call-id 313533333034333930343532333339-miy93bls6drg. cseq=2, lseqnr=4

Jul 31 15:37:28.138 [INFO ] SIP: Identity 1 reregister in 296000 ms.

Jul 31 15:37:28.177 [WARN ] SIP: transaction_timeout udp: 1000005 (32000)

Jul 31 15:37:28.178 [ERROR ] SIP: transport error: 1000005 -> Udp:35.234.114.198:5060

Jul 31 15:37:28.178 [NOTICE] SIP: Add dirty host: Udp:35.234.114.198:5060 (0 sec)

Jul 31 15:37:28.179 [INFO ] SIP: Did not route packet 1000005 to Udp:35.234.114.198:5060, host marked unreachable

Jul 31 15:37:28.179 [ERROR ] SIP: request 1000005 destination invalid Udp:35.234.114.198:5060 313533333034333930343532333339-miy93bls6drg

Jul 31 15:37:28.179 [NOTICE] SIP: final transport error: 1000005 -> Udp:35.234.114.198:5060

Jul 31 15:37:28.179 [ERROR ] SIP: transport error 1000005: generating fake 599

Jul 31 15:37:28.180 [INFO ] SIP: Did not route packet 1000007 to Udp:35.234.114.198:5060, host marked unreachable

Jul 31 15:37:28.180 [ERROR ] SIP: request 1000007 destination invalid Udp:35.234.114.198:5060 313533333034333930343532333339-miy93bls6drg

Jul 31 15:37:28.180 [NOTICE] SIP: final transport error: 1000007 -> Udp:35.234.114.198:5060

Jul 31 15:37:28.180 [ERROR ] SIP: transport error 1000007: generating fake 599

Jul 31 15:37:28.182 [ERROR ] SIP: sip:rocess_registrar_packet: ignoring out of order 599 response for call-id 313533333034333930343532333339-miy93bls6drg. cseq=3, lseqnr=4

Jul 31 15:37:28.184 [ERROR ] SIP: Registrar [email protected] timed out

Jul 31 15:37:28.184 [INFO ] SIP: Identity 1 reregister in 270000 ms.

Jul 31 15:37:28.184 [INFO ] SIP: Identity 1 reregister in 295000 ms.

Jul 31 15:37:29.300 [INFO ] PHN: WEB: Request 36/861/0: POST /log.htm HTTP/1.1

Jul 31 15:37:32.428 [NOTICE] PHN: TPL: Socket 36 idle/connect timeout

Jul 31 15:37:43.429 [INFO ] PHN: Watchdog: keep fd dog = 5

Jul 31 15:37:46.471 [INFO ] PHN: LLDP: Found vlan id for application type:1

Jul 31 15:37:46.471 [INFO ] PHN: LLDP: UNTAGGED=1, VLAN=1, Priority=5, DSCP=46

Jul 31 15:37:46.471 [INFO ] PHN: LLDP: VLAN_current=1, Priority_current=5, DSCP_current=1

Jul 31 15:37:46.471 [INFO ] PHN: LLDP: Update Dscp value '184' -> '184'

Jul 31 15:37:49.707 [INFO ] PHN: WEB: Request 37/861/0: POST /log.htm HTTP/1.1

 

[dueppy]

Mich wundert wo die 35.234.114.198 herkommt.
Das ist weder meine IP, noch die des Cloud-Servers.

 

[dueppy]

Korrigiere. Die IP scheint doch korrekt.

 

[stefanprasch]

Hallo, probiere das mit einem 3CX Session Boarder Controller und es wird funktionieren!

Gruß Stefan Prasch

 

[dueppy]

Werde ich morgen mal machen. Dennoch "müsste" es ja eigentlich auch auf dem STUN-Weg gehen...

 

[dueppy]

Hat leider auch nicht den gewünschten Erfolg.
Das Telefon taucht jetzt zwar unter Telefone auf, jedoch klappt das zuweisen der NSt. nicht.




Bin ratlos.

 

[dueppy]

Das mit den Bildern klappt ja super hier. Editieren ist auch nicht? ;-)

 

[dueppy]

Da sind die Bilder:

http://fs1.directupload.net/images/180801/83k9utcu.png

http://fs5.directupload.net/images/180801/v4dzed6y.png