Re: Autoprovisioning OptiStage

[Daniel Auerbach]

Gibt es wirklich OptiStage? Oder meinst OpenStage oder OptiPoint?
Die OpenStage 40, 60 und 80 werden unterstützt.
Es gibt ein Youtube-Video in dem das DHCP-Provisioning für GS3 beschrieben wird.

http://www.youtube.com/watch?v=okXeXpYLGCo

Die grundlegenden Schritte sollten auch für GS gelten. Korrigiere mich Stefan, wenn ich falsch liege.

Gruß Daniel

Am Freitag, 28. Dezember 2012 13:08:33 UTC+1 schrieb mar...@mihl-it.de:

Hallo zusammen,

ich möchte das Autoprovisioning für OptiStage 60 nutzen. Da es (wie einige Beiträge schon bemerkten) noch keine ausführliche Dokumentationen gibt und ich auf diesem Gebiet wenig Erfahrung habe, hier ein paar Fragen.

Im Announcement heisst es: Die von GS5 per Auto-Provisioning unterstützen Telefone (z.B. Snom und Siemens OpenStage) müssen nur noch ans Netzwerk angeschlossen werden.

Dazu habe ich ein Netz 10.49.8.0/24 mit DHCP und vendorspezifischen Optionen aufgesetzt (Gemeinschaft hat in der Standard-Installation keine DHCP-Server installiert / konfiguriert). Es handelt sich um ein separates LAN / kein VLAN (tagging). Nach Siemens Vorgaben wurden die Optionen wie folgt gesetzt:

subnet 10.49.8.0 netmask 255.255.255.0{
    range 10.49.8.100 10.49.8.199;
    option broadcast-address 10.49.8.255;
    option routers 10.49.8.245;
    option subnet-mask 255.255.255.0;
    option ntp-servers 10.49.8.245;
    option time-offset 2400;
    default-lease-time 864000;
    max-lease-time 864000;
    option domain-name "telefon.meinedomain.local";
    option domain-name-servers 10.49.8.245;
}

option space OpenStage;
option OpenStage.vendor code 1 = string;
option OpenStage.dls code 3 = string;
option OpenStage.sip-server code 120 = ip-address;

class "vendor-classes" {
    match option vendor-class-identifier;
}

subclass "vendor-classes" "OptiIpPhone" {
    vendor-option-space OpenStage;
    option OpenStage.vendor "Siemens";
    option OpenStage.dls "sdlp://10.49.8.245:18443";
    option OpenStage.sip-server 10.49.8.245;
}

Mit diesen Angaben sollten die OpenStage Telefone den Provisionierungsdienst finden und sich bei Gemeinschaft melden. Dazu müsste der Port 18443 auf der Gemeinschaft erreichbar sein.
netstat -tulpn zeigt jedoch keinen offenen Port 18443.

Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1519/mysqld    
tcp        0      0 0.0.0.0:5038            0.0.0.0:*               LISTEN      1797/python    
tcp        0      0 0.0.0.0:53              0.0.0.0:*               LISTEN      2127/dnsmasq    
tcp        0      0 127.0.0.1:8021          0.0.0.0:*               LISTEN      <span style="color: #066;" class="styled-by-pret...
Original anzeigen

[mar...@mihl-it.de]

Vielen Dank für die schnelle Antwort.

Ich habe den Betreff korrigiert (Schreibfehler)

Laut Siemens erwartet das Telefon via http(s) eine XML-Datei. Diese Datei sollte laut
/etc/apache2/sites-enabled/@gemeinschaft
verlinkt nach
/etc/apache2/sites-available/gemeinschaft
irgendwo unter
/opt/gemeinschaft/public
verlinkt nach
/opt/GS5/public liegen
Dort finde ich jedoch keine Dateien, die in irgend einer Weise zur Konfiguration dienen (weder Snom noch OpenStage).
Gibt es Beispieldateien oder wurde hier etwas vergessen?

Grüße
MarIhl

[Julian Pawlowski]

Hallo "MarIhl",

On Friday, December 28, 2012 1:08:33 PM UTC+1, mar...@mihl-it.de wrote:

Im Announcement heisst es: Die von GS5 per Auto-Provisioning unterstützen Telefone (z.B. Snom und Siemens OpenStage) müssen nur noch ans Netzwerk angeschlossen werden.

Dazu habe ich ein Netz 10.49.8.0/24 mit DHCP und vendorspezifischen Optionen aufgesetzt (Gemeinschaft hat in der Standard-Installation keine DHCP-Server installiert / konfiguriert).

Das stimmt so nicht ganz. GS5 bietet einen vorkonfigurierten DHCP-Server, der nut aktiviert werden muss:

