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 < supo...@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 > asteriskbra...@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.orgasteriskbra...@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.orgasteriskbra...@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.orgasteriskbra...@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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > -- Teste
<<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