[AsteriskBrasil] RES: Bloquear ligações a cobrar com E1/R2 Oi e placa Digium

Sexta Julho 29 11:03:49 BRT 2011

Pessoal,

Muito obrigado no caso do E1 funcionou a config mfcr2_allow_collect_calls=no

Nem cheguei a testar o double_answer

Agora o interessante é que ligando acobrar com o collect_calls=no a central
atende e da um play na mensagem all-circuits-busy-now meu questionamento é:
Ela faz isso e derruba sabendo que o acobrar tem uma tolerancia de alguns
segundos nao devo ser tarifado correto?
Mas com a central consegue mandar a mensagem se quando é a cobrar tem um
bloqueio por parte da operadora.
Isso significa que eu poderia colocar uma mensagem exclusiva para informar o
cliente que esta ligacao não é permitida?
Mas para isso eu teria que torcar o all-circuits-busy-now que é utilizado
por exemplo qnto todos os canais estao ocupados.

Por hora muito obrigado!!!

Att,
Marcelo

New MFC/R2 call detected on chan 31.
MFC/R2 call offered on chan 31. ANI = 4735628600, DNIS = 8600, Category =
Collect Call
New MFC/R2 call detected on chan 30.
Chan 31 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 31
MFC/R2 call end on channel 31
Chan 3 - Far end disconnected. Reason: Unallocated Number
MFC/R2 call disconnected on channel 3
    -- DAHDI/3-1 is circuit-busy
    -- Hungup 'DAHDI/3-1'
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing [s em macro-dialout-trunk:20] NoOp("IAX2/E1-21", "Dial failed
for some reason with DIALSTATUS = CONGESTION and HANGUPCAUSE = 0") in new
stack
    -- Executing [s em macro-dialout-trunk:21] Goto("IAX2/E1-21",
"s-CONGESTION,1") in new stack
    -- Goto (macro-dialout-trunk,s-CONGESTION,1)
    -- Executing [s-CONGESTION em macro-dialout-trunk:1] Set("IAX2/E1-21",
"RC=0") in new stack
    -- Executing [s-CONGESTION em macro-dialout-trunk:2] Goto("IAX2/E1-21",
"0,1") in new stack
    -- Goto (macro-dialout-trunk,0,1)
    -- Executing [0 em macro-dialout-trunk:1] Goto("IAX2/E1-21", "continue,1")
in new stack
    -- Goto (macro-dialout-trunk,continue,1)
    -- Executing [continue em macro-dialout-trunk:1] GotoIf("IAX2/E1-21",
"1?noreport") in new stack
    -- Goto (macro-dialout-trunk,continue,3)
    -- Executing [continue em macro-dialout-trunk:3] NoOp("IAX2/E1-21", "TRUNK
Dial failed due to CONGESTION HANGUPCAUSE: 0 - failing through to other
trunks") in new stack
    -- Executing [continue em macro-dialout-trunk:4] Set("IAX2/E1-21",
"CALLERID(number)=") in new stack
    -- Executing [6008909035628600 em from-internal:5] Macro("IAX2/E1-21",
"outisbusy,") in new stack
    -- Executing [s em macro-outisbusy:1] Progress("IAX2/E1-21", "") in new
stack
    -- Executing [s em macro-outisbusy:2] GotoIf("IAX2/E1-21", "0?emergency,1")
in new stack
    -- Executing [s em macro-outisbusy:3] GotoIf("IAX2/E1-21",
"0?intracompany,1") in new stack
    -- Executing [s em macro-outisbusy:4] Playback("IAX2/E1-21",
"all-circuits-busy-now&pls-try-call-later, noanswer") in new stack
    -- <IAX2/E1-21> Playing 'all-circuits-busy-now.gsm' (language 'en')

Em 22 de julho de 2011 18:48, Maycon Rodrigo Moreira <mrodrigomana em gmail.com
> escreveu:

> Exatamente, o mfcr2_double_answer=no significa duplo atendimento, ou seja,
> o troco é atendido desligado em seguida há o atendimento novamente. Isso é
> bem comum em linhas com sinalização de linha analógica ( linhas analógica
> comum padrão telebrás ). Isso é feito porque quem paga a ligação é sempre A
> ( quem efetua a ligação ), sendo A quem paga, sempre que B ( B é quem recebe
> a ligação) desliga a ligação, a central abre uma temporização de 90 segundos
> na tarifação, se em 90 segundos B não der um answer ( atender ), a ligação
> cai, caso B retire o telefone do gancho novamente antes dos 90 segundos, a
> ligação é novamente comutada com A, não derrubando aligação. No caso de uma
> ligação a cobrar, B é quem detém a tarifação, ou seja, B é quem paga e tem o
> direito de dizer quando a ligação acaba. Sendo assim,
> mfcr2_double_answer=no, é uma forma deselegante de fazer o BDDC ( bloqueio
> de discagem a cobrar ), uma vez que na sinalização R2D, A pode desligar a
> ligação quando receber uma alteração no ab bb ( sinalização de linha para
> trás -> bit "a backward" bit "b backward"), informando que B pôs no gancho (
> como precisamente nosso amigo Glauber expôs ). Ou seja, podem haver ligações
> desligadas indesejadamente, dando a impressão que houve um desligamento de A
> ( e de fato é). Sendo assim, peça para sua operadora, enviar a sinalização
> de Registradores do grupo B ( lembrando o que o Glauber falou) isso é um
> direito do assinante, a Anatel te reserva esse direito.
>
>
>
>
> Em 22 de julho de 2011 16:16, Glauber <glauber em discfone.com.br> escreveu:
>
>> Cara no mfcr2 tu tens 2 tipo de bloqueio , segue:****
>>
>> ** **
>>
>> O bloqueio de chamadas à cobrar padrão é ativado por este parâmetro. Este
>> método usa tons de sinalização do Grupo B.
>> * Configurado para *no* não permitirá o recebimento de chamadas à cobrar
>> * Configurado para *yes* permitirá o recebimento de chamadas à cobrar
>>
>> mfcr2_allow_collect_calls=no
>>
>>
>> Bloqueio alternativo através do duplo atendimento.
>> Este método utiliza *answer->clear back->answer* (espécie de flash).
>> Caso o método padrão não funcione em seu sistema para todos os casos, sete
>> este parâmetro para *yes*
>> * Configurado para *no* não fará o duplo atendimento
>> * Configurado para *yes* fará o duplo atendimento
>>
>> mfcr2_double_answer=no****
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> Att****
>>
>> Glauber****
>>
>> ** **
>>
>> *De:* asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:
>> asteriskbrasil-bounces em listas.asteriskbrasil.org] *Em nome de *Marcelo
>> Busana
>> *Enviada em:* sexta-feira, 22 de julho de 2011 15:39
>> *Para:* asteriskbrasil em listas.asteriskbrasil.org
>> *Assunto:* [AsteriskBrasil] Bloquear ligações a cobrar com E1/R2 Oi e
>> placa Digium****
>>
>> ** **
>>
>> Pessoal,****
>>
>> ** **
>>
>> Ja procurei na lista e fora e ate agora não achei nenhum forma de bloquear
>> ligações a cobrar na seguinte situação.****
>>
>> ** **
>>
>> - E1/R2 ****
>>
>> - Asterisk 1.6****
>>
>> - Operadora Oi****
>>
>> - Placa Digium ****
>>
>> ** **
>>
>> Alguem já conseguiu tal façanha? ****
>>
>> ** **
>>
>> att,
>> Marcelo****
>>
>> _______________________________________________
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> _______________________________________________
>> DIGIVOICE: Lider no mercado de placas para Asterisk
>> Único fabricante com Centro de Treinamento especializado.
>> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
>> www.digivoice.com.br ou (11)3016-5200.
>> ________
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil em listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>> ______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>
>
>
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> DIGIVOICE: Lider no mercado de placas para Asterisk
> Único fabricante com Centro de Treinamento especializado.
> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
> www.digivoice.com.br ou (11)3016-5200.
> ________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> ______________________________________________
> 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://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20110729/30e8f032/attachment-0001.htm 