Senhores,
O ambiente descrito eh muito vago, o problema esta
ocorrendo para falar servidor_local -> ramais remo
tos via softphone ou servidor_local -> provedor sip
em caso de ramais softphone o iBLC ñ esta disponivel
em qqr software.
Na questao da VPN vc tem q atentar para o detalhe de
overhead de protocolos e a perda no tamanho da frame
de dados, consequentemente no tamanho da frame de RTP.
Voce tera q encontrar um 1/2 termo entre o encapsula
mento VPN e o tamanho da frame RTP em msec, fora isso
o tipo de encriptacao utilizada e o tipo de VPN (PPTP
ou IPSec), fora tudo isso ainda tem a tecnologia de
streamer do radio q vc esta utilizando e as dificulda
des de uma conexao estavel baseada na distancia do seu
ponto com a antena de distribuicao local, sem contar
que seu provedor pode estar fazendo trafic shapper no
link para inviabilizar fluxos RTP (voip), isto eh crian
do um atrazo na entrega de pacotes.
[]'s
On 01/02/10 19:46, Edson Gellert Schubert wrote:
Reforçando as palavras do Julio, recomendaria, antes de partir para
algo tipo TCP ou algo como camada extra de controle (VPN?) especial
atenção ao iLBC
(http://en.wikipedia.org/wiki/Internet_Low_Bit_Rate_Codec
e
http://www.ilbcfreeware.org/).
Ele foi desenvolvido tendo perda de
pacotes e linhas 'ruins' como cenário padrão (veja o gráfico de MOS na
página do projeto).
A qualidade é superior ao G729 (em mesmas condições) e identico consumo
de CPU. Entendo que vale ser testado neste tipo de ambiente 'ruim' (4%
_em_rádio_ não é ruim.... é problemático, mas longe de ruim....)
Edson.
Julio Arruda escreveu:
Estou curioso, alguem aqui entendeu que SIP sobre TCP nao muda em absolutamente nada o Voice Path, que e' RTP (portanto, UDP) ?
SIP e' somente para a sinalizacao, e certamente a qualidade de voz nao mudaria em nada por mudar a sinalizacao para TCP.
Sua melhor opcao, e' usar um codec que tenha 'resistencia' melhor a perda de pacotes, por que retransmitir pacotes (o 'uso' que parece querem dar a usar SIP sobre TCP), nao ajudaria em nada a qualidade de voz (timers de TCP sao razoavelmente grandes se comparados com jitter buffers e etc..
Existem varias opcoes, G.711 geralmente 'resiste' bem, so que melhor ainda e' alguma implementacao que tenha um tipo de PLC (packet loss concealment).
A GIPS (Global IP Sounds) era famosa pelos 'add-on' de PLC dela, que os fabricantes podiam usar de um dos lados somente, para 'melhorar' a qualidade de voz recebida.
On Feb 1, 2010, at 4:05 PM, Valter Buriti - Compas wrote:
Amigo,
Voce ñ disse se este radio eh usado para interconexo
da rede do cliente ou para acesso a internet, mas pe
lo problema q vc relatou, ñ vai conseguir melhorar o
n. de pacotes perdidos, vc tambem nao disse qual a ve
locidade de sua banda de down/up, mas pelo n. apresen
tado eu acho q esta ate baixo, para um link de radio.
Quanto a utilizacao de TCP, esqueca pq com os contro
les de retransmissao a tendencia do seu problema aumen
tar e de surgir outros problemas adicionais eh muito
grande, por isso q existe o UDP, maior velocidade com
menos controles.
[]'s
On 01/02/10 16:35, Daviramos Roussenq Fortunato wrote:
Alguém já utilizou o Asterisk com SIP em TCP, quais os resultados?
Tenho um Cliente a Radio com uma boa largura de Banda, mas perde em média 4% dos pacote, o picotamento na ligação não tem atrapalhando, mas gostaria de uma solução para o mesmo, será que em TCP resolveria?
--
Atenciosamente
Daviramos Roussenq Fortunato
_______________________________________________
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito
Conheça a linha completa de produtos KHOMP em
www.khomp.com.br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
--
<vcard_mail_vbs.jpg>
_______________________________________________
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito
Conheça a linha completa de produtos KHOMP em www.khomp.com.br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
_______________________________________________
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito
Conheça a linha completa de produtos KHOMP em www.khomp.com.br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
_______________________________________________
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito
Conheça a linha completa de produtos KHOMP em www.khomp.com.br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
--
 |
