[AsteriskBrasil] Unicall - protocol error - Cause 32772

[Rdo]

Opa.... cara, estou com um problema em um cliente em uma central antiga da
telefonica.
Manja aquele lance de tarifação por pulso de 4 em 4 minutos, entao... qdo a
central passa o
pulso de tarifacao ele manda um sinal de desconexao para o asterisk.
Em PABX comuns ele aguarda 150ms, pois o bit (pulso) é variavel. Ou seja,
ele muda para
1 e logo dpois volta para 0 continuando a ligação. Andei olhando a
documentação da R2
e descobri que o Mr Steve não colocou suporte a "billing pulse" e o mesmo
ainda esta na lista de TODO.
Assim o * acha q foi sinal de hangup e capota com a ligação do cara...

Agora te sujiro o seguinte, só foi possivel descobrir isso quando o pessoal
da telefonica
dpois de mtas brigas concedeu um tecnico (qualificadissimo) e um aparelho de
testes
que ficou entre o * e a central deles... somente assim conseguimos achar
onde estava o
maldito erro.
Acho que vc deve pedir suporte a sua operadora...

No mais, se alguem se interessar ou terminar o suporte que o Mr Steve não
colocou, ou
mandar um e-mail pro cara pedindo para que termine... vou agradecer
heheheheh

[]'s galera....

On 12/12/06, Dio Makibara <dioedu em yahoo.com.br> wrote:
>
> Huander,
>
> *Huander Leão <billrv em uol.com.br>* escreveu:
>
> Olha passar por este erro eu já passei muito viu... mas resolver mesmo
> ainda nao consegui nao... mas a unica coisa que percebi é que quando se tem
> este erro "protocol erro: Cause: " alguma coisa, é que o asterisk tentou
> pegar um canal livre, apesar que o asterisk ter certeza que ele o canal X
> esta livre, lá na central da operadora é sinalizado que o canal ainda está
> ocupado, tanto é que segundos depois que eu tentava realizar ligação
> novamente e pegasse o mesmo canal eu já nao tinha este erro...
>
> Mas enfim eu nao conseguiu uma solução... mas se alguem conseguiu ficarei
> feliz!!
>
> Solução mesmo, acho que só reescrevendo o código... :(
> Mas o que podemos fazer é ajustar alguns itens no código para que os
> problemas se estabilizem.
> Toda vez que receber esta mensagem de protocol error, analise o número do
> erro para saber o que esta ocorrendo.
> Como fazer isso ?
> Pegue o número que foi devolvido, por exemplo 32772, e converta-o em
> hexadecimal. Este hexadecimal estará descrito no arquivo libmfcr2.h.
> Neste caso, o erro é MFCR2_PROTOCOL_FAIL_UNEXPECTED_MF_SIGNAL
> que significa que a placa recebeu um "tom" não esperado.
>
> Para corrigir um problema deste, seria necessário conhecer um pouco mais
> sobre a sinalização R2 e saber o que estava sendo feito na hora que este
> erro foi recebido.
>
> Diógenes Makibara
>
> ------------------------------
> Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular.
> Registre seu aparelho agora!<http://us.rd.yahoo.com/mail/br/tagline/mobile_alerts/*http://br.mobile.yahoo.com/mailalertas/>
>
>
> ----------------------------------------
> Estação VoIP 2006
> 5 e 6 Dezembro
> Curitiba PR
> http://www.estacaovoip.com.br
>
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> _______________________________________________
> Acesse o  wiki AsteriskBrasil.org:
> http://www.asteriskbrasil.org
>
>


-- 
  . ' ' ` .   Rodrigo Sertori
:  :  '   :  Analista de Sistemas
`.  ` ' `   +55 16 9151 1392
    `-
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20061213/e970c5d6/attachment.html