[jitsi-users] 1 to many session


#1

Hi,

If i understand correctly, Jitsi bridge should support N:M session out the
box.

I didn't find any documentation regarding how this can be done:

   1. how can i tell the bridge who's the presenter of video who's not
   (also prevent this from the server side and not only client side by not
   sending the conference request).
   2. are the XMPP roles affect how the bridge works?
   e.g. setting user permission to "visitor" will prevent him from
   broadcasting?

thanks in advanced :slight_smile:
Roey


#2

Hi,

Hi,

If i understand correctly, Jitsi bridge should support N:M session out
the box.

I didn't find any documentation regarding how this can be done:

1. how can i tell the bridge who's the presenter of video who's not
    (also prevent this from the server side and not only client side by
    not sending the conference request).

This can be achieved by setting the "direction" attribute on the "channel" (e.g. setting it to sendonly will make the bridge discard any RTP received on that channel).

2. are the XMPP roles affect how the bridge works?
    e.g. setting user permission to "visitor" will prevent him from
    broadcasting?

No, these are unrelated.

···

On 25/07/16 00:32, Roey wrote:

thanks in advanced :slight_smile:
Roey

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users


#3

Hi Boris, Thank you for the answer :slight_smile:

What if I want something more secure? because this is client side based,
what if i want to tell the server to not relay the user stream?

10x,
Roey

···

On 26 July 2016 at 16:36, Boris Grozev <boris@jitsi.org> wrote:

Hi,

On 25/07/16 00:32, Roey wrote:

Hi,

If i understand correctly, Jitsi bridge should support N:M session out
the box.

I didn't find any documentation regarding how this can be done:

1. how can i tell the bridge who's the presenter of video who's not
    (also prevent this from the server side and not only client side by
    not sending the conference request).

This can be achieved by setting the "direction" attribute on the "channel"
(e.g. setting it to sendonly will make the bridge discard any RTP received
on that channel).

2. are the XMPP roles affect how the bridge works?

    e.g. setting user permission to "visitor" will prevent him from
    broadcasting?

No, these are unrelated.

thanks in advanced :slight_smile:
Roey

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

--
Try my online music service uTunes <http://www.blossom-kc.com/utunes/>, it's
*FREE!*


#4

Setting the "direction" on the channel is server-side. This is the COLIBRI "channel" on jitsi-videobridge.

Boris

···

On 26/07/16 08:54, Roey wrote:

Hi Boris, Thank you for the answer :slight_smile:

What if I want something more secure? because this is client side based,
what if i want to tell the server to not relay the user stream?


#5

Hi Boris, thanks again for answering.

Looking at the code of Jitsi-Meet it seems that JVB/Focus replies to users
conferences IQ without special permissions.
reading http://xmpp.org/extensions/xep-0340.html - i'm not sure where, when
and how my application server should say which user may stream video and
who's not.

thanks,
Roey

···

On 26 July 2016 at 17:32, Boris Grozev <boris@jitsi.org> wrote:

On 26/07/16 08:54, Roey wrote:

Hi Boris, Thank you for the answer :slight_smile:

What if I want something more secure? because this is client side based,
what if i want to tell the server to not relay the user stream?

Setting the "direction" on the channel is server-side. This is the COLIBRI
"channel" on jitsi-videobridge.

Boris

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

--
Try my online music service uTunes <http://www.blossom-kc.com/utunes/>, it's
*FREE!*


#6

The feature is supported in jitsi-vedeobridge, but currently
Jicofo/jitsi-meet make no use of it.

Boris

···

On Jul 27, 2016 02:08, "Roey" <roeycohen@gmail.com> wrote:

Hi Boris, thanks again for answering.

Looking at the code of Jitsi-Meet it seems that JVB/Focus replies to users
conferences IQ without special permissions.
reading http://xmpp.org/extensions/xep-0340.html - i'm not sure where,
when and how my application server should say which user may stream video
and who's not.

thanks,
Roey

On 26 July 2016 at 17:32, Boris Grozev <boris@jitsi.org> wrote:

On 26/07/16 08:54, Roey wrote:

Hi Boris, Thank you for the answer :slight_smile:

What if I want something more secure? because this is client side based,
what if i want to tell the server to not relay the user stream?

Setting the "direction" on the channel is server-side. This is the
COLIBRI "channel" on jitsi-videobridge.

Boris

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

--
Try my online music service uTunes <http://www.blossom-kc.com/utunes/>, it's
*FREE!*

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users