24 Jan
2007
24 Jan
'07
5:04 a.m.
Hehhehehe, tks Klaus!
This was a good moment to repeat the infamous expression made popular in the
internet lists like this ... RTFM! :)
I saw it just after sending the email ... the A flag ... and the S flag (to
set symmetric, as in bridged mode asymmetric is the default ... ).
Now, one more question.
To fulfill my needs, I had to add a few extra rtpproxy flags to the already
existing ... say M, N, X, Y ... But, they are not used all at the same time,
so I was wondering how could i simplify the call of force_rtp_proxy ... Now
I do something like ...
if( blabla )
force_rtp_proxy("FX")
else if (bla2 )
force_rtp_proxy("FXY")
else if ....
Not very nice.
Can i do something (maybe avp? i am using ser 0.9.6) so i can have ...
options = F
if( bla )
options += "X"
if (bla2)
options +="Y"
if( bla3)
options = "MN"
Cesc
On 1/23/07, Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote:
Hi Cesc!
Check out the "a" flag:
http://www.openser.org/docs/modules/1.1.x/nathelper.html#AEN319
regards
klaus
Cesc wrote:
Hi,
I know this probably is a useless question, as rtpproxy says it is a
symmetric proxy ... but i have to ask, for peace of mind :)
In my setup, i have on one side a symmetric rtp phone (A) ... connected
to a
ser proxy + rtpproxy ... and on the other side, a non-symmetric phone
(B).
This is all on a lan, so no firewalls and stuff
... but I MUST use the
rtpproxy and I MUST use this non-symmetric phone (more like a gateway,
actually).
A ------ SER+rtpproxy ------ B (nonsym)
So, the funny thing happens that i end up reciving audio from B to A ...
and
then I hear A's own audio after being bounced by B (funny, huh?). The
bouncing is due to rtpproxy changing the rtp port where he sends to B
... he
starts with the one announced on SDP ... then, after the first RTP
received
from B, he switches to this new port ... mmmm
I guess this is a lost cause ... but maybe someone has a brilliant
idea?? :D
(like a hack in rtpproxy which suddenly turns it into
non-symmetrical-rtp-supported-endpoint proxy? :D )
Regards,
Cesc
------------------------------------------------------------------------
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
--
Klaus Darilion
nic.at