[AsteriskBrasil] Fw: Tom da Publica

[Sidnei -Telecom]

----- Original Message ----- 
From: "Telecom - UNION" <telecom em union.com.br>
To: <asteriskbrasil em listas.asteriskbrasil.org>
Sent: Thursday, May 29, 2008 7:59 AM
Subject: Re: [AsteriskBrasil] Tom da Publica


> Esse tambem é um problema.
> Identifiquei que na maiorias das vezes quando recebo sinalização B7, o que 
> teria que ser interpretado pelo * qua ao ser atendido uma midia seria 
> enviada, não ouso a midia, mas tambem ocorre de quando eu ligar para 
> celular e esse estiver desligado ou fora da area de serviço, eu receber 
> sinalização B1 e mesmo assim o *, continua a gerar ring chamando o 
> destino.
> Como disse no inicio já fiz de tudo o que eu achava imaginavel e acredito 
> eu que o problema é no *.
> A ultima alternativa que eu vejo, seria mudar de versão do * pois uso a 
> 1.4.11, mas isso é muito complicado já que não posso para o sistema e não 
> tenho nenhuma maquina no momento para fazer isso.
> Acredito que se eu conseguisse ouvir o tom da publica esse problema seria 
> solucianado.
> Um detalhe importante é que quando recebo sinalização B5 (tratado da mesma 
> maneira que B7), eu não encontro problema.
>
> ----- Original Message ----- 
> From: "Bernardo Vieira" <bvieira.lists em gmail.com>
> To: "Telecom - UNION" <telecom em union.com.br>; 
> <asteriskbrasil em listas.asteriskbrasil.org>
> Sent: Wednesday, May 28, 2008 7:01 PM
> Subject: Re: [AsteriskBrasil] Tom da Publica
>
>
>> Sidnei,
>> O diagrama abaixo mostra o que ocorre quando uma ligação dá ocupado em 
>> MFC R2. Você precisa diagnosticar se o seu * nunca recebe o Busy, se 
>> recebe e não interpreta direito (logo não manda o Clear forward) ou não 
>> recebe o Clear back. Agora, o chato disso tudo é que existem muitas 
>> variantes de MFC R2 e o sinal Busy pode ser uma variedade de sinais 
>> difernetes, dependendo do que o switch de destino resolver mandar:
>>
>> 3 B-3 Subscriber's line busy
>> 4 B-4 Congestion (after changeover from Group A to B)
>> 5 B-5 Unallocated number
>>
>>
>> Caller                  Switch A      [MFC/R2 signaling]      Switch B 
>> Called party
>>
>>                               --- User w/o priority (II-11) --->
>>                               <----------------- Busy (B-33) ---
>>    <========= Busy tone ===   --- Clear forward --------------->
>>                               <------------- Clear back/idle ---
>>    --- On-hook ----------->
>>                               <------------ Idle -------------->
>>
>> (http://www.soft-switch.org/unicall/mfcr2/ch02s02.html)
>>
>> Agora esquece isso tudo aí em cima, acabei de prestar atenção no macro 
>> que você mandou:
>>
>> > exten => s,2,Dial(Dgv/g3/${NUM},80,tTw)
>> > exten => s,3,Goto(t-${DIALSTATUS},1)
>> > exten => s-CONGESTION,1,Goto(s,2)
>> > exten => s-BUSY,1,Goto(s,2)
>> > exten => s-NOANSWER,1,Goto(s,20)
>> > exten => s,20,Hangup
>>
>> Se dá ocupado ou congistionado você disca novamente. Tem certeza que você 
>> não está ouvindo tentativas repetidas de rediscagem?
>> Outra coisa, o mixmonitor não deveria ser iniciado depois da chamada 
>> estabelecida? E finalmente, cadê o StopMixMonitor?
>>
>> Tente assim:
>> [macro-dialpstn]
>> exten => s,1,Dial(Dgv/g3/${NUM},80,tTw)
>> exten => s,2,NoOp( Dial Status: ${DIALSTATUS})
>> exten => s,3,Goto(t-${DIALSTATUS},1)
>> exten => s-ANSWER,1,MixMonitor(...)
>> exten => s-ANSWER,2,StopMixMonitor()
>> exten => s-ANSWER,3,Goto(s,20)
>> exten => s-CONGESTION,1,Goto(s,20)
>> exten => s-BUSY,1,Goto(s,20)
>> exten => s-NOANSWER,1,Goto(s,20)
>> exten => s,20,Hangup
>>
>> Telecom - UNION escreveu:
>>> Vou postar aqui meu extensions.conf.
>>>
>>>
>>> [macro-dialpstn]
>>> exten => 
>>> s,1,MixMonitor(${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)}-${CONTEXTO}-${CALLERID(num)}-${NUM}.wav49)
>>> exten => s,2,Dial(Dgv/g3/${NUM},80,tTw)
>>> exten => s,3,Goto(t-${DIALSTATUS},1)
>>> exten => s-CONGESTION,1,Goto(s,2)
>>> exten => s-BUSY,1,Goto(s,2)
>>> exten => s-NOANSWER,1,Goto(s,20)
>>> exten => s,20,Hangup
>>>
>>> Se alguém kiser mais informação é só me pedir que eu posto.
>>>
>>
>>
>>
>> -- 
>> No virus found in this incoming message.
>> Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.1/1470 - 
>> Release Date: 28/5/2008 07:20
>>
>>
>