webrtcbin not working in remote networks

[Matthew Waters]

This sounds unnecessarily complicated and depending on the version of
GStreamer used, may already work.

Renegotiating is currently something of limited support that was only
recently added in master.  You could try that instead of your dual
webrtcbin's if that helps.

This sounds like what you're doing should work assuming you're passing
the correct information between the correct peerconnection instances in
the browser and the correct webrtcbin instance though which is something
that's not explicitly mentioned that you're doing :).

The ICE candidate gathering and adding to the SDP step from the
webrtcbin is not strictly necessary as browsers have supported trickled
ICE candidates for a long time.

You could grab a GST_DEBUG=3,*webrtc*:7 to trawl through to see the
exact sequence of events passed to both webrtcbin elements and whether
it makes sense.

Cheers
-Matt

On 7/11/19 3:41 am, givip wrote:
> I tried to fix mentioned problems:
> - I tried to transform generated SDP by browser to match session id from
> offer, so webrtcbin received answer with same ID, but this doesn't work.
> Please notice, that I can connect from other browser to demo page and video
> stream works well. Check demo page links in the end of message.
> - I changed way of how I send ICE candidates, because classical way trough
> Signalling server gave me errors on browser side. Now I send it not after
> offer, but I injected all of them directly in offer, as 'a=candidate: ...'.
> Still no sense.
>
> Here the step-by-step description of how my program works:
> Prerequisites: I have two gstreamer pipelines:
>     - one with appsrc in head and webrtcbin for video channel in tail. We
> will call it "Data webrtcbin" below.
>     - other sole webrtcbin for data channel (I tried to encapsulate this in
> one webrtcbin, but this doesn't want to work together at all) We will call
> it "Video webrtcbin" below.
>
> 1. Browser establish data channel connection with "Data webrtcbin". Works in
> both direction in any networks perfectly.
> 2. Browser's user asks to send video stream by sending special command
> trough data channel (let's say 'CALLME')
> 3. "Data webrtcbin" receive message and ask "Video webrtcbin" to create
> offer.
> 4. "Video webrtcbin" gathers ice-candidates.
> 5. After ice-gathering-status is COMPLETED, all ICE candidates have been
> added to offer as attribute.
> 6. Send Offer to signalling server.
> 7. Receive Answer from browser (without any candidates).
> 8. Receive ICE candidates from Signalling server.
> 9. Adding ICE candidates to "Video webrtcbin".
>
> Works in local networks perfectly! Not work in other networks. 
>
> May be Ice candidates, that I received from browser (trough signalling
> server, not in answer), are inaccessible? 
> Here is log  webrtcbin_log.txt
> <http://gstreamer-devel.966125.n4.nabble.com/file/t378892/webrtcbin_log.txt>   
>
> Also you can play yourself with my signalling server, maybe that will help:
> https://gp-apps.com/peer/send.html <https://gp-apps.com/peer/send.html>  
> https://gp-apps.com/peer/receive.html
> <https://gp-apps.com/peer/receive.html>  
>    
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20191108/54a31bd2/attachment-0001.sig>