O hardware do TelePresence MCU pesquisa defeitos o guia

Introdução

Este original descreve os procedimentos usados a fim pesquisar defeitos o Produtos da unidade de controle multiponto do Cisco TelePresence (MCU). O original é 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 original é 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
• Cisco TelePresence MCU 5300 Series
• Cisco TelePresence MCU 4500 Series
• Cisco TelePresence MCU 4200 Series
• 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 também pode ser usado com as seguintes versões 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:

1. Abra um web browser e navegue ao IP address MCU. O Home Page deve indicar imediatamente.
   
   

   Nota: Se o página da web é inacessível, refira a verificação à seção da conectividade de rede MCU deste original.

2. Clique a relação do estado a fim verificar o software release que é executado atualmente no MCU.
   
   

   Nota: Se uma versão do que a versão 4.3 é usada mais cedo atualmente, recomenda-se que você revê a maioria de notas de versão recente e considera uma elevação.

3. Se você pode alcançar a interface da WEB, termine estas etapas:
   
   
   1. 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 IP address.
      
      
   2. 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.
      
      
   3. Crie uma conferência nova, e adicionar um participante de H.323 com um IP address 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 codec 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 precedente), 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.
      
      
   4. 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.
      
      
   5. 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.

Nota: Se o atendimento falha, mesmo se a lâmina tem suficientes licenças da porta, proveja o alcance MCU na seção da interface da WEB deste original. Se a interface da WEB se torna não disponível durante este teste, e o contato com a lâmina está perdido, a lâmina pôde ter recarregado; recupere o log de diagnóstico da lâmina, e contacte o Suporte técnico de Cisco.

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:

1. Tente sibilar o IP address do MCU.
   
   

   Nota: O Produtos de NetBSD tem um tamanho máximo de 76 bytes. A maioria de Roteadores tem um padrão de 100 bytes.

   
   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 original. Se o MCU não responde aos sibilos, continue com este procedimento.
   
   
2. 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.
   
   
3. Da interface do utilizador da lâmina do supervisor, navegue ao hardware, e clique a relação do número de slot da lâmina MCU MSE 8510. Então, clique a aba da porta A.
   
   
4. Verifique a porta MCU uma configuração IP, e confirme que nenhum outro host na rede está atribuído o mesmo IP address. 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.
   
   
5. 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.
   
   
6. Se o MCU é agora alcançável na rede, repita a primeira etapa deste procedimento. Se os ajustes do IP address 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 original. 

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:

1. 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 IP address, 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:
   
   
   
   
2. 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.
   
   
3. Se a disposição da fonte de alimentação não mostra ESTÁ BEM, contacte o Suporte técnico de Cisco.
   
   
4. 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.
   
   
5. 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.
   
   
6. 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:
   
   
   1. Espere 30 minutos.
      
      
   2. Refresque a página.
      
      
   3. 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 original.
   
   
7. 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 de sinal digital (DSP) disponíveis.
   
   Termine estas etapas a fim verificar isto:
   
   
   1. Verifique a seção relatada do estado na página de sumário da lâmina da interface do utilizador do supervisor:
      
      
      
      
   2. 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. 

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:

1. 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.
   
   
2. 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.
     
     
   • A relação 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. 
     
     
   Esta imagem mostra oito lâminas do 8510 Series MCU MSE carreg com sucesso, e uma que ainda está carreg ou não pode com sucesso carreg:
   
   
   
   
3. Termine estas etapas se você encontra problemas quando você observa as luzes LED:
   
   
   1. 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.
      
      
   2. 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.
      
      
   3. Se a lâmina ainda não põe acima, contacte o Suporte técnico de Cisco.
      
      
   4. 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 original.
      
      
   5. 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 da relação estão ajustados para a auto negociação.
   
   

   Nota: Ao pesquisar defeitos, é importante obter um log e um log de diagnóstico de série. Estes devem ser fornecidos quando você abre um pedido do serviço com Suporte técnico de Cisco.

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 IP address:

