Entrega de contenido y video : Software Cisco Digital Content Manager (DCM)

Problemas de la inundación del Troubleshooting UDP en el DCM

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe cómo resolver problemas el User Datagram Protocol (UDP) que inunda en el Administrador de contenido de Cisco Digital (DCM).

Contribuido por Sourav Jyoti Das, ingeniero de Cisco TAC.

Prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en Cisco DCM D9902. 

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Problema

Se han observado los escenarios donde el D9902 está conectado con un Switch de la capa 2 (L2) y configurado para recibir los secuencia de video del unicast. Sin embargo, después de que el vídeo del unicast se fluya por aproximadamente cinco minutos, el mismo LAN observa la inundación en el Switch, que causa una caída del sistema en la red del cliente. En este escenario, fue determinado que el puerto del switch conectado con el DCM envejeció hacia fuera la tabla de Media Access Control (MAC) Address, que causó la inundación porque el MAC address del destino era desconocido al Switch.

La inundación UDP es un problema frecuente en los escenarios unidireccionales. El temporizador del caché del Address Resolution Protocol (ARP) (con un valor por defecto de cuatro horas) en el router/la capa 3 del Switches (L3) es siempre más alto que el descanso de la edad de la dirección MAC (con un valor por defecto de cinco minutos). Esto significa que hay siempre una ocasión que la información de la dirección MAC se puede quitar del Switch si no hay respuesta del dispositivo de destino.

Nota: Un aumento en el valor de agotamiento del tiempo de la edad de la tabla MAC no se recomienda, pues puede crear una carga significativa en el Switch y hacerla ejecutarse de los recursos.

Solución

Aquí están tres métodos distintos que usted puede implementar para resolver este problema:

  • El más confiable y solución simple para este problema es crear un Multicast simulado se unen a en el DCM. En este caso, el DCM envía un informe de afiliación del Internet Group Management Protocol (IGMP) al Switch, y el Switch comienza a sondear el DCM periódicamente. Para sondear el DCM, el Switch envía una consulta sobre afiliación IGMP, que restaura la tabla de la dirección MAC en el Switch.

  • Otra solución para este problema es disminuir el valor del temporizador de memoria caché ARP en el Switch de modo que sea menos que o cerca de la tabla MAC Temporizador de desactualización. Esto hace los paquetes ARP convertirse en broadcast, y la dirección MAC se debe volver a aprender antes de las edades de entrada L2 hacia fuera.

  • Como tercera opción, usted puede configurar una entrada del Static MAC Address en el Switch, que sigue habiendo incluso después una reinicialización y elimina el problema de tiempo de espera.

Precaución: Tome el cuidado si usted decide implementar la tercera opción, pues puede ser peligroso cuando usted cambia el cableado.

Consejo: Refiera al Switches ARP del Catalyst 6500/6000 o a los problemas de la tabla CAM que resuelven problemas el documento de Cisco para más información sobre la inundación UDP.



Document ID: 118966