[AsteriskBrasil] Problema com tronco SIP - concessionária EMBRATEL

Rafael dos Santos Saraiva rafaelsnsa em gmail.com
Quinta Outubro 5 22:54:32 BRT 2017


Boa Noite Paulo

Provavelmente a Embratel está reproduzindo o audio através de um 183
Session Progress com endereço de mídia 0.0.0.0 no SDP, o que o Asterisk
entende como música em espera. Para confirmar você pode testar
desabilitando o módulo da moh no Asterisk: module unload
res_musiconhold.so. Habilite o debug do SIP também e veja se na mensagem
Session Progress que vem do sip aparece essa linha "c=IN IP4 0.0.0.0".

No meu entendimento esse comportamento do Asterisk está incorreto, pois a
chamada deveria entrar em espera somente com um Re-invite.


2017-10-05 18:26 GMT-03:00 P em ulo <pavlvscaesar em gmail.com>:

> Segue, para analise os logs capturados quando da chamada de número
> inválido:
>
>
>
>  -- Executing [NNNNNNNN em default:1] NoOp("SIP/7706-0000045a", "LIGACAO DE
> 7706 PARA NNNNNNNN NO CANAL SIP/7706-0000045a") in new stack
>     -- Executing [NNNNNNNN em default:2] Set("SIP/7706-0000045a",
> "CHANNEL(language)=pt_BR") in new stack
>     -- Executing [NNNNNNNN em default:3] Set("SIP/7706-0000045a",
> "AUDIOHOOK_INHERIT(MixMonitor)=yes") in new stack
>     -- Executing [NNNNNNNN em default:4] Set("SIP/7706-0000045a",
> "DSTORIGINAL=NNNNNNNN") in new stack
>     -- Executing [NNNNNNNN em default:5] UserEvent("SIP/7706-0000045a",
> "SnepDial| Caller:7706|Dest:NNNNNNNN") in new stack
>     -- Executing [NNNNNNNN em default:6] GotoIf("SIP/7706-0000045a",
> "1?snep") in new stack
>     -- Goto (default,NNNNNNNN,10)
>     -- Executing [NNNNNNNN em default:10] DeadAGI("SIP/7706-0000045a",
> "snep/snep.php") in new stack
> [Oct  5 18:15:07] WARNING[32744]: res_agi.c:2230 deadagi_exec: Running
> DeadAGI on a live channel will cause problems, please use AGI
>     -- Launched AGI Script /var/lib/asterisk/agi-bin/snep/snep.php
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Tentativa de conexao de 7706
> (SIP/7706-0000045a) para NNNNNNNN
>     -- AGI Script Executing Application: (UserEvent) Options:
> (SnepUserfield|userfield: 1507238107_20171005_1815_7706_NNNNNNNN|uniqueid:
> 1507238107.1170)
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Executando regra 16:Ligações
> saintes fixo local.
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Executando aplicacao de
> gravacao 'mixmonitor'
>     -- AGI Script Executing Application: (mixmonitor) Options:
> (/var/www/sneplivre/arquivos/1507238107_20171005_1815_7706_
> NNNNNNNN.wav49|b)
>   == Begin MixMonitor Recording SIP/7706-0000045a
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Definindo centro de custos para
> 2.01.
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Reescrevendo origem para
> ZZZZZZZZ
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Discando para NNNNNNNN atraves
> do tronco EMBRATEL-SIP(SIP/XXX.XXX.XXX.XXX/NNNNNNNN)
>     -- AGI Script Executing Application: (Dial) Options:
> (SIP/XXX.XXX.XXX.XXX/NNNNNNNN|70|T)
>     -- Called XXX.XXX.XXX.XXX/NNNNNNNN
>     -- Call on SIP/XXX.XXX.XXX.XXX-0000045b placed on hold
>     -- Started music on hold, class 'default', on SIP/7706-0000045a
> [Oct  5 18:15:08] WARNING[32744]: translate.c:155 framein: no samples for
> alawtolin
>     -- SIP/XXX.XXX.XXX.XXX-0000045b is making progress passing it to
> SIP/7706-0000045a
> Really destroying SIP dialog '1359550747 em AAA.AAA.AAA.AAA' Method: REGISTER
> [Oct  5 18:15:14] NOTICE[3304]: chan_sip.c:8398 sip_reg_timeout:    --
> Registration for 'XXX.XXX.XXX.XXX em XXX.XXX.XXX.XXX' timed out, trying
> again (Attempt #10091)
> REGISTER attempt 10092 to XXX.XXX.XXX.XXX em XXX.XXX.XXX.XXX
> Really destroying SIP dialog '3df1c3484b044b7b5b17fd60367f94
> 61 em YYY.YYY.YYY.YYY' Method: OPTIONS
>     -- Got SIP response 480 "No Routes Found" back from XXX.XXX.XXX.XXX
> Really destroying SIP dialog '6dc27ee73c09e7ed0f5b4a6851a4cb9a em 127.0.1.1'
> Method: REGISTER
>     -- SIP/XXX.XXX.XXX.XXX-0000045b is circuit-busy
>   == Everyone is busy/congested at this time (1:0/1/0)
>   snep/snep.php: 7706 -> NNNNNNNN ERR (3):CONGESTION ao discar para
> NNNNNNNN pelo tronco EMBRATEL-SIP
>   snep/snep.php: 7706 -> NNNNNNNN INFO (6):Fim de execucao da regra
> 16:Ligações saintes fixo local.
>     -- AGI Script snep/snep.php completed, returning 0
>     -- Executing [NNNNNNNN em default:11] Hangup("SIP/7706-0000045a", "") in
> new stack
>   == Spawn extension (default, NNNNNNNN, 11) exited non-zero on
> 'SIP/7706-0000045a'
>     -- Executing [h em default:1] Hangup("SIP/7706-0000045a", "") in new
> stack
>   == Spawn extension (default, h, 1) exited non-zero on 'SIP/7706-0000045a'
>     -- Stopped music on hold on SIP/7706-0000045a
>   == End MixMonitor Recording SIP/7706-0000045a
>
> Em 4 de outubro de 2017 17:50, P em ulo <pavlvscaesar em gmail.com> escreveu:
>
>> Senhores,
>>
>> Estou com problemas em um tronco SIP, ligado à EMBRATEL.
>>
>> Quando ligo em um número local que não é válido Ex.: 62 3218-2601
>> <(62)%203218-2601>, O meu IP PBX coloca a chamada em espera e logo após
>> desliga, ou seja ela não está interpretando o erro de inválido recebido da
>> EMBRATEL e tocando  a mensagem da própria concessionária...
>>
>> Já abri ocorrência com a concessionária que para isolar o problema
>> colocou um Gateway de voz deles na saída SIP e testou e condenou meu
>> servidor IP PBX
>>
>> Uso hoje um Linux Debian 7(Virtualizado em VMware) - Kernel
>> 3.2.0-4-686-pae #1 SMP Debian 3.2.63-2 - Asterisk 1.4.44 - Interface
>> gráfica SNEP 1.3.12 (Opens)
>>
>> Se alguém puder me ajudar eu agradeço.
>>
>> Atenciosamente
>> --
>> ------------------
>> Paulo César
>> ------------------
>>
>
>
>
> --
> ------------------
> Paulo César
> ------------------
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>



-- 
Att,
Rafael Saraiva
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20171005/eee95a79/attachment-0001.html>


Mais detalhes sobre a lista de discussão AsteriskBrasil