https://github.com/amooma/GS5/wiki/Provisioning-konfigurieren

(siehe Punkt 2)

Der DHCP-Dienst ist absichtlich nicht direkt aktiviert, weil man im Allgemeinen davon ausgehen kann, dass im Netz bereits ein anderer Server diesen Dienst inne hat.

Mit diesen Angaben sollten die OpenStage Telefone den Provisionierungsdienst finden und sich bei Gemeinschaft melden. Dazu müsste der Port 18443 auf der Gemeinschaft erreichbar sein.

Deine Konfiguration scheint aus einer Beispiel-Konfig zu stammen. GS5 hört auf port 80 und 443, nicht 18443.

Versuch es mal mit der Beispielkonfig, diese kannst du dann auch ggf. für einen anderen DHCP Server adaptieren.

Gruß

Julian

[Julian Pawlowski]

On Friday, December 28, 2012 4:16:05 PM UTC+1, mar...@mihl-it.de wrote:

/opt/GS5/public liegen
Dort finde ich jedoch keine Dateien, die in irgend einer Weise zur Konfiguration dienen (weder Snom noch OpenStage).
Gibt es Beispieldateien oder wurde hier etwas vergessen?

Es wurde nichts vergessen. Du suchst nach statischen Dateien, die XML-Dateien werden gedoch dynamisch "on demand" direkt erzeugt und ausgeliefert. Es gibt keine Dateien im Dateisystem. Das ist wie bei jeder anderen datenbank-basierten Web-Anwendung auch.

Gruß

Julian

[mar...@mihl-it.de]

Hallo zusammen,

ich habe das System noch mal neu installiert, die Anpassungen bzgl. DHCP via DNSMASQ gemacht. Die zwei Testtelefone wurden auf Werkseinstellung zurückgesetzt und holen sich ihrer IP-Adressen.
Ausschnitt /var/log/syslog
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 verfügbare(r) DHCP-Bereich: 10.49.8.100 - 10.49.8.199
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 "Vendor class": OptiIpPhone
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 DHCPREQUEST(eth1) 10.49.8.111 00:1a:e8:03:e8:f4
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 DHCPACK(eth1) 10.49.8.111 00:1a:e8:03:e8:f4
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 angeforderte Optionen: 1:netmask, 2:time-offset, 121:classless-static-route,
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 angeforderte Optionen: 249, 33:static-route, 3:router, 6:dns-server,
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 angeforderte Optionen: 12:hostname, 15:domain-name, 28:broadcast,
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 angeforderte Optionen: 42:ntp-server, 43:vendor-encap, 120:sip-server
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 Marken: SEC2, eth1
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 Name der Bootdatei: settings-{mac}
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 Servername: https://10.49.8.245:443
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 nächster Server: 10.49.8.245
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  1 option: 53:message-type  05
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option: 54:server-identifier  10.49.8.245
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option: 51:lease-time  00:00:a8:c0
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option: 58:T1  00:00:54:60
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option: 59:T2  00:00:93:a8
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option:  1:netmask  255.255.255.0
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option: 28:broadcast  10.49.8.255
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option: 42:ntp-server  10.49.8.245
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option:  6:dns-server  10.49.8.245
Dec 29 13:43:02 gs5 dnsmasq-dhcp[21881]: 461159785 sent size:  4 option:  3:router  10.49.8.245

Passt soweit.

Allerdings sehe ich im /var/log/apache2/access.log keine Anfrage der Telefone. Auch im Web-Interface sehe ich zu den Telefonen (Mac-Adresse) keine aktuelle IP-Adresse.

Grüße

MarIhl

[Sascha Daniels]

Hi,

Da ist ein Fehler in der Beispielconfig.


Die kann mit Openstage so nicht funktionieren. Hatte ich übersehen :-(

Ich habe erat am Dienstag wieder ein Telefon zum Testen. Daher keine Garantie auf Funktion.

Nimm mal alles, was zu Openatage gehört raus und setze das hier rein:


-----------------
dhcp-host=00:01:E3:*:*:*,00:1A:E8:*:*:*,net:OpenStage

dhcp-option=OpenStage,vendor:OptiIpPhone.magic,1,"53:69:65:6D:65:6E:73:00:00:00"

dhcp-option=OpenStage,vendor:OptiIpPhone.dls,3,"sdlp://GEMEINSCHAFT_IP:443"
----------------

Das sind drei Zeilen jeweils ohne Umbruch!

Dan noch die IP ersetzten.

Wie gesagt: Untested

Gruss Sascha

--
--
To unsubscribe from this group, send email to gs5-users+...@googlegroups.com
 
For commercial consulting visit http://amooma.de/gemeinschaft
---
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe gs5-users beigetreten sind.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an gs5-users+...@googlegroups.com.
 
 

[mar...@mihl-it.de]

Hallo Sascha,

ich habe getestet, leider ohne Erfolg (dnsmasq).
1) Zeit wird vom NTP-Server geholt, jedoch mit falschen Offset. Option 2 wurde mit 3600 und 7200 getestet. Kein Unterschied ohne diese Option. Uhr geht immer eine Stunde nach.
2) Kein Zugriff im Apache2 Log

