Asterisk Notice Lagged [RESOLVIDO]

afagner
(usa Fedora)

Enviado em 25/10/2016 - 10:24h

Bom dia Senhores,

sou novato no Asterisk, o problema a baixo esta me deixando maluco rsrs.

Primeiro aparece:

[2016-10-25 10:18:11] NOTICE[22162]: chan_sip.c:21884 handle_response_peerpoke: Peer 'troncosaida' is now Lagged. (4007ms / 4000ms)

Depois aparece:

[2016-10-25 10:18:21] NOTICE[22162]: chan_sip.c:21884 handle_response_peerpoke: Peer 'troncosaida' is now Reachable. (4ms / 4000ms)

Fica nesse vai e volta, o problema disso é quando da esse Lagged ninguem consegue ligar desse tronco.

a final isso é problema de internet ou não ?

muito obrigado.

thinomar
(usa Linux Mint)

Enviado em 25/10/2016 - 11:18h

O peer tá demorando mais que o previsto para responder. Provavelmente ele deve estar configurado no Asterisk com qualify=4000. Verifique se há alguma opção de reregister, "register every x seconds" ou algo do tipo no equipamento/software em que o peer está registrado. Caso possua, diminua o tempo. Deixe em uns 300 ou menos. Se não resolver, rode um MTR pra ver se não há perda de pacotes no caminho entre o peer e o servidor. Por fim, você pode aumentar o qualify, caso não resolva, pra 5000ms.

afagner
(usa Fedora)

Enviado em 25/10/2016 - 11:29h

obrigado pela resposta thinomar,

esse 'register every x seconds' que você fala para ver ele no meu servidor asterisk ?

se eu aumentar qualify para 5000ms, caso ele perca registro não vai demorar 5s para se registrar novamente ?

sinceramente estou perdido com essa situação.

thinomar
(usa Linux Mint)

Enviado em 25/10/2016 - 12:20h

Esqueça o "register every x seconds". Agora que me dei conta que é uma rota sainte, e não um ramal.

Execute um mtr para o IP que você registra esse peer e deixe rodar por uns 5 minutos, para verificar se não há alguma perda de pacote. Se houver, o problema está nisso.

Se você aumentar o qualify para 5000ms, seu Asterisk irá aguardar 5000ms pela renovação de registro antes de considerar o ramal como Lagged ou Unreachable. Geralmente, quando se utiliza rota sainte assim, o provedor costuma informar o tempo do qualify (ou de timeout do registro, se preferir). Se puder verificar com eles, é melhor. Lembrando que é necessário dar um "sip reload" no Asterisk depois de editar o users.conf.

Se mesmo depois de aumentar o qualify e "resolver" o problema das mensagens de Lagged, o tronco continuar a ficar indisponível as vezes, deve ser algum problema de rede ou nat mesmo.

afagner
(usa Fedora)

Enviado em 25/10/2016 - 14:09h

muito obrigado pelas dicas, vou seguir elas e ver se consigo mudar essa situação.

Agora e questão de acompanhamento, fica o joinha.

abraço.