El teléfono IP conectado al S5700 no puede obtener la dirección IP de voz correctamente

74 0 0 0

Descripción del problema

El cliente conectó un teléfono IP al S5700 y descubrió que el teléfono IP no puede obtener la dirección IP de la red de voz.

La configuración del puerto está siguiendo. vlan 16 es voz vlan y vlan 44 es datos vlan.

interface GigabitEthernet0/0/4

description Phone-Data Access

port link-type hybrid

voice-vlan 16 enable

voice-vlan legacy enable

port hybrid pvid vlan 44

port hybrid tagged vlan 16

port hybrid untagged vlan 44

 

Con la configuración anterior, el teléfono IP obtiene la dirección IP de la vlan de datos en lugar de la vlan de voz.

 

<Test>display lldp neighbor interface GigabitEthernet 0/0/4

GigabitEthernet0/0/4 has 1 neighbor(s):

..................................

Neighbor index :1

Chassis type   :networkAddress

Chassis ID     :X.X.44.X

Port ID type   :macAddress

Port ID        :0004-f242-cbc8

Port description    :1

System name         :Polycom SoundPoint IP 335

System description  :Polycom;SoundPointIP-SPIP_335;2345-12375-001,1;SIP/3.2.2.0477/18-Nov-09 13:58;BR/4.2.2.0710/24-Feb-10 16:39;

System capabilities supported   :bridge telephone

System capabilities enabled     :telephone

Management address type  :ipv4

Management address value :X.X.44.X

Expired time   :102s

..................................

 

Procedimiento

1. Para este tipo de problema, debemos confirmar cómo el teléfono IP obtiene la VLAN de voz. Hay varias maneras. Como LLDP, DHCP, CDP. Confirmado con el cliente. Sin embargo, él no puede darnos la respuesta. Con el fin de saber cómo el teléfono IP recibe voz vlan. Usamos el siguiente comando para capturar paquetes en nuestro s5700

[Huawei] interfaz de paquete de captura GigabitEthernet0/0/4 terminal de destino paquete-len paquete-total paquete-número 30

En la captura, encontramos el paquete LLDP como sigue y S5700 proporcionó la vlan de voz al teléfono IP.

 

232000e332pm2dz37m0805.png

 

Usando el comando "display lldp neighbor interface GigabitEthernet0/0/4", también confirmamos que el teléfono IP aprendió el vlan de voz de LLDP.

 

<Test>display lldp neighbor interface GigabitEthernet 0/0/4

..................................

 

Media policy type   :Voice

Unknown Policy      :Defined

VLAN tagged         :Yes

Media policy VlanID      :16

Media policy L2 priority :5

Media policy Dscp        :46

 

Media policy type   :Voice Signaling

Unknown Policy      :Defined

VLAN tagged         :Yes

Media policy VlanID      :16

Media policy L2 priority :5

Media policy Dscp        :44

..................................

3. Por lo general, cuando el teléfono IP obtuvo la vlan de voz del S5700, enviará un paquete con la vlan 16. Sin embargo, el teléfono IP no obtuvo la IP de la vlan de voz. En la captura, encontramos que el paquete del teléfono IP no trajo el vlan de voz. Es por eso que el teléfono IP tiene IP de datos vlan.

 

232023vnx32u3asxanvb8x.png

Prueba que el paquete del teléfono IP no contiene la vlan de voz. En esta situación, tenemos un comando para resolverlo como sigue.

 

<HUAWEI> system-view

[HUAWEI] voice-vlan mac-address 0004-f242-cbc8 mask ffff-ff00-0000 description ipphone  // after this configuration all the packets coming from the phone will be identified as part of the  voice vlan

[HUAWEI] interface gigabitethernet 0/0/4

[HUAWEI-GigabitEthernet0/0/1] voice-vlan 16 enable include-untagged

 

4. Después de realizar el cambio, el cliente confirmó que el teléfono IP podría obtener la dirección IP de la voz vlan correctamente.

 

232032lggqhlz3lo22hioc.png

<Test>display lldp neighbor interface GigabitEthernet 0/0/4

GigabitEthernet0/0/4 has 1 neighbor(s):

..................................

Neighbor index :1

Chassis type   :networkAddress

Chassis ID     :X.X.16.X

Port ID type   :macAddress

Port ID        :0004-f242-cbc8

Port description    :1

System name         :Polycom SoundPoint IP 335

