[AsteriskBrasil] SIP TCP

Edson Gellert Schubert egschubert em gmail.com
Segunda Fevereiro 1 21:40:05 BRST 2010


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... :( )

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.

Edson.

Valter Buriti - Compas escreveu:
>
> 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 em 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 em 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 em 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 em 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 em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100201/e8d07d12/attachment-0001.htm 
-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : não disponível
Tipo  : image/jpeg
Tam   : 9125 bytes
Descr.: não disponível
Url   : http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100201/e8d07d12/attachment-0001.jpeg 


Mais detalhes sobre a lista de discussão AsteriskBrasil