Habe zum Testen den ISC-DHCP-Server nochmal in Betrieb genommen. Hier wird das Time Offset richtig mitgegeben.

Ich hatte unter dem ISC auch zwei Zugriffe auf den Apache. Die haben nicht zur Provisionierung geführt und sind zur Zeit nicht reproduzierbar ??!!??

10.49.8.111 - - [30/Dec/2012:17:21:25 +0100] "POST /DeploymentService/LoginService HTTP/1.1" 200 2252 "-" "-"
10.49.8.111 - - [30/Dec/2012:17:21:57 +0100] "POST /DeploymentService/LoginService HTTP/1.1" 200 2252 "-" "-"

Das Telefon zeigt folgenden Status

RG2 - No registrar configured
RS2 - No server configured
RN2 - No number configured

Gruß MarIhl

[Stefan Wintermeyer]

Hallo MarIhl,

2012/12/30 <mar...@mihl-it.de>:

> ich habe getestet, leider ohne Erfolg (dnsmasq).
> 1) Zeit wird vom NTP-Server geholt, jedoch mit falschen Offset. Option 2
> wurde mit 3600 und 7200 getestet. Kein Unterschied ohne diese Option. Uhr
> geht immer eine Stunde nach.
> 2) Kein Zugriff im Apache2 Log

Bitte öffne dazu ein Issue auf https://github.com/amooma/GS5/issues
und schreibe alle relevanten Sachen in das Issue rein.

Hier auf der Mailingliste kann es zu schnell passieren, das ein
solcher Bug mal liegen bleibt (gerade zur Ferienzeit). Bei einem Issue
kann das nicht passieren.

Stefan

--
AMOOMA GmbH - Bachstr. 124 - 56566 Neuwied --> http://amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister Montabaur B14998

Bücher: http://das-asterisk-buch.de - http://ruby-auf-schienen.de

[Julian Pawlowski]

Hi,

On Sunday, December 30, 2012 6:06:52 PM UTC+1, Stefan Wintermeyer wrote:

Bitte öffne dazu ein Issue auf https://github.com/amooma/GS5/issues
und schreibe alle relevanten Sachen in das Issue rein.

Bitte in das existierende GBE-Issue-Ticket posten:

https://github.com/amooma/GBE/issues/105

Gruß

Julian

 

[Sascha Daniels]

Hi.

Gerade alles getestet:

So muss der Siemens Teil aussehen:

dhcp-host=00:01:E3:*:*:*,00:1A:E8:*:*:*,net:OpenStage

dhcp-option=net:OpenStage,vendor:OptiIpPhone,1,"Siemens"
dhcp-option=net:OpenStage,vendor:OptiIpPhone,3,"sdlp://XXX.XXX.XXX.XXX:443"


Sollte es bei Dir
/opt/gemeinschaft/app/controllers/config_siemens_sort_controller.rb
gebe, bitte löschen und Apache neu starten.

Wenn das Openstage in der GUI angelegt ist und einen SIP Account hat,
sollte jetzt alles funktionieren.


Gruss

Sascha

Am 30.12.2012 18:03, schrieb mar...@mihl-it.de:
> Hallo Sascha,
>
> ich habe getestet, leider ohne Erfolg (dnsmasq).
> 1) Zeit wird vom NTP-Server geholt, jedoch mit falschen Offset. Option 2
> wurde mit 3600 und 7200 getestet. Kein Unterschied ohne diese Option.
> Uhr geht immer eine Stunde nach.
> 2) Kein Zugriff im Apache2 Log
>
> Habe zum Testen den ISC-DHCP-Server nochmal in Betrieb genommen. Hier
> wird das Time Offset richtig mitgegeben.
>
> Ich hatte unter dem ISC auch zwei Zugriffe auf den Apache. Die haben
> nicht zur Provisionierung geführt und sind zur Zeit nicht reproduzierbar
> ??!!??
>
> |
> 10.49.8.111--[30/Dec/2012:17:21:25+0100]"POST
> /DeploymentService/LoginService HTTP/1.1"2002252"-""-"
> 10.49.8.111--[30/Dec/2012:17:21:57+0100]"POST

> /DeploymentService/LoginService HTTP/1.1"2002252"-""-"