1. 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 original.
   
   
2. 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.
   
   

   Nota: Proveja a conexão à porta de Console em um artigo adquirido Cisco de Cisco da unidade de Codian para instruções sobre como terminar esta etapa.

3. A fim verificar que a sessão terminal conectada está conectada realmente, pressione a tecla ENTER algumas vezes e o alerta aparece. O alerta que indica mostras seu dispositivo (IPGW: >, ISDNGW: >, ou MCU: >, por exemplo):
   
   
   
   
4. A fim verificar que os serviços HTTP e/ou HTTPS estão permitidos, inscreva o comando show do serviço:
   
   
   
   
5. A fim verificar o estado do link no dispositivo, inscreva o comando status:
   
   
   
   
6. Se nenhuma relação aparece na porta A, tente conectar seu cabo do Ethernet para mover B a fim ver se o estado do link muda:
   
   
   
   
7. Se a porta B pode detectar a relação mas mover A não é, a seguir termine estas etapas a fim verificar outra vez a configuração IP na porta A:
   
   
   1. 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.
      
      

      Nota: Proveja a restauração de uma senha e a restauração de uma unidade a seu artigo de Cisco das configurações de fábrica para obter mais informações sobre deste procedimento.

   2. Uma vez que o processo de reinicialização da fábrica está completo, reconfigure um endereço IP estático na porta.
      
      
   3. 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.
      
      
8. 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.
   
   
9. 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.
   
   
   
   
10. Se nenhuma relação 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.
    
    

    Nota: A informação do IP address é obscurecida na imagem por razões de segurança.

    
    
    
    
11. Mude o IP address na unidade a fim descobrir uma edição com ajustado dos IP address na rede.
    
    
12. Mova o cabo do Ethernet para uma porta do switch separado a fim eliminar todas as edições da porta de switch.
    
    
13. Se uma edição da porta de switch é eliminada, conecte um portátil diretamente à unidade através de um cabo do cruzamento, e configurar o portátil com a mesmos máscara de sub-rede, gateway padrão, e IP address que é contido dentro dessa sub-rede.
    
    
14. Uma vez que o IP address é 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 IP address 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:

1. Desconecte o lead de energia da unidade. Se é uma lâmina, remova-a do chassi.
   
   
2. Espere cinco minutos, e potência na unidade.
   
   
3. 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.
   
   
4. O sem energia a unidade, e põe então sobre a unidade.
   
   
5. 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 precedente:

• Os fan trays superiores e mais baixos
• As lâminas introduzidas
• O close-up de uma lâmina individual
• Os montagens de contestação

Nota: Para obter mais informações sobre de como instalar o chassi do 8000 Series MSE, proveja o guia começado de obtenção do Cisco TelePresence MSE 8000. 

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:

1. 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.
   
   
2. Em ordem transfira o arquivo de texto do log de eventos, navegam aos logs > ao log de eventos > à transferência como o texto.
   
   
3. Navegue aos alarmes > ao estado dos alarmes, e tome um screen shot da página do status do alarme.
   
   
4. Remova o fan tray superior, e verifique que todos os fãs trabalham corretamente.
   
   
5. Remova o fan tray inferior, e verifique que todos os fãs trabalham corretamente.
   
   
6. A fim cancelar os alarmes históricos do supervisor, navegue aos alarmes > ao estado dos alarmes > alarmes históricos claros.
   
   
7. A fim cancelar os alarmes registram, navegam aos alarmes > ao log dos alarmes > log claro.
   
   
8. Monitore, e veja se os alarmes retornam.
   
   
9. 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 a C.A. 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 C.A.-à-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:

1. 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.
   
   
2. 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:

1. Se um erro aparece no retificador, assente-o e espere-o para ver se o erro ainda aparece (os retificadores são quente-pluggable).
   
   
2. 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.
   
   
3. 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. Contacte o Suporte técnico de Cisco. 

Sibile erros de Pong e intervalos DSP

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

• Guias de Troubleshooting do Cisco TelePresence MCU
  
• Série do Cisco TelePresence MCU MSE
• Suporte Técnico e Documentação - Cisco Systems