[AsteriskBrasil] Queue - Ramais pertencentes não chamam

[Bruno Correia]

/# Ligação entrando na fila//
// snep/snep.php: 1314 -> 2000 INFO (6):Identified source: 1314 
(Snep_Exten)//
// snep/snep.php: 1314 -> 2000 INFO (6):Connection attempt from 1314 
(SIP/1314-00000001) to 2000//
// snep/snep.php: 1314 -> 2000 INFO (6):Running the rule 21:FILA DE 
ATENDIMENTO - SUPORTE//
// snep/snep.php: 1314 -> 2000 INFO (6):Recording with 'mixmonitor'//
//    -- AGI Script Executing Application: (mixmonitor) Options: 
(/var/www/html/snep/arquivos/2017-06-14/1497444601_20170614_0950_1314_2000.wav,b)//
//  == Begin MixMonitor Recording SIP/1314-00000001//
// snep/snep.php: 1314 -> 2000 INFO (6):Definindo centro de custos para 1.//
//    -- AGI Script Executing Application: (Queue) Options: 
(Suporte,t,,,180)//
//    -- Started music on hold, class 'default', on channel 
'SIP/1314-00000001'//
//
//
//ipbx*CLI> queue show Suporte//
//Suporte has 0 calls (max unlimited) in 'ringall' strategy (3s 
holdtime, 36s talktime), W:0, C:1, A:0, SL:0.0% within 0s//
//   Members: //
//      SIP/2005 (ringinuse disabled) (realtime) (Unavailable) has taken 
no calls yet//
//      SIP/2002 (ringinuse disabled) (realtime) (Not in use) has taken 
no calls yet//
//      SIP/2006 (ringinuse disabled) (realtime) (Unavailable) has taken 
no calls yet//
//      SIP/2003 (ringinuse disabled) (realtime) (Unavailable) has taken 
no calls yet//
//      SIP/2004 (ringinuse disabled) (realtime) (Not in use) has taken 
1 calls (last was 63 secs ago)//
//   No Callers/


Verifiquei que executando um restart na fila, voltou a funcionar 
normalmente.


Em 14-06-2017 09:54, Richard Amaral de Jesus escreveu:
> Coloque informações da ligação entrando na fila pelo CLI e o 
> resultando de queue show <nome da fila>.
>
> Em 14 de junho de 2017 09:48, Bruno Correia 
> <brunogomescorreia em gmail.com <mailto:brunogomescorreia em gmail.com>> 
> escreveu:
>
>     Olá pessoal,
>
>     Estou enfrentando um problema, tenho uma Queue e alguns ramais
>     cadastrados nela, ligo direto para o ramal e chama normalmente
>     (ligação fluindo normalmente), mas quando ligo na Queue (coloquei
>     um número para encaminhar para ela no plano de discagem)
>     simplesmente não chama nenhum ramal (uso o ringall). Uso o monast
>     para acompanhar o painel de ligações e vejo nele a ligação
>     entrando na fila, mas apesar disso nenhum dos ramais chega a tocar.
>
>     Utilizo SNEP3 (por conveniência, não apenas eu preciso de acesso
>     ao asterisk), de qualquer forma também sou usuário de "asterisk
>     puro" e qualquer dica com relação a parâmetros de configuração que
>     possam ser verificados é válida (já tenho mapeado onde o snep
>     coloca cada configuração realiza no front-end).
>
>
>     -- 
>     *Bruno Correia*
>
>
>     _______________________________________________
>     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 www.Khomp.com <http://www.Khomp.com>
>     _______________________________________________
>     Para remover seu email desta lista, basta enviar um email em
>     branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>     <mailto:asteriskbrasil-unsubscribe em 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
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org

-- 
*Bruno G Correia*
Network / Infrastructure Analyst
(83) 98812-2235
(83) 99862-0224
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20170614/41220e2e/attachment.html>