Alguem tem experiencia no Asterisk em CLOUD que poderia compartilhar essa
experiência? Ou conhece alguem caso de sucesso com um servidor rodando em
grande escala, um
exemplo seria , 200 usuarios em uma rede com MPLS conectado há um data
center com Asterisk, gravacao full time, e todos os
Uso alguns na amazon .. Instancias ec2.. Sem problemas
Em 25/02/2013 14:20, Fabio Henrique fa...@wacontactcenter.com.br
escreveu:
** **
Alguem tem experiencia no Asterisk em CLOUD que poderia compartilhar essa
experiência? Ou conhece alguem caso de sucesso com um servidor rodando em
grande
@listas.asteriskbrasil.org
Subject: Re: [AsteriskBrasil] Asterisk em Cloud
As garantias sao sempre dentro da rede da operadora, saiu da rede, nao tem
garantia...
Em 23/03/2012 10:20, THIAGO RODRIGUES
thiagohardware...@gmail.commailto:thiagohardware...@gmail.com escreveu:
Nesse caso fico com a garantia
Mas não vejo necessidade de um QOS em um servidor que será utilizado
unicamente para transporte VOIP, seja ele SIP, IAX, etc. A não ser que eu
esteja falando uma besteira muito grande mas utilizando um link dedicado
apenas para VOIP o QOS é totalmente desnecessário, salvo se você for
utilizar o
Então você terá um link dedicado para VoIP tanto onde irá hospedar o
serviço em cloud como em cada local onde irá registrar os ramais ?
[]s
Marcelo H. Terres
mhter...@gmail.com
http://mundoopensource.blogspot.com
http://twitter.com/mhterres
2012/3/24 Carlos Eduardo - Center Consultoria
As garantias sao sempre dentro da rede da operadora, saiu da rede, nao tem
garantia...
Em 23/03/2012 10:20, THIAGO RODRIGUES thiagohardware...@gmail.com
escreveu:
Nesse caso fico com a garantia da internet do servirço do pessoal. Que
eles dizem que garante.
Em 23 de março de 2012 08:49,
Exatamente.
Por isso é importante ter links dedicados para garantir que o QoS seja
respeitado de ponta a ponta.
Querer colocar ramais remotos via Internet garantindo que nunca
ocorrerão picotes nas chamadas é uma utopia.
[]s
Marcelo H. Terres
mhter...@gmail.com
O que me preocupa nesse cenário é que como você não controla o meio
(Internet) não tem como implementar um QoS para garantir que não ocorram
picotes eventuais nas chamadas.
Abraço,
Marcelo
Em 23/03/2012 02:24, Willian Costa willz.arqui...@gmail.com escreveu:
Caso você não tenha necessidade de
Nesse caso fico com a garantia da internet do servirço do pessoal. Que eles
dizem que garante.
Em 23 de março de 2012 08:49, Marcelo Terres mhter...@gmail.com escreveu:
O que me preocupa nesse cenário é que como você não controla o meio
(Internet) não tem como implementar um QoS para garantir
Nem é a questão de garantir que a Internet esteja disponível.
A questão maior é controlar o upload em ambas as pontas para priorizar
os pacotes de telefonia garantindo que não hajam picotes.
Por mais que tu marque os pacotes e implemente um QoS em ambas saídas,
tu não tem como garantir que isso
Boa tarde,
Temos esta solução comercial a partir e R$199,00 mês, além de rotas TDM para
terminações.
Datacenter no Brasil, SLA 99.3%.
www.ntweb.com.br
...
Rodrigo Mendes Soares
Director of Operations
rodr...@ntweb.com.br
NTWEB
Caso você não tenha necessidade de troncos E1 é válido, principalmente
quando se tem ramais registrando-se no PABX através da internet, pois dessa
forma você já está correndo risco de perder até a comunição entre os ramais
do mesmo ponto em caso de queda no link do local.
Att,
Willian Costa
Em
12 matches
Mail list logo
