[AsteriskBrasil] SIP TCP

Terça Fevereiro 2 08:22:36 BRST 2010

Bom vamos mandar mais dados então.

  O que tenho é um LINK ponto a ponto utilizando Radio Radwin 5.4-5.8 tenho
uma largura de Banda de 8mb feito em teste de download, o radio é meu tenho
total controle sobre o mesmo, estou trafegando apenas VOZ preciso de 4
canais de voz.

 Como tenho banda sobrando a solução seria apenas retrasmitir os pacotes
perdidos, já utilizei o g711 e g729, a qualidade fica igual.

  Vou estar testando o iblc.

Em 1 de fevereiro de 2010 21:42, jorhardware <jorhardware em gmail.com>escreveu:

> Tambem tenho o mesmo problema, tenho um campus que fica na zonal rural e
> não tem E1 que chega direto da operadora, fizemos um link via radio, ponto a
> ponto (Modelos de radios mikrotik), tem as larguras de bandas 30mb/s, que
> liga um campus do centro da cidade ao da zona rural.
>
> em cada ponta tem um Dell T300 com asterisk, e um troco SIP ligando os dois
> que emcaminha ligação de uma lado para o outro.
>
> A qualidade de upload e download (teste feito com FTP nas pontas do link)
> muito boa 3MB de download, coloquei G711u como codec do troco sip a ligação
> picotava que não dava para ouvir, mudei para G729 melhorou um pouco, mas não
> com qualidade boa! vou testar o ILBC, alguem tem como fazer Qos em Mikrotik
> ? ou alguma sugestão?
>
>
>
> Em 1 de fevereiro de 2010 20:16, Valter Buriti - Compas <
> suporte em compas.com.br> 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.orghttp://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.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://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.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://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.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://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
>>
>
>
>
> --
> Teste
>
> _______________________________________________
> 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
>

-- 
Atenciosamente
Daviramos Roussenq Fortunato
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100202/84a86408/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/20100202/84a86408/attachment-0001.jpeg 