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
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@lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
--
Klaus Darilion
nic.at