Does P2P happen in a videoroom or its with Janus and users only?

[Anil Wadghule]

I have a basic fundamental question. So we do use STUN (ice servers) in WebRTC...

Does that mean real P2P happen in videoroom when users see each other or its with Janus and users only?

Thanks,

Anil

[Mirko Brankovic]

I'm not sure I understand your question.

Janus is not p2p, it is sfu, so one publishers stream is forwarded to n listeners.

But audio bridge is, for example audio mcu, so all incoming streams are mixed and sent as one stream to every participant.

--
You received this message because you are subscribed to the Google Groups "meetecho-janus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to meetecho-janus+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Anil Wadghule]

Thanks, Mirko. I meant if I see remote publisher on my screen in a video room. Do bits of my video are directly sent to his machine (peer to peer) and vice versa. 

So does SFU mean, if my SFU is hosted in Australia, everyone’s bits are sent to Australia and then related back to a video stream? 

If that’s true, aren’t we losing benefits of WebRTC for peer to peer connections in a videoroom?

Thanks,

Anil 

On 05-Dec-2017, at 3:53 AM, Mirko Brankovic <mirkobr...@gmail.com> wrote:

I'm not sure I understand your question.

Janus is not p2p; it is sfu, so one publishers stream is forwarded to n listeners.

But audio bridge is, for example audio mcu, so all incoming streams are mixed and sent as one stream to every participant.

On Dec 4, 2017 21:34, "Anil Wadghule" <anild...@gmail.com> wrote:

I have a basic fundamental question. So we do use STUN (ice servers) in WebRTC...

Does that mean real P2P happen in video room when users see each other or its with Janus and users only?

Thanks,

Anil

--
You received this message because you are subscribed to the Google Groups "meetecho-janus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to meetecho-janus+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "meetecho-janus" group.

To unsubscribe from this group and stop receiving emails from it, send an email to meetecho-janu...@googlegroups.com.

[Mirko Brankovic]

Yes all the rtp will go to australia and back.

It id a big overhead for 1-3 participants, but for more it is saving you bandwidth and client processing power.

[Lorenzo Miniero]

Il giorno martedì 5 dicembre 2017 03:14:03 UTC+1, Anil Wadghule ha scritto:

Thanks, Mirko. I meant if I see remote publisher on my screen in a video room. Do bits of my video are directly sent to his machine (peer to peer) and vice versa. 

So does SFU mean, if my SFU is hosted in Australia, everyone’s bits are sent to Australia and then related back to a video stream? 

If that’s true, aren’t we losing benefits of WebRTC for peer to peer connections in a videoroom?

Yes, that's how it works. The main reason you're using an SFU instead of P2P is that you encode and send only once, no matter how many people are receiving the media. With P2P, you'd have to encode/send N times, once per each person meant to receive this. If that means using Australia as the bouncing point, that's the trade off you have to live with. You probably want to add a mechanism to pick the server closest to all or most of the participants to your application logic. There are ways to be smarter geographically speaking, e.g., to allow people to join the server closest to them no matter where the room is, but that means messing with plugins, RTP forwarders and stuff like that.

L.

[Paul Homlish]

+1

I had the same question and this answered it.  It works as I wanted with Janus bearing the load.