Hello Sirs,
Thank you, one step forward but still buggy - half buggy :)
Now, it's working just one way. If bob calls alice, alice will receive
video but bob won't. If I stop mediaproxy-ng process (without any other
modification) and redo the call, everything is just fine.
The invite sdp that alice receives is here
http://pastebin.com/BgZZbbEA
The sdp from OK that bob receive is here
http://pastebin.com/ADGt3D3E
I noticed something strange in those 2 SDPs (just audio candidates, video
are the same):
1. offer
1.a. stun candidates
a=candidate:1855365925 1 udp 1845501695 188.215.94.132 63015 typ srflx
raddr 192.168.0.5 rport 63015 generation 0
a=candidate:1855365925 2 udp 1845501695 188.215.94.132 63015 typ srflx
raddr 192.168.0.5 rport 63015 generation 0
1.b. turn candidates
a=candidate:Om0baCmE7kgKNPvv 1 UDP 2130706432 93.187.138.214 30008 typ host
a=candidate:Om0baCmE7kgKNPvv 2 UDP 2130706431 93.187.138.214 30009 typ host
2. answer
2.a. stun candidates
a=candidate:1855365925 1 udp 1845501695 188.215.94.132 63028 typ srflx
raddr 192.168.0.5 rport 63028 generation 0
a=candidate:1855365925 2 udp 1845501694 188.215.94.132 63031 typ srflx
raddr 192.168.0.5 rport 63031 generation 0
2.b. turn candidates
a=candidate:Om0baCmE7kgKNPvv 1 UDP 2130706432 93.187.138.214 30010 typ host
No bundle in sdp but:
- offer has 1 single port for stun candidates and 2 for turn candidates
- answer has 2 ports for stun candidates and 1 for turn candidates
The kamailio log can be accessed at
http://pastebin.com/tVgE3BGt
Do you have any idea why this behavior?
Thank you.
Best regards,
Mihai M
On Mon, Feb 17, 2014 at 8:35 PM, Richard Fuchs <rfuchs(a)sipwise.com> wrote:
On 02/12/14 04:41, Mihai Marin wrote:
Hello,
I managed to try it out and I have good news and bad news :)
The good news is that always TURN is working perfect. So, if I remove
all the ice-candidates (rtpproxy_manage("+")) everything is perfect.
That's good to hear!
If
I just append turn candidate (rtpproxy_manage()) I have strange errors
in kamailio log and the media won't flow (black image on both parties).
...
2. keep ice candidates and append itself - not
working -
rtpproxy_manage()
Looking at this, there's a very simple problem going on... The SDP body
is getting too large for the receive buffer. :) It gets truncate, so
can't be decoded, and the whole proxying thing fails.
This commit should fix that:
http://goo.gl/fBHfkh
http://goo.gl/o1Pzt8
Please let me know if you're having any luck with that.
cheers
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users