[AsteriskBrasil] RES: Asterisk 1.8 + Sip Trunk CTBC

Terça Outubro 11 11:33:53 BRT 2016

Bom dia

Fiz oque foi proposto por vocês, desativei a musica default no
musiconhold.conf e criei uma nova opção de musica, ativei no sip.conf a
opção mohsuggest nos ramais apontando para a musica personalizada do
cliente, após essas mudanças está funcionando normalmente.

Agradeço muito a ajuda de vocês, obrigado.

De: asteriskbrasil-bounces em listas.asteriskbrasil.org
[mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Helvio
Junior
Enviada em: sexta-feira, 7 de outubro de 2016 15:09
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] Asterisk 1.8 + Sip Trunk CTBC

Danilo,

Uma opção seria no MOH default colocar sem áudio, e nos caso precise definir
outro MOH para as ligações internas.

Att,
Hélvio Junior
dCAA - Digium Certified Asterisk Administrator
SafeId - Gestão de identidades e Acessos
+55 41 | 9855-9300, single-sign-on.com.br
helvio.junior em safetrend.com.br

Em 07/10/2016 13:18, Danilo Jonas escreveu:

Boa tarde Pedro, 

Este problema realmente é causado pelo bloqueio de chamadas à cobrar
utilizando o método (para não falar gambiarra) de "Duplo atendimento". 

Em uma chamada comum o "dono" da ligação é o assinante A. Neste caso mesmo
quando o B desliga a chamada a rede irá temporizar 90s antes de realmente
desligar. Faça um teste, receba uma chamada em um telefone fixo coloque no
gancho e retire antes de 90s que você vai ver que a chamada continua
estendida.

Na chamada à cobrar o "dono" da ligação é o assinante B. Assim se ele
desligar a chamada a mesma será derrubada sem considerar a temporização.
Então para bloquear estas chamadas podemos configurar o duplo atendimento
que irá automaticamente atender, desligar e atender novamente antes de
passar para o ramal, assim se for uma chamada a cobrar a mesma será
derrubada.

O problema está no inter funcionamento dos protocolos. Imagina que B esteja
atras de um link R2, A é SIP como no seu caso e o transporte na operadora
será feito no ISUP. Quando o ISUP recebe o desligar do R2 ele irá gerar a
mensagem SUS (suspend) e quando atender novamente ele irá gerar o
RES(resume). A mensagem SUS é convertida no SIP para uma RE-INVITE com
endereço de media 0.0.0.0 informando que a chamada entrará no estado de
espera o que é correto. Acontece que o Asterisk está programado para entrar
neste estado colocando uma música e não silêncio. (Funçao music on hold)

Se você não precisar desta função no Asterisk poderá desabilitá-la ou apenas
remover o áudio que também terá o mesmo efeito.

Att.

Danilo Jonas

Em 6 de outubro de 2016 16:04, Pedro Tel <pedrotel2602 em gmail.com> escreveu:

Boa tarde

            Estou tendo o seguinte problema ao utilizar o Sip Trunk da CTBC.

            Quando realizo uma chamada, assim que a mesma é atendida eu ouço
a musica em espera do próprio Asterisk por +- uns 3 segundos, notei que isso
acontece quando ligo para um número que tem bloqueio de chamadas a cobrar

-- Executing [39131397 em c1-perm-tudo:1] Set("SIP/9570-00000313",
"GRAVACAO=/pabx/gravacao/2016/10/05/05102016_1735_S_9570_39131397.WAV") in
new stack

    -- Executing [39131397 em c1-perm-tudo:2] Set("SIP/9570-00000313",
"AUDIOHOOK_INHERIT(MixMonitor)=yes") in new stack

    -- Executing [39131397 em c1-perm-tudo:3] MixMonitor("SIP/9570-00000313",
"/pabx/gravacao/2016/10/05/05102016_1735_S_9570_39131397.WAV,ab") in new
stack

    -- Executing [39131397 em c1-perm-tudo:4] Set("SIP/9570-00000313",
"CDR(userfield)=/pabx/gravacao/2016/10/05/05102016_1735_S_9570_39131397.WAV"
) in new stack

    -- Executing [39131397 em c1-perm-tudo:5] Set("SIP/9570-00000313",
"CDR(hg)=1#98#") in new stack

    -- Executing [39131397 em c1-perm-tudo:6] Dial("SIP/9570-00000313",
"SIP/CTBC/39131397,60,wW") in new stack

  == Using SIP RTP CoS mark 5

  == Begin MixMonitor Recording SIP/9570-00000313

    -- Called SIP/CTBC/39131397

    -- SIP/CTBC-00000314 is ringing

    -- SIP/CTBC-00000314 is making progress passing it to SIP/9570-00000313

    -- SIP/CTBC-00000314 answered SIP/9570-00000313

    -- Started music on hold, class 'default', on SIP/9570-00000313

    -- Stopped music on hold on SIP/9570-00000313

       > [INSERT INTO cdr
("calldate","clid","src","dst","dcontext","channel","dstchannel","lastapp","
lastdata","duration","billsec","disposition","amaflags","accountcode","uniqu
eid","userfield","hg","peeraccount","linkedid","sequence") VALUES
('2016-10-05 17:35:06','"Pedro"
<9570>','9570','39131397','c1-perm-tudo','SIP/9570-00000313','SIP/CTBC-00000
314','Dial','SIP/CTBC/39131397,60,wW',11,5,'ANSWERED',3,'','1475699706.1653'
,'/pabx/gravacao/2016/10/05/05102016_1735_S_9570_39131397.WAV','1#98#','','1
475699706.1653',2177)]

Alguém já teve esse problema?

_______________________________________________
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

_______________________________________________
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

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20161011/98b6957d/attachment-0001.html>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: image001.gif
Tipo: image/gif
Tamanho: 1065 bytes
Descrição: não disponível
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20161011/98b6957d/attachment-0001.gif>