[OpenSIPS-Users] Opensips + RtpProxy: media stream timed out while starting

[Babil]

Hi Semen,
what is your network configuration? If the RTP-Proxy machine is an
Amazon EC-2 (or alike) instance where an "elastic" public IP is attached
to the Ethernet interface which has a different internal DHCP provided
address (or you have a port-forwarding scenario), you'd need to use a
patched version of RTP-Proxy.

The RTP-Proxy patch, as shown here [0], will allow you to have an
additional '-A' option to modify the advertised IP address (external
publicly visible IP address) by RTP-Proxy which should resolve the
timeout issues you are experiencing. This version [1] on Github also
seems to have the patch integrated. You'll find a longer discussion on
the RTP-Proxy and NAT problem here [2].

Hope this helps. Good luck.

P.S.
In order to check your network address dissimilarities, you may try the
following commands. I'm considering your external interface is `eth0`:

```
ifconfig eth0 | grep 'inet'
## or,
#ip addr show dev eth0 | grep 'inet'
## followed by
curl 'ipinfo.io/ip'
```

You may run RTP-Proxy as:

```
sudo rtpproxy -d DBUG:LOG_LOCAL5 -f -s udp:127.0.0.1:12221 -u
rtpproxy:rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -A 54.111.222.123 -l
10.0.0.2 -m 16384 -M 32768
```

[0] http://bit.ly/1KUS9bx
[1] https://github.com/sippy/rtpproxy
[2] http://bit.ly/1CpQXe9

--
Regards,
Babil (Golam Sarwar)

PGP Key Fingerprint : D3A1 EED0 5BA0 72D3 A011 75CB 8EA6 7D99 F433 E92D
PGP Key Download URL: http://bit.ly/gsbabil-pgp-key

Regards,
Babil (Golam Sarwar)

PGP Key Fingerprint : D3A1 EED0 5BA0 72D3 A011 75CB 8EA6 7D99 F433 E92D
PGP Key Download URL: http://bit.ly/gsbabil-pgp-key

On Fri, Feb 13, 2015 at 10:27 AM, Semen Golubcov <thegolub4 at gmail.com>
wrote:

> Hello! I'm using the latest opensips with latest rtpproxy :
>
> Basic version: 20040107
> Extension 20050322: Support for multiple RTP streams and MOH
> Extension 20060704: Support for extra parameter in the V command
> Extension 20071116: Support for RTP re-packetization
> Extension 20071218: Support for forking (copying) RTP stream
> Extension 20080403: Support for RTP statistics querying
> Extension 20081102: Support for setting codecs in the update/lookup command
> Extension 20081224: Support for session timeout notifications
> Extension 20090810: Support for automatic bridging
>
> i did setup the secure tls connection between clients in the opensips, it
> uses the client certificate verification. But the interaction with rtpproxy
> is getting messed up somehow. I'm using the blink softphone to test on. So
> i have 2 accounts: bob and alex. When i do *call* *bob* *from* *alex* i
> get this kind of behaviour in the *bob's softphone*:
>
> ​So it hangs on "starting media", but in the same time the actual
> connection is established, me and my partner can hear each other and we can
> talk perfectly, so i assume the actual stream is allright. It hangs for
> exactly 15 seconds then we get:
>
> ​
>
> *"media stream timed out while starting" in the bob's softphone*.
>
> *On the alex softphone side*:
>
>
> ​
>
>  "call ended by remote".
>
> The icon indicating that rtp stream is encrypted is not shown on bob's
> side, but the stream is working. I tried to disable tls, and use plain tcp,
> and it's working fine without tls, call is not getting stuck and
> automatically terminate.
>
> My rtpproxy is running like so:
>
> rtpproxy -u rtpproxy -s udp:localhost:12221
>
> And my opensips config is generated by osipconfig utility (i didn't modify
> the routes at all)  see attached opensips.cfg
>
> I looked up the syslog for rtpproxy entries, apparently there is no
> entries from rtpproxy or opensips with any error, other than
>
> Feb 13 04:00:24 user /usr/local/sbin/opensips[17535]:
> ERROR:rtpproxy:force_rtp_proxy: Unable to parse body
>
> Feb 13 04:00:22 user /usr/local/sbin/opensips[17535]:
> DBG:tm:matching_3261: RFC3261 transaction matching failed
> I hope someone can help me to solve this problem, i'am hanging on this
> for  a week. If necessary i can post the syslog and blink softphone sip
> traces, of our test conversation. Maybe the problem is with ACK?
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150213/92f8cd6b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screen_result_1.png
Type: image/png
Size: 2239 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20150213/92f8cd6b/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screen_result_2.png
Type: image/png
Size: 3112 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20150213/92f8cd6b/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screen3.png
Type: image/png
Size: 3614 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20150213/92f8cd6b/attachment-0005.png>