System description  :Polycom;SoundPointIP-SPIP_335;2345-12375-001,1;SIP/3.2.2.0477/18-Nov-09 13:58;BR/4.2.2.0710/24-Feb-10 16:39;

System capabilities supported   :bridge telephone

System capabilities enabled     :telephone

Management address type  :ipv4

Management address value :X.X.16.X

Expired time   :102s

..................................

 

Sin embargo, el cliente informó de otro problema con el parámetro "include-untagged” (sinetiqueta-incluido). El puerto conectado al teléfono IP se mantiene intermitente.

 

Oct 13 2015 22:35:28+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[0]:Interface GigabitEthernet0/0/4 has turned into UP state. 
Oct 13 2015 22:35:24+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[1]:Interface GigabitEthernet0/0/4 has turned into DOWN state. 
Oct 13 2015 22:34:20+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[2]:Interface GigabitEthernet0/0/4 has turned into UP state. 
Oct 13 2015 22:34:17+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[3]:Interface GigabitEthernet0/0/4 has turned into DOWN state. 
Oct 13 2015 22:33:13+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[4]:Interface GigabitEthernet0/0/4 has turned into UP state. 
Oct 13 2015 22:33:10+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[5]:Interface GigabitEthernet0/0/4 has turned into DOWN state. 
Oct 13 2015 22:32:07+13:00 DST TEST %%01IFPDT/4/IF_STATE(l)[6]:Interface GigabitEthernet0/0/4 has turned into UP state.

 

Si el cliente elimina el parámetro "sinetiqueta-incluido", el puerto no se abrirá, sin embargo, el teléfono IP no puede tomar la dirección IP de la plataforma de voz.

 

5. Analizado el proceso, el parámetro "incluido-sinetiqueta" no debería afectar el comportamiento del puerto. Sólo se utiliza para el paquete entrante desde el teléfono IP. El aleteo de puertos debe ser causado por otro problema. Hice una única solución de problemas remota con este nuevo problema y descubrimos que cuando el conmutador de Huawei respondió el paquete LLDP, el teléfono IP liberará su dirección IP y enviará nuevamente el paquete de detección DHCP. Después de eso, el puerto está abajo.

232043bkgzr8ng8g7cz8ge.png

En base a la captura anterior, podemos ver que algo anda mal en un teléfono IP con un comportamiento extraño. Para resolver el problema intermitente de puertos, deshabilitamos LLDP en el puerto Gi0/0/4 que está conectado al teléfono IP.

interface GigabitEthernet0/0/4

port link-type hybrid

voice-vlan 16 enable include-untagged

port hybrid pvid vlan 44

port hybrid untagged vlan 16 44

undo lldp enable

 

Después de eso, el problema se resuelve por completo.

 

Causa principal

1. El teléfono IP no envió el paquete en vlan de voz después de que lo aprendió de S5700. Podríamos usar el parámetro "incluido-sinetiqueta" para resolverlo.

2. Comportamiento extraño en el teléfono IP cuando recibe el paquete LLDP del S5700 con vlan de voz habilitado.

 

Solución

Con la siguiente configuración, el problema se resuelve por completo.

interface GigabitEthernet0/0/4

port link-type hybrid

voice-vlan 16 enable include-untagged

port hybrid pvid vlan 44

port hybrid untagged vlan 16 44

undo lldp enable

  • x
  • convención:

Responder

Responder
Debe iniciar sesión para responder la publicación Inicio de sesi | Registrarse

Aviso: Para garantizar sus legítimos derechos e intereses, la comunidad y los terceros no publicarán contenido que pueda generar riesgos legales a las partes, por ejemplo, pornografía, contenido político, contenido sobre juego, consumo y tráfico de drogas, así como contenido que viole los derechos de propiedad intelectual de terceros, por ejemplo, secretos comerciales, marcas, derechos de autor, patentes y privacidad personal. No comparta su cuenta ni su contraseña con terceros. Todas las operaciones realizadas usando su cuenta se considerarán como sus acciones y todas las consecuencias que estas acciones generen serán responsabilidad suya. Para obtener información detallada, consulte la “ Política de privacidad.”
Si el botón para adjuntar no está disponible, actualice Adobe Flash Player con la versión más reciente

¡Ingresa y disfruta de todos los beneficios para los miembros!

Aterrizaje
Respuesta rápida Desplácese hasta arriba