Guía de Troubleshooting de Hardware de TelePresence MCU
Contenido
Introducción
Este documento describe los procedimientos utilizados para resolver problemas de productos de Cisco TelePresence Multipoint Control Unit (MCU). El documento se ha escrito para administradores de sistemas de vídeo y para partners de Cisco cuyos clientes son administradores de sistemas de vídeo.
La gama de productos MCU son productos de conferencia multimedia líderes del sector. Se trata de sistemas integrados complejos, con hardware diseñado por Cisco para ofrecer el mejor rendimiento. Este documento tiene como objetivo facilitar la resolución de cualquier situación que pueda ser causada por una falla de hardware de un producto Cisco MCU. Un ingeniero de soporte técnico de Cisco debe proporcionar una Autorización de devolución de fabricación (RMA), que verifica que el producto haya fallado realmente a través de una serie de pruebas, según el componente sospechoso. Esta guía tiene como objetivo acelerar este proceso con información sobre estas pruebas.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Cisco TelePresence serie MCU MSE
- Cisco TelePresence MCU serie 5300
- Cisco TelePresence MCU serie 4500
- Cisco TelePresence MCU serie 4200
- Cisco TelePresence serie ISDN Gateway (GW)
Componentes Utilizados
La información de este documento se basa en Cisco TelePresence MCU Media Services Engine (MSE) Series.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Productos Relacionados
Este documento también puede utilizarse con estas versiones de software y hardware:
- Servidor Cisco Telepresence 7010
- Cisco TelePresence MCU serie 5300
- Cisco TelePresence MCU serie 4500
- Cisco TelePresence MCU serie 4200
- Serie de gateway ISDN de Cisco Telepresence
Lista de comprobación de RMA de Cisco TelePresence MCU serie MSE
En esta sección se describen algunas de las comprobaciones más básicas que se utilizan para confirmar que el blade de la serie MCU MSE está operativo y no sufre una falla de hardware. El comportamiento de MCU debe documentarse a medida que se completan estas comprobaciones.
Complete una comprobación rápida en la MCU
Esta sección proporciona una lista de verificación que puede utilizar para resolver problemas de la configuración básica de una MCU a través de su interfaz web. Esto se completa con verificaciones de la configuración H.323, Auto Attendant, el uso de la licencia de puerto y las llamadas de loopback.
Verifique que el blade pueda realizar una llamada de vídeo. Si se puede acceder a la interfaz web de la MCU y se puede realizar una llamada, es fundamentalmente funcional. Complete estos pasos:
- Abra un explorador web y navegue hasta la dirección IP de MCU. La página de inicio debe mostrarse inmediatamente.
- Haga clic en el enlace Status para verificar la versión de software que se ejecuta actualmente en la MCU.
- Si puede acceder a la interfaz web, siga estos pasos:
- Navegue hasta Settings > H.323 y establezca H.323 gatekeeper usage en Disabled. Este paso es esencial porque algunos gatekeepers impiden las llamadas directamente de una MCU a una dirección IP.
- Navegue hasta Configuración > Conferencias > Configuración avanzada y asegúrese de que Llamadas entrantes a conferencias o contestadores automáticos desconocidos esté configurado en Asistente automático predeterminado.
- Cree una conferencia nueva y agregue un participante H.323 con una dirección IP de 127.0.0.1. Esto hace que la MCU vuelva a marcar a su propio contestador automático (AA). La pantalla AA se muestra en la miniatura de vista previa y los códecs de audio y vídeo se negocian en cada dirección.
A continuación se muestra un ejemplo de la pantalla MCU MSE 8510 cuando la MCU puede llamarse correctamente:
Si esto funciona y se ve a un participante conectado (similar a la imagen anterior), lo más probable es que haya un problema de interoperabilidad entre el gatekeeper, la red o el terminal. Marque un terminal real y solucione problemas desde allí con el registro de eventos y el registro de protocolo de inicio de sesión (SIP) H323. Si la conexión falla inmediatamente, pero la interfaz web aún funciona, continúe con este procedimiento. - Para verificar que las licencias de puerto se asignan a la MCU, vaya a la sección Administración de licencias de puerto del blade supervisor. Esta es una imagen que muestra la asignación de la licencia de puerto del servidor blade Supervisor MSE 8050:
En la imagen, el bloque vacío en la ranura 4 muestra que hay un blade en esta ranura sin ninguna licencia de puerto asignada. Este blade no puede realizar llamadas, por lo que la prueba de loopback descrita en el paso 3 habría fallado en este blade. Los bloques azules bajo las ranuras 2, 3, 5 y 7 muestran que esas ranuras tienen una asignación completa de licencias de puerto. Si una ranura muestra un símbolo de advertencia, no hay ningún blade en la ranura. Un bloque de color medio azul indica que el servidor blade tiene algunas licencias de puerto asignadas, pero no que se encuentra en plena capacidad. Un blade como este no puede conectar el número total de puertos anunciados hasta que tenga más licencias asignadas. - Asigne licencias de puerto si no hay ninguna asignada al servidor blade (este proceso se describe en la ayuda en línea). Si no hay claves para las licencias de puerto, póngase en contacto con su gerente de cuentas.
- Navegue hasta Settings > H.323 y establezca H.323 gatekeeper usage en Disabled. Este paso es esencial porque algunos gatekeepers impiden las llamadas directamente de una MCU a una dirección IP.
Verifique la conectividad de red MCU
Utilice esta sección para resolver problemas con intentos de conexión a la interfaz web de MCU desde un navegador, basándose en la verificación de la conectividad de red y la configuración de red.
Puede encontrarse con uno de estos problemas cuando intenta conectarse a la interfaz web de MCU desde un explorador:
- Un problema con la red entre el PC y la MCU
- Un problema con la propia MCU (tarjeta de interfaz de red (NIC), hardware o configuración)
Complete estos pasos para resolver el problema:
- Intente hacer ping a la dirección IP de la MCU.
Si la MCU responde a los pings, pero la interfaz web está inactiva, es posible que la MCU no haya podido arrancar completamente o que se haya bloqueado en un ciclo de reinicio. Si este es el caso, consulte la sección Verificaciones físicas en el Blade de este documento. Si la MCU no responde a los pings, continúe con este procedimiento. - Acceda a la interfaz web del servidor blade Supervisor MSE 8050 del chasis que contiene el servidor blade MCU MSE 8510. Si no se puede alcanzar la interfaz de usuario del servidor blade supervisor, póngase en contacto con los administradores de red locales para investigar un posible problema de red. Si se puede alcanzar la interfaz de usuario del servidor blade supervisor y el supervisor y la MCU no se encuentran en redes diferentes, es probable que el problema sea con el servidor blade o sus parámetros IP.
- Desde la interfaz de usuario del blade supervisor, navegue hasta Hardware y haga clic en el enlace del número de ranura del blade MCU MSE 8510. A continuación, haga clic en la pestaña Puerto A.
- Verifique la configuración IP del puerto A de la MCU y confirme que a ningún otro host de la red se le asigne la misma dirección IP. Las direcciones IP duplicadas son un problema sorprendentemente común. Si es necesario, consulte con el administrador de red para verificar estos parámetros.
- Verifique la sección Estado Ethernet del puerto A. Si el estado Link no está activo, verifique que el cable de red esté conectado al switch. Puede haber un problema con el puerto del cable o del switch.
- Si la MCU está ahora disponible en la red, repita el primer paso de este procedimiento. Si la configuración de la dirección IP es correcta y el estado del link Ethernet está activo, pero el blade aún no puede ser contactado desde ninguna parte de la red, consulte la sección Verificar el MCU MSE 8510 Series Blade a través de la sección Supervisor de este documento.
Verifique el MCU MSE 8510 Series Blade a través del Supervisor
Complete estos pasos para verificar el estado de la conferencia y del blade MCU, el estado y los informes sobre el tiempo de actividad, la versión del software, la temperatura y el voltaje:
- Haga clic en Hardware y haga clic en el número de ranura del blade que tiene el problema. La página de resumen proporciona información sobre:
- El estado del blade, con la dirección IP, el tiempo de actividad, el número de serie y la versión de software
- El estado del blade, con temperaturas, voltaje y batería de reloj en tiempo real (RTC)
- Estado informado para conferencias activas, número de participantes, puertos de audio/vídeo en uso y espectadores de transmisión
Esta imagen muestra la sección Estado del blade:
- Si el estado de tensión (actual o peor) no aparece bien, asegúrese de que hay suficientes rectificadores instalados en las estanterías de alimentación que alimentan el chasis. Además, verifique que la fuente de alimentación cumpla con los requisitos actuales del chasis, como se detalla en el artículo de Cisco Cálculo de los requisitos de potencia y corriente para un MSE 8000.
- Si el suministro de la fuente de alimentación no muestra OK, póngase en contacto con el Soporte Técnico de Cisco.
- Si alguno de los otros estados actuales de la sección Estado del blade no se muestra como correcto, póngase en contacto con el Soporte Técnico de Cisco.
- Si todos los estados actuales muestran OK, pero uno o más del peor estado visto no muestra OK, obtenga el registro de eventos y los registros de alarmas del Supervisor y póngase en contacto con el Soporte Técnico de Cisco.
- Compruebe el tiempo de actividad. Si el tiempo de actividad es inesperadamente corto (menos de 30 minutos) y no hay ninguna razón conocida (si no se ha producido un ciclo de apagado y encendido o el blade no se ha recuperado, por ejemplo), es posible que el blade se haya reiniciado recientemente. La causa del reinicio puede ser un defecto de software o un problema de hardware. Esto depende de si se trata de un reinicio único o cíclico.
Complete estos pasos para determinar esto:
- Espere 30 minutos.
- Actualice la página.
- Vuelva a comprobar el tiempo de actividad.
Si puede determinar a partir del tiempo de actividad actualizado que el servidor blade se ha reiniciado posteriormente, consulte la sección Desperfectos de este documento. - Espere 30 minutos.
- Si el servidor blade no se reinicia después de comprobar la página de estado y parece funcional en todos los aspectos (mediante la verificación de la configuración de red y las licencias de puerto), es posible que el servidor blade haya arrancado sin ninguno de los recursos del Procesador de señal digital (DSP) disponibles.
Complete estos pasos para verificar esto:
- Verifique la sección Estado informado en la página de resumen del blade desde la interfaz de usuario del Supervisor:
- El blade muestra el número total de recursos de vídeo que se han iniciado y con licencia correctamente. Debe ser igual al número de licencias de puerto asignadas al servidor blade, hasta un máximo de 20 cuando el servidor blade está en modo HD/HD+, o 80 cuando el servidor blade está en modo SD (definición estándar). Si no son iguales, póngase en contacto con el Soporte Técnico de Cisco con el comportamiento, las versiones y el registro de diagnóstico documentados.
- Verifique la sección Estado informado en la página de resumen del blade desde la interfaz de usuario del Supervisor:
Verificaciones físicas en el blade
En esta sección se describen los pasos que se utilizan para realizar comprobaciones físicas del blade, basadas en la interpretación de la luz LED y el movimiento del blade a una ranura diferente.
Si no puede determinar que el servidor blade tiene un problema de hardware después de completar los pasos descritos en las secciones anteriores, verifique físicamente el chasis de la serie MSE 8000. Complete estos pasos para realizar la verificación física:
- Asegúrese de que se ha dado tiempo suficiente para que el blade se inicie después de encender inicialmente el chasis (o bien instale el blade en un chasis que ya esté encendido). Esto tarda aproximadamente 20 minutos.
- Observe y observe el color de las luces LED iluminadas en la parte frontal del blade. Las luces LED más importantes son:
- Alimentación (azul): esta luz se encuentra justo encima de la lengüeta de plástico inferior y se ilumina en cuanto se aplica la alimentación a la cuchilla.
- Estado (verde): esta luz se ilumina cuando el blade se arranca correctamente.
- Alarma (rojo): Esta luz se ilumina cuando el blade se está arrancando o se encuentra en un estado en el que no puede arrancar.
- Puerto Ethernet Enlace A (tres verde): la luz indica la actividad, el dúplex y la velocidad. A partir de la versión 4.4, el 8510 sólo admite conexiones en el puerto A; No se soportan los puertos B, C y D.
- Alimentación (azul): esta luz se encuentra justo encima de la lengüeta de plástico inferior y se ilumina en cuanto se aplica la alimentación a la cuchilla.
- Complete estos pasos si tiene problemas al observar las luces LED:
- Si ninguna de las luces está iluminada, compruebe que el resto del chasis tiene alimentación y que el blade está insertado correctamente en la ranura.
- Si las luces todavía no se iluminan, mueva el blade a una ranura diferente del chasis. Preferiblemente, intercámbielo con una ranura que tenga un blade que funcione correctamente.
- Si el blade aún no se enciende, póngase en contacto con el servicio de asistencia técnica de Cisco.
- Si la luz Power azul está iluminada y ninguna de las otras luces está encendida, póngase en contacto con el Soporte Técnico de Cisco. Si la luz de alarma roja permanece iluminada durante más de 30 minutos, consulte la sección Desperfectos de este documento.
- Si la luz azul Power y la luz verde Status están iluminadas, pero la luz verde del Puerto A no lo está, no es necesario un RMA. Esto indica un problema con la conexión al puerto del switch. Utilice un nuevo cable/switch puerto/switch y verifique la configuración del puerto A Ethernet del blade desde la pestaña de Supervisor Hardware. Se recomienda encarecidamente que ambos lados del link estén configurados para la negociación automática.
- Si ninguna de las luces está iluminada, compruebe que el resto del chasis tiene alimentación y que el blade está insertado correctamente en la ranura.
Llegue a las MCU en la interfaz web
Se puede acceder a las MCU de Cisco Telepresence a través de una sesión de consola a través del cable de consola suministrado con la unidad. Si el sistema no es accesible a través de la interfaz web y no responde a las solicitudes de ping, puede abrir una sesión de consola a la unidad para resolverlo con verificaciones de los servicios habilitados, la configuración del puerto y el estado.
Complete estos pasos para alcanzar la MCU si el sistema no puede hacer ping o no puede navegar a la interfaz web del sistema después de que se le asigne una dirección IP:
- Compruebe que las luces de alarma rojas estén iluminadas en la parte delantera de la unidad. Si la unidad está encendida durante más de 20 minutos y la luz de alarma roja permanece iluminada, consulte la sección Desperfectos de este documento.
- Si la luz verde Status está iluminada en el dispositivo, conecte el PC al puerto de la consola a través del cable de consola suministrado que llegó con la unidad.
- Para verificar que la sesión de terminal conectada está realmente conectada, presione la tecla Enter unas cuantas veces y aparezca el mensaje. El mensaje que aparece muestra su dispositivo (IPGW:>, ISDNGW:> o MCU:>, por ejemplo):
- Para verificar que los servicios HTTP y/o HTTPS están habilitados, ingrese el comando service show:
- Para verificar el estado del link en el dispositivo, ingrese el comando status:
- Si no aparece ningún link en el Puerto A, intente conectar el cable Ethernet al Puerto B para ver si cambia el estado del link:
- Si el puerto B puede detectar el link pero el puerto A no lo está, complete estos pasos para verificar la configuración IP en el puerto A nuevamente:
- Si el puerto A parece no tener ningún problema, intente un procedimiento reset_config para volver a llevar la unidad a los valores predeterminados de fábrica.
- Una vez finalizado el proceso de restablecimiento de fábrica, vuelva a configurar una dirección IP estática en el puerto.
- Si aún experimenta problemas, reinicie el sistema desde la consola y recopile el resultado del inicio en un archivo de texto a través del cliente terminal que se utiliza:
Los blades MCU MSE serie 8510 y los blades MCU serie MSE 8710 muestran las dos interfaces Ethernet como vfx0 y vfx1. Los sistemas montables en rack (series MCU 4500 y 4200, serie IPGW 3500 y serie ISDN GW 3241) muestran sus interfaces Ethernet como bge0 y bge1.
- Si el puerto A parece no tener ningún problema, intente un procedimiento reset_config para volver a llevar la unidad a los valores predeterminados de fábrica.
- En los blades MCU serie MSE 8510 y 8710, verifique que las direcciones MAC estén asignadas y que no haya problemas con vfx0 o vfx1.
- En las unidades que se pueden montar en rack, puede que vea la salida ilustrada en la siguiente imagen, con bge0, lo que indica una falla de la Tarjeta de interfaz de red (NIC) en el dispositivo. Esto muestra que la capa física no se detecta. Si esto se ve, póngase en contacto con el servicio de asistencia técnica de Cisco.
- Si no aparece ningún link después de intercambiar el puerto, verifique la conectividad de red. Idealmente, el resultado debería aparecer como se ilustra en la siguiente imagen, con toda la información IP mostrada. Esto indica que los parámetros IP de la unidad están configurados correctamente.
- Cambie la dirección IP en la unidad para detectar un problema con cualquier conjunto de direcciones IP en la red.
- Mueva el cable Ethernet a un puerto de switch independiente para eliminar cualquier problema de puerto de switch.
- Si se elimina un problema de puerto de switch, conecte un portátil directamente a la unidad a través de un cable cruzado y configure el portátil con la misma máscara de subred, gateway predeterminado y dirección IP que contiene esa subred.
- Una vez configurada la dirección IP en el portátil, envíe un ping desde el portátil a la unidad. Intente alcanzar la interfaz web de la unidad desde el portátil. Además, intente enviar un ping desde la sesión de la consola unitaria a la dirección IP del portátil a través del comando ping. Si hay conectividad y acceso web, indica un problema de conectividad de red. Si no es así, es posible que un pin de puerto Ethernet esté dañado y debe ponerse en contacto con el Soporte Técnico de Cisco.
Desperfectos
Un desperfecto en un producto MCU de Cisco Telepresence puede deberse a un fallo en el arranque completo, a un ciclo de reinicio continuo o a un incidente que ocurre con una conferencia continua.
Si la luz de alarma roja de la unidad permanece encendida durante más de 20 minutos, no podrá navegar a la interfaz web de la unidad o no podrá realizar videollamadas, es probable que la unidad no haya podido arrancar completamente o que se haya estancado en un ciclo de reinicio. Si este es el caso, complete estos pasos para resolver el problema:
- Desconecte el cable de alimentación de la unidad. Si es un servidor blade, quítelo del chasis.
- Espere cinco minutos y encienda la unidad.
- Si la unidad no se inicia normalmente, recopile un registro de la consola, que muestra la unidad que intenta arrancar. Esta es la mejor herramienta de diagnóstico para esta situación. Consulte el artículo de Cisco Conexión al puerto de la consola en una unidad Codian adquirida por Cisco para obtener información sobre cómo obtener un registro de la consola.
- Apague la unidad y, a continuación, enciéndala.
- Espere hasta que la salida se detenga completamente o la unidad se haya reiniciado tres o cuatro veces. Póngase en contacto con el servicio de asistencia técnica de Cisco y proporcione el registro de la consola.
Solución de problemas de la bandeja de ventilador, los rectificadores de alimentación y la estantería de alimentación de la serie MSE 8000
La bandeja de ventilador, los rectificadores de alimentación y las estanterías de alimentación se supervisan a través del blade de la serie Supervisor MSE 8050. Puede resolver cualquier falla o problema relacionado con estos a través de la interfaz web del supervisor. Esta sección describe los pasos utilizados para resolver problemas de un ventilador, estante de alimentación o falla del rectificador de energía a través de la verificación de los registros y el estado.
Esta es una imagen que muestra el chasis completo de la serie MSE 8000:
Nota en la imagen anterior:
- Bandejas de ventilador superior e inferior
- Los blades insertados
- El cierre de un blade individual
- Montaje en rack
Solución de problemas de un fallo del ventilador de la serie MSE 8000
Utilice esta sección para resolver problemas de fallas de ventilador en un chasis de la serie MSE 8000 mediante verificaciones del estado de alarma y los registros de eventos en el blade de la serie Supervisor MSE 8050.
Aquí hay un extracto de un registro de eventos que muestra problemas con la bandeja superior del ventilador:
37804 2012/07/03 18:43:28.567 HEALTH Warning
upper fan tray, fan 3 too slow - 1569 rpm
37805 2012/07/03 18:43:28.567 ALARMS Info
set alarm : 2 / Fan failure SET
37806 2012/07/03 18:43:44.568 ALARMS Info
clear alarm : 2 / Fan failure CLEAR
37807 2012/07/03 18:44:00.569 HEALTH Warning
upper fan tray, fan 3 too slow
Cuando vea errores como estos, complete estos pasos para recopilar los registros requeridos:
- Para descargar el archivo de texto de los registros de alarma, navegue hasta Alarmas > Registro de alarmas > Descargar como texto. Observe la fecha más reciente de registro.
- Para descargar el archivo de texto del registro de eventos, navegue hasta Registros > Registro de eventos > Descargar como texto.
- Navegue hasta Alarmas > Estado de Alarmas y tome una captura de pantalla de la página Estado de Alarma.
- Desmonte la bandeja del ventilador superior y compruebe que todos los ventiladores funcionan correctamente.
- Desmonte la bandeja inferior del ventilador y compruebe que todos los ventiladores funcionan correctamente.
- Para borrar las Alarmas Históricas del Supervisor, navegue hasta Alarmas > Estado de Alarmas > Borrar Histórico Alarmas.
- Para borrar el registro de alarmas, navegue hasta Alarmas > Registro de alarmas > Borrar registro.
- Supervise y compruebe si las alarmas vuelven.
- Si el problema vuelve, cambie la bandeja superior por la bandeja inferior y determine si el problema sigue a la bandeja del ventilador. Si el problema vuelve a aparecer y sigue la bandeja del ventilador, póngase en contacto con el Soporte Técnico de Cisco con los registros que ha recopilado.
Problemas con la plataforma de alimentación
Dentro del chasis de la serie MSE 8000, hay dos entradas de alimentación de CC independientes que se pueden conectar directamente a dos fuentes de alimentación de CC o a dos estanterías de Valere que convierten CA en CC. El chasis de la serie MSE 8000 se puede utilizar con una o dos estanterías de alimentación: A y B. Estos alimentan la alimentación de forma independiente a cada bandeja de ventilador y blade. La unidad se puede alimentar completamente con la fuente A o la fuente B. En caso de que falle alguna de las fuentes de alimentación, la unidad continúa funcionando, porque obtiene energía de la otra fuente.
Cisco recomienda que, para obtener una redundancia completa y una fiabilidad máxima, las fuentes de alimentación se conecten a fuentes de alimentación independientes. Cada uno debe tener la capacidad de proporcionar la carga eléctrica completa de la unidad y cada estante que contenga el mismo número de rectificadores.
Esta imagen muestra el estante de alimentación de CC de la serie MSE 8000:
Estos son dos problemas comunes de estantería de alimentación que puede encontrar:
- Pérdida de contacto con estante de alimentación - Cuando navegue hasta Hardware > Fuentes de alimentación, la fuente de alimentación A muestra el contacto perdido con estante de alimentación. Esto significa que el Supervisor MSE serie 8050 no puede comunicarse con el estante de alimentación.
- 10/Fuente externa fuera del intervalo SET - Esto significa que los voltajes de entrada al chasis están fuera de las especificaciones. Verifique que la alimentación y la corriente correctas se proporcionen al chasis a través de la herramienta en línea Calculating power y los requerimientos actuales para una MSE 8000.
Si no se han encontrado discrepancias al realizar la verificación de potencia y actual mencionada anteriormente, recupere esta información y póngase en contacto con el Soporte Técnico de Cisco:
- Configuración del supervisor de la serie MSE 8050
- Registro de auditoría
- Registro de alarmas
- Registro de eventos
- Captura de pantalla de la página Estado de alarma
- Número y modelo de blades en el chasis
- Estado de las fuentes de alimentación
Configuración de la supervisión del estado de la alimentación
Cisco recomienda que tenga configurado el monitoreo de estado de energía para proporcionar información confiable al administrador de vídeo con respecto a cualquier error, advertencia u otra información importante que se vea en los registros.
Para habilitar la supervisión de los voltajes de la fuente de alimentación, así como de las estanterías de alimentación de CA a CC (si es necesario), complete los pasos en la página 61 de la ayuda en línea de Cisco TelePresence Supervisor 2.3 (formato imprimible). Borre los registros después de que se complete la configuración de estado de energía.
Compruebe el cable de supervisión del estante de alimentación que se ejecuta desde la parte posterior del estante de alimentación hasta el chasis. Este es un cable especial que se utiliza para monitorear el estante de alimentación. Tenga cuidado al comprobar el cable, ya que se puede confundir fácilmente con un cable de consola normal DB9-RJ45. El cable de supervisión de la estantería de alimentación está etiquetado con una etiqueta que dice Parte trasera de la estantería de alimentación:
Hay dos pares de conectores ubicados en la parte posterior del chasis de la serie MSE 8000: el par de la izquierda se etiqueta con la ranura 10, y el par de la derecha se etiqueta con la ranura 1. Asegúrese de que los cables de supervisión estén conectados a la ranura 1, que son los conectores que representan la ranura del supervisor de la serie MSE 8050.
Si tiene algún problema con la configuración de supervisión del estante de alimentación, siga estos pasos:
- Cambie el cable de monitorización de la estantería de alimentación de la estante A a la estante B para determinar si el problema sigue al cable. Si el problema sigue al cable, póngase en contacto con el servicio de asistencia técnica de Cisco.
- Intercambie las tarjetas NIC de Power Shelf A y Power Shelf B para determinar si las tarjetas NIC son la causa del problema. Si las alarmas vuelven y el problema sigue a la tarjeta NIC, póngase en contacto con el Soporte Técnico de Cisco.
Esta imagen muestra la tarjeta NIC del estante de alimentación:
Resolución de problemas de rectificadores de energía
En algunos casos, puede que se encuentre con problemas con uno de los rectificadores de potencia. Esta sección describe cómo resolver estos problemas.
Esta es una vista frontal de la plataforma de alimentación con rectificadores:
Esta es la vista posterior de la plataforma de alimentación:
Complete estos pasos para resolver un problema con los rectificadores de energía:
- Si aparece un error en el rectificador, vuelva a colocarlo y espere a ver si el error persiste (los rectificadores se pueden conectar en caliente).
- Si el error sigue apareciendo después de unos minutos, coloque el rectificador en una ranura diferente de la estantería de alimentación A o B para determinar si el problema está con el rectificador o la ranura de la estantería de alimentación.
- Si todavía experimenta problemas, póngase en contacto con el servicio de asistencia técnica de Cisco y proporciónele esta información:
- Imagen del rectificador en estado de alarma
- Número de serie del rectificador (situado a la izquierda del lado derecho del rectificador)
- Captura de pantalla de la página Fuentes de Alimentación (Hardware > Fuentes de Alimentación)
- Captura de pantalla de la página de estado (Estado > Estado)
- Registro de auditoría
- Registro de alarmas
- Registro de eventos
Solución de problemas de GW ISDN de Cisco TelePresence
Los GW ISDN de Cisco Telepresence proporcionan una integración perfecta entre las redes IP e ISDN con una transparencia completa de las funciones a través de ISDN. Esta sección describe cómo resolver problemas de interfaces PRI ISDN y búfers en DSP.
Capa 1 y Capa 2 de PRI inactivas
Utilice esta sección para resolver problemas de interfaz PRI en el GW ISDN. El puerto PRI se puede verificar con el conector de loopback para determinar si es defectuoso:
- La capa 1 (L1) indica la capa física o la conectividad PRI.
- La capa 2 (L2) se utiliza para la señalización.
Puede utilizar un cable de loopback para determinar el estado L1 para el puerto PRI en el GW ISDN. Conecte Pin1 a Pin4, y Pin2 a Pin5 para crear el cable de loopback.
Conecte el cable de loopback al puerto 1 y verifique el estado de L1. Si el estado L1 en el Puerto 1 aparece Arriba, es probable que el problema sea causado por los cables que se utilizan. Puede utilizar el cable de loopback más abajo en la línea para aislar el problema.
Si el estado L1 en el puerto 1 aparece Abajo con el cable de loopback, habilite el puerto 2 para PRI en el GW ISDN. Pruebe el puerto 2 con el cable de loopback también. Si el problema persiste con un puerto específico, es posible que haya una falla en el puerto PRI. Póngase en contacto con el servicio de asistencia técnica de Cisco.
Errores Ping Pong y tiempos de espera DSP
Hay dos búfers en un DSP que se conocen como Ping y Pong. Cada búfer procesa diez milisegundos de datos (una trama ISDN) a la vez. La intención es procesar un búfer mientras lee el siguiente. Si estos dos búfers se quedan fuera de sincronía entre sí, intercambian en un intento de volver a sincronizarse.
Este es un ejemplo del registro de eventos de Cisco Telepresence ISDN GW, donde los búferes se quedan sin sincronización e intentan corregirse:
14031 2012/02/29 13:03:05.143 dspapi Warning DSP(05):
"Ping Pong buffer returned to sync 0, 11111111"
14032 2012/02/29 13:03:05.399 dspapi Error DSP(05):
"Ping Pong buffer out of sync 1, 11111111"
14033 2012/02/29 13:03:05.399 dspapi Info DSP(05):
"Attempt to correct Ping Pong buffer sync"
14034 2012/02/29 13:03:05.400 dspapi Warning DSP(05):
"Ping Pong buffer returned to sync 0, 11111111"
14035 2012/02/29 13:03:05.856 dspapi Error DSP(05):
"Ping Pong buffer out of sync 1, 11111111"
14036 2012/02/29 13:03:05.856 dspapi Info DSP(05):
"Attempt to correct Ping Pong buffer sync"
14037 2012/02/29 13:03:05.862 dspapi Warning DSP(05):
"Ping Pong buffer returned to sync 0, 11111111"
14064 2012/02/29 13:03:21.626 dspapi Info DSP(04):
"receive from local primary dsp timeout"
14065 2012/02/29 13:03:21.626 dspapi Info DSP(03):
"receive from local primary dsp timeout"
14066 2012/02/29 13:03:21.638 dspapi Info DSP(15):
"receive from peer primary dsp timeout (rx)"
Estas son algunas de las preguntas a considerar:
- ¿Por qué no están sincronizados?
- ¿Es posible que las tramas inválidas, un reloj ISDN defectuoso o un PRI no confiable provoquen el problema?
A continuación se muestra una lista de la información que se debe recopilar:
- ¿Cuántas PRI están conectadas a este GW?
- ¿Todas las PRI son del mismo switch o de switches diferentes?
- Si todas las PRI están desconectadas y el sistema se reinicia, ¿continúan los errores? Recopile un registro de consola que muestre estos errores.
- Si sólo PRI 1 está conectado, ¿vuelven los errores?
- Si sólo PRI 2 está conectado, ¿vuelven los errores? Repita con todos los PRI, uno a uno.
Si se utilizan PRI de diferentes switches, los relojes PRI deben estar sincronizados (los PRI de la misma compañía telefónica normalmente lo están). Es posible que el PRI de un switch tenga un reloj que esté completamente fuera de sincronización con el reloj del PRI del otro switch. Si sólo hay un PRI conectado y parece estar bien, conecte un PRI de un switch y un PRI del otro, reinicie el sistema y vea si los errores vuelven. Registre sus pruebas y comportamiento para proporcionar al Soporte Técnico de Cisco si es necesario.
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
19-Nov-2013 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)