[AsteriskBrasil] Membro da Fila NOT IN USE

Patrick wushumasters em gmail.com
Sábado Janeiro 17 13:06:22 BRST 2015


Danilo

Lembrei de uma coisa

Seta o call limit que ai o ringinuse vai funcionar
Em 17/01/2015 13:04, "Denis Galvão" <denisgalvao at gmail.com> escreveu:

> Desabilita a segunda linha do telefone.
>
> Denis
>
> On Friday, January 16, 2015, Claudio Eden <claudio.eden at gmail.com> wrote:
>
>> Danilo,
>>
>> Então vamos ver se entendi bem. Seguinte:
>>
>>    1. você quer guardar o *NOME_DA_FILA* no campo *ACCOUNTCODE* da
>>    tabela CDR.
>>    2. seu CDR já está sendo gravado (uma vez que vc cita que está sujo).
>>    3. está sujo por conta de estar gerando ligações "improdutivas" por
>>    conta do modo de logar usando LOCAL.
>>
>> Se é isso mesmo, então:
>>
>>    - Passe a usar o login do agent com SIP (como você disse que já
>>    funciona). Isso vai resolver o problema dos itens 2 (CDR vai logar e gravar
>>    somente ligações válidas) e 3 (estando SIP, você informou que toca como tem
>>    que ser e não gera "sujeira").
>>
>>    - para resolver o item 1, que é de fato o que lhe foi solicitado pelo
>>    cliente, faça o seguinte:
>>       - Você está usando o banco Mysql? Se sim, edite o arquivo
>>       /etc/asterisk/cdr_mysql.conf e ao final do arquivo, na seção [columns],
>>       localize a linha
>>
>>       ;alias accountcode => accountcode
>>
>>       e remova o comentário dela.
>>
>>       - No seu contexto, onde você encaminha a ligação para a fila, você
>>       vai setar o valor do campo accountcode no CDR com o nome da FILA. Para
>>       isso, insira essa linha acima da linha onde você direciona a chamada para a
>>       fila:
>>
>>       exten => XXXXX,XX,Set(CDR(accountcode)=${FILA})
>>       ;; estou considerando que voce tem essa variavel ${FILA} em seu
>>       contexto, baseado no seu exemplo
>>
>> Creio que isso irá resolver o seu problema. Se entendeu, aplique e nos de
>> o resultado. Se eu nao entendi, me explique novamente para que possa então
>> ajudar na real solução.
>>
>>
>> *Atenciosamente,*
>>
>>
>> *Cláudio Éden* - dCAA | MSDST | ITIL
>> (85) 8972-1842
>> claudio.eden at gmail.com
>> http://www.eden.com.br
>>
>> *LINKEDIN:* https://www.linkedin.com/in/claudioeden
>>
>> Em 16 de janeiro de 2015 15:47, Danilo Almeida <
>> daniloricalmeida at gmail.com> escreveu:
>>
>>> Opa!!
>>>
>>> Patrick, na Fila já esta setado desta maneira.
>>>
>>> Eder, basicamente a tratativa é para gerar LOG na tabela CDR para cada
>>> ligação e setar a fila pertencente no campo accountcode.
>>>
>>> Acontece que como dessa maneira ele não seta IN USE quando esta em
>>> chamada, o CDR fica muito "sujo" pelo fato da fila enviar chamadas para os
>>> agentes ocupados.
>>>
>>> Vou dar uma revisada no meu contexto e ver se consigo deixar de um jeito
>>> a grado do cliente deixando a parte da fila funcional.
>>>
>>> Creio que da forma como esta logando os agentes na fila hoje não vai
>>> funcionar 100% da maneira que preciso.
>>>
>>> Obrigado!
>>>
>>> *att*
>>> *Danilo Almeida*
>>>
>>> Em 16 de janeiro de 2015 14:58, Claudio Eden <claudio.eden at gmail.com>
>>> escreveu:
>>>
>>> Danilo,
>>>>
>>>> Se o ramal é SIP, deveria logar como SIP mesmo. Tanto que em seus
>>>> testes funciona.
>>>>
>>>> Porém, creio eu que em tendo "tratativas" a dar, você poderia tentar
>>>> outra maneira de tratar. Tente nos explicar que tratativas são essas que de
>>>> repente pode sair uma solução mais rápida e talvez mais eficaz.
>>>>
>>>> Quanto a chamar todos os ramais, talvez uma olhada na configuração da
>>>> fila. Qual a estratégia está utilizando?
>>>>
>>>>
>>>> *Atenciosamente,*
>>>>
>>>>
>>>> *Cláudio Éden* - dCAA | MSDST | ITIL
>>>> (85) 8972-1842
>>>> claudio.eden at gmail.com
>>>> http://www.eden.com.br
>>>>
>>>> *LINKEDIN:* https://www.linkedin.com/in/claudioeden
>>>>
>>>> Em 16 de janeiro de 2015 10:51, Danilo Almeida <
>>>> daniloricalmeida at gmail.com> escreveu:
>>>>
>>>>> Ahh, uma coisa que esqueci de mencionar...
>>>>>
>>>>> se eu coloco para logar -> exten => s,n,AddQueueMember(${FILA},
>>>>> SIP/${CALLERID(NUM)}) (Nesse caso o membro [agente] fica SIP/9112)
>>>>> ele funciona como esperado.
>>>>>
>>>>> A questão é que preciso jogar para um contexto para fazer outras
>>>>> tratativas, por isso uso da forma do primeiro e-mail (
>>>>> Local/9112 at contexto-fila-suporte)
>>>>>
>>>>> *att*
>>>>> *Danilo Almeida*
>>>>>
>>>>> Em 16 de janeiro de 2015 11:24, Danilo Almeida <
>>>>> daniloricalmeida at gmail.com> escreveu:
>>>>>
>>>>> Bom dia, Galera!!
>>>>>>
>>>>>> Tenho uma fila onde os agentes logan dinamicamente através da função
>>>>>> AddQueueMember, segue macro..
>>>>>>
>>>>>> [memberAdd]
>>>>>> exten => s,1,NoCDR()
>>>>>> exten =>
>>>>>> s,n,AddQueueMember(${FILA},Local/${CALLERID(NUM)}@contexto-fila-suporte)
>>>>>> exten => s,n,ExecIf($["${AQMSTATUS}" =
>>>>>> "ADDED"]?Background(agent-loginok))
>>>>>> exten => s,n,ExecIf($["${AQMSTATUS}" =
>>>>>> "MEMBERALREADY"]?Background(agent-alreadyon))
>>>>>> exten => s,n,Hangup
>>>>>>
>>>>>> Após logado, dou comando queue show SUPORTE, e tenho o resultado:
>>>>>>
>>>>>> Local/9112 at contexto-fila-suporte (dynamic) (Not in use) has taken 12
>>>>>> calls (last was 1915 secs ago)
>>>>>>
>>>>>> O problema é o seguinte... quando entra uma chamada na fila, o membro
>>>>>> da fila só fica IN USE quando o ramal esta chamando, após o atendimento ele
>>>>>> fica NOT IN USE novamente.
>>>>>>
>>>>>> Desta forma, toda vez que entra ligação na fila, ele fica tentando
>>>>>> chamar todos ramais novamente, mesmos os que estão ocupados.
>>>>>>
>>>>>> Gostaria de uma ajuda dos senhores de como posso resolver esse
>>>>>> problema.
>>>>>>
>>>>>> Abraços!
>>>>>>
>>>>>> *att*
>>>>>> *Danilo Almeida*
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>> Intercomunicadores para acesso remoto via rede IP e telefones IP
>>>>> Conheça todo o portfólio em www.Khomp.com
>>>>> _______________________________________________
>>>>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
>>>>> telefonia IP .
>>>>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>> Banco de Canais Analógicos  – Appliance Asterisk Acesse
>>>>> www.aligera.com.br
>>>>> _______________________________________________
>>>>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM,
>>>>> FXO e FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>>>>> Construa soluções de PABX IP com produtos DigiVoice - visite
>>>>> www.digivoice.com.br
>>>>> _______________________________________________
>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>> para asteriskbrasil-unsubscribe at 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
>>>> Intercomunicadores para acesso remoto via rede IP e telefones IP
>>>> Conheça todo o portfólio em www.Khomp.com
>>>> _______________________________________________
>>>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
>>>> telefonia IP .
>>>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>> Banco de Canais Analógicos  – Appliance Asterisk Acesse
>>>> www.aligera.com.br
>>>> _______________________________________________
>>>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO
>>>> e FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>>>> Construa soluções de PABX IP com produtos DigiVoice - visite
>>>> www.digivoice.com.br
>>>> _______________________________________________
>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>> para asteriskbrasil-unsubscribe at 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
>>> Intercomunicadores para acesso remoto via rede IP e telefones IP
>>> Conheça todo o portfólio em www.Khomp.com
>>> _______________________________________________
>>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
>>> IP .
>>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>> Banco de Canais Analógicos  – Appliance Asterisk Acesse
>>> www.aligera.com.br
>>> _______________________________________________
>>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO
>>> e FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>>> Construa soluções de PABX IP com produtos DigiVoice - visite
>>> www.digivoice.com.br
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscribe at 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
> Intercomunicadores para acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
> IP .
> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Banco de Canais Analógicos  – Appliance Asterisk Acesse www.aligera.com.br
> _______________________________________________
> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO e
> FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
> Construa soluções de PABX IP com produtos DigiVoice - visite
> www.digivoice.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20150117/32a65a70/attachment.html>


Mais detalhes sobre a lista de discussão AsteriskBrasil