Siemens Provisioning
"Schwarzbach, Björn"
Hi,
also ich hab jetzt festgestellt, dass mein Siemens Openstage 40, obwohl ich unter Update Service (DLS) folgendes eingestellt habe:
DLS address http://192.168.70.3 (IP des Gemeinschaftsservers)
DLS port 18433
Contact gap 300,
keine Anfrage an den Webserver schickt (im Log taucht weder bei error noch bei access was auf). Verwenden tu ich eine Gemeinschaft 2.1, das OS 40 funktioniert im Grunde auch, nur halt nicht per Provisioning.
Wenn ich die Adresse http://192.168.70.3:18433 aufrufe, dann kommt natürlich ein Zertifikatsfehler und danach eine XML-Datei, die korrekt aussieht und sagt, dass mein Browser kein Telefon ist ^^
Hat das jemand schon hinbekommen und kann mir sagen, was ich übersehen hab? Ich setze auch per DHCP-option 66 die URL, aber auch das wird halt ignoriert.
LG, Björn.
Philipp Kempgen
Das OpenStage versteht die DHCP-Option 66 ("TFTP server name") nicht.
Hier geht es so wie in diesem Beispiel
https://svn.amooma.com/gemeinschaft/branches/2.1/usr/share/doc/gemeinschaft/misc/dhcpd-3-example.conf
für den ISC dhcpd 3, also /etc/dhcp3/dhcpd.conf:
# einen Option-Space definieren:
option space OptiIpPhone;
option OptiIpPhone.magic code 1 = string;
option OptiIpPhone.vlanid code 2 = unsigned integer 32;
option OptiIpPhone.dls code 3 = string;
# die Klasse für die OpenStages:
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.vlanid 0;
option OptiIpPhone.dls "sdlp://192.168.1.130:18443";
default-lease-time 2764800; # 32 days
max-lease-time 3024000; # 35 days
}
Dabei 192.168.1.130 durch die IP-Adresse des Gemeinschaft-Servers
ersetzen, also in dem Fall 192.168.70.3.
Und dann `/etc/init.d/dhcp3-server restart`.
Philipp Kempgen
--
AMOOCON 2009, May 4-5, Rostock / Germany -> http://www.amoocon.de
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
--
Björn Schwarzbach
trotzdem nicht, warum bei im Telefon eingetragener Provisioningurl auch
nix geht, oder?
LG, Björn.
Philipp Kempgen
> Philipp Kempgen schrieb:
>> Schwarzbach, Björn schrieb:
>>
>>> also ich hab jetzt festgestellt, dass mein Siemens Openstage 40, obwohl
>>> ich unter Update Service (DLS) folgendes eingestellt habe:
>>>
>>> DLS address http://192.168.70.3 (IP des Gemeinschaftsservers)
>>> DLS port 18433
>>> Contact gap 300,
>>>
>>> keine Anfrage an den Webserver schickt (im Log taucht weder bei error
>>> noch bei access was auf).
>>> Wenn ich die Adresse http://192.168.70.3:18433 aufrufe, dann kommt
>>> natürlich ein Zertifikatsfehler und danach eine XML-Datei, die korrekt
>>> aussieht und sagt, dass mein Browser kein Telefon ist ^^
>>>
>>> Hat das jemand schon hinbekommen und kann mir sagen, was ich übersehen
>>> hab? Ich setze auch per DHCP-option 66 die URL, aber auch das wird halt
>>> ignoriert.
>>
>> Das OpenStage versteht die DHCP-Option 66 ("TFTP server name") nicht.
>>
>> Hier geht es so wie in diesem Beispiel
>> https://svn.amooma.com/gemeinschaft/branches/2.1/usr/share/doc/gemeinschaft/misc/dhcpd-3-example.conf
>> für den ISC dhcpd 3, also /etc/dhcp3/dhcpd.conf:
>> option OptiIpPhone.dls "sdlp://192.168.1.130:18443";
> Was habt ihr nur alle mit dem dhcpd 3
Ganz einfach: Das ist vermutlich der verbreitetste DHCP-Server.
> Das erklärt aber irgendwie
> trotzdem nicht, warum bei im Telefon eingetragener Provisioningurl auch
> nix geht, oder?
Hm, nein. Wenn man das am Telefon selbst einstellt sollte das wahr-
scheinlich entweder "sdlp://192.168.70.3" oder nur "192.168.70.3"
sein. Auf keinen Fall "http://". Das Telefon greift zwar per HTTPS
zu, erwartet aber zwingend "sdlp://" als Protokoll-Schema.
Falls auch das nichts bringt, dann am besten mal im Apache-Log
prüfen ob das Telefon auf den Server zugreift.
tail -f /var/log/apache2/*log