[AsteriskBrasil] ata intelbras

[marcelo ferreira]

Pessoal,
na minha opinião, inconsistência de ligações mudas geralmente é uma junção de:

1 -> Problemas Físicos de Rede e/ou:
2 -> Reinvite  e/ou:
3 -> Codecs utilizados e/ou:
4 -> Regras de Firewall

Eu geralmente faço um cheklist nessa sequência, porque:

Problemas físicos geralmente acontecem em redes que apresentam mudanças esporádicas. Ex: Mudança física de local do servidor X. Esse primeiro item eu sempre faço primeiro por ser o mais simples: verificação de perdas de pacotes, etc.

O Reinvite vez ou outra me pega de surpresa porque às vezes as rotas de tráfego utilizadas não suportam essa característica.

Sobre os codecs, quando encontra problemas desse tipo, eu sempre faço uma revisão de quais Codecs o meu fornecedor de tráfego utiliza, e qual a melhor sequência preferencial. Ex: [g729] depois [gsm] depois [g711]

As regras de firewall são um caso à parte, porque cada rede apresenta características específicas de topologia. E este aqui geralmente é o vilão.
Por exemplo: estava em uma rede onde o áudio às vezes ficava mudo para o destino, e às vezes para a origem.
Daí, após fazer o checklist acima, parei no firewal.

E fui conferindo: 
Portas ok.
Serviço iptables ok.
Servidor linux funcionando belezinha.

Daí peguei um dos telefones que apresentaram problema. Liguei. Deu problema.
Derrubei o firewal.
Liguei de novo: *não deu problema*

Daí vi com o analista responsável que ele estava utililzando TUXFRW.

Solicitei a desinstalação fo tuxfrw e a configuração manual de regras simples para o asterisk.

Bingo. Não deu mais problema. 

Importante: Nada contra o TUXFRW. Poderia estar mal configurado. Mas analisamos as regras dele e não encontramos problema aparente.
A partir daí passei a ficar mais atento quanto à firewalls, porque às vezes uma regra pode estar sobrescrevendo outra (talvez proveniente de bug) ou coisa do tipo.

Espero ter contribuído.

Marcelo Amorim Ferreira
TI - NASH Soluções Ltda
+55 34 9948 2237
[<O>]

> Date: Fri, 4 Dec 2009 18:27:29 -0200
> From: asterisk em juniorpolegato.com.br
> To: asteriskbrasil em listas.asteriskbrasil.org
> Subject: Re: [AsteriskBrasil] ata intelbras
> 
> jose escreveu:
> > Pessoal
> > Alguem já usou o ata da intelbras modelo GKM2210T , estou com dois 
> > probelmas o primeiro é que o RFC 2833 nao funciona quando ligo pra 
> > banco ele repete o dtmf, o outro mais grave é que de cada 5 
> > transferencias 2 delas a ligaçao fica muda, como se estivesse sem as 
> > portas RTP, já m,udei as portas de 10000 para 5000 , e nada, com outro 
> > ata da cisco por exemplo nao falha, alguem já passou por isso?
> 
> Olá,
> 
>        Quanto ao DTMF, estes ATAs permitem enviar por RFC2833, Info e 
> áudio, verifique se somente a opção RFC2833 está marcada. Quanto à 
> mudês, verifique se depois de 20 segundos tudo se estabiliza, de vez em 
> quanto tenho este problema com alguns equipamentos e pelo visto é 
> problema no protocolo ou coisa do tipo, não consegui ainda determinar a 
> causa e, por isso, muito menos chegar numa solução, mas sei que, pelo 
> menos comigo, reiniciando passa o resto do dia bom...
> 
> []'s
>           Junior Polegato
> 
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois  
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
 		 	   		  
_________________________________________________________________
Com o Internet Explorer 8 você tem seu contéudo favorito em poucos cliques. Conheça!
http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmail&utm_medium=Tagline&utm_content=Tag5&utm_campaign=IE8
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20091207/69e7355b/attachment.htm