[AsteriskBrasil] +-[OFF-TOPIC] VoxAlot (muito interessante).

Bernardo Vieira bernardo.vieira em terra.com.br
Sexta Junho 29 12:43:17 BRT 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

João,
Interessante esse serviço, por sinal, estou procurando informações sobre
  diaplan para os HTs, você sugere algum?

Resposta à sua dúvida:
Um serviço destes, para ser comercialmente viável (levando em conta que
é gratuito), não pode ser dar ao luxo de trafegar o payload, ou seja, a
única coisa que ele faz é stun e o proxy de resgistro/diaplan SIP, uma
vez estabelecida a ligação, o tráfego é peer to peer, logo não passa
pelo servidor/banda deles, sacou? Desta forma as considerações quanto à
delay, jitter etc são os mesmos que você teria se não usasse este
serviço. Surge, no entanto, duas considerações:

i. Maior demora na resolução do dialplan: é bem óbvio que se seu diaplan
depende de uma consulta a um servidor remoto (provavelmente
sobrecarregado) haverá uma demora maior que se o dialplan fosse
resolvido localmente. As implicações imediatas disto são: (a) as
ligações vão demorar mais para completar (b) talvez você não tenha uma
informação 100% confiável do registro dos seus peers/users (c) você fica
 subordinado à disponibilidade do servidor de registro deles

ii. Questões relativas à NAT: imagine só o cenário que você tem seu
servidor * na rede local e 2 ATAs nesta mesma rede. Esta rede acessa a
internet através de 1 IP publico usando uma nat tipo cone normal, seu
servidor * não esta na borda. O primerio ata é ligado e registra no
servidor do VOXALOT, que o enxerga com o ip público da sua nat. A
VOXALOT então registra este ATA no seu *. O segundo ATA agora é ligado e
passa pelo mesmo proceso. Agora imagine o resultado: no seu * você tem
registro de 2 atas distintos com o mesmo ip (publico) do proprio
servidor ao invés de dois IPs privados disintos. Não testei o serviço
ainda para saber se isso realmente acontece, mas se for o caso, imagina
o caos que isto pode originiar nas  suas regras de encaminhamento de
portas, e no tráfego do payload do asterisk.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGhSiV2QVs8jsa1mQRArkWAJ4+OAVoaX9obHY/SPyiwswFL9OxbQCdHDuS
u/eGl/oGzn/eL91Qften6T4=
=JydR
-----END PGP SIGNATURE-----


Mais detalhes sobre a lista de discussão AsteriskBrasil