Rasperry SBC kein Autoprov PnP

[mdages]

Hallo,

ich habe hier Probleme mit dem 3CX Session Border Controller (SBC) auf dem Raspberry PI.
Mein Ziel ist ist es, dass ich einem Mitarbeiter einen Raspberry samt Telefon in die Hand drücken kann und dieser sich das zuhause in sein Heimnetz anschließt. Dieser Mitarbeiter hat natürlich von IT keine Ahnung und schafft es gerade das ganze richtig anzuschließen.

Also teste ich das ganze.

Ich habe hier einen Raspberry PI mit dem SBC genauso installiert wie es die Beschreibung auf der 3cx Homepage beschreibt. Softwarestand ist aktuell.
Der Raspi stellt damit auch ordentlich eine 3CX Tunnelverbindung her, was man u.a. in den Logs auf der 3CX Serverseite (3cxtunnel.log) sehen kann.
Das Telefon Marke Yealink T32G ist auf Factory Settings nur mit eingetragenem URL Pfad für das Abholen der spätere Provisionieruns-XML.

Normalerweise müsste dann nun das Telefon in der 3CX Konsole unter "Telefone" als nicht provisioniertes auftauchen und kann dort der gewünschten Nebenstelle zugewiesen werden. Auf diesem Weg wird dann normalerweise auch automatisch die IP des Raspi SBC mitgeteilt und in die Provisionierungs-XML eingetragen

Und genau das funktioniert nicht. Das Telefon erscheint nicht.

Um viele Fehlerquellen auszuschließen habe ich statt dem Raspi einfach an die gleiche Stelle mal einen Windows PC genommen, dort den SBC mit den gleichen Einstellungen installiert. Also einfach nur den Raspi-SBC durch einen Windows-SBC ersetzt.
Da dauert es dann nicht lange und das Telefon taucht wie gewünscht in der 3cx Konsole als neues Telefon auf.

Nur mit dem SBC auf dem Raspi will es nicht. Es liegt aber wohl nicht am 3CX-Tunnel. Denn wenn ich das Telefon manuell provisioniere, also Mac Adresse, Telefontyp und IP des Raspi in der Nebenstelle eintrage, dann verbindet sich das Telefon auch richtig und alles funktioniert. Nur dieser manuelle Weg ist nicht praktikabel, da man von dem externen Mitarbeiter nicht erwarten kann das er herausfindet welche IP sich der Raspi in seinem Heimnetz gezogen hat.

An der 3CX Serverseite kann es auch nicht liegen, denn zum einen funktioniert es ja wenn man den Windows SBC nimmt und auch Android, iOS Clients funktionieren.
Im 3cxtunnel.log müsste eigentlich auch ein SUBSCRIBE ankommen. Beim Windows SBC ja, beim Raspi SBC nein.

Ich habe das ganze Szenario auch in einem komplett anderen Heimnetzwerk eines Kollegen nochmal durchgespielt und auch da ohne Erfolg.

Es scheint als wenn das diese Plug and Play Verbindung zum Raspberry SBC aus mir unbekannten Gründen nicht funktioniert.
In der Konfiguration der SBC Software sehe ich diesbezüglich auch keine Einstellmöglichkeiten.

Gruß
Markus

 

[chtanzer]

Hi!

Ich hab dieses Szenario schon mal getestet - da hats funktioniert (ist ca. 1/2 Jahr her).
Für einen Kunden muss ich das diese Woche konfigurieren - werde mal schauen, ob es nochmal klappt und melde mich an dieser Stelle nochmal!

LG Christian

 

[mdages]

Vor einem halben Jahr hatte ich daa auch schon mal getestet, allerdings nur ganz kurz und auf was anderes fokussiert. Aber ich meine das da dieses Plug and Play Autoprovisioning auch noch funktioniert hat. Da ich aber wie erwähnt was anderes getestet habe, hatte ich darauf kein genaues Augenmerk.

Ich habe aber auch noch im englischen Forum einen recht jungen bestehenden Thread entdeckt, wo andere Leute u.a. exakt das gleiche Problem mit dem Raspberry SBC berichten wie ich.

 

[chtanzer]

Hallo!

Ich habe heute nachmittag experimentiert... Das Provisionieren des Yealink T42G hat erst funktioniert, als ich im Yealink Apparat als Provisionierungs-Link die öffentliche IP-Adresse eingetragen hatte. Mit der internen IP des 3CX Phone Systems hat es nicht geklappt. Dafür musste ich auf der Firewall natürlich den Port 5000 mal öffnen, damit der Apparat darüber Zugriff auf das Provisionierungsverzeichnis hatte.

LG Christian

 

[mdages]

Das ist aber normal. Das Telefon muss sich ja die XML Provisionierungsdatei ziehen und das geschieht über Port 5000 und wenn extern dann nur über die öffentliche IP und entsprechende Portfreigabe.

Nur wird die Provisionierungsdatei erst erstellt wenn man entweder das Telefon über die Konsole einer Nebenstelle zuweist oder manuell die Mac Adresse und anderen Daten in die Nebenstelle einträgt. Wenn ich alles manuell mache funktioniert das Provisionieren problemlos. Aber zu diesen manuellen Eingaben gehört auch die IP Adresse des SBC und wenn man die nicht weiß kann man sie auch nicht vorab schon eintragen.

Was bei mir aber einfach mit dem Rasperry SBC nicht funktionieren will ist die Plug und Play Meldung in der Konsole, also das was vor der Provisionierung geschieht.

Theoretisch sollte es so laufen, dass selbst wenn das Telefon im Factory Zustand und noch in keiner Nebenstelle eingetragen ist, es in der 3CX Konsole als neues Telefon auftaucht. Das funktioniert bei mir mit dem Windows SBC einwandfrei und mit dem Raspberry SBC gar nicht.

Gruß
Markus

 

[k.praag]

Hallo!

Ich habe heute nachmittag experimentiert... Das Provisionieren des Yealink T42G hat erst funktioniert, als ich im Yealink Apparat als Provisionierungs-Link die öffentliche IP-Adresse eingetragen hatte. Mit der internen IP des 3CX Phone Systems hat es nicht geklappt. Dafür musste ich auf der Firewall natürlich den Port 5000 mal öffnen, damit der Apparat darüber Zugriff auf das Provisionierungsverzeichnis hatte.

LG Christian

Hallo,
das Thema ist schon etwas älter, habe aber das gleiche Problem.
Aktuell läuft die Version 16.0.612 am laufen und die SBC's haben Version 16.1.152. Wir nutzen die Hotdesking-Methode.
Wenn der SBC in einem anderen Netzwerk läuft mit eigenen DHCP-Server oder eine Firewall mit DHCP-Server hat, klappt das Auto-Provisioning durch den Eintrag 66 mit dem externen Link.
Jetzt hänge ich aber mit einem Raspberry Pi an eine Fritzbox (Homeoffice) und da kann ich keinen TFTP-Servereintrag hinterlegen.
Muss ich dann immer am Telefon selbst die Auto-Provisioning URL eintragen?
Langt die FQDN und Port 5001?

Wüsste da gerne eine Lösung, damit man nix konfigurieren muss am Homeoffice.

mfg
Kay