O hardware do TelePresence MCU pesquisa defeitos o guia
Índice
Introdução
Este documento descreve os procedimentos usados a fim pesquisar defeitos o Produtos da unidade de controle multiponto do Cisco TelePresence (MCU). O documento é redigido para administradores de sistema de vídeo e para os Parceiros de Cisco cujos os clientes são administradores de sistema de vídeo.
A escala MCU de Produtos é Produtos líder de mercado das Conferências dos multimédios. São sistemas encaixados complexo, com o hardware projetado por Cisco a fim dar o melhor desempenho. Este documento é pretendido facilitar a definição de toda a situação que pôde ser causada por uma falha do hardware de um produto de Cisco MCU. Um retorno à autorização de fabricação (RMA) deve ser dado por um engenheiro de suporte técnico de Cisco, que verifique que o produto verdadeiramente falhou através de uma escala dos testes, dependente do componente suspeitado. Este guia aponta acelerar este processo com introspecção nestes testes.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Série do Cisco TelePresence MCU MSE
- 5300 Series do Cisco TelePresence MCU
- 4500 Series do Cisco TelePresence MCU
- 4200 Series do Cisco TelePresence MCU
- Série do gateway do Cisco TelePresence ISDN (GW)
Componentes Utilizados
A informação neste documento é baseada na série do motor dos serviços de media do Cisco TelePresence MCU (MSE).
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Produtos Relacionados
Este documento pode igualmente ser usado com estes versão de hardware e software:
- Server 7010 do Cisco TelePresence
- 5300 Series do Cisco TelePresence MCU
- 4500 Series do Cisco TelePresence MCU
- 4200 Series do Cisco TelePresence MCU
- Série do gateway do Cisco TelePresence ISDN
Lista de verificação da série RMA do Cisco TelePresence MCU MSE
Esta seção descreve algumas das verificações mais básicas que são usadas a fim confirmar que sua lâmina da série MCU MSE é operacional, e não sofrem de um defeito de hardware. O comportamento MCU deve ser documentado como estas verificações é terminado.
Termine uma verificação rápida no MCU
Esta seção fornece uma lista de verificação que você possa usar a fim pesquisar defeitos a configuração básica de um MCU através de sua interface da WEB. Isto é terminado com verificações dos ajustes de H.323, do atendimento automático, do uso da licença da porta, e das chamadas de loopback.
Verifique que a lâmina pode fazer um atendimento video. Se a interface da WEB MCU pode ser alcançada, e um atendimento pode ser feito, é fundamentalmente funcional. Conclua estes passos:
- Abra um navegador da Web e navegue ao endereço IP de Um ou Mais Servidores Cisco ICM NT MCU. O Home Page deve indicar imediatamente.
- Clique o link do estado a fim verificar o software release que é executado atualmente no MCU.
- Se você pode alcançar a interface da WEB, termine estas etapas:
- Navegue aos ajustes > ao H.323, e ajuste o porteiro que de H.323 o uso desabilitou. Esta etapa é essencial porque alguns porteiros impedem os atendimentos diretamente de um MCU a um endereço IP de Um ou Mais Servidores Cisco ICM NT.
- Navegue aos ajustes > às conferências > avançou ajustes, e asseguram-se de que as chamadas recebidas às conferências ou aos atendimentos automáticos desconhecidos estejam ajustadas para optar pelo atendimento automático.
- Crie uma conferência nova, e adicionar um participante de H.323 com um endereço IP de Um ou Mais Servidores Cisco ICM NT de 127.0.0.1. Isto faz com que o MCU disque de volta a seu próprio atendimento automático (AA). Os displays de tela AA na unha do polegar da estreia, e codecs audio e video são negociados em cada sentido.
Está aqui um exemplo da tela MCU MSE 8510 quando o MCU pode com sucesso se chamar:
Se isto trabalha, e um participante conectado está visto (similar à imagem anterior), muito provavelmente há um porteiro, uma rede, ou um problema de interoperabilidade do valor-limite. Discar um valor-limite real, e pesquise-o defeitos de lá com o log de eventos e o log do protocolo da iniciação H323/Session (SORVO). Se a conexão falha imediatamente, mas os trabalhos da interface da WEB ainda, continue com este procedimento. - A fim verificar que as licenças da porta estão atribuídas ao MCU, vá à seção de gerenciamento da licença da porta da lâmina do supervisor. Está aqui uma imagem que mostre a atribuição da licença da porta da lâmina do supervisor MSE 8050:
Na imagem, o bloco vazio sob o entalhe 4 mostra que há uma lâmina neste entalhe sem as licenças da porta atribuídas a ele. Esta lâmina é incapaz de fazer atendimentos, assim que o teste de loopback descrito no C da etapa falharia nesta lâmina. Os blocos do azul sob a mostra 2,3, 5, e 7 dos entalhes que aqueles entalhes têm uma atribuição completa de licenças da porta. Se um entalhe mostra um símbolo de advertência, a seguir não há nenhuma lâmina no entalhe. Um bloco metade-azul indica que a lâmina tem algumas licenças da porta atribuídas a ela, mas não que está na capacidade completa. Uma lâmina como esta é incapaz de conectar seu número anunciado total de portas até que tenha mais licenças atribuídas a ela.
- Atribua licenças da porta se não há nenhuns atribuídos à lâmina (este processo está descrito na ajuda online). Se nenhuma chave esta presente para licenças da porta, contacte seu gerenciador de conta.
- Navegue aos ajustes > ao H.323, e ajuste o porteiro que de H.323 o uso desabilitou. Esta etapa é essencial porque alguns porteiros impedem os atendimentos diretamente de um MCU a um endereço IP de Um ou Mais Servidores Cisco ICM NT.
Verifique a conectividade de rede MCU
Use esta seção a fim pesquisar defeitos edições com tentativas de conectar à interface da WEB MCU de um navegador, com base na verificação da conectividade de rede e da configuração de rede.
Você pôde encontrar uma destas edições quando você tenta conectar à interface da WEB MCU de um navegador:
- Um problema com a rede entre o PC e o MCU
- Um problema com o MCU próprio (Network Interface Cards (NIC), hardware, ou configuração)
Termine estas etapas a fim pesquisar defeitos a edição:
- Tente sibilar o endereço IP de Um ou Mais Servidores Cisco ICM NT do MCU.
Se o MCU responde aos sibilos, mas a interface da WEB está para baixo, o MCU pôde não carreg inteiramente, ou pôde ser travado em um ciclo da repartição. Se este é o caso, proveja as verificações físicas na seção da lâmina deste documento. Se o MCU não responde aos sibilos, continue com este procedimento. - Navegue à interface da WEB da lâmina do supervisor MSE 8050 do chassi que contém a lâmina MCU MSE 8510. Se a interface do utilizador da lâmina do supervisor não pode ser alcançada, a seguir contacte seus administradores de rede local a fim investigar uma questão de rede possível. Se a interface do utilizador da lâmina do supervisor pode ser alcançada, e o supervisor e o MCU não estão em redes diferentes, a seguir é provável que o problema é com a lâmina ou seus ajustes IP.
- Da interface do utilizador da lâmina do supervisor, navegue ao hardware, e clique o link do número de slot da lâmina MCU MSE 8510. Então, clique a aba da porta A.
- Verifique a porta MCU uma configuração IP, e confirme que nenhum outro host na rede está atribuído o mesmo endereço IP de Um ou Mais Servidores Cisco ICM NT. Os endereços de IP duplicados são surpreendentemente um problema comum. Caso necessário, consulte com o administrador de rede a fim verificar estes ajustes.
- Verifique a porta uma seção do estado dos Ethernet. Se o estado do link não está acima, certifique-se do cabo de rede esteja conectado ao interruptor. Pôde haver um problema com o cabo ou a porta de switch.
- Se o MCU é agora alcançável na rede, repita a primeira etapa deste procedimento. Se os ajustes do endereço IP de Um ou Mais Servidores Cisco ICM NT estão corretos e o estado das ligações de Ethernet está acima, mas a lâmina não pode ainda ser contactado sobre em qualquer lugar da rede, proveja a verificação a lâmina do 8510 Series MCU MSE através da seção do supervisor deste documento.
Verifique a lâmina do 8510 Series MCU MSE através do supervisor
Termine estas etapas a fim verificar o estado da lâmina e da conferência MCU, a saúde e os relatórios no uptime, na versão de software, na temperatura, e na tensão:
- Clique o hardware, e clique o número de slot da lâmina que tem a edição. A página de sumário fornece a informação sobre:
- O estado da lâmina, com o endereço IP de Um ou Mais Servidores Cisco ICM NT, o Uptime, o número de série, e a versão de software
- A saúde da lâmina, com a bateria das temperaturas, da tensão, e do relógio em tempo real (RTC)
- O estado relatado para conferências ativas, número de participantes, áudio/portas de vídeo no uso, e em fluir visores
Esta imagem mostra a seção da saúde da lâmina:
- Se nenhum estado da tensão (atual ou mais ruim) não parece APROVADO, a seguir assegure-se de que bastante retificadores estejam instalados nas prateleiras de força que põem o chassi. Também, certifique-se da fonte de alimentação cumpra as exigências atuais do chassi, como detalhado na potência calculadora e nas exigências atuais para um artigo MSE 8000 Cisco.
- Se a disposição da fonte de alimentação não mostra ESTÁ BEM, contacte o Suporte técnico de Cisco.
- Se alguns dos outros status atual na seção da saúde da lâmina não mostram como ESTÁ BEM, contacte o Suporte técnico de Cisco.
- Se todos os status atual mostram ESTÁ BEM, mas uns ou vários do estado o mais ruim visto não mostram ESTÁ BEM, obtenha o log de eventos e os log de alarme do supervisor, e contacte o Suporte técnico de Cisco.
- Verifique o uptime. Se o uptime é inesperadamente curto (menos de 30 minutos), e não há nenhuma razão conhecida (se não era power-cycled ou a lâmina não assentou, por exemplo), a seguir a lâmina pôde recentemente ter recarregado. A causa da repartição pôde ser um defeito do software ou um problema de hardware. Isto depende sobre se é uma único repartição, ou cíclico.
Termine estas etapas a fim determinar isto:
- Espere 30 minutos.
- Refresque a página.
- Verifique o uptime outra vez.
Se você pode determinar do uptime refrescado que a lâmina recarregou subseqüentemente outra vez, proveja a seção dos impactos deste documento. - Espere 30 minutos.
- Se a lâmina não a recarrega depois que você verifica a página do estado, e parece funcional em cada outro respeito (com a verificação das configurações de rede e das licenças da porta), a seguir é possível que a lâmina pôde ter carreg sem os alguns de seus recursos do processador do sinal digital (DSP) disponíveis.
Termine estas etapas a fim verificar isto:
- Verifique a seção relatada do estado na página de sumário da lâmina da interface do utilizador do supervisor:
- A lâmina mostra o número total dos recursos video que com sucesso carreg e licenciou. Isto deve ser igual ao número de licenças da porta que são atribuídas à lâmina, até um máximo de 20 quando a lâmina reage do modo alto da definição (HD) /HD+, ou de 80 quando a lâmina reage do modo padrão da definição (SD). Se estes não são iguais, a seguir contacte o Suporte técnico de Cisco com o comportamento documentado, versões, e o log de diagnóstico.
- Verifique a seção relatada do estado na página de sumário da lâmina da interface do utilizador do supervisor:
Verificações físicas na lâmina
Esta seção descreve as etapas que são usadas a fim executar verificações físicas na lâmina, com base na interpretação da luz LED e no movimento da lâmina a um entalhe diferente.
Se você não pode determinar que a lâmina tem um problema de hardware depois que você termina as etapas descritas nas seções anterior, verifique fisicamente o chassi do 8000 Series MSE. Termine estas etapas a fim executar a verificação física:
- Assegure-se de que o tempo suficiente esteja dado para que a lâmina carreg depois que você põe inicialmente sobre o chassi (ou instale a lâmina em um chassi que seja posto já). Isto toma aproximadamente 20 minutos.
- Observe e note a cor das luzes LED que são iluminadas na parte dianteira da lâmina. As luzes LED importantes são:
- Potência (azul) - Esta luz está ficada situada apenas acima do guia de plástico inferior, e iluminada assim que a potência for aplicada à lâmina.
- Estado (verde) - Esta luz é iluminada quando a lâmina é carreg com sucesso.
- Alarme (vermelho) - Esta luz lluminated quando a lâmina está ou sido em um estado onde não possa carreg.
- O link da porta Ethernet A (verde três) - a luz indica a atividade, o duplex, e a velocidade. Até à data da liberação 4.4, as 8510 somente conexões dos apoios na porta A; As portas B, o C, e D não são apoiados.
- Potência (azul) - Esta luz está ficada situada apenas acima do guia de plástico inferior, e iluminada assim que a potência for aplicada à lâmina.
- Termine estas etapas se você encontra problemas quando você observa as luzes LED:
- Se nenhumas das luzes são iluminadas, certifique-se do resto do chassi lhe tenha a potência, e que a lâmina está introduzida corretamente no entalhe.
- Se as luzes ainda não iluminam, mova a lâmina para um entalhe diferente no chassi. Preferivelmente, intercambie-o com um entalhe que tenha uma lâmina de trabalho conhecida.
- Se a lâmina ainda não põe acima, contacte o Suporte técnico de Cisco.
- Se a luz de força azul está iluminada, e nenhumas das outras luzes são, contacte o Suporte técnico de Cisco. Se as sobras da luz do alarme vermelho iluminadas por mais por muito tempo de 30 minutos, proveem a seção dos impactos deste documento.
- Se a luz de força azul e a luz de status verde estão iluminadas, mas a luz verde da porta A não é, um RMA não é necessário. Isto indica um problema com a conexão à porta de switch. Use um cabo/porta de switch/interruptor novos, e verifique a configuração da porta Ethernet A da lâmina da aba do hardware do supervisor. Recomenda-se fortemente que os ambos os lados do link estão ajustados para a auto negociação.
- Se nenhumas das luzes são iluminadas, certifique-se do resto do chassi lhe tenha a potência, e que a lâmina está introduzida corretamente no entalhe.
Alcance MCU na interface da WEB
O Cisco TelePresence MCU pode ser alcançado através de uma sessão de console através do cabo do console que é fornecido com a unidade. Se o sistema não é acessível através da interface da WEB, e não responde às solicitações de ping, você pode abrir uma sessão de console à unidade a fim pesquisá-la defeitos com verificações dos serviços, da configuração de porta, e do estado permitidos.
Termine estas etapas a fim alcançar o MCU se o sistema não é sibilo-capaz, ou você não pode navegar à interface da WEB do sistema depois que ele é atribuído um endereço IP de Um ou Mais Servidores Cisco ICM NT:
- Verifique que nenhuma luz do alarme vermelho está iluminada na parte dianteira da unidade. Se a unidade é posta sobre para mais de 20 minutos, e as sobras da luz do alarme vermelho iluminadas, refira a seção dos impactos deste documento.
- Se a luz de status verde é iluminada no dispositivo, conecte seu PC à porta de Console através do cabo do console fornecido que chegou com a unidade.
- A fim verificar que a sessão terminal conectada está conectada realmente, pressione a tecla ENTER algumas vezes e a alerta aparece. A alerta que indica mostras seu dispositivo (IPGW: >, ISDNGW: >, ou MCU: >, por exemplo):
- A fim verificar que os serviços HTTP e/ou HTTPS estão permitidos, inscreva o comando show do serviço:
- A fim verificar o estado do link no dispositivo, inscreva o comando status:
- Se nenhum link aparece na porta A, tente conectar seu cabo do Ethernet para mover B a fim ver se o estado do link muda:
- Se a porta B pode detectar o link mas mover A não é, a seguir termine estas etapas a fim verificar outra vez a configuração IP na porta A:
- Se a porta A parece não ter nenhuma edição, a seguir tente um procedimento do reset_config a fim trazer a unidade de volta às instalações padrão de fábrica.
- Uma vez que o processo de reinicialização da fábrica está completo, reconfigure um endereço IP estático na porta.
- Se você ainda experimenta edições, recarregue o sistema do console, e recolha a saída da bota em um arquivo de texto através do cliente terminal que é usado:
As lâminas do 8510 Series MCU MSE e do 8710 Series MCU MSE as lâminas mostram as duas interfaces Ethernet como vfx0 e vfx1. os sistemas Cremalheira-montáveis (4500 Series e 4200 Series MCU, 3500 Series IPGW, e 3241 Series ISDN GW) mostram suas interfaces Ethernet como bge0 e bge1.
- Se a porta A parece não ter nenhuma edição, a seguir tente um procedimento do reset_config a fim trazer a unidade de volta às instalações padrão de fábrica.
- Nas lâminas do 8510 e 8710 Series MCU MSE, verifique que os endereços MAC estão atribuídos, e que não há nenhum problema com vfx0 e ou vfx1.
- Em unidades cremalheira-montáveis, você pôde ver a saída ilustrada na imagem seguinte, com bge0, que é indicativo de uma falha do Network Interface Cards (NIC) no dispositivo. Isto mostra que a camada física não está detectada. Se isto é visto, contacte o Suporte técnico de Cisco.
- Se nenhum link aparece depois que você troca a porta, verifique a conectividade de rede. Idealmente, a saída deve aparecer como ilustrado na imagem seguinte, com toda a informação IP mostrada. Isto indica que os ajustes IP na unidade estão configurados corretamente.
- Mude o endereço IP de Um ou Mais Servidores Cisco ICM NT na unidade a fim descobrir uma edição com ajustado dos endereços IP de Um ou Mais Servidores Cisco ICM NT na rede.
- Mova o cabo do Ethernet para uma porta do switch separado a fim eliminar todas as edições da porta de switch.
- Se uma edição da porta de switch é eliminada, conecte um portátil diretamente à unidade através de um cabo crossover, e configurar o portátil com a mesmos máscara de sub-rede, gateway padrão, e endereço IP de Um ou Mais Servidores Cisco ICM NT que é contido dentro dessa sub-rede.
- Uma vez que o endereço IP de Um ou Mais Servidores Cisco ICM NT é configurado no portátil, envie um sibilo do portátil à unidade. Tente alcançar a interface da WEB da unidade do portátil. Também, tente enviar um sibilo da sessão de console da unidade ao endereço IP de Um ou Mais Servidores Cisco ICM NT do portátil através do comando ping. Se há uma Conectividade e um acesso à Web, indica uma questão de conectividade de rede. Se não, então é possível que um pino da porta Ethernet é danificado, e você deve contactar o Suporte técnico de Cisco.
Travamentos
Um impacto em um produto do Cisco TelePresence MCU pode ser causado por uma falha carreg completamente, por um ciclo da reinicialização contínua, ou por um incidente que ocorra com uma conferência contínua.
Se a luz do alarme vermelho nas sobras da unidade iluminadas por mais de 20 minutos, você não pode navegar à interface da WEB da unidade, ou você é incapaz de fazer os atendimentos video, a seguir é provável que a unidade não carreg inteiramente ou que está colada em um ciclo da repartição. Se este é o caso, termine estas etapas a fim pesquisar defeitos a edição:
- Desconecte o lead de energia da unidade. Se é uma lâmina, remova-a do chassi.
- Espere cinco minutos, e potência na unidade.
- Se a unidade não carreg normalmente, recolha um console log, que mostra a unidade que tenta carreg. Esta é a melhor ferramenta de diagnóstico para esta situação. Proveja a conexão à porta de Console em um artigo adquirido Cisco de Cisco da unidade de Codian para obter informações sobre de como obter um console log.
- O sem energia a unidade, e põe então sobre a unidade.
- Espere até que ou a saída pare completamente, ou a unidade recarregou três ou quatro vezes. Contacte o Suporte técnico de Cisco, e forneça o console log.
Pesquise defeitos o 8000 Series fan tray MSE, retificadores da potência, e prateleira de força
Todos o fan tray, os retificadores da potência, e as prateleiras de força são monitorados através da lâmina do 8050 Series do supervisor MSE. Você pode pesquisar defeitos toda a falha ou emitir relacionado a estes através da interface da WEB do supervisor. Esta seção descreve as etapas usadas a fim pesquisar defeitos um fã, uma prateleira de força, ou uma falha do retificador da potência com a verificação dos logs e do estado.
Está aqui uma imagem que mostre o chassi completo do 8000 Series MSE:
Note na imagem anterior:
- Os fan trays superiores e mais baixos
- As lâminas introduzidas
- O close-up de uma lâmina individual
- Os montagens de contestação
Pesquise defeitos uma falha de ventilador do 8000 Series MSE
Use esta seção a fim pesquisar defeitos falhas de ventilador em um chassi do 8000 Series MSE com as verificações do status do alarme e o evento entra a lâmina do 8050 Series do supervisor MSE.
Está aqui um trecho de um log de eventos que mostre edições com o fan tray superior:
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ê vê erros tais como estes, termine estas etapas a fim recolher os logs exigidos:
- A fim transferir o arquivo de texto dos log de alarme, navegue aos alarmes > ao log > à transferência dos alarmes como o texto. Observe a data a mais recente que isto esteve registrado.
- Em ordem transfira o arquivo de texto do log de eventos, navegam aos logs > ao log de eventos > à transferência como o texto.
- Navegue aos alarmes > ao estado dos alarmes, e tome um screen shot da página do status do alarme.
- Remova o fan tray superior, e verifique que todos os fãs trabalham corretamente.
- Remova o fan tray inferior, e verifique que todos os fãs trabalham corretamente.
- A fim cancelar os alarmes históricos do supervisor, navegue aos alarmes > ao estado dos alarmes > alarmes históricos claros.
- A fim cancelar os alarmes registram, navegam aos alarmes > ao log dos alarmes > log claro.
- Monitore, e veja se os alarmes retornam.
- Se a edição retorna, troque a bandeja superior com a bandeja inferior, e determine se a edição segue o fan tray. Se a edição retorna e segue o fan tray, contacte o Suporte técnico de Cisco com os logs que você recolheu.
Edições da prateleira de força
Dentro do chassi do 8000 Series MSE, há duas entradas de energias DC independentes que você pode ou conectar diretamente a duas fontes de alimentação CC, ou a duas prateleiras de Valere que convertem o AC ao DC. O chassi do 8000 Series MSE pode ser operado com uma ou dois prateleiras de força - A e B. Estes alimentam a potência independentemente a cada fan tray e lâmina. A unidade pode completo-ser posta da fonte A ou da fonte B. caso qualquer uma das fontes de alimentação falhar, a unidade continua a operar-se, porque seleciona a potência da outra fonte.
Cisco recomenda que, para a redundância direta e a confiabilidade máxima, as alimentações devem ser conectadas às fontes de alimentação independentes. Cada um deve ter a capacidade fornecer a carga elétrica completa da unidade e de cada prateleira que contém o mesmo número de retificadores.
Esta imagem mostra a fonte de energia DC do 8000 Series MSE:
Estão aqui duas edições comuns da prateleira de força que você pôde encontrar:
- Contato perdido com prateleira de força - Quando você navega ao hardware > às fontes de alimentação, forneça as mostras perdidas contactam com prateleira de força. Isto significa que o 8050 Series do supervisor MSE é incapaz de se comunicar com a prateleira de força.
- fonte 10/External fora da escala AJUSTADA - Isto significa que as tensões de entrada ao chassi são fora da especificação. Verifique que a potência e a corrente corretas estão fornecidas ao chassi através da potência calculadora e das exigências atuais para uma ferramenta em linha MSE 8000.
Se não há nenhuma discrepância encontrada quando você executa a potência e a verificação atual mencionadas previamente, recupere esta informação e contacte o Suporte técnico de Cisco:
- Configuração de supervisor do 8050 Series MSE
- Log de auditoria
- Log de alarme
- Log de eventos
- Tiro de tela da página do status do alarme
- Número e modelo das lâminas no chassi
- Estado das fontes de alimentação
Configurar a monitoração do status de energia
Cisco recomenda que você tem a monitoração do status de energia configurada a fim fornecer o feedback seguro ao administrador video a propósito de todos os erros, de avisos, ou da outra informação importante vista nos logs.
A fim permitir a monitoração das voltagens da fonte de alimentação, assim como as prateleiras de força AC-à-DC (se for necessário), termine as etapas na página 61 da ajuda online do supervisor 2.3 do Cisco TelePresence (formato imprimível). Cancele os logs depois que a configuração do status de energia está completa.
Verifique o cabo da monitoração da prateleira de força que passa da parte de trás da prateleira de força ao chassi. Este é um cabo especial que seja usado para a monitoração da prateleira de força. Ciao quando você verifica o cabo, porque pode facilmente ser confundido com um cabo do console regular do DB9-RJ45. O cabo da monitoração da prateleira de força é etiquetado com uma etiqueta que diga a parte traseira da prateleira de força:
Há dois pares de conectores situados na parte traseira do chassi do 8000 Series MSE: o par à esquerda é etiquetado o entalhe 10, e o par à direita é etiquetado slot1. Assegure-se de que os cabos da monitoração estejam conectados ao slot1, que são os conectores que representam o slot de supervisor do 8050 Series MSE.
Se você encontra quaisquer edições com a configuração da monitoração da prateleira de força, termine estas etapas:
- Troque o cabo da monitoração da prateleira de força da prateleira A à prateleira B a fim determinar se a edição segue o cabo. Se o problema segue o cabo, contacte o Suporte técnico de Cisco.
- Troque os cartões NIC ao redor da prateleira de força A e da prateleira de força B a fim determinar se os cartões NIC são a causa da edição. Se os alarmes retornam, e a edição segue o cartão NIC, contacte o Suporte técnico de Cisco.
Esta imagem mostra o cartão da prateleira de força NIC:
Pesquise defeitos retificadores da potência
Em alguns casos, você pôde encontrar edições com um dos retificadores da potência. Esta seção descreve como pesquisar defeitos estas edições.
Está aqui uma vista frontal da prateleira de força com retificadores:
Está aqui a vista traseira da prateleira de força:
Termine estas etapas a fim resolver uma edição com retificadores da potência:
- Se um erro aparece no retificador, assente-o e espere-o para ver se o erro ainda aparece (os retificadores são quente-pluggable).
- Se o erro ainda aparece após alguns minutos, assente o retificador em um entalhe diferente da prateleira de força A ou B a fim determinar se a edição é com o retificador ou o entalhe da prateleira de força.
- Se você ainda experimenta edições, contacte o Suporte técnico de Cisco e forneça esta informação:
- Imagem do retificador no estado do alarme
- Número de série do retificador (situado em qualquer um a esquerda do lado direito do retificador)
- Tiro de tela da página das fontes de alimentação (hardware > fontes de alimentação)
- Tiro de tela da página da saúde (estado > saúde)
- Log de auditoria
- Log de alarme
- Log de eventos
Pesquise defeitos edições do Cisco TelePresence ISDN GW
O Cisco TelePresence ISDN GW fornece a integração sem emenda entre o IP e as redes de ISDN a transparência completa da característica através do ISDN. Esta seção descreve como pesquisar defeitos relações e bufferes ISDN PRI em DSP.
O Layer 1 PRI e mergulha 2 para baixo
Use esta seção a fim pesquisar defeitos questões de interface PRI no ISDN GW. A porta PRI pode ser verificada com o plugue de loopback a fim determinar se é defeituosa:
- O Layer 1 (L1) indica a camada física, ou a Conectividade PRI.
- A camada 2 (L2) é usada sinalizando.
Você pode usar um cabo de loopback a fim determinar o estado L1 para a porta PRI no ISDN GW. Conecte Pin1 a Pin4, e Pin2 a Pin5 a fim criar o cabo de loopback.
Obstrua o cabo de loopback na porta 1, e verifique-o para ver se há o estado L1. Se o estado L1 na porta 1 aparece acima, é provável que a edição está causada pelos cabos que são usados. Você pode usar o cabo de loopback mais abaixo da linha a fim isolar o problema.
Se o estado L1 na porta 1 aparece para baixo com o cabo de loopback, permita a porta 2 para o PRI em ISDN GW. Teste a porta 2 com o cabo de loopback também. Se o problema permanece com uma porta específica, é possível que há uma falha de porta PRI. Entre em contato com o Suporte Técnico da Cisco.
Sibile erros e DSP timeout de Pong
Há dois bufferes em um DSP que são referidos como o sibilo e o Pong. Cada buffer processa dez milissegundos dos dados (um quadro ISDN) em um momento. A intenção é processar um buffer quando você ler o seguinte. Se estes dois bufferes caem fora da sincronização um com o otro, trocam na tentativa de receber de volta na sincronização.
Está aqui um exemplo do log de eventos do Cisco TelePresence ISDN GW, aonde os bufferes caem fora da sincronização 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)"
Estão aqui algumas perguntas a considerar:
- Por que caem fora da sincronização?
- É possível que quadros inválidos, um pulso de disparo defeituoso ISDN, ou uma causa incerta PRI a edição?
Está aqui uma lista de informação a recolher:
- Quantos PRI são conectados a este GW?
- São todos os PRI do mesmo interruptor ou do Switches diferente?
- Se todos os PRI são desconectados e o sistema está recarregado, os erros continuam? Recolha um console log que mostra estes erros.
- Se somente o PRI 1 é conectado, os erros retornam?
- Se somente o PRI 2 é conectado, os erros retornam? Repita com todos os PRI, um de cada vez.
Se os PRI do Switches diferente são usados, os pulsos de disparo PRI devem estar na sincronização (os PRI do mesmo telco são normalmente). É possível que o PRI de um interruptor tem um pulso de disparo que seja completamente fora da sincronização com o pulso de disparo do PRI no outro interruptor. Se somente um PRI é conectado e parece aprovado, a seguir conecte um PRI de um interruptor e um PRI do outro, recarregue o sistema, e veja se os erros retornam. Grave seus testes e comportamento para fornecer ao Suporte técnico de Cisco se necessário.
Informações Relacionadas
FeedbackDeixe-nos ajudar
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)