<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Danilo,</p>
<p>Uma opção seria no MOH default colocar sem áudio, e nos caso
precise definir outro MOH para as ligações internas.<br>
</p>
<pre class="moz-signature" cols="72">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
<a class="moz-txt-link-abbreviated" href="mailto:helvio.junior@safetrend.com.br">helvio.junior@safetrend.com.br</a>
</pre>
<div class="moz-cite-prefix">Em 07/10/2016 13:18, Danilo Jonas
escreveu:<br>
</div>
<blockquote
cite="mid:CAJzeSSC_KSf8_ysQoQF4sT-+CeD64OWPCvVvyXQYV+yMenjsDw@mail.gmail.com"
type="cite">
<meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
<div dir="ltr">Boa tarde Pedro,
<div><br>
</div>
<div><br>
</div>
<div>Este problema realmente é causado pelo bloqueio de chamadas
à cobrar utilizando o método (para não falar gambiarra) de
"Duplo atendimento". </div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>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)</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Att.</div>
<div>Danilo Jonas<br>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Em 6 de outubro de 2016 16:04, Pedro
Tel <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:pedrotel2602@gmail.com" target="_blank">pedrotel2602@gmail.com</a>></span>
escreveu:<br>
<blockquote class="gmail_quote">
<div lang="PT-BR"><img
src="cid:part2.DD213DF3.23D71ACB@gmail.com"
class="m_-1842675225778574694shape" height="0" width="0">
<div class="m_-1842675225778574694WordSection1">
<p class="MsoNormal"><span>Boa tarde</span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span> Estou tendo o
seguinte problema ao utilizar o Sip Trunk da CTBC.</span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span> 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</span></p>
<p class="MsoNormal"><span> </span></p>
<div>
<p class="MsoNormal"><span>-- Executing
[39131397@c1-perm-tudo:1] Set("SIP/9570-00000313",
"GRAVACAO=/pabx/gravacao/2016/<wbr>10/05/05102016_1735_S_9570_<wbr>39131397.WAV")
in new stack</span></p>
<p class="MsoNormal"><span> -- Executing
[39131397@c1-perm-tudo:2] Set("SIP/9570-00000313",
"AUDIOHOOK_INHERIT(MixMonitor)<wbr>=yes") in new
stack</span></p>
<p class="MsoNormal"><span> -- Executing
[39131397@c1-perm-tudo:3]
MixMonitor("SIP/9570-00000313"<wbr>,
"/pabx/gravacao/2016/10/05/<wbr>05102016_1735_S_9570_39131397.<wbr>WAV,ab")
in new stack</span></p>
<p class="MsoNormal"><span> -- Executing
[39131397@c1-perm-tudo:4] Set("SIP/9570-00000313",
"CDR(userfield)=/pabx/<wbr>gravacao/2016/10/05/05102016_<wbr>1735_S_9570_39131397.WAV")
in new stack</span></p>
<p class="MsoNormal"><span> -- Executing
[39131397@c1-perm-tudo:5] Set("SIP/9570-00000313",
"CDR(hg)=1#98#") in new stack</span></p>
<p class="MsoNormal"><span> -- Executing
[39131397@c1-perm-tudo:6]
Dial("SIP/9570-00000313",
"SIP/CTBC/39131397,60,wW") in new stack</span></p>
<p class="MsoNormal"><span> == Using SIP RTP CoS mark
5</span></p>
<p class="MsoNormal"><span> == Begin MixMonitor
Recording SIP/9570-00000313</span></p>
<p class="MsoNormal"><span> -- Called
SIP/CTBC/39131397</span></p>
<p class="MsoNormal"><span> -- SIP/CTBC-00000314 is
ringing</span></p>
<p class="MsoNormal"><span> -- SIP/CTBC-00000314 is
making progress passing it to SIP/9570-00000313</span></p>
<p class="MsoNormal"><span> -- SIP/CTBC-00000314
answered SIP/9570-00000313</span></p>
<p class="MsoNormal"><span> </span><span>--
Started music on hold, class 'default', on
SIP/9570-00000313</span></p>
<p class="MsoNormal"><span> -- Stopped music on
hold on SIP/9570-00000313</span></p>
<p class="MsoNormal"><span> > [INSERT INTO
cdr ("calldate","clid","src","dst"<wbr>,"dcontext","channel","<wbr>dstchannel","lastapp","<wbr>lastdata","duration","billsec"<wbr>,"disposition","amaflags","<wbr>accountcode","uniqueid","<wbr>userfield","hg","peeraccount",<wbr>"linkedid","sequence")
VALUES ('2016-10-05 17:35:06','"Pedro"
<9570>','9570','39131397','c1-<wbr>perm-tudo','SIP/9570-00000313'<wbr>,'SIP/CTBC-00000314','Dial','<wbr>SIP/CTBC/39131397,60,wW',11,5,<wbr>'ANSWERED',3,'','1475699706.<wbr>1653','/pabx/gravacao/2016/10/<wbr>05/05102016_1735_S_9570_<wbr>39131397.WAV','1#98#','','<wbr>1475699706.1653',2177)]</span></p>
</div>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>Alguém já teve esse problema?</span></p>
<p class="MsoNormal"><span> </span></p>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1<br>
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7<br>
Intercomunicador e acesso remoto via rede IP e telefones IP<br>
Conheça todo o portfólio em <a moz-do-not-send="true"
href="http://www.Khomp.com" rel="noreferrer"
target="_blank">www.Khomp.com</a><br>
______________________________<wbr>_________________<br>
Para remover seu email desta lista, basta enviar um email em
branco para <a moz-do-not-send="true"
href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@<wbr>listas.asteriskbrasil.org</a><br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
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 <a class="moz-txt-link-abbreviated" href="http://www.Khomp.com">www.Khomp.com</a>
_______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para <a class="moz-txt-link-abbreviated" href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a></pre>
</blockquote>
<br>
</body>
</html>