<!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 bgcolor="#ffffff" text="#000000">
Realmente a descrição é vaga e estamos falando baseando-nos em
suposições.... mas entendo que este exercício pode ajudar a muitos em
situação de dúvida (apesar de sabermos que pesquisas são prática pouco
comum nesta lista... :( )<br>
<br>
Agora voltando ao tema, o iLBC sugerido o foi por ser a melhor
alternativa para pouca banda e grande perda de pacotes. Pensando em
traffic-shape, o 'chapéu' mais comum é o uso de portas conhecidas e
não 'shappeadas' (dificilmente vc encontrará alguém fazendo análise
dinâmica de consumo de banda por porta na configuração do shape).
Assim, uma VPN tipo SSL (de baixo overhead como p.ex. OpenVPN) pode
ajudar... Uso de VPNs IPSec e PPtP tem overhead muito maior e não
recomendo.<br>
<br>
Edson.<br>
<br>
Valter Buriti - Compas escreveu:
<blockquote cite="mid:4B6752CF.4040007@compas.com.br" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<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 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>
<br>
<div class="moz-signature">-- <br>
<img src="cid:part1.02010106.05080905@gmail.com" border="0"></div>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
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>
</body>
</html>