Multi rtp streams - thread issue

[Sebastian Dröge]

On So, 2013-11-03 at 16:19 +0100, Elio Francesconi wrote:
> Hi Sebastian,
> I’ve found the issue, it is due to VoIP protocol, how it opens the rtp streams are opened by the endpoint.
> 
> My soft phone (linphone again) want a symmetric RTP and changes the destination port in case “udpsink” and “udpsrc” differs.
> This is the scenario:
> 
> PIPELINE#1
> audiotestsrc ! audioconvert ! alawenc ! rtppcmapay ! udpsink host=192.168.1.6 port=7078
> 
> PIPELINE#2
> rtpbin  udpsrc caps=application/x-rtp,media=(string)audio,clock-rate=(int)8000,encoding-name=(string)PCMA port=5008 ! rtppcmadepay ! alawdec ! audioconvert ! audioresample ! osxaudiosink
> 
> 
> GSTREAMER ————————————————> LINPHONE
> ipadders: 192.168.1.3                                                 ipaddress: 192.168.1.6
> port(random): 57401                                                   PORT:       7078
> 
> GSTREAMER <--------------------------------------------------- LINPHONE
> ipadders: 192.168.1.3                                                 ipaddress: 192.168.1.6
> port(random): 5008                                                   PORT:       7078
> 
> I was expecting this behaviour, but linphone sends the rtp packets to 57401 instead of 5008 (symmetric RTP)
> 
>  
> So I was wondering if it is possible solving the issue creating the pipeline#1 using source port defined by the user, in my case: 5008

You can use the bind-port property on udpsink/multiudpsink for this
probably. How exactly does the linphone protocol work though? How does
it know where to send what kind of data? Is there another protocol on
top of RTP that negotiates all this?

-- 
Sebastian Dröge <sebastian at centricular.com>
Centricular Ltd - http://www.centricular.com
Expertise, Straight from the Source
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 966 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131104/c48c595d/attachment.pgp>