Architecture for Voice, Video and Integrated Data

Cisco Unified Communications

E1 R2 Digital – “clearfwd” state – Bug de IOS

Posted by elvismarques em 13/05/2011


Olá UC Brothers,

Novamente venho lhes falar sobre um bug em voice gateways.

Este é um bug que somente quem tem um CCO válido teria condições de identificar, podendo ficar “batendo boca” com a Operadora durante horas ou dias sem uma solução.
Além disso, como tambem tive dificuldades de encontrar uma explicação não poderia deixar de ajudá-los.

BUG ID: CSCtd7447

Sintomas: Voice ports configuradas no Gateway para E1 R2 intermitantemente ficam presas no estado de “clearfwd” e somente podem retornar à operação normal após intervenção manual.

Condições: Quando o problema ocorre, o seguinte estado é observado examinando a porta “presa” com comandos show:
Router#sh vo po su | include clearfwd 0/3/0:1 24 r2-digital up up clearfwd
idle y
Show voice trace 0/3/0.1.24
0/3/0:1 24 State Transitions: timestamp (state, event) -> (state, event) …
3440023.272 (R2_Q421_IDLE, E_HTSP_SETUP_REQ) -> 3440023.380
(R2_Q421_OG_SEIZE, E_DSP_SIG_1100) -> 3440047.816 (R2_Q421_OG_SEIZE_ACK,
E_R2_REG_ABORT_DIGIT_COLLECT) -> 3440047.816 (R2_Q421_OG_CLR_FWD,
E_DSP_DIALING_DONE) -> 3440048.816 (R2_Q421_OG_CLR_FWD, E_HTSP_EVENT_TIMER) –
> 3440050.816 (R2_Q421_WAIT_IDLE, E_HTSP_EVENT_TIMER) -> 3440050.816
(R2_Q421_WAIT_IDLE, E_DSP_SIG_1100) -> 3440050.820 (R2_Q421_BLOCKED,
E_DSP_SIG_1100) -> 3440069.960 (R2_Q421_BLOCKED, E_HTSP_RELEASE_REQ) ->
3440113.512 (R2_Q421_BLOCKED, E_DSP_SIG_1000) ->) ->

Solução de contorno: S hut/No shut a controller ou Busy Out o channel

Para maiores detalhes, como versões afetas e corrigidas, consulte em:
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?caller=pluginredirector&method=fetchBugDetails&bugId=CSCtd74470

Não desejo isso a ninguém… mas caso se deparem com tal Bug a melhor opção seria o Upgrade!

Um forte abraço a todos e até o próximo Post.

Elvis Marques

Anúncios

4 Respostas to “E1 R2 Digital – “clearfwd” state – Bug de IOS”

  1. Diogo said

    Olá!

    Já tive a infelicidade de encontrar esse problema em vários gateways da rede onde trabalhava.

    Na época fizemos o upgrade para a versão 15 por recomendação do fornecedor, mas experimentamos uma sério de outros novos bugs. O caso foi relatado a Cisco e obtivemos uma versão de engenharia que não havia sido lançada oficialmente. Essa versão acabou resolvendo o problema. Mais tarde a Cisco lançou uma versão final que teoricamente resolveria o problema, mas ao atualizar o gateway o problema voltou a ocorrer. Fizemos roolback e a situação foi normalizada.

    Abraços!

  2. Douglas Fischer said

    Senhores,
    pela minha experiência isso está com cara de Drift.

    Pergunta:
    Esse E1 está sobre Par-Metálico(Modem) ou está vindo em Fibra-Ótica(Mux)?
    Tem toda a pinta de ser Par-Metálico.

    Por acaso ele não vai “prendendo” os canais das pontas 1 e 31, depois 2 e 30, 3 e 29, e assim por diante?
    Se for isso é batata, pode ir quente no escorregamento.

    Para testar isso você tem duas opções:
    1- Solicitar a operadora para fazer um teste de linha:
    Peça para eles testarem inclusive o teu cabo de E1 do roteador(RJ48).
    Provavelmente o Test-Set será um Wyse, e ele já tem a porta 120-OHM, mas os técnicos de campo na maioria não sabem que podem usar esse recurso.

    2- Colocar a E1 em loop e pedir que o teste seja feito do lado da operadora(costuma ser mais rápido).
    Dentro do modo de configuração da Controller, ative a configuração de LoopBack.

    Algumas coisas que podem ajudar nesses problemas de Drift:
    a) Ativar CRC4
    Não é muito comum, mas já fizemos um circuito parar de incomodar assim.
    b) Alterar os padrões de tempo da controller
    -> metering
    -> seizure-ack-time 50
    Isso é meio empirico, mas paga-a-pena tentar.

  3. Leandro said

    Estou com este problema neste momento.
    Conforme a descrição do bug, utilizei uma das versões onde a falha foi corrigida…..12.4.15(T)15, mas……estou com o mesmo problema.

    Estou seguindo agora esta última idéia:
    metering
    seizure-ack-time 50

    Sugestões são bem vindas.

    Abs,

    Leandro

    • loliveira said

      Neste caso, contataria meu integrador para proceder a abertura de um TAC na Cisco ou se sua empresa possuir contrato direto melhor ainda. Os engenheiros da Cisco tem acessos a muito mais informações que nós, meros mortais.

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

 
%d blogueiros gostam disto: