Re: [AsteriskBrasil] Elastix + A2B sem hangup remoto
Sim, mas alterei e agora está ok. Novamente, obrigado. João Marcelo Queiroz Em 14/06/2012, às 20:47, m...@tesliuk.com escreveu: eu tenho um a2billing rodando numa versao mais antiga que tenho 12 agi-conf´s , no seu caso, o valor em 3 está na agi que voce ta executando ? Mike, realmente você tem razão, bastou setar o número de tentativas para 1 que funcionou. Apenas continuo achando estranho pois em vários servidores que tenho, este valor está em 3 (padrão) e essa característica não se apresenta. Obrigado pela ajuda. João Marcelo Em 14/06/2012, às 17:21, Mike Tesliuk escreveu: isso é uma configuração do agi, coloque para ele utilizar apenas uma unica tentativa pra discagem, não lembro qual o parametro, mas de uma olhada, isso é utilizado para a parte de cartão, assim, se o cara vai fazer duas ligações ele se mantem na mesma chamada, isso é uma feature, não um problema Em 14-06-2012 16:36, João Marcelo Queiroz escreveu: Ninguém apresentou esse problema ainda? Fazendo a chamada pelo A2B funciona normal caso desligue o lado do servidor primeiro ( o lado que efetuou a chamada). Caso desligue o lado remoto primeiro ( o lado que tocou), o a2billing pede o número que deseja discar quando deveria dar o hangup. Caso faça a chamada SEM o a2b tudo funciona normalmente. Qualquer ajuda será bem vinda. João Marcelo Queiroz Em 13/06/2012, às 21:40, João Marcelo Queiroz escreveu: Estou com o seguinte problema: Tenho um servidor com Elastix 2.2.0.25 + a2b 1.9.4 e nele tenho uma conta Vono que quando disco através dela, sem o a2b, tudo funciona tranqüilo. Caso eu faça a chamada sair pelo A2B, a chamada é completada sem stress, mas se desligar do lado remoto o a2b ao invés de desligar, pergunta o número para discar, segurando o canal indefinidamente. Se o desligamento for do lado do servidor, funciona sem problema, mesmo com o a2b. Habilitei o rtp debug e verifico que quando o outro lado desliga ainda ocorre tráfego RTP, então não é dado hangup no canal, esse tráfego não tem fim. Mas também dei uma olhada com o Wireshark e verifico que o sinal de BYE é dado pelo lado remoto, chega na Vono, que envia para o servidor, mas não é passado para o telefone, que segura o canal. O mais estranho é que se deixar o a2b de lado, funciona beleza. Então acredito que o problema tá nele. Mas já verifiquei 10x e não encontro nada de errado. Qualquer luz seria bem-vinda. João Marcelo Queiroz Log: [Jun 12 16:20:08] VERBOSE[18196] config.c: == Parsing '/etc/asterisk/logger.conf': [Jun 12 16:20:08] VERBOSE[18196] config.c: == Found [Jun 12 16:20:08] VERBOSE[18196] logger.c: Asterisk Queue Logger restarted [Jun 12 16:20:09] WARNING[15537] chan_sip.c: sip_xmit of 0xb03809b0 (len 344) to (null) returned -1: Invalid argument [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP TOS bits 184 [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP CoS mark 5 [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:1] Macro(SIP/8390-0078, user-callerid,SKIPTTL,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:1] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:2] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:3] ExecIf(SIP/8390-0078, 1?Set(REALCALLERIDNUM=8390)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:4] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:5] Set(SIP/8390-0078, AMPUSERCIDNAME=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:6] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:7] Set(SIP/8390-0078, AMPUSERCID=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:8] Set(SIP/8390-0078, CALLERID(all)=Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:9] ExecIf(SIP/8390-0078, 1?Set(CHANNEL(language)=pt_BR)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:10] GotoIf(SIP/8390-0078, 1?continue) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-user-callerid,s,19) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:19] Set(SIP/8390-0078, CALLERID(number)=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:20] Set(SIP/8390-0078, CALLERID(name)=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: --
Re: [AsteriskBrasil] Elastix + A2B sem hangup remoto
Ninguém apresentou esse problema ainda? Fazendo a chamada pelo A2B funciona normal caso desligue o lado do servidor primeiro ( o lado que efetuou a chamada). Caso desligue o lado remoto primeiro ( o lado que tocou), o a2billing pede o número que deseja discar quando deveria dar o hangup. Caso faça a chamada SEM o a2b tudo funciona normalmente. Qualquer ajuda será bem vinda. João Marcelo Queiroz Em 13/06/2012, às 21:40, João Marcelo Queiroz escreveu: Estou com o seguinte problema: Tenho um servidor com Elastix 2.2.0.25 + a2b 1.9.4 e nele tenho uma conta Vono que quando disco através dela, sem o a2b, tudo funciona tranqüilo. Caso eu faça a chamada sair pelo A2B, a chamada é completada sem stress, mas se desligar do lado remoto o a2b ao invés de desligar, pergunta o número para discar, segurando o canal indefinidamente. Se o desligamento for do lado do servidor, funciona sem problema, mesmo com o a2b. Habilitei o rtp debug e verifico que quando o outro lado desliga ainda ocorre tráfego RTP, então não é dado hangup no canal, esse tráfego não tem fim. Mas também dei uma olhada com o Wireshark e verifico que o sinal de BYE é dado pelo lado remoto, chega na Vono, que envia para o servidor, mas não é passado para o telefone, que segura o canal. O mais estranho é que se deixar o a2b de lado, funciona beleza. Então acredito que o problema tá nele. Mas já verifiquei 10x e não encontro nada de errado. Qualquer luz seria bem-vinda. João Marcelo Queiroz Log: [Jun 12 16:20:08] VERBOSE[18196] config.c: == Parsing '/etc/asterisk/logger.conf': [Jun 12 16:20:08] VERBOSE[18196] config.c: == Found [Jun 12 16:20:08] VERBOSE[18196] logger.c: Asterisk Queue Logger restarted [Jun 12 16:20:09] WARNING[15537] chan_sip.c: sip_xmit of 0xb03809b0 (len 344) to (null) returned -1: Invalid argument [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP TOS bits 184 [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP CoS mark 5 [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:1] Macro(SIP/8390-0078, user-callerid,SKIPTTL,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:1] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:2] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:3] ExecIf(SIP/8390-0078, 1?Set(REALCALLERIDNUM=8390)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:4] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:5] Set(SIP/8390-0078, AMPUSERCIDNAME=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:6] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:7] Set(SIP/8390-0078, AMPUSERCID=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:8] Set(SIP/8390-0078, CALLERID(all)=Ramal 8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:9] ExecIf(SIP/8390-0078, 1?Set(CHANNEL(language)=pt_BR)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:10] GotoIf(SIP/8390-0078, 1?continue) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-user-callerid,s,19) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:19] Set(SIP/8390-0078, CALLERID(number)=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:20] Set(SIP/8390-0078, CALLERID(name)=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:21] NoOp(SIP/8390-0078, Using CallerID Ramal 8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:2] NoOp(SIP/8390-0078, Calling Out Route: SaidaCel) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:3] Set(SIP/8390-0078, MOHCLASS=default) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:4] Set(SIP/8390-0078, _NODEST=) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:5] Macro(SIP/8390-0078, record-enable,8390,OUT,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-record-enable:1] GotoIf(SIP/8390-0078, 1?check) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-record-enable,s,4) [Jun 12 16:20:12] VERBOSE[18614] pbx.c:
Re: [AsteriskBrasil] Elastix + A2B sem hangup remoto
isso é uma configuração do agi, coloque para ele utilizar apenas uma unica tentativa pra discagem, não lembro qual o parametro, mas de uma olhada, isso é utilizado para a parte de cartão, assim, se o cara vai fazer duas ligações ele se mantem na mesma chamada, isso é uma feature, não um problema Em 14-06-2012 16:36, João Marcelo Queiroz escreveu: Ninguém apresentou esse problema ainda? Fazendo a chamada pelo A2B funciona normal caso desligue o lado do servidor primeiro ( o lado que efetuou a chamada). Caso desligue o lado remoto primeiro ( o lado que tocou), o a2billing pede o número que deseja discar quando deveria dar o hangup. Caso faça a chamada SEM o a2b tudo funciona normalmente. Qualquer ajuda será bem vinda. João Marcelo Queiroz Em 13/06/2012, às 21:40, João Marcelo Queiroz escreveu: Estou com o seguinte problema: Tenho um servidor com Elastix 2.2.0.25 + a2b 1.9.4 e nele tenho uma conta Vono que quando disco através dela, sem o a2b, tudo funciona tranqüilo. Caso eu faça a chamada sair pelo A2B, a chamada é completada sem stress, mas se desligar do lado remoto o a2b ao invés de desligar, pergunta o número para discar, segurando o canal indefinidamente. Se o desligamento for do lado do servidor, funciona sem problema, mesmo com o a2b. Habilitei o rtp debug e verifico que quando o outro lado desliga ainda ocorre tráfego RTP, então não é dado hangup no canal, esse tráfego não tem fim. Mas também dei uma olhada com o Wireshark e verifico que o sinal de BYE é dado pelo lado remoto, chega na Vono, que envia para o servidor, mas não é passado para o telefone, que segura o canal. O mais estranho é que se deixar o a2b de lado, funciona beleza. Então acredito que o problema tá nele. Mas já verifiquei 10x e não encontro nada de errado. Qualquer luz seria bem-vinda. João Marcelo Queiroz Log: [Jun 12 16:20:08] VERBOSE[18196] config.c: == Parsing '/etc/asterisk/logger.conf': [Jun 12 16:20:08] VERBOSE[18196] config.c: == Found [Jun 12 16:20:08] VERBOSE[18196] logger.c: Asterisk Queue Logger restarted [Jun 12 16:20:09] WARNING[15537] chan_sip.c: sip_xmit of 0xb03809b0 (len 344) to (null) returned -1: Invalid argument [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP TOS bits 184 [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP CoS mark 5 [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:1] Macro(SIP/8390-0078, user-callerid,SKIPTTL,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:1] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:2] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:3] ExecIf(SIP/8390-0078, 1?Set(REALCALLERIDNUM=8390)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:4] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:5] Set(SIP/8390-0078, AMPUSERCIDNAME=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:6] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:7] Set(SIP/8390-0078, AMPUSERCID=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:8] Set(SIP/8390-0078, CALLERID(all)=Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:9] ExecIf(SIP/8390-0078, 1?Set(CHANNEL(language)=pt_BR)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:10] GotoIf(SIP/8390-0078, 1?continue) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-user-callerid,s,19) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:19] Set(SIP/8390-0078, CALLERID(number)=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:20] Set(SIP/8390-0078, CALLERID(name)=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:21] NoOp(SIP/8390-0078, Using CallerID Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:2] NoOp(SIP/8390-0078, Calling Out Route: SaidaCel) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:3] Set(SIP/8390-0078, MOHCLASS=default) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:4] Set(SIP/8390-0078, _NODEST=) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing
Re: [AsteriskBrasil] Elastix + A2B sem hangup remoto
Mike, realmente você tem razão, bastou setar o número de tentativas para 1 que funcionou. Apenas continuo achando estranho pois em vários servidores que tenho, este valor está em 3 (padrão) e essa característica não se apresenta. Obrigado pela ajuda. João Marcelo Em 14/06/2012, às 17:21, Mike Tesliuk escreveu: isso é uma configuração do agi, coloque para ele utilizar apenas uma unica tentativa pra discagem, não lembro qual o parametro, mas de uma olhada, isso é utilizado para a parte de cartão, assim, se o cara vai fazer duas ligações ele se mantem na mesma chamada, isso é uma feature, não um problema Em 14-06-2012 16:36, João Marcelo Queiroz escreveu: Ninguém apresentou esse problema ainda? Fazendo a chamada pelo A2B funciona normal caso desligue o lado do servidor primeiro ( o lado que efetuou a chamada). Caso desligue o lado remoto primeiro ( o lado que tocou), o a2billing pede o número que deseja discar quando deveria dar o hangup. Caso faça a chamada SEM o a2b tudo funciona normalmente. Qualquer ajuda será bem vinda. João Marcelo Queiroz Em 13/06/2012, às 21:40, João Marcelo Queiroz escreveu: Estou com o seguinte problema: Tenho um servidor com Elastix 2.2.0.25 + a2b 1.9.4 e nele tenho uma conta Vono que quando disco através dela, sem o a2b, tudo funciona tranqüilo. Caso eu faça a chamada sair pelo A2B, a chamada é completada sem stress, mas se desligar do lado remoto o a2b ao invés de desligar, pergunta o número para discar, segurando o canal indefinidamente. Se o desligamento for do lado do servidor, funciona sem problema, mesmo com o a2b. Habilitei o rtp debug e verifico que quando o outro lado desliga ainda ocorre tráfego RTP, então não é dado hangup no canal, esse tráfego não tem fim. Mas também dei uma olhada com o Wireshark e verifico que o sinal de BYE é dado pelo lado remoto, chega na Vono, que envia para o servidor, mas não é passado para o telefone, que segura o canal. O mais estranho é que se deixar o a2b de lado, funciona beleza. Então acredito que o problema tá nele. Mas já verifiquei 10x e não encontro nada de errado. Qualquer luz seria bem-vinda. João Marcelo Queiroz Log: [Jun 12 16:20:08] VERBOSE[18196] config.c: == Parsing '/etc/asterisk/logger.conf': [Jun 12 16:20:08] VERBOSE[18196] config.c: == Found [Jun 12 16:20:08] VERBOSE[18196] logger.c: Asterisk Queue Logger restarted [Jun 12 16:20:09] WARNING[15537] chan_sip.c: sip_xmit of 0xb03809b0 (len 344) to (null) returned -1: Invalid argument [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP TOS bits 184 [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP CoS mark 5 [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:1] Macro(SIP/8390-0078, user-callerid,SKIPTTL,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:1] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:2] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:3] ExecIf(SIP/8390-0078, 1?Set(REALCALLERIDNUM=8390)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:4] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:5] Set(SIP/8390-0078, AMPUSERCIDNAME=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:6] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:7] Set(SIP/8390-0078, AMPUSERCID=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:8] Set(SIP/8390-0078, CALLERID(all)=Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:9] ExecIf(SIP/8390-0078, 1?Set(CHANNEL(language)=pt_BR)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:10] GotoIf(SIP/8390-0078, 1?continue) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-user-callerid,s,19) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:19] Set(SIP/8390-0078, CALLERID(number)=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:20] Set(SIP/8390-0078, CALLERID(name)=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:21] NoOp(SIP/8390-0078, Using CallerID Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:2] NoOp(SIP/8390-0078, Calling Out Route: SaidaCel)
Re: [AsteriskBrasil] Elastix + A2B sem hangup remoto
eu tenho um a2billing rodando numa versao mais antiga que tenho 12 agi-conf´s , no seu caso, o valor em 3 está na agi que voce ta executando ? Mike, realmente você tem razão, bastou setar o número de tentativas para 1 que funcionou. Apenas continuo achando estranho pois em vários servidores que tenho, este valor está em 3 (padrão) e essa característica não se apresenta. Obrigado pela ajuda. João Marcelo Em 14/06/2012, às 17:21, Mike Tesliuk escreveu: isso é uma configuração do agi, coloque para ele utilizar apenas uma unica tentativa pra discagem, não lembro qual o parametro, mas de uma olhada, isso é utilizado para a parte de cartão, assim, se o cara vai fazer duas ligações ele se mantem na mesma chamada, isso é uma feature, não um problema Em 14-06-2012 16:36, João Marcelo Queiroz escreveu: Ninguém apresentou esse problema ainda? Fazendo a chamada pelo A2B funciona normal caso desligue o lado do servidor primeiro ( o lado que efetuou a chamada). Caso desligue o lado remoto primeiro ( o lado que tocou), o a2billing pede o número que deseja discar quando deveria dar o hangup. Caso faça a chamada SEM o a2b tudo funciona normalmente. Qualquer ajuda será bem vinda. João Marcelo Queiroz Em 13/06/2012, às 21:40, João Marcelo Queiroz escreveu: Estou com o seguinte problema: Tenho um servidor com Elastix 2.2.0.25 + a2b 1.9.4 e nele tenho uma conta Vono que quando disco através dela, sem o a2b, tudo funciona tranqüilo. Caso eu faça a chamada sair pelo A2B, a chamada é completada sem stress, mas se desligar do lado remoto o a2b ao invés de desligar, pergunta o número para discar, segurando o canal indefinidamente. Se o desligamento for do lado do servidor, funciona sem problema, mesmo com o a2b. Habilitei o rtp debug e verifico que quando o outro lado desliga ainda ocorre tráfego RTP, então não é dado hangup no canal, esse tráfego não tem fim. Mas também dei uma olhada com o Wireshark e verifico que o sinal de BYE é dado pelo lado remoto, chega na Vono, que envia para o servidor, mas não é passado para o telefone, que segura o canal. O mais estranho é que se deixar o a2b de lado, funciona beleza. Então acredito que o problema tá nele. Mas já verifiquei 10x e não encontro nada de errado. Qualquer luz seria bem-vinda. João Marcelo Queiroz Log: [Jun 12 16:20:08] VERBOSE[18196] config.c: == Parsing '/etc/asterisk/logger.conf': [Jun 12 16:20:08] VERBOSE[18196] config.c: == Found [Jun 12 16:20:08] VERBOSE[18196] logger.c: Asterisk Queue Logger restarted [Jun 12 16:20:09] WARNING[15537] chan_sip.c: sip_xmit of 0xb03809b0 (len 344) to (null) returned -1: Invalid argument [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP TOS bits 184 [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP CoS mark 5 [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:1] Macro(SIP/8390-0078, user-callerid,SKIPTTL,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:1] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:2] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:3] ExecIf(SIP/8390-0078, 1?Set(REALCALLERIDNUM=8390)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:4] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:5] Set(SIP/8390-0078, AMPUSERCIDNAME=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:6] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:7] Set(SIP/8390-0078, AMPUSERCID=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:8] Set(SIP/8390-0078, CALLERID(all)=Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:9] ExecIf(SIP/8390-0078, 1?Set(CHANNEL(language)=pt_BR)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:10] GotoIf(SIP/8390-0078, 1?continue) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-user-callerid,s,19) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:19] Set(SIP/8390-0078, CALLERID(number)=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:20] Set(SIP/8390-0078, CALLERID(name)=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:21] NoOp(SIP/8390-0078, Using CallerID Ramal8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing
[AsteriskBrasil] Elastix + A2B sem hangup remoto
Estou com o seguinte problema: Tenho um servidor com Elastix 2.2.0.25 + a2b 1.9.4 e nele tenho uma conta Vono que quando disco através dela, sem o a2b, tudo funciona tranqüilo. Caso eu faça a chamada sair pelo A2B, a chamada é completada sem stress, mas se desligar do lado remoto o a2b ao invés de desligar, pergunta o número para discar, segurando o canal indefinidamente. Se o desligamento for do lado do servidor, funciona sem problema, mesmo com o a2b. Habilitei o rtp debug e verifico que quando o outro lado desliga ainda ocorre tráfego RTP, então não é dado hangup no canal, esse tráfego não tem fim. Mas também dei uma olhada com o Wireshark e verifico que o sinal de BYE é dado pelo lado remoto, chega na Vono, que envia para o servidor, mas não é passado para o telefone, que segura o canal. O mais estranho é que se deixar o a2b de lado, funciona beleza. Então acredito que o problema tá nele. Mas já verifiquei 10x e não encontro nada de errado. Qualquer luz seria bem-vinda. João Marcelo Queiroz Log: [Jun 12 16:20:08] VERBOSE[18196] config.c: == Parsing '/etc/asterisk/logger.conf': [Jun 12 16:20:08] VERBOSE[18196] config.c: == Found [Jun 12 16:20:08] VERBOSE[18196] logger.c: Asterisk Queue Logger restarted [Jun 12 16:20:09] WARNING[15537] chan_sip.c: sip_xmit of 0xb03809b0 (len 344) to (null) returned -1: Invalid argument [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP TOS bits 184 [Jun 12 16:20:12] VERBOSE[15537] netsock2.c: == Using SIP RTP CoS mark 5 [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:1] Macro(SIP/8390-0078, user-callerid,SKIPTTL,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:1] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:2] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:3] ExecIf(SIP/8390-0078, 1?Set(REALCALLERIDNUM=8390)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:4] Set(SIP/8390-0078, AMPUSER=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:5] Set(SIP/8390-0078, AMPUSERCIDNAME=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:6] GotoIf(SIP/8390-0078, 0?report) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:7] Set(SIP/8390-0078, AMPUSERCID=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:8] Set(SIP/8390-0078, CALLERID(all)=Ramal 8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:9] ExecIf(SIP/8390-0078, 1?Set(CHANNEL(language)=pt_BR)) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:10] GotoIf(SIP/8390-0078, 1?continue) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-user-callerid,s,19) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:19] Set(SIP/8390-0078, CALLERID(number)=8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:20] Set(SIP/8390-0078, CALLERID(name)=Ramal) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-user-callerid:21] NoOp(SIP/8390-0078, Using CallerID Ramal 8390) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:2] NoOp(SIP/8390-0078, Calling Out Route: SaidaCel) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:3] Set(SIP/8390-0078, MOHCLASS=default) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:4] Set(SIP/8390-0078, _NODEST=) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [0@from-internal:5] Macro(SIP/8390-0078, record-enable,8390,OUT,) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-record-enable:1] GotoIf(SIP/8390-0078, 1?check) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-record-enable,s,4) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-record-enable:4] ExecIf(SIP/8390-0078, 0?MacroExit()) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-record-enable:5] GotoIf(SIP/8390-0078, 0?Group:OUT) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Goto (macro-record-enable,s,15) [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-record-enable:15] GotoIf(SIP/8390-0078, 0?IN) in new stack [Jun 12 16:20:12] VERBOSE[18614] pbx.c: -- Executing [s@macro-record-enable:16] ExecIf(SIP/8390-0078, 1?MacroExit())