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

[bernardo.vieira]

Achei esses ATAs um pouco fraquinhos mesmo, os FXS até que funcionam bem, mas estou tendo problemas com os FXO.
No recebimento de chamdas ele até que encaminha bem para o asterisk mas não fornce informações confiáveis de
CID ou DID o que torna a inclusão das rotas no dialplan um inferno, e para originar ligações na FXO pelo *
ainda não tive sucesso, já tentei passar o numero direto no no URI do SIP,  já tentei mandar DTMF e até agora
nada...

---------- Cabeçalho original -----------

De: asteriskbrasil-bounces em listas.asteriskbrasil.org
Para: asteriskbrasil em listas.asteriskbrasil.org
Cópia: 
Data: Fri, 29 Jun 2007 12:52:07 -0700
Assunto: Re: [AsteriskBrasil] +-[OFF-TOPIC] VoxAlot (muito interessante).

> Ola Bernardo,
> 
> Dial Plan para o Ht, se pelomenos existisse local para poder se colocar na
> configuracao dos equipamentos, pelomenos na serie handytone nao tem creio
> eu. O meu ht488 nao tem. Achei a configuracao bem fraca. bem fraca mesmo se
> comparando com seu irmao da Linksys/Sipura os 3000/3102 que são totalmente
> customizaveis. Entretanto aparentam funcionar bem, sem é claro os
> pribilégios de se mexer e remexer em tudo como temos no 3000/3102.
> 
> Quando comentei colocar em produção me referi não a venda mais como uma
> solução ja aplicada ao que estou em mente que é instalar um ata em uma
> empresa com uma agenda eletronica que seria o Speed Dial ja que não vai ser
> possivel integrar a agenda do proprio PABX.
> 
> Essa informação quanto a qualidade sounds good. Entretanto tem essa possivel
> demora, dependendo do congestionamento dos servidores dele para completar a
> ligação.
> 
> Em relação ao registro, de fato o registro é feito nos servidores do
> provedor com o ip da voxalot.
> 
> Algo sério que comentasse e eu ja tinha imaginado são os problemas que podem
> aparecer ao simplesmente os servidores deles cairem por algum motivo como
> aconteceu uma vez ai, o serviço fica inutilizavel, ja na conexao direta com
> as operadoras é meio improvavel que isso aconteça.
> 
> Testa o serviço ai e manda mais informações quando possivel. Vou continuar
> aqui tbm. Qualquer coisa dou um toque. Abraço!
> 
> 
> Em 29/06/07, Bernardo Vieira <bernardo.vieira em terra.com.br> escreveu:
> >
> > -----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-----
> > _______________________________________________
> > LIsta de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >
> > _______________________________________________
> > Acesse o  wiki AsteriskBrasil.org:
> > http://www.asteriskbrasil.org
> >
>