New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scaling traffic of model one broadcaster and many receivers #285

Open
ivopavlik opened this Issue Apr 8, 2015 · 7 comments

Comments

Projects
None yet
6 participants
@ivopavlik

ivopavlik commented Apr 8, 2015

Chat room model (many broadcasters) is pretty scalable. In my case, we have one big room with many receivers and only one broadcaster. Is there any possibility how to scale resources and network traffic to more servers to provide sufficient bandwidth to many receiver connections? EizoAgent creates ErizoJS processes for each broadcaster (by documentation), which can be scaled to more servers. But how to scale more receivers or multiplex broadcaster's stream to more servers?

Thanks.

@mirosvanek

This comment has been minimized.

Show comment
Hide comment
@mirosvanek

mirosvanek Apr 15, 2015

Hello, I would like to ask whether in this area is really something new, or a similar field does anyone experience. In the moment I'm trying to find solutions to similar problems and to choose between different technologies for large chat rooms.

mirosvanek commented Apr 15, 2015

Hello, I would like to ask whether in this area is really something new, or a similar field does anyone experience. In the moment I'm trying to find solutions to similar problems and to choose between different technologies for large chat rooms.

@lodoyun

This comment has been minimized.

Show comment
Hide comment
@lodoyun

lodoyun Apr 16, 2015

Contributor

This is something we have in our roadmap. We plan to implement the possibility to create erizoJS trees that you could use in this kind of scenario.
Can't give you a timeframe yet, though.

Contributor

lodoyun commented Apr 16, 2015

This is something we have in our roadmap. We plan to implement the possibility to create erizoJS trees that you could use in this kind of scenario.
Can't give you a timeframe yet, though.

@mirosvanek

This comment has been minimized.

Show comment
Hide comment
@mirosvanek

mirosvanek Apr 16, 2015

Timeframe will be good, it is possible to have it on test in Q2/Q3?

mirosvanek commented Apr 16, 2015

Timeframe will be good, it is possible to have it on test in Q2/Q3?

@ivopavlik

This comment has been minimized.

Show comment
Hide comment
@ivopavlik

ivopavlik May 7, 2015

Since "viewers scaling" is not yet implemented, is it possible to define which server (erizoController) will provide resources for specific room, where we expect high number of viewers? Can you point me to sources which could manage this case?

Thanks.

ivopavlik commented May 7, 2015

Since "viewers scaling" is not yet implemented, is it possible to define which server (erizoController) will provide resources for specific room, where we expect high number of viewers? Can you point me to sources which could manage this case?

Thanks.

@jfrux

This comment has been minimized.

Show comment
Hide comment
@jfrux

jfrux Jul 25, 2015

Is it possible to just mix the streams somehow like one big one small (if multiple parties are chatting) and shoot it over to a Wowza instance to stream?

jfrux commented Jul 25, 2015

Is it possible to just mix the streams somehow like one big one small (if multiple parties are chatting) and shoot it over to a Wowza instance to stream?

@stringa

This comment has been minimized.

Show comment
Hide comment
@stringa

stringa Apr 21, 2017

any progress on this topic? we are looking for the same solution

stringa commented Apr 21, 2017

any progress on this topic? we are looking for the same solution

@jcague

This comment has been minimized.

Show comment
Hide comment
@jcague

jcague Apr 21, 2017

Contributor

No progress yet, we're currently focused on testing Simulcast/SVC. TBH we don't plan to do it in the very short term and we don't have a timeframe for the long term yet.

Contributor

jcague commented Apr 21, 2017

No progress yet, we're currently focused on testing Simulcast/SVC. TBH we don't plan to do it in the very short term and we don't have a timeframe for the long term yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment