Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

switch 2P2 to hub-spoke

Avatar

Level 2

Hello,

I would like to clearly understand if when i use P2P webcam or Audio publishing, that is when i use the recipientIDs array, if the App swith from 2P2 to hub-spoke protocol, for any reason, what exactly changes for the user?

Does the stream will still be delivered to the users listed in recipientIDs but with a different protocol which will involve server and cost money (which P2P does not), or does it mean that the stream will be delivered to every user connected to the room, ignoring the recipientIDs value?

You probably understood that i don't really know what hub-spoke is exactly

Thanks a lot

Seb

1 Accepted Solution

Avatar

Correct answer by
Former Community Member

Hi,

The change is seamless to the end user. He won't feel the change when it switches from hub-spoke to p2p and vice versa.

And it should only go to recipientIDs and not to every user. Try and let us know if there are issues.

Thanks

Hironmay Basu

View solution in original post

4 Replies

Avatar

Former Community Member

Hi,

So hub-spoke and p2p protocol is room based. If your room stream connection is p2p based, then all streams irrespective of recipientIDs being set or not , will be p2p and similarly all streams will be hub-spoke if your room connection is hub-spoke irrespective of recipientIDs. There is no mix and match of the two protocols in the room.

You can get the value of current connection by using streamMnager.isP2P property which says whether the connection will be hub-spoke or p2p . Every stream will follow the protocol.

I haven’t tried p2p with recipientIDs but it should work fine.

Our default is p2p unless one of your connected user have some firewall, user limitation(in case of player 10), player version or connection(rtmfp or not). In that case, every stream seamlessly switches to hub-spoke and vice versa from hub-spoke to p2p if that user is no longer there.

Hope this clears things

Thanks

Regards

Hironmay Basu

Avatar

Level 2

Hi,

Thanks a lot for the rapid answer,

But what im very concerned about is whether or not the hub-spoke protocol manage a one 2 one private streaming, like P2P does?

I mean does the users see a difference when the protocol changes?

Does the hub-spoke protocol deliver the stream only to users in recipientIDs or does the stream will be delivered to every user connected to the room, ignoring the recipientIDs value?

Thanks

Avatar

Correct answer by
Former Community Member

Hi,

The change is seamless to the end user. He won't feel the change when it switches from hub-spoke to p2p and vice versa.

And it should only go to recipientIDs and not to every user. Try and let us know if there are issues.

Thanks

Hironmay Basu

Avatar

Level 2

Ok thanks

I'll tell you if i see unwanted issue, but now i know how it is supposed to behave

Regrads,

Seb

The following has evaluated to null or missing: ==> liqladmin("SELECT id, value FROM metrics WHERE id = 'net_accepted_solutions' and user.id = '${acceptedAnswer.author.id}'").data.items [in template "analytics-container" at line 83, column 41] ---- Tip: It's the step after the last dot that caused this error, not those before it. ---- Tip: If the failing expression is known to be legally refer to something that's sometimes null or missing, either specify a default value like myOptionalVar!myDefault, or use <#if myOptionalVar??>when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: #assign answerAuthorNetSolutions = li... [in template "analytics-container" at line 83, column 5] ----