Guia de solução de problemas de hardware do TelePresence MCU
Contents
Introduction
Este documento descreve os procedimentos usados para solucionar problemas de produtos Cisco TelePresence Multipoint Control Unit (MCU). O documento foi escrito para Administradores de Sistema de Vídeo e para Parceiros da Cisco cujos clientes são Administradores de Sistema de Vídeo.
A gama de produtos MCU são produtos de conferência multimídia líderes do setor. São sistemas incorporados complexos, com hardware projetado pela Cisco para oferecer o melhor desempenho. Este documento destina-se a facilitar a resolução de qualquer situação que possa ser causada por uma falha de hardware de um produto Cisco MCU. Uma RMA (Return to Manufacturing Authorization, Autorização de devolução à fábrica) deve ser fornecida por um engenheiro de suporte técnico da Cisco, que verifica se o produto realmente falhou por meio de uma variedade de testes, dependendo do componente suspeito. Este guia tem como objetivo acelerar esse processo com informações sobre esses testes.
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Cisco TelePresence MCU MSE Series
- Cisco TelePresence MCU 5300 Series
- Cisco TelePresence MCU 4500 Series
- Cisco TelePresence MCU 4200 Series
- Cisco TelePresence ISDN Gateway (GW) Series
Componentes Utilizados
As informações neste documento são baseadas no 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.
Produtos Relacionados
Este documento também pode ser usado com as seguintes versões de hardware e software:
- Cisco Telepresence Server 7010
- Cisco TelePresence MCU 5300 Series
- Cisco TelePresence MCU 4500 Series
- Cisco TelePresence MCU 4200 Series
- Cisco Telepresence ISDN Gateway Series
Lista de verificação de RMA da Cisco TelePresence MCU MSE Series
Esta seção descreve algumas das verificações mais básicas que são usadas para confirmar se o seu blade MCU MSE Series está operacional e não sofre de uma falha de hardware. O comportamento da MCU deve ser documentado à medida que essas verificações forem concluídas.
Conclua uma verificação rápida na MCU
Esta seção fornece uma lista de verificação que você pode usar para solucionar problemas de configuração básica de uma MCU através de sua interface da Web. Isso é concluído com verificações das configurações de H.323, atendimento automático, uso de licença de porta e chamadas de loopback.
Verifique se o blade pode fazer uma chamada de vídeo. Se a interface da Web da MCU puder ser acessada e uma chamada puder ser feita, ela será fundamentalmente funcional. Conclua estes passos:
- Abra um navegador da Web e navegue até o endereço IP da MCU. A página inicial deve ser exibida imediatamente.
- Clique no link Status para verificar a versão do software que está sendo executada atualmente na MCU.
- Se você puder acessar a interface da Web, faça o seguinte:
- Navegue até Settings > H.323 e defina H.323 gatekeeper usage como Disabled. Essa etapa é essencial porque alguns gatekeepers impedem as chamadas diretamente de uma MCU para um endereço IP.
- Navegue até Configurações > Conferências > Configurações avançadas e verifique se Chamadas recebidas para conferências desconhecidas ou atendedores automáticos estão definidas como Atendimento automático padrão.
- Crie uma nova conferência e adicione um participante H.323 com um endereço IP de 127.0.0.1. Isso faz com que a MCU faça a discagem de volta para seu próprio Atendimento automático (AA). A tela AA é exibida na miniatura de visualização e os codecs de áudio e vídeo são negociados em cada direção.
Aqui está um exemplo da tela MCU MSE 8510 quando a MCU pode se chamar com êxito:
Se isso funcionar, e um participante conectado for visto (semelhante à imagem anterior), provavelmente há um problema de interoperabilidade de gatekeeper, rede ou ponto final. Disque um endpoint real e solucione problemas a partir daí com o registro de eventos e o registro H323/Session Initiation Protocol (SIP). Se a conexão falhar imediatamente, mas a interface da Web ainda funcionar, continue com esse procedimento. - Para verificar se as licenças de porta estão atribuídas à MCU, vá para a seção Gerenciamento de licença de porta do blade Supervisor. Esta é uma imagem que mostra a alocação de licença de porta do blade Supervisor MSE 8050:
Na imagem, o bloco vazio no Slot 4 mostra que há um blade neste slot sem licenças de porta alocadas para ele. Este blade não consegue fazer chamadas, então o teste de loopback descrito na etapa 3 teria falhado neste blade. Os blocos azuis nos slots 2, 3, 5 e 7 mostram que esses slots têm uma alocação completa de licenças de porta. Se um slot mostrar um símbolo de aviso, então não há lâmina no slot. Um bloco meio azul indica que o blade tem algumas licenças de porta alocadas a ele, mas não que ele esteja com capacidade total. Um blade como esse não consegue conectar seu número total de portas anunciadas até ter mais licenças alocadas para ele. - Atribua licenças de porta se não houver nenhuma atribuída ao blade (esse processo é descrito na ajuda on-line). Se não houver chaves presentes para licenças de porta, entre em contato com o gerente de contas.
- Navegue até Settings > H.323 e defina H.323 gatekeeper usage como Disabled. Essa etapa é essencial porque alguns gatekeepers impedem as chamadas diretamente de uma MCU para um endereço IP.
Verifique a conectividade de rede da MCU
Use esta seção para solucionar problemas com tentativas de se conectar à interface da Web da MCU a partir de um navegador, com base na verificação da conectividade da rede e da configuração da rede.
Você pode encontrar um destes problemas ao tentar se conectar à interface da Web da MCU a partir de um navegador:
- Um problema com a rede entre o PC e a MCU
- Um problema com a própria MCU (Network Interface Card, placa de interface de rede, hardware ou configuração)
Conclua estes passos para solucionar o problema:
- Tente fazer ping no endereço IP da MCU.
Se a MCU responder aos pings, mas a interface da Web estiver inativa, a MCU pode ter falhado na inicialização total ou pode ter sido bloqueada em um ciclo de reinicialização. Se for esse o caso, consulte a seção Verificações Físicas no Blade deste documento. Se a MCU não responder aos pings, continue com esse procedimento. - Navegue até a interface da Web do blade Supervisor MSE 8050 do chassi que contém o blade MCU MSE 8510. Se a interface de usuário do blade Supervisor não puder ser acessada, entre em contato com os administradores de rede local para investigar um possível problema de rede. Se a interface do usuário do blade Supervisor puder ser alcançada e o Supervisor e a MCU não estiverem em redes diferentes, é provável que o problema esteja no blade ou nas configurações IP.
- Na interface de usuário do blade Supervisor, navegue até Hardware e clique no link do número do slot do blade MCU MSE 8510. Em seguida, clique na guia Porta A.
- Verifique a configuração IP da porta A da MCU e confirme se nenhum outro host da rede recebeu o mesmo endereço IP. Endereços IP duplicados são um problema surpreendentemente comum. Se necessário, consulte o administrador da rede para verificar essas configurações.
- Verifique a seção Port A Ethernet status. Se o status do link não estiver ativo, verifique se o cabo de rede está conectado ao switch. Pode haver um problema com o cabo ou a porta do switch.
- Se a MCU agora estiver acessível na rede, repita a primeira etapa desse procedimento. Se as configurações de endereço IP estiverem corretas e o status do link Ethernet estiver ativo, mas o blade ainda não puder ser contatado de qualquer lugar na rede, consulte a seção "Verificar o blade MCU MSE 8510 Series" através do supervisor deste documento.
Verifique o blade MCU MSE 8510 Series pelo supervisor
Conclua estes passos para verificar o status, a integridade e os relatórios do blade e da conferência da MCU sobre o tempo de atividade, a versão do software, a temperatura e a voltagem:
- Clique em Hardware e no número do slot do blade que apresenta o problema. A página de resumo fornece informações sobre:
- O status do blade, com o endereço IP, o tempo de atividade, o número de série e a versão do software
- A integridade do blade, com bateria de temperatura, voltagem e relógio em tempo real (RTC)
- O status relatado para conferências ativas, número de participantes, portas de áudio/vídeo em uso e visualizadores de transmissão
Esta imagem mostra a seção Integridade do Blade:
- Se algum status de voltagem (atual ou pior) não for exibido OK, verifique se há retificadores suficientes instalados nas sub-bastidores de energia que alimentam o chassi. Além disso, verifique se a fonte de alimentação atende aos requisitos atuais do chassi, conforme detalhado no artigo Calculating power and current requirements for an MSE 8000 Cisco.
- Se a provisão da fonte de alimentação não mostrar OK, entre em contato com o Suporte Técnico da Cisco.
- Se algum dos outros status Atuais na seção Integridade do blade não for exibido como OK, entre em contato com o Suporte Técnico da Cisco.
- Se todos os status atuais mostrarem OK, mas um ou mais dos piores status vistos não mostrarem OK, obtenha o registro de eventos e os registros de alarmes do Supervisor e entre em contato com o Suporte Técnico da Cisco.
- Verifique o tempo de atividade. Se o tempo de atividade for inesperadamente curto (menos de 30 minutos) e não houver razão conhecida (se não tiver sido desligado e ligado novamente ou se a lâmina não tiver sido recolocada, por exemplo), a lâmina poderá ter sido reinicializada recentemente. A causa da reinicialização pode ser um defeito de software ou um problema de hardware. Isso depende de ser uma reinicialização única ou cíclica.
Conclua estes passos para determinar isso:
- Espere 30 minutos.
- Atualizar a página.
- Verifique o tempo de atividade novamente.
Se você puder determinar, a partir do tempo de atividade atualizado, que o blade foi reinicializado posteriormente novamente, consulte a seção Travamentos deste documento. - Espere 30 minutos.
- Se o blade não reinicializar após você verificar a página de status e parecer funcional em todos os outros aspectos (por meio da verificação das configurações de rede e licenças de porta), então é possível que o blade tenha sido inicializado sem nenhum de seus recursos do Digital Signal Processor (DSP) disponíveis.
Conclua estes passos para verificar isso:
- Verifique a seção Status relatado na página de resumo do blade na interface de usuário do Supervisor:
- O blade mostra o número total de recursos de vídeo que ele inicializou e licenciou com êxito. Deve ser igual ao número de licenças de porta atribuídas ao blade, até um máximo de 20 quando o blade está no modo HD/HD+ ou 80 quando o blade está no modo SD (Standard Definition, definição padrão). Se não forem iguais, entre em contato com o Suporte Técnico da Cisco com o comportamento documentado, as versões e o log de diagnóstico.
- Verifique a seção Status relatado na página de resumo do blade na interface de usuário do Supervisor:
Verificações físicas no blade
Esta seção descreve as etapas usadas para executar verificações físicas na lâmina, com base na interpretação da luz de LED e movimento da lâmina para um slot diferente.
Se você não puder determinar que o blade tem um problema de hardware depois de concluir as etapas descritas nas seções anteriores, verifique fisicamente o chassi do MSE 8000 Series. Conclua estes passos para executar a verificação física:
- Verifique se o blade está com tempo suficiente para ser inicializado após você ligar inicialmente o chassi (ou instalar a lâmina em um chassi já alimentado). Isso leva aproximadamente 20 minutos.
- Observe a cor das luzes de LED que estão acesas na parte frontal da lâmina. Os LEDs importantes são:
- Power (azul) - Essa luz está localizada logo acima da guia plástica inferior e acende assim que a energia é aplicada à lâmina.
- Status (verde) - Essa luz acende quando a lâmina é inicializada com êxito.
- Alarme (vermelho) - Essa luz é iluminada quando a lâmina é inicializada ou está em um estado em que não pode ser inicializada.
- Ethernet Port A link (três verde) - A luz indica a atividade, o duplex e a velocidade. A partir da versão 4.4, o 8510 suporta apenas conexões na porta A; As portas B, C e D não são suportadas.
- Power (azul) - Essa luz está localizada logo acima da guia plástica inferior e acende assim que a energia é aplicada à lâmina.
- Siga estes passos se encontrar problemas ao observar as luzes de LED:
- Se nenhuma das luzes estiver acesa, verifique se o restante do chassi está recebendo energia e se a lâmina está inserida corretamente no slot.
- Se as luzes ainda não acenderem, mova a lâmina para um slot diferente no chassi. De preferência, troque-o por um slot que tenha um blade em funcionamento.
- Se o blade ainda não ligar, entre em contato com o Suporte Técnico da Cisco.
- Se a luz Power azul estiver acesa e nenhuma das outras luzes estiver acesa, entre em contato com o Suporte Técnico da Cisco. Se a luz de alarme vermelha permanecer acesa por mais de 30 minutos, consulte a seção Travamentos deste documento.
- Se a luz Power azul e a luz Status verde estiverem acesas, mas a luz da porta A verde não estiver acesa, não será necessária uma RMA. Isso indica um problema com a conexão à porta do switch. Use um novo cabo/porta/switch e verifique a configuração da porta Ethernet A do blade na guia Hardware do supervisor. É altamente recomendável que ambos os lados do link estejam definidos para a negociação automática.
- Se nenhuma das luzes estiver acesa, verifique se o restante do chassi está recebendo energia e se a lâmina está inserida corretamente no slot.
Alcance MCUs na interface da Web
As MCUs Cisco Telepresence podem ser acessadas através de uma sessão de console através do cabo de console fornecido com a unidade. Se o sistema não estiver acessível através da interface da Web e não responder às solicitações de ping, você poderá abrir uma sessão de console para a unidade para solucioná-la com verificações dos serviços habilitados, da configuração de porta e do status.
Conclua estes passos para acessar a MCU se o sistema não puder executar ping ou você não puder navegar até a interface da Web do sistema depois que receber um endereço IP:
- Verifique se nenhuma luz de alarme vermelha está acesa na parte frontal da unidade. Se a unidade estiver ligada por mais de 20 minutos e a luz vermelha do alarme permanecer acesa, consulte a seção Travamentos deste documento.
- Se a luz de status verde estiver acesa no dispositivo, conecte o PC à porta do console através do cabo de console fornecido com a unidade.
- Para verificar se a sessão de terminal conectada está realmente conectada, pressione a tecla Enter algumas vezes e o prompt é exibido. O prompt exibido mostra seu dispositivo (IPGW:>, ISDNGW:> ou MCU:>, por exemplo):
- Para verificar se os serviços HTTP e/ou HTTPS estão habilitados, insira o comando service show:
- Para verificar o status do link no dispositivo, insira o comando status:
- Se nenhum link aparecer na porta A, tente conectar o cabo Ethernet à porta B para ver se o status do link muda:
- Se a porta B for capaz de detectar o link, mas a porta A não for, conclua estas etapas para verificar a configuração IP na porta A novamente:
- Se a porta A parecer não ter problemas, tente um procedimento reset_config para restaurar a unidade às configurações padrão de fábrica.
- Quando o processo de redefinição de fábrica estiver concluído, reconfigure um endereço IP estático na porta.
- Se você ainda tiver problemas, reinicialize o sistema a partir do console e colete a saída da inicialização em um arquivo de texto através do cliente de terminal usado:
Os blades MCU MSE 8510 Series e os blades MCU MSE 8710 Series mostram as duas interfaces Ethernet como vfx0 e vfx1. Os sistemas montáveis em rack (MCU 4500 Series e 4200 Series, IPGW 3500 Series e ISDN GW 3241 Series) mostram suas interfaces Ethernet como bge0 e bge1.
- Se a porta A parecer não ter problemas, tente um procedimento reset_config para restaurar a unidade às configurações padrão de fábrica.
- Nos blades MCU MSE 8510 e 8710 Series, verifique se os endereços MAC estão atribuídos e se não há problemas com vfx0 e ou vfx1.
- Em unidades montáveis em rack, você pode ver a saída ilustrada na imagem seguinte, com bge0, que é indicativa de uma falha de placa de interface de rede (NIC) no dispositivo. Isso mostra que a camada física não é detectada. Se isso for visto, entre em contato com o Suporte Técnico da Cisco.
- Se nenhum link for exibido após você trocar a porta, verifique a conectividade da rede. Idealmente, a saída deve aparecer como ilustrado na próxima imagem, com todas as informações de IP mostradas. Isso indica que as configurações de IP na unidade estão configuradas corretamente.
- Altere o endereço IP na unidade para descobrir um problema com qualquer conjunto de endereços IP na rede.
- Mova o cabo Ethernet para uma porta separada do switch para eliminar qualquer problema de porta do switch.
- Se um problema de porta do switch for eliminado, conecte um laptop diretamente à unidade por meio de um cabo cruzado e configure o laptop com a mesma máscara de sub-rede, gateway padrão e endereço IP contidos nessa sub-rede.
- Quando o endereço IP estiver configurado no laptop, envie um ping do laptop para a unidade. Tente acessar a interface da Web da unidade a partir do laptop. Além disso, tente enviar um ping da sessão do console da unidade para o endereço IP do laptop por meio do comando ping. Se houver conectividade e acesso à Web, isso indica um problema de conectividade de rede. Caso contrário, é possível que um pino da porta Ethernet esteja danificado e você deve entrar em contato com o Suporte Técnico da Cisco.
Travamentos
Um travamento em um produto Cisco Telepresence MCU pode ser causado por uma falha na inicialização completa, um ciclo contínuo de reinicialização ou um incidente que ocorre com uma conferência contínua.
Se a luz de alarme vermelha na unidade permanecer acesa por mais de 20 minutos, você não poderá navegar até a interface da Web da unidade ou não poderá fazer chamadas de vídeo, então é provável que a unidade não inicialize completamente ou que esteja presa em um ciclo de reinicialização. Se esse for o caso, faça o seguinte para solucionar o problema:
- Desconecte o cabo de alimentação da unidade. Se for um blade, remova-o do chassi.
- Aguarde cinco minutos e ligue a unidade.
- Se a unidade não inicializar normalmente, colete um log de console, que mostra a unidade que tenta inicializar. Esta é a melhor ferramenta de diagnóstico para esta situação. Consulte o artigo Conectando à porta de console em uma unidade Codian adquirida da Cisco para obter informações sobre como obter um registro de console.
- Desligue a unidade e ligue-a.
- Aguarde até que a saída pare completamente ou a unidade seja reinicializada três ou quatro vezes. Entre em contato com o Suporte Técnico da Cisco e forneça o registro do console.
Solucione problemas da bandeja do ventilador do MSE 8000 Series, dos retificadores de energia e da prateleira de alimentação
A bandeja do ventilador, os retificadores de energia e os sub-bastidores de alimentação são todos monitorados através do blade Supervisor MSE 8050 Series. Você pode solucionar qualquer falha ou problema relacionado a eles por meio da interface da Web do Supervisor. Esta seção descreve as etapas usadas para solucionar problemas de ventilador, sub-bastidor de alimentação ou falha do retificador de energia por meio da verificação dos registros e do status.
Esta é uma imagem que mostra o chassi MSE 8000 Series completo:
Nota na imagem anterior:
- Bandejas de ventoinhas superiores e inferiores
- Os blades inseridos
- O close-up de um blade individual
- As montagens em rack
Solucione problemas de falha de ventilador do MSE 8000 Series
Use esta seção para solucionar falhas de ventilador em um chassi MSE 8000 Series por meio de verificações do status do alarme e registros de eventos no blade Supervisor MSE 8050 Series.
Aqui está um exercício de um registro de eventos que mostra problemas com a bandeja superior do 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
Quando você vir erros como estes, faça o seguinte para coletar os registros necessários:
- Para baixar o arquivo de texto de logs de alarme, navegue para Alarmes > Log de Alarmes > Download como Texto. Observe a data mais recente em que isso foi registrado.
- Para baixar o arquivo de texto do log de eventos, navegue para Logs > Event Log > Download as Text.
- Navegue até Alarmes > Status dos alarmes e faça uma captura de tela da página Status do alarme.
- Remova a bandeja superior do ventilador e verifique se todos os ventiladores funcionam corretamente.
- Remova a bandeja do ventilador inferior e verifique se todos os ventiladores funcionam corretamente.
- Para limpar os alarmes históricos do supervisor, navegue até Alarmes > Status dos alarmes > Limpar alarmes históricos.
- Para limpar o registro de alarmes, navegue até Alarmes > Registro de alarmes > Limpar registro.
- Monitore e veja se os alarmes retornam.
- Se o problema retornar, troque a bandeja superior pela bandeja inferior e determine se o problema acompanha a bandeja do ventilador. Se o problema retornar e seguir a bandeja do ventilador, entre em contato com o Suporte Técnico da Cisco com os registros coletados.
Problemas com a prateleira de alimentação
Dentro do chassi MSE 8000 Series, há duas entradas de energia CC independentes que você pode conectar diretamente a duas fontes de alimentação CC ou a duas prateleiras Valere que convertem CA em CC. O chassi MSE 8000 Series pode ser operado com uma ou duas sub-bastidores de energia - A e B. Eles alimentam a energia independentemente de cada bandeja e lâmina do ventilador. A unidade pode ser totalmente alimentada pela fonte A ou pela fonte B. Caso uma das fontes de alimentação falhe, a unidade continua a funcionar, porque retira energia da outra fonte.
A Cisco recomenda que, para obter redundância total e máxima confiabilidade, os feeds de alimentação devem ser conectados a fontes de alimentação independentes. Cada uma deve ter a capacidade de fornecer a carga elétrica completa da unidade e de cada prateleira que contenha o mesmo número de retificadores.
Esta imagem mostra o sub-bastidor de alimentação CC do MSE 8000 Series:
Aqui estão dois problemas comuns de prateleira de alimentação que você pode encontrar:
- Perdido contato com a prateleira de alimentação - Quando você navega para Hardware > Fontes de alimentação, a fonte A mostra Perdido contato com a prateleira de alimentação. Isso significa que o Supervisor MSE 8050 Series não consegue se comunicar com o sub-bastidor de alimentação.
- 10/Fonte externa fora da faixa SET - Isso significa que as voltagens de entrada para o chassi estão fora da especificação. Verifique se a energia e a corrente corretas são fornecidas ao chassi por meio dos requisitos de energia e corrente de cálculo para uma ferramenta on-line MSE 8000.
Se não houver discrepâncias ao executar a verificação de energia e corrente mencionada anteriormente, recupere essas informações e entre em contato com o Suporte Técnico da Cisco:
- Configuração do Supervisor MSE 8050 Series
- Log de auditoria
- Log de alarme
- Log de eventos
- Captura de tela da página Status do alarme
- Número e modelo de blades no chassi
- Status das fontes de alimentação
Configurar monitoramento de status de energia
A Cisco recomenda que você tenha a monitoração de status de energia configurada para fornecer feedback confiável ao administrador de vídeo sobre quaisquer erros, avisos ou outras informações importantes vistas nos registros.
Para habilitar o monitoramento das voltagens da fonte de alimentação, bem como das sub-bastidores de alimentação CA para CC (se necessário), execute as etapas na página 61 da ajuda on-line do Cisco TelePresence Supervisor 2.3 (formato imprimível). Limpe os registros depois que a configuração do status de energia for concluída.
Verifique o cabo de monitoração do sub-bastidor de alimentação que vai da parte traseira do sub-bastidor de energia até o chassi. Este é um cabo especial usado para monitoramento de sub-bastidor de energia. Tome cuidado ao verificar o cabo, pois ele pode ser facilmente confundido com um cabo de console DB9-RJ45 regular. O cabo de monitoração do sub-bastidor de energia está rotulado com um adesivo que diz Traseira do sub-bastidor de energia:
Há dois pares de conectores localizados na parte traseira do chassi do MSE 8000 Series: o par à esquerda está rotulado como Slot 10, e o par à direita está rotulado como Slot 1. Verifique se os cabos de monitoramento estão conectados ao slot 1, que são os conectores que representam o slot do MSE 8050 Series Supervisor.
Se você encontrar algum problema com a configuração de monitoramento do sub-bastidor de energia, faça o seguinte:
- Troque o cabo de monitoramento do sub-bastidor de alimentação da Prateleira A para a Prateleira B para determinar se o problema acompanha o cabo. Se o problema ocorrer após o cabo, entre em contato com o Suporte Técnico da Cisco.
- Troque as placas de rede da Prateleira de alimentação A e da Prateleira de alimentação B para determinar se as placas de rede são a causa do problema. Se os alarmes retornarem e o problema ocorrer após a placa de rede, entre em contato com o Suporte Técnico da Cisco.
Esta imagem mostra a placa de rede do sub-bastidor de alimentação:
Solucionar problemas de retificadores de energia
Em alguns casos, você pode encontrar problemas com um dos retificadores de energia. Esta seção descreve como solucionar esses problemas.
Aqui está uma visão frontal da estante de energia com retificadores:
Aqui está a visão de trás do sub-bastidor de energia:
Conclua estes passos para resolver um problema com retificadores de energia:
- Se aparecer um erro no retificador, recoloque-o e aguarde para ver se o erro ainda é exibido (os retificadores são hot-pluggable).
- Se o erro ainda aparecer após alguns minutos, encaixe o retificador em um slot diferente de Power Shelf A ou B para determinar se o problema está no retificador ou no slot de sub-bastidor de energia.
- Se ainda tiver problemas, entre em contato com o Suporte Técnico da Cisco e forneça as seguintes informações:
- Imagem do retificador no estado de alarme
- Número de série do retificador (localizado no lado esquerdo da direita do retificador)
- Captura de tela da página Fontes de alimentação (Hardware > Fontes de alimentação)
- Captura de tela da página de integridade (Status > Integridade)
- Log de auditoria
- Log de alarme
- Log de eventos
Solucionar problemas do Cisco TelePresence ISDN GW
Os Cisco Telepresence ISDN GWs fornecem integração perfeita entre redes IP e ISDN com total transparência de recursos via ISDN. Esta seção descreve como solucionar problemas de interfaces e buffers ISDN PRI em DSPs.
PRI Camada 1 e Camada 2 para baixo
Use esta seção para solucionar problemas de interface PRI no ISDN GW. A porta PRI pode ser verificada com o plugue de loopback para determinar se está com defeito:
- A camada 1 (L1) indica a camada física ou a conectividade PRI.
- A camada 2 (L2) é usada para sinalização.
Você pode usar um cabo de loopback para determinar o status L1 para a porta PRI no ISDN GW. Conecte o Pin1 ao Pin4 e o Pin2 ao Pin5 para criar o cabo de loopback.
Conecte o cabo de loopback à porta 1 e verifique o status L1. Se o status L1 na porta 1 for Ativo, é provável que o problema seja causado pelos cabos usados. Você pode usar o cabo de loopback mais abaixo da linha para isolar o problema.
Se o status L1 na porta 1 for Down com o cabo de loopback, ative a porta 2 para PRI em ISDN GW. Teste a porta 2 também com o cabo de loopback. Se o problema continuar com uma porta específica, é possível que haja uma falha de porta PRI. Entre em contato com o Suporte Técnico da Cisco.
Erros de ping e tempos limite de DSP
Há dois buffers em um DSP que são chamados de Ping e Pong. Cada buffer processa dez milissegundos de dados (um quadro ISDN) por vez. A intenção é processar um buffer enquanto você lê o próximo. Se esses dois buffers ficarem fora de sincronia entre si, eles trocarão em uma tentativa de sincronizar novamente.
Aqui está um exemplo do registro de eventos Cisco Telepresence ISDN GW, no qual os buffers ficam fora de sincronia e tentam se corrigir:
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)"
Aqui estão algumas perguntas a serem consideradas:
- Por que eles caem fora de sincronia?
- É possível que quadros inválidos, um relógio ISDN defeituoso ou uma PRI não confiável causem o problema?
Aqui está uma lista de informações a serem coletadas:
- Quantas PRIs estão conectadas a este GW?
- Todas as PRIs são do mesmo switch ou de switches diferentes?
- Se todas as PRIs estiverem desconectadas e o sistema for reinicializado, os erros continuarão? Colete um registro de console que mostre esses erros.
- Se apenas PRI 1 estiver conectado, os erros retornarão?
- Se apenas PRI 2 estiver conectado, os erros retornarão? Repita com todas as PRIs, uma de cada vez.
Se PRIs de switches diferentes forem usados, os relógios PRI devem estar em sincronia (PRIs da mesma Telco normalmente são). É possível que a PRI de um switch tenha um relógio completamente dessincronizado com o relógio da PRI no outro switch. Se apenas uma PRI estiver conectada e parecer correta, conecte uma PRI de um switch e uma PRI do outro, reinicialize o sistema e veja se os erros retornam. Registre seus testes e comportamento para fornecer ao Suporte Técnico da Cisco, se necessário.
Feedback