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 <[EMAIL PROTECTED]> wrote:
Huander, *Huander Leão <[EMAIL PROTECTED]>* 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 [email protected] 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 `-
---------------------------------------- Estação VoIP 2006 5 e 6 Dezembro Curitiba PR http://www.estacaovoip.com.br _______________________________________________ LIsta de discussões AsteriskBrasil.org [email protected] http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil _______________________________________________ Acesse o wiki AsteriskBrasil.org: http://www.asteriskbrasil.org
