<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
<font face="Courier New, Courier, monospace"><br>
Senhores,<br>
<br>
O ambiente descrito eh muito vago, o problema esta<br>
ocorrendo para falar servidor_local -> ramais remo<br>
tos via softphone ou servidor_local -> provedor sip<br>
em caso de ramais softphone o iBLC ñ esta disponivel<br>
em qqr software.<br>
<br>
Na questao da VPN vc tem q atentar para o detalhe de<br>
overhead de protocolos e a perda no tamanho da frame<br>
de dados, consequentemente no tamanho da frame de RTP.<br>
<br>
Voce tera q encontrar um 1/2 termo entre o encapsula<br>
mento VPN e o tamanho da frame RTP em msec, fora isso<br>
o tipo de encriptacao utilizada e o tipo de VPN (PPTP<br>
ou IPSec), fora tudo isso ainda tem a tecnologia de<br>
streamer do radio q vc esta utilizando e as dificulda<br>
des de uma conexao estavel baseada na distancia do seu<br>
ponto com a antena de distribuicao local, sem contar<br>
que seu provedor pode estar fazendo trafic shapper no<br>
link para inviabilizar fluxos RTP (voip), isto eh crian<br>
do um atrazo na entrega de pacotes.<br>
<br>
[]'s<br>
<br>
<br>
<br>
</font><br>
On 01/02/10 19:46, Edson Gellert Schubert wrote:
<blockquote cite="mid:4B674BB7.5060406@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
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
(<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://en.wikipedia.org/wiki/Internet_Low_Bit_Rate_Codec">http://en.wikipedia.org/wiki/Internet_Low_Bit_Rate_Codec</a>
e
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.ilbcfreeware.org/">http://www.ilbcfreeware.org/</a>).
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).<br>
<br>
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....)<br>
<br>
Edson.<br>
<br>
Julio Arruda escreveu:
<blockquote
cite="mid:6591B867-037C-402D-96BA-66FBB13879E7@jarruda.com" type="cite">
<pre wrap="">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:
</pre>
<blockquote type="cite">
<pre wrap="">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:
</pre>
<blockquote type="cite">
<pre wrap="">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
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="http://www.khomp.com.br">www.khomp.com.br</a>
_______________________________________________
Lista de discussões AsteriskBrasil.org
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a>
</pre>
</blockquote>
<pre wrap="">--
<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 <a moz-do-not-send="true"
class="moz-txt-link-abbreviated" href="http://www.khomp.com.br">www.khomp.com.br</a>
_______________________________________________
Lista de discussões AsteriskBrasil.org
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a>
</pre>
</blockquote>
<pre wrap=""><!---->
_______________________________________________
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 <a moz-do-not-send="true"
class="moz-txt-link-abbreviated" href="http://www.khomp.com.br">www.khomp.com.br</a>
_______________________________________________
Lista de discussões AsteriskBrasil.org
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a>
</pre>
</blockquote>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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 <a class="moz-txt-link-abbreviated" href="http://www.khomp.com.br">www.khomp.com.br</a>
_______________________________________________
Lista de discussões AsteriskBrasil.org
<a class="moz-txt-link-abbreviated" href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a>
<a class="moz-txt-link-freetext" href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a></pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<img src="cid:part1.09080308.08060303@compas.com.br" border="0"></div>
</body>
</html>