[AsteriskBrasil] erros Unicall
Josué Conti
josueconti em gmail.com
Segunda Fevereiro 13 10:00:57 BRST 2006
Olá Darlon, como vai?
Mas assim, alterar o que no protocolvariant?
Abraço
Josué
2006/2/13, Darlon <darlon.ferreira em betha.com.br>:
>
> Oi Josué, tudo bem?
>
> Esse é o bendito erro que estou tendo aqui tb e que não deixa eu fazer o
> R2 funcionar. Li no http://zarzamora.com.mx/asterisk/17 e
> http://zarzamora.com.mx/asterisk/48 e dizem para alterar o timer DEFAULT_T1
> do arquivo mfcr2.c de 5000 para 20000 como vc já sabe e recompilar. Tb
> dizem que pode ser problema com o parâmetro protocolvariant no
> unicall.conf.
> Não sei. Nenhum dos dois resolveu pra mim. Para algumas pessoas ajudou.
> Altere e por favor, conte-nos se resolveu ou não, ok? Ou, se vc encontrar
> outra solução, por favor nos conte tb.
>
> Atenciosamente
>
> *Darlon Ferreira Bortolini*
> Rede/Desenvolvimento
> Betha Sistemas
> Fone (48) 3431-0750/Ramal 1000
>
> ----- Original Message -----
>
> *From:* Josué Conti <josueconti em gmail.com>
> *To:* A Comunidade Brasileira do PBX OpenSource<AsteriskBrasil em listas.asteriskbrasil.org>
> *Sent:* Saturday, February 11, 2006 3:08 PM
> *Subject:* [AsteriskBrasil] erros Unicall
>
>
> Pessoal, boa tarde.
> Alguém já passou por este problema antes?
> O fato é que as ligação do asterisk, não são completadas quando
> encaminhadas para o E1 mfc/r2 da telefonica, poderiam me ajudar?
> Agradeço desde já toda a atenção dada.
> Atenciosamente
>
> Josué
> -- Executing Dial("SIP/5010-77e7", "Unicall/g1/32284000|30") in new stack
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Call control(1)
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Make call
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Making a new call with CRN 32771
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 0001 -> [1/ 1/Idle /Idle ]
> -- Called g1/32284000
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:2672 handle_uc_event:
> Unicall/2 event Dialing
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 <- 1111 [1/ 40/Seize /Idle ]
> Sep 4 16:07:52 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 3 on -> [2/ 40/Group I /Idle ]
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 <- 4 on [2/ 40/Group I /DNIS ]
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 3 off -> [2/ 40/Group I /DNIS ]
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 <- 4 off [2/ 40/Group I /DNIS ]
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Far end disconnected(cause=Switching equipment congestion [42]) -
> state 0x40
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:2672 handle_uc_event:
> Unicall/2 event Far end disconnected
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:3013 handle_uc_event: CRN
> 32771 - far disconnected cause=Switching equipment congestion [42]
> -- Channel 0 got hangup
> -- UniCall/2-1 is circuit-busy
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Channel gains
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Channel switching
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Call control(6)
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Drop call(cause=Normal Clearing [16])
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Clearing fwd
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 1001 -> [2/ 800/Clear fwd B /DNIS ]
> -- Hungup 'UniCall/2-1'
> == Everyone is busy/congested at this time
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 <- 1011 [1/ 800/Clear fwd D /Idle ]
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Call disconnected(cause=Switching equipment congestion [42]) -
> state 0x800
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:2672 handle_uc_event:
> Unicall/2 event Drop call
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Call control(7)
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Release call
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Destroying call with CRN 32771
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:2672 handle_uc_event:
> Unicall/2 event Release call
> -- Unicall/2 released
> Sep 4 16:08:00 WARNING[20791]: chan_unicall.c:612 unicall_report: MFC/R2
> UniCall/2 Channel echo cancel
> Sep 4 16:08:10 WARNING[20791]: pbx.c:1948 ast_pbx_run: Timeout, but no
> rule 't' in context 'hipath'
>
>
> ------------------------------
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20060213/c8374659/attachment.html
Mais detalhes sobre a lista de discussão AsteriskBrasil