[Users] force_rtp_proxy() problem.

[Bogdan-Andrei Iancu]

Hi Ray,

double-check if you do not call twice force_rtp_proxy() for the INVITE - 
this might be the reason for the double IP in "c=" - as hint: notice you 
have the "a=nortpproxy:yes" twice!

regards,
bogdan

Ray Van Dolson wrote:

>Thanks for the help earlier Bogdan.
>
>I've gotten things working for the most part, but am having a problem with the
>force_rtp_proxy function.
>
>Once again, here is my setup:
>
>SIP ATA
> - 10.0.201.196
>
>OpenSER
> - eth0: 208.208.53.5/24
> - eth1: 10.0.201.5/24
>
>Asterisk
> - eth0: 65.234.34.5/24
> - eth1: 10.0.201.6/24
>
>Yes, Asterisk and OpenSER are on the same Private network currently.  This is
>just for testing as clients were originally connecting directly to Asterisk.
>It will not always be the case.
>
>I have registration working correctly.
>
>If my SIP ATA makes an outbound call (INVITE) it appears to inform Asterisk in
>its SDP payload that media traffic (RTP) should be sent back to 10.0.201.5 (on
>eth1).  Asterisk has no problem with this since it also has an IP on the
>10.0.201.0/24 network.  However this obviously will not always be the case.  I
>want media (RTP) to travel back via the eth0 IP addresses.
>
>I've tried the following:
>
>  force_rtp_proxy("", "208.208.53.5")
>
>To hopefully force my media address to be the IP on eth0 on OpenSER.  However,
>calls no longer succeed and I see the following in the SDP payload now:
>
>v=0
>o=- 1298429 1298429 IN IP4 10.0.201.196
>s=-
>c=IN IP4 208.208.53.510.0.201.5
>t=0 0
>m=audio 3508835088 RTP/AVP 0 2 4 8 18 96 97 98 100 101
>a=rtpmap:0 PCMU/8000
>a=rtpmap:2 G726-32/8000
>a=rtpmap:4 G723/8000
>a=rtpmap:8 PCMA/8000
>a=rtpmap:18 G729a/8000
>a=rtpmap:96 G726-40/8000
>a=rtpmap:97 G726-24/8000
>a=rtpmap:98 G726-16/8000
>a=rtpmap:100 NSE/8000
>a=rtpmap:101 telephone-event/8000
>a=fmtp:101 0-15
>a=ptime:30
>a=sendrecv
>a=direction:active
>a=nortpproxy:yes
>a=nortpproxy:yes
>
>As you can see, the info in c= has both IP's and they are not seperate by a
>space.  This same phenomenon occurs even if I use force_rtp_proxy by itself or
>with any of the flags.
>
>Normally there is just one IP address in this field it seems.
>
>Is this a bug in force_rtp_proxy or am I doing something incorrectly?
>
>Thanks!
>
>  
>