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

Sat Feb 14 04:03:00 CET 2015

Babil,

You are right.

Semen,

You could probably attach the signalling to both side from opensips server,
this will give more idea what exactly is happening. This something related
to signalling only.

On Sat, Feb 14, 2015 at 8:08 AM, Babil <gsbabil at gmail.com> wrote:

> 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
>>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>

-- 

Regards,
John Mathew
CEO/Director
Divox International Inc.
Contact: +91-9037100001
Email/MSN: John.Mathew at divoxmedia.com
WEB: www.divoxmedia.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150214/bd643def/attachment.htm>
-------------- 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/20150214/bd643def/attachment.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/20150214/bd643def/attachment-0001.png>
-------------- 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/20150214/bd643def/attachment-0002.png>