[AsteriskBrasil] Membro da Fila NOT IN USE
Danilo Almeida
daniloricalmeida em gmail.com
Segunda Janeiro 19 14:06:27 BRST 2015
boa tarde, Pessoal!!
O Claudio conseguiu entender bem o que preciso... Fiz exatamente isso
Claudio para resolver o problema.
A Questão era que tirava um relatório dos agentes (login, logout,
atendidas, não atendidas, etc) através desses logs que me gerava, mas como
já disse, havia muitos logs por conta dos ramais que estava IN USE mais na
fila constava como NOT IN USE (isso me gerava muitas chamadas como BUSY no
relatório).
A solução então foi Logar os ramais na fila da forma que funciona 100% -
Usar SIP/RAMAL ao invés de Local/RAMAL at contexto.
No meu extensions já havia feito da forma que o Claudio descreve acima,
porém, isso não ia me ajudar no relatório dos agentes, então usei o
asternic para relatórios dos agentes e o problema foi contornado.
Só para constar:
O problema não era relacionado ao ramal ou a segunda linha do mesmo, o
problema era quando ele logava na fila e uma chamada entrava para esse
agente (ramal), o status dele na fila não mudava, com isso, a fila ficava
tentando entregar chamada para esse ramal que estava ocupado.
Obrigado a todos pela ajuda.
*att*
*Danilo Almeida*
Em 17 de janeiro de 2015 16:05, Marcelo Terres <mhterres at gmail.com>
escreveu:
> O calllimit é um problema, pois se tu setar ele como um, tu não pode
> fazer transferências atendidas.
>
> []s
> Marcelo H. Terres
> mhterres at gmail.com
> IM: marcelo at jabber.mundoopensource.com.br
> http://www.mundoopensource.com.br
> http://offtopicsandfun.blogspot.com
> http://biertasters.blogspot.com
> http://twitter.com/mhterres
>
>
> 2015-01-17 13:06 GMT-02:00 Patrick <wushumasters at gmail.com>:
> > 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:
> >>>
> >>> você quer guardar o NOME_DA_FILA no campo ACCOUNTCODE da tabela CDR.
> >>> seu CDR já está sendo gravado (uma vez que vc cita que está sujo).
> >>> 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
> >
> >
> > _______________________________________________
> > 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/20150119/4adfcef1/attachment-0001.html>
Mais detalhes sobre a lista de discussão AsteriskBrasil