[AsteriskBrasil] RES: Unicall protocol error. Cause 32771 + informacao
Vinicius Juvinski
vinicius.juvinski em altitude.com
Quinta Fevereiro 16 20:59:04 BRST 2006
Giampaolo,
Qual a configuracao do protocol variant voce esta utilizando ?
Porque utilizo: protocolvariant=br,20,4,8
( o número 8 ao fim da linha é utilizado porque a embratel - que fornece o
link - envia primeiro o DNIS(número do meu ramal) e depois o ANI (número do
chamador).
No meu caso, o "travamento" está ocorrendo depois do detect:
( Linha em idle )
TxA 111111111111111-111111111111111
TxB 000000000000000-000000000000000
TxC 000000000000000-000000000000000
TxD 111111111111111-111111111111111
RxA 111111111111111-111111111111111
RxB 000000000000000-000000000000000
RxC 000000000000000-000000000000000
RxD 111111111111111-111111111111111
(Chegada da chamada, e a pública enviando o primeiro dígito)
TxA 111111111111111-111111111111111
TxB 000001000000000-000000000000000
TxC 000000000000000-000000000000000
TxD 111111111111111-111111111111111
RxA 111110111111111-111111111111111
RxB 000000000000000-000000000000000
RxC 000000000000000-000000000000000
RxD 111111111111111-111111111111111
Este é o trace da chamada:
(Publica detectou uma chamada e envia a notificacao)
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 <- 0001 [1/1/Idle/Idle]
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 Detected
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 Making a new call with CRN 32769
(resposta do asterisk)
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 1101 -> [2/2/Idle/Idle]
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:2644 handle_uc_event:
Unicall/6 event Detected
(Publica envia o primeiro digito do DNIS ( primeiro numero do meu ramal
DDR(7650) - neste caso 7)
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6<- 7 on [2/2/Seize ack/Seize ack]
(Envio do bit 1 - ou A1 - solicitando o proximo digito) - Por testes
realizados - a Embratel não recebe este digito
Feb 16 19:44:07 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 1 on -> [2/2/Seize ack/Seize ack]
(a comunicacao fica meio doida e cai por time-out - tom de desconecao /
parece o de ocupado)
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 <- 7 off [2/2/Group A /DNIS request ]
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 1 off -> [2/2/Group A /DNIS request ]
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 R2 prot. err. [2/2/Group A/DNIS request ] cause 32771 - T3 timed
out
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 1001 -> [1/1/Idle/Idle]
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:2644 handle_uc_event:
Unicall/6 event Protocol failure
-- Unicall/6 protocol error. Cause 32771
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 Channel echo cancel
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 <- 1001 [1/1/Idle/Idle]
Feb 16 19:44:22 WARNING[3556]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/6 1001 -> [1/1/Idle/Idle]
Minhas configuracoes são:
Zaptel.conf
span=1,1,0,cas,hdb3
cas=1-15:1101
dchan=16
cas=17-31:1101
defaultzone=br
loadzone=br
Unicall.conf
[channels]
language=br
context=principal-in
usecallerid=yes
hidecallerid=no
immediate=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
loglevel=255
protocolclass=mfcr2
protocolvariant=br,20,4,8
protocolend=co
group=1
usercallerid=yes
callerid=asreceived
channel=>1-15
channel=>17-31
Quais as configuracoes que voce utiliza para obter o resultado do seu
"print" do zttool? Gostaria de fazer testes com ela para analizar o
comportamento da minha estrutura - talvez um caminho para que possamos
chegar a alguma configuracao padrao para embratel e telemar.
[]'s
Juvinski
-----Mensagem original-----
De: asteriskbrasil-bounces em listas.asteriskbrasil.org
[mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de
Giampaolo Carmagnani
Enviada em: quinta-feira, 16 de fevereiro de 2006 18:21
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: [AsteriskBrasil] Unicall protocol error. Cause 32771 + informacao
Andei usando o zttool e coloco abaixo o que ele mostra pois talvez possa
ajudar no meu problema.
Antes de inicar o Asterisk:
Current Alarms: No alarms.
Sync Source: Internally clocked
IRQ Misses: 33
Bipolar Viol: 0
Tx/Rx Levels: 0/ 0
Total/Conf/Act: 31/ 11/ 10
1111111111222222222333
1234567890123456789012345789012
TxA 1111111111-
TxB 1111111111-
TxC 0000000000-
TxD 1111111111-
RxA 1111111111-
RxB 0000000000-
RxC 1111111111-
RxD 1111111111-
Depois de iniciar o asterisk:
Current Alarms: No alarms.
Sync Source: Internally clocked
IRQ Misses: 33
Bipolar Viol: 0
Tx/Rx Levels: 0/ 0
Total/Conf/Act: 31/ 11/ 10
1111111111222222222333
1234567890123456789012345789012
TxA 1111111111-
TxB 0000000000-
TxC 0000000000-
TxD 1111111111-
RxA 1111111111-
RxB 0000000000-
RxC 1111111111-
RxD 1111111111-
Quando ligo e o canal 2 captura a ligação:
Current Alarms: No alarms.
Sync Source: Internally clocked
IRQ Misses: 33
Bipolar Viol: 0
Tx/Rx Levels: 0/ 0
Total/Conf/Act: 31/ 11/ 10
1111111111222222222333
1234567890123456789012345789012
TxA 1111111111-
TxB 0100000000-
TxC 0000000000-
TxD 1111111111-
RxA 1011111111-
RxB 0000000000-
RxC 1111111111-
RxD 1111111111-
> Quando ligo pra E1 fica mudo e na CLI aparece o seguinte:
>
> Feb 16 10:05:39 WARNING[12757]: chan_unicall.c:2644 handle_uc_event:
> Unicall/3 event Detected
> Feb 16 10:05:59 WARNING[12757]: chan_unicall.c:2644 handle_uc_event:
> Unicall/3 event Protocol failure
> -- Unicall/3 protocol error. Cause 32771
>
>
> Pesquisando na internet o pouco que achei diz que "deve" ser
> relacionado com o protocolvariant, jah tentei várias opções porém sem
sucesso.
>
> Tenho uma Linha E1 R2 da Telemar com um único número e 10 canais
> habilitados.
Obrigado novamente.
Giampaolo Carmagnani
--
Esta mensagem foi verificada pelo sistema de anti-virus e acredita-se estar
livre de perigo.
_______________________________________________
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
Mais detalhes sobre a lista de discussão AsteriskBrasil