Alexandre,

Peers em NAT ( Port Forward ), funcionando ok
[7010]
type=friend
nat=yes
host=dynamic
canreinvite=update,nonat

Peers en NAT ( Wireless  sem Port Forward ), audio apenas em uma direção
[7023]
type=friend
nat=yes
host=dynamic
canreinvite=no

Peers sem NAT
[7015]
type=friend
host=dynamic
nat=no
canreinvite=update,nonat



----- Original Message ----- 
From: "Alexandre Abreu" <[EMAIL PROTECTED]>
To: <asteriskbrasil@listas.asteriskbrasil.org>
Sent: Wednesday, October 22, 2008 3:31 PM
Subject: [AsteriskBrasil] RES: RES: RTPProxy


Mas esses peers que estão ONE-WAY (sem port-forwarding) estão AMBOS com
nat=yes no Asterisk? O comportamento do Asterisk com 'nat=yes' deveria ser
de RTP simétrico para os dois casos e conseqüentemente funcionar. o RTPPROXY
não vai fazer milagre... vai esperar receber um pacote UDP de cada lado, e
repassar para IP:SOURCE do lado A (vindo de B) e depois IP:SOURCE do lado B
(vindo de A) - fazendo relay e intermediando a ligação (em caso de ambos
atrás de NAT).

No OpenSER você pode implementar o que bem entender, com ou sem
autenticação, com ou sem RTPPROXY, etc.

Você tá querendo solucionar alguns casos de NAT agregando uma entidade nova
e toda a sua complexidade (no caso OpenSER/RTPProxy). Me corrija aqui se eu
estiver errado, mas um nat=yes nesses clientes problemáticos resolveria o
problema.

O fato negativo é que os clientes necessáriamente passariam pelo servidor
com nat=yes.

Se você realmente quiser fazer um uso OTIMIZADO do RTP sugeriria a leitura
do 'Optimizing the use of RTP proxy' feito pela IPTel. Onde você poderia
fazer um tratamento baseado em algumas condições. Mas nesse caso entrariámos
num mundo novo e bem fora do escopo dessa lista.

Espero ter ajudado em alguma coisa nesse e-mail.
--
Alexandre Abreu
RedT Telecom
http://www.redt.com.br


-----Mensagem original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de
Sebastião Rocha
Enviada em: quarta-feira, 22 de outubro de 2008 12:12
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] RES: RTPProxy

Bom, geralmente o trafego não passa pelo asterisk, ele flui peer to peer.

Mas existem alguns ramais, que terá que passar o trafego pelo asterisk.

Meu cenário é o seguinte:
    Servidor:
       Asterisk usando Realtime ODBC "Firebird".
       Não uso openser ( não consegui faze-lo funcionar com ODBC ainda )
       Não uso ( PSTN, E1 ou qualquer outro que necessite hardware ), os
ramais só se falam entre sí ou via sip peer.
       Tenho 1 ramal em cada cidade do estado de minas, com algumas
exceções, contendo até 5 ramais.

--Onde se usa o serviço adsl, tudo vai bem, pois faço port forward no adsl
para o ( ata ou softphone )

--Onde se usa o serviço "wireless", a coisa se complica, pois o memso
provedor atua com o memso ip em varias cidades, isso impossibilita o
portforward do rtp, e causa a perda de audio em um sentido.

Outro detalhe seria, no openser se for possivel implementar apenas o proxy,
sem usar autenticação, assim poderia usar o asterisk com o realtime odbc.

----- Original Message ----- 
From: "Alexandre Abreu" <[EMAIL PROTECTED]>
To: <asteriskbrasil@listas.asteriskbrasil.org>
Sent: Wednesday, October 22, 2008 11:35 AM
Subject: [AsteriskBrasil] RES: RTPProxy


Não pode. O RTPPROXY foi desenvolvido para trabalhar em conjunto com o
SER/OPENSER/OPENSIPS/KAMAILIO através do módulo NATHELPER.
O que me deixa mais curioso não é o ineditismo da pergunta, e sim qual é teu
cenário e o que te motivou a pensar que o RTPPROXY seria a solução do teu
problema. Afinal, se o trafégo passaria pelo RTPPROXY, porque não passaria
pelo Asterisk?

--
Alexandre Abreu
RedT Telecom
http://www.redt.com.br

-----Mensagem original-----
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de
Sebastião Rocha
Enviada em: quarta-feira, 22 de outubro de 2008 11:20
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: [AsteriskBrasil] RTPProxy

Olá pessoal...

Gostaria de saber se posso implmentar o rtpproxy sem implementar o openser.

Tenho ramais funcionando sobre nat, das seguintes maneiras:

1-Com port forward e STUN => funciona bem.
2-Sem port formward "Apenas NAT" e STUN => não tenho audio em uma das
direções .

Implementando o RTPProxy, vou conseguir audio nas 2 direções?

Obs. Meu asterisk está em IP Publico e Fixo, não possui nat!
IP 200.x.x.x

Meu agradecimentos a todos..

Sebastião Rocha.



_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br

Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na 
rede Freenode.net: #asterisk-br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil 

_______________________________________________
Compre uma camiseta da AsteriskBrasil.org!
http://www.voipmania.com.br

Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede 
Freenode.net: #asterisk-br
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

Responder a