[AsteriskBrasil] Asterisk 1.8 + Sip Trunk CTBC

Sexta Outubro 7 15:09:16 BRT 2016

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 
> <mailto: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","uniqueid","userfield","hg","peeraccount","linkedid","sequence")
>     VALUES ('2016-10-05 17:35:06','"Pedro"
>     <9570>','9570','39131397','c1-perm-tudo','SIP/9570-00000313','SIP/CTBC-00000314','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#','','1475699706.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 <http://www.Khomp.com>
>     _______________________________________________
>     Para remover seu email desta lista, basta enviar um email em
>     branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>     <mailto: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/20161007/ee620a8b/attachment-0001.html>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: não disponível
Tipo: image/gif
Tamanho: 1065 bytes
Descrição: não disponível
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20161007/ee620a8b/attachment-0001.gif>