ubuntu e Avaya Phones

3

Eu olhei muitos artigos e não consigo encontrar uma resposta que funcione, então aqui vai. Estou configurando um servidor DHCP executando o Ubuntu 12.04 LTS, mas não consigo fazer com que os telefones obtenham um endereço IP. Estes são os telefones da Avaya que requerem a Opção 176 com toda a string que segue abaixo. Se eu comentar as informações de DHCP para uma das VLANs e conectar o telefone parece funcionar bem, mas na vlan real para telefones não ir. Tenho certeza que a correção é simples e espero que você possa apontar para mim. Obrigado.

Do dhcpd.conf

shared-network OVKData {
subnet 192.168.226.0 netmask 255.255.255.0 {
    option routers 192.168.226.1;
    option broadcast-address 192.168.226.255;
    range 192.168.226.30 192.168.226.100;
    option option-176 "MCIPADD=192.168.30.3,192.168.30.4,MCPORT=1719,TFTPSRVR=192.168.222.129,L2Q=1,L2QVLAN=888,VLANTEST=0";
#   option option-176 "L2Q=1,L2QVLAN=888,VLANTEST=0";
#   option option-176 "MCIPADD=192.168.30.3,192.168.30.4,MCPORT=1719,TFTPSRVR=192.168.222.129";
    }
#shared-network OVKVoice {
subnet 192.168.98.0 netmask 255.255.255.0 {
    option routers 192.168.98.1;
    option broadcast-address 192.168.98.255;
    range 192.168.98.30 192.168.98.100;
#   option option-176 "MCIPADD=192.168.30.3,192.168.30.4,MCPORT=1719,TFTPSRVR=192.168.222.129,L2Q=1,L2QVLAN=888,VLANTEST=0";
    option option-176 "L2Q=1,L2QVLAN=888,VLANTEST=0";
    option option-176 "MCIPADD=192.168.30.3,192.168.30.4,MCPORT=1719,TFTPSRVR=192.168.222.129";
    }
}

Das interfaces

auto vlan226
auto vlan888
#auto vlan300

# OVKData vlan888
iface vlan226 inet static
    address 192.168.226.4
    netmask 255.255.255.0
    gateway 192.168.226.1
    network 192.168.226.0
    broadcast 192.168.226.255
    mtu 1500
    vlan_raw_device eth0

# OVKVoice Vlan 888
iface vlan888 inet static
    address 192.168.98.4
    netmask 255.255.255.0
    gateway 192.168.98.1
    network 192.168.98.0
    broadcast 192.168.98.255
    mtu 1500
    vlan_raw_device eth0

FRom Syslog

Jul 17 13:20:17 NOCDHP dhcpd: DHCPOFFER on 192.168.226.32 to 00:04:0d:29:3b:f9 via vlan888
Jul 17 13:20:17 NOCDHP dhcpd: DHCPDISCOVER from 00:04:0d:29:3b:f9 via vlan888
Jul 17 13:20:17 NOCDHP dhcpd: DHCPOFFER on 192.168.226.32 to 00:04:0d:29:3b:f9 via vlan888
Jul 17 13:20:17 NOCDHP dhcpd: DHCPDISCOVER from 00:04:0d:29:3b:f9 via 192.168.98.5
Jul 17 13:20:17 NOCDHP dhcpd: DHCPOFFER on 192.168.226.32 to 00:04:0d:29:3b:f9 via 192.168.98.5
Jul 17 13:20:17 NOCDHP dhcpd: DHCPDISCOVER from 00:04:0d:29:3b:f9 via 192.168.98.1
Jul 17 13:20:17 NOCDHP dhcpd: DHCPOFFER on 192.168.226.32 to 00:04:0d:29:3b:f9 via 192.168.98.1
Jul 17 13:20:17 NOCDHP dhcpd: DHCPDISCOVER from 00:04:0d:29:3b:f9 via 192.168.98.1
Jul 17 13:20:17 NOCDHP dhcpd: DHCPOFFER on 192.168.226.32 to 00:04:0d:29:3b:f9 via 192.168.98.1
Jul 17 13:20:17 NOCDHP dhcpd: DHCPDISCOVER from 00:04:0d:29:3b:f9 via vlan888
    
por Rick 18.07.2012 / 16:53

2 respostas

2

Eu acredito que o problema que você está tendo é que você realmente comentou as strings incorretas nos escopos DHCP da VLAN oposta.

Na VLAN de dados, tudo o que você deseja fazer é dizer aos aparelhos para ver a VLAN de voz, portanto, você só precisa da seguinte string no escopo DHCP de dados

option option-176 "L2Q=1,L2QVLAN=888,VLANTEST=0"

Em seguida, na VLAN de voz, você gostaria de ter a string:

option option-176 "MCIPADD=192.168.30.3,192.168.30.4,MCPORT=1719,TFTPSRVR=192.168.222.129"

Talvez eu esteja ignorando alguma coisa, porque eu nunca usei o Linux antes como um servidor DHCP, mas esta parece ser a razão, especialmente porque você pode fazê-lo funcionar na VLAN de dados.

    
por 23.08.2012 / 06:08
1

Você não mencionou quais telefones Avaya. Alguns têm um bug no firmware que impede que eles pulem VLANs para configuração inicial - IIRC, a tela indica que o servidor DHCP nunca responde, quando na verdade o telefone nunca muda VLANs ou faz a requisição DHCP.

Use a configuração de embarcações para especificar manualmente sua VLAN de voz em um telefone e ver se ele pode se conectar ao servidor de chamadas. Se puder, entre em contato com seu parceiro de negócios da Avaya e reclame sobre os telefones. ;)

Se isso não funcionar, então eu concordo com a resposta da Linden e revisada pelo HopelessN00b: sua configuração da opção 176 não está correta; siga seus conselhos.

    
por 22.09.2012 / 08:11