Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
VoIP-TK-Anlage und DHCP
19 views
Skip to first unread message
Magnus Warker
Aug 1, 2014, 2:25:23 PM8/1/14
to
Hallo,
bei einer VoIP-Telefonanlage (Unify) mit OpenScape-Telefonen gibt es
folgendes Problem:
Die Telefone (Clients) erhalten ihre IP �ber einen DHCP-Server. Es gibt
eigene Subnetze f�r PCs und Telefone. Der DHCP-Server weist ihnen aber
immer eine IP aus dem PC-Netz zu.
Irgendwo wurde auch eine "Option 43" konfiguriert, die wohl die
Unterscheidung erm�glichen soll.
Wie genau funktioniert das mit diesen Optionen und wie bringt man den
DHCP-Server dazu, den Telefonen die richtigen IPs zu geben?
Danke
Magnus
bei einer VoIP-Telefonanlage (Unify) mit OpenScape-Telefonen gibt es
folgendes Problem:
Die Telefone (Clients) erhalten ihre IP �ber einen DHCP-Server. Es gibt
eigene Subnetze f�r PCs und Telefone. Der DHCP-Server weist ihnen aber
immer eine IP aus dem PC-Netz zu.
Irgendwo wurde auch eine "Option 43" konfiguriert, die wohl die
Unterscheidung erm�glichen soll.
Wie genau funktioniert das mit diesen Optionen und wie bringt man den
DHCP-Server dazu, den Telefonen die richtigen IPs zu geben?
Danke
Magnus
Gerrit Heitsch
Aug 1, 2014, 2:45:14 PM8/1/14
to
On 08/01/2014 08:25 PM, Magnus Warker wrote:
> Hallo,
>
> bei einer VoIP-Telefonanlage (Unify) mit OpenScape-Telefonen gibt es
> folgendes Problem:
>
> Die Telefone (Clients) erhalten ihre IP �ber einen DHCP-Server. Es gibt
> Hallo,
>
> bei einer VoIP-Telefonanlage (Unify) mit OpenScape-Telefonen gibt es
> folgendes Problem:
>
> eigene Subnetze f�r PCs und Telefone. Der DHCP-Server weist ihnen aber
> immer eine IP aus dem PC-Netz zu.
>
> Irgendwo wurde auch eine "Option 43" konfiguriert, die wohl die
> Unterscheidung erm�glichen soll.
>
> Irgendwo wurde auch eine "Option 43" konfiguriert, die wohl die
>
> Wie genau funktioniert das mit diesen Optionen und wie bringt man den
> DHCP-Server dazu, den Telefonen die richtigen IPs zu geben?
Wie w�re es mit Fixed Mappings? Eine bestimmte Mac bekommt dann immer
> Wie genau funktioniert das mit diesen Optionen und wie bringt man den
> DHCP-Server dazu, den Telefonen die richtigen IPs zu geben?
dieselbe IP zugewiesen und die kannst du ja bestimmen. Geht mit jedem
DHCP-Server.
F�r meinen Raspberry Pi sieht das in der Konfig so auch (dhcp3 auf Linux):
host pi {
hardware ethernet b8:27:eb:67:44:55;
fixed-address 192.168.0.240;
}
Gerrit
Paul Muster
Aug 1, 2014, 6:55:45 PM8/1/14
to
On 01.08.2014 20:25, Magnus Warker wrote:
> Die Telefone (Clients) erhalten ihre IP über einen DHCP-Server. Es gibt
> eigene Subnetze für PCs und Telefone. Der DHCP-Server weist ihnen aber
Erkennen kann man IP-Telefone häufig an den MAC-Adressen.
http://serverfault.com/questions/79748/assign-dhcp-ips-for-specific-mac-prefixes
[
Muss es genauer sein, kann man auch die Option 60 anschauen:
class "snom300" {
option tftp-server-name "192.168.1.1";
option bootfile-name "snom300/snom300.htm";
match if substring (option vendor-class-identifier, 0, 7) = "snom300";
}
]
Wirkliche Lösung für eine solche Architektur ist allerdings, die
Telefone in ein separates Layer2-Netz (VLAN) zu packen, wo die
Unify-Anlage selbst den DHCP-Dienst erbringen kann.
mfG Paul
> Die Telefone (Clients) erhalten ihre IP über einen DHCP-Server. Es gibt
> eigene Subnetze für PCs und Telefone. Der DHCP-Server weist ihnen aber
> immer eine IP aus dem PC-Netz zu.
>
> Irgendwo wurde auch eine "Option 43" konfiguriert, die wohl die
> Unterscheidung ermöglichen soll.
>
> Irgendwo wurde auch eine "Option 43" konfiguriert, die wohl die
>
> Wie genau funktioniert das mit diesen Optionen und wie bringt man den
> DHCP-Server dazu, den Telefonen die richtigen IPs zu geben?
Das kommt auf den DHCP-Server an.
> Wie genau funktioniert das mit diesen Optionen und wie bringt man den
> DHCP-Server dazu, den Telefonen die richtigen IPs zu geben?
Erkennen kann man IP-Telefone häufig an den MAC-Adressen.
http://serverfault.com/questions/79748/assign-dhcp-ips-for-specific-mac-prefixes
[
Muss es genauer sein, kann man auch die Option 60 anschauen:
class "snom300" {
option tftp-server-name "192.168.1.1";
option bootfile-name "snom300/snom300.htm";
match if substring (option vendor-class-identifier, 0, 7) = "snom300";
}
]
Wirkliche Lösung für eine solche Architektur ist allerdings, die
Telefone in ein separates Layer2-Netz (VLAN) zu packen, wo die
Unify-Anlage selbst den DHCP-Dienst erbringen kann.
mfG Paul
Gerrit Heitsch
Aug 2, 2014, 2:01:35 AM8/2/14
to
On 08/02/2014 12:55 AM, Paul Muster wrote:
>
> Wirkliche L�sung f�r eine solche Architektur ist allerdings, die
Verbindung zum bestehenden PC einschleifen kann. So muss man keine neuen
Leitungen legen.
Gerrit
>
> Wirkliche L�sung f�r eine solche Architektur ist allerdings, die
> Telefone in ein separates Layer2-Netz (VLAN) zu packen, wo die
> Unify-Anlage selbst den DHCP-Dienst erbringen kann.
Viele solcher IP-Telefone haben zwei Ethernetports damit man sie in die
> Unify-Anlage selbst den DHCP-Dienst erbringen kann.
Verbindung zum bestehenden PC einschleifen kann. So muss man keine neuen
Leitungen legen.
Gerrit
Paul Muster
Aug 2, 2014, 2:07:58 AM8/2/14
to
On 02.08.2014 08:01, Gerrit Heitsch wrote:
> On 08/02/2014 12:55 AM, Paul Muster wrote:
>> Wirkliche Lösung für eine solche Architektur ist allerdings, die
> On 08/02/2014 12:55 AM, Paul Muster wrote:
>> Telefone in ein separates Layer2-Netz (VLAN) zu packen, wo die
>> Unify-Anlage selbst den DHCP-Dienst erbringen kann.
>
> Viele solcher IP-Telefone haben zwei Ethernetports damit man sie in die
> Verbindung zum bestehenden PC einschleifen kann. So muss man keine neuen
> Leitungen legen.
Jepp. Und das Coole ist: Die Telefone können den Traffic der PCs und
>> Unify-Anlage selbst den DHCP-Dienst erbringen kann.
>
> Viele solcher IP-Telefone haben zwei Ethernetports damit man sie in die
> Verbindung zum bestehenden PC einschleifen kann. So muss man keine neuen
> Leitungen legen.
ihren eigenen in unterschiedliche VLANs packen.
mfG Paul
Gerrit Heitsch
Aug 2, 2014, 2:09:56 AM8/2/14
to
On 08/02/2014 08:07 AM, Paul Muster wrote:
> On 02.08.2014 08:01, Gerrit Heitsch wrote:
>> On 08/02/2014 12:55 AM, Paul Muster wrote:
>
>>> Wirkliche L�sung f�r eine solche Architektur ist allerdings, die
> On 02.08.2014 08:01, Gerrit Heitsch wrote:
>> On 08/02/2014 12:55 AM, Paul Muster wrote:
>
>>> Telefone in ein separates Layer2-Netz (VLAN) zu packen, wo die
>>> Unify-Anlage selbst den DHCP-Dienst erbringen kann.
>>
>> Viele solcher IP-Telefone haben zwei Ethernetports damit man sie in die
>> Verbindung zum bestehenden PC einschleifen kann. So muss man keine neuen
>> Leitungen legen.
>
> Jepp. Und das Coole ist: Die Telefone k�nnen den Traffic der PCs und
>>> Unify-Anlage selbst den DHCP-Dienst erbringen kann.
>>
>> Viele solcher IP-Telefone haben zwei Ethernetports damit man sie in die
>> Verbindung zum bestehenden PC einschleifen kann. So muss man keine neuen
>> Leitungen legen.
>
> ihren eigenen in unterschiedliche VLANs packen.
Wenn das beim beschriebenen Telefon auch geht, dann soll er das so
machen. Wenn nicht, dann eben statisches Mapping im DHCP-Server.
Gerrit
Willi Marquart
Aug 2, 2014, 2:58:30 AM8/2/14
to
Gerrit Heitsch schrieb:
>On 08/02/2014 08:07 AM, Paul Muster wrote:
>> Jepp. Und das Coole ist: Die Telefone k�nnen den Traffic der PCs und
eine h�here Priorit�t geben kann.
Gru� Willi
>On 08/02/2014 08:07 AM, Paul Muster wrote:
>> ihren eigenen in unterschiedliche VLANs packen.
>
>Wenn das beim beschriebenen Telefon auch geht, dann soll er das so
>machen. Wenn nicht, dann eben statisches Mapping im DHCP-Server.
F�r VLANs spricht zus�tzlich, dass man dann QOS hat und dem VOIP-VLAN
>
>Wenn das beim beschriebenen Telefon auch geht, dann soll er das so
>machen. Wenn nicht, dann eben statisches Mapping im DHCP-Server.
eine h�here Priorit�t geben kann.
Gru� Willi
Marc Haber
Aug 2, 2014, 8:20:54 AM8/2/14
to
Paul Muster <exp-3...@news.muster.net> wrote:
>Jepp. Und das Coole ist: Die Telefone können den Traffic der PCs und
>ihren eigenen in unterschiedliche VLANs packen.
s/Coole/üble/; s/und ihren eigenen.*/mitsniffen/;
>Jepp. Und das Coole ist: Die Telefone können den Traffic der PCs und
>ihren eigenen in unterschiedliche VLANs packen.
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Magnus Warker
Aug 2, 2014, 10:47:23 AM8/2/14
to
Hallo,
es sind separate VLANs f�r PCs und Phones. Allerdings scheint es laut
Doku normal zu sein, dass die Phones erst mal ins PC-Netz kommen:
"When IP phone is booting, it first obtains an IP address from Native
VLAN via DHCP! Data VLAN is often used as Data VLAN that is also used by
customer's computing device. Afterwards, IP phone reboots again with
values given by vendor specific DHCP option (Otion 43). Option 43 gives
you the ability to transmit configuration data to phone during phone's
boot sequence. Often customer's phones are using a separate Voice VLAN
for signaling and voice stream."
Dieser Mechanismus mit dem zweifachen Booten in Verbindung mit der
Option 43 ist mir nicht ganz klar.
Beim DHCP-Server handelt es sich um einen Windows-Server...
Magnus
es sind separate VLANs f�r PCs und Phones. Allerdings scheint es laut
Doku normal zu sein, dass die Phones erst mal ins PC-Netz kommen:
"When IP phone is booting, it first obtains an IP address from Native
VLAN via DHCP! Data VLAN is often used as Data VLAN that is also used by
customer's computing device. Afterwards, IP phone reboots again with
values given by vendor specific DHCP option (Otion 43). Option 43 gives
you the ability to transmit configuration data to phone during phone's
boot sequence. Often customer's phones are using a separate Voice VLAN
for signaling and voice stream."
Dieser Mechanismus mit dem zweifachen Booten in Verbindung mit der
Option 43 ist mir nicht ganz klar.
Beim DHCP-Server handelt es sich um einen Windows-Server...
Magnus
Gerrit Heitsch
Aug 2, 2014, 10:55:04 AM8/2/14
to
On 08/02/2014 04:47 PM, Magnus Warker wrote:
> Hallo,
>
> es sind separate VLANs f�r PCs und Phones. Allerdings scheint es laut
> Hallo,
>
> Doku normal zu sein, dass die Phones erst mal ins PC-Netz kommen:
>
> "When IP phone is booting, it first obtains an IP address from Native
> VLAN via DHCP! Data VLAN is often used as Data VLAN that is also used by
> customer's computing device. Afterwards, IP phone reboots again with
> values given by vendor specific DHCP option (Otion 43). Option 43 gives
> you the ability to transmit configuration data to phone during phone's
> boot sequence. Often customer's phones are using a separate Voice VLAN
> for signaling and voice stream."
>
> Dieser Mechanismus mit dem zweifachen Booten in Verbindung mit der
> Option 43 ist mir nicht ganz klar.
Ich verstehe das so, da� er beim Booten ins PC-VLAN vom DHCP-Server �ber
>
> "When IP phone is booting, it first obtains an IP address from Native
> VLAN via DHCP! Data VLAN is often used as Data VLAN that is also used by
> customer's computing device. Afterwards, IP phone reboots again with
> values given by vendor specific DHCP option (Otion 43). Option 43 gives
> you the ability to transmit configuration data to phone during phone's
> boot sequence. Often customer's phones are using a separate Voice VLAN
> for signaling and voice stream."
>
> Dieser Mechanismus mit dem zweifachen Booten in Verbindung mit der
> Option 43 ist mir nicht ganz klar.
Option 43 mitgeteilt bekommt wo er wirklich hin soll.
Aber hier versucht das jemand im Detail zu erkl�ren:
http://blog.schertz.name/2012/05/understanding-dhcp-option-43/
Vielleicht hilft es...
Gerrit
0 new messages