Também imaginei isso, mas ficam no máximo 3 conexões abertas. Um dos meus processos envia diversas actions para verificar canais etc, eu creio que seja isso que está congestionando tanto o asterisk, talvez eu tenha que desenvolver algo que centralize esses dados em realtime de forma que eu não precise ficar enviando action diretamente ao ami do asterisk para obter os dados que preciso.
<http://facebook.com/dantasamuca>Samuel Dantas *11 963460959* *http://github.com/samuel1992* <http://github.com/samuel1992> Facebook <http://facebook.com/dantasamuca> | Linkedin <https://br.linkedin.com/in/samuel-dantas-06819b3b> Em 21 de março de 2017 14:50, Roger Pitigliani <rogerwin...@gmail.com> escreveu: > Boa tarde Samuel, > > Veja se você não esta deixando conexões AMI abertas > > CLI> manager show connected > > O ideal é não ter muitas conexões simultâneas abertas (menos que 10), > principalmente no seu caso que tem um volume alto de chamadas. > > Abraço. > > Em 21 de março de 2017 11:52, Samuel Dantas <dantasam...@gmail.com> > escreveu: > >> Bom dia. >> Pessoal, eu tenho um servidor Xeon quad core 2.50GHz, 4GB de RAM, tenho >> uma aplicação realtime baseada nos eventos do AMI e ficam aproximadamente >> 130 chamadas estabelecidas simultaneamente, todo dialplan feito em Ael e >> utilizando func_odbc para consultar o banco em alguns momentos, sem nenhum >> script externo (agi). >> Visto que meu load está subindo muito e o asterisk consome 100% de cpu >> quase sempre, minha dúvida é: em base da experiência dos senhores, essa >> máquina é fraca pra esse cenário? Ou otimizando a aplicação consigo reduzir >> esse processamento? >> >> Se alguém tem algum cenário parecido ou superior em chamadas etc, me dê >> uma dica ai sobre a configuração da máquina, vou fazer um upgrade mas quero >> saber a necessidade para escalar isso. >> >> Att. >> >> >> <http://facebook.com/dantasamuca>Samuel Dantas >> *11 963460959 <(11)%2096346-0959>* >> *http://github.com/samuel1992* <http://github.com/samuel1992> >> Facebook <http://facebook.com/dantasamuca> | Linkedin >> <https://br.linkedin.com/in/samuel-dantas-06819b3b> >> >> _______________________________________________ >> 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-unsubscr...@listas.asteriskbrasil.org >> > > > > -- > -- > Roger Pitigliani > rogerwin...@gmail.com > Skype: roger.pitigliani > > _______________________________________________ > 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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org