> |
>
> Das Telefon zeigt folgenden Status
>
> RG2 - No registrar configured
> RS2 - No server configured
> RN2 - No number configured
>
> Gruß MarIhl
>
>
>

> --
> To unsubscribe from this group, send email to
> gs5-users+...@googlegroups.com
>

> For commercial consulting visit http://amooma.de/gemeinschaft/gs5
>
>

[mar...@mihl-it.de]

Hallo zusammen,

das Provisioning funktioniert jetzt, allerdings nicht mit dnsmasq sondern mit ISC-DHCP-Server. Folgende Einstellungen habe ich gewählt:
/etc/dhcp/dhcpd.conf

subnet 10.49.8.0 netmask 255.255.255.0{
    range 10.49.8.100 10.49.8.199;
    option broadcast-address 10.49.8.255;
    option routers 10.49.8.245;
    option subnet-mask 255.255.255.0;
    option ntp-servers 10.49.8.245;

    option time-offset 3600;

    default-lease-time 864000;
    max-lease-time 864000;
    option domain-name "telefon.meinedomain.local";
    option domain-name-servers 10.49.8.245;
}

option space OptiIpPhone;
option OptiIpPhone.vendor code 1 = string;
option OptiIpPhone.dls code 3 = string;
option OptiIpPhone.magic code 1 = string;

class "SiemensPhone" {
    match if (
    (substring(hardware, 1, 3) = 00:01:E3) or
    (substring(hardware, 1, 3) = 00:1A:E8)
    );
    vendor-option-space OptiIpPhone;
    option OptiIpPhone.magic 53:69:65:6D:65:6E:73:00:00:00;  # "SIEMENS\0\0\0"
    option OptiIpPhone.dls "sdlp://10.49.8.245:443";
}

Hier stimmt dann sowohl das Time-Offset als auch die Zuweisung des DLS-Servers.
Leider ist es mir nicht gelungen, die Einstellungen für des DHCP-Service von DNSMASQ zu adaptieren.

Gruß
MarIhl

[Sascha Daniels]

Hi.

Hast Du die drei Zeilen von mir ausprobiert?

Ich habe ein Openstage 60 genau damit hier am Laufen.


Gruss Sascha

[mar...@mihl-it.de]

Hallo Sascha,

Hatte ich ausprobiert, ohne Erfolg. Sonst hätte ich das auch so beibehalten.

Gruß MarIhl

[Sascha Daniels]

Hi.


Am 03.01.13 11:38, schrieb mar...@mihl-it.de:

> Hallo Sascha,
>
> Hatte ich ausprobiert, ohne Erfolg. Sonst hätte ich das auch so beibehalten.

Schick mir doch bitte mal alle dnsmasq config files, die Du verwendet
hast. Einfach per PM.

Ich würde gerne Dein Problem finden, um im Zweifelsfall einen Wiki
Eintrag schreiben zu können, da es bei mir problemlos funktioniert.

Gruss

Sascha

[mar...@mihl-it.de]

Hallo,

ich habe es nicht mit der V1... probiert, sondern mir vom Telefon-Lieferanten die V2 und V3 schicken lassen ( Die V3 lässt sich nur einspielen, wenn die V2 installiert is).

Tip: Telefon nochmal in der Gemeinschaft löschen. Dann Benutzer, Sip-Konto etc. anlegen und das Telefon mit der MAC am Benutzer bekannt machen. Dann das Telefon wieder ins Netz nehmen.

Tip: Ich habe das Gefühl, manche Änderungen werden zwar registriert aber nicht aktiviert. den Dienst mneu starten oder die Anlage booten hilft manchmal.

Gruß
MarIhl

Am Dienstag, 8. Januar 2013 16:39:40 UTC+1 schrieb yae...@web.de:

Hallo,

ich möchte nochmal auf dieses Thema zurückkommen da ich eine Frage habe.

Am Mittwoch, 2. Januar 2013 15:51:31 UTC+1 schrieb mar...@mihl-it.de:

das Provisioning funktioniert jetzt, allerdings nicht mit dnsmasq sondern mit ISC-DHCP-Server.

Diesen DHCP-Server benutze ich auch mit den entsprechenden Einträgen.

Wenn ich das OS 60 ans Netz anschließe dann wird auch im GUI unter http://127.0.0.1/tenants/2/phones das Telefon neu mit einem SIP-Account eingetragen.
Beim Telefon selbst erscheint jedoch auf dem Display die Meldung "No Telefony possible (RF)".  Telefonieren geht nicht.
Hat jemand eine Idee woran das liegt ? Die Softwareversion des OS 60 ist V1 R5.11.0 SIP 090622.

Gruß
Wolfgang