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

bernardo.vieira bernardo.vieira em terra.com.br
Sábado Junho 30 23:28:56 BRT 2007


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
> >
> 



Mais detalhes sobre a lista de discussão AsteriskBrasil