Skip to content

When sharing a webcam, as a moderator BigBlueButton lets you select 320x240 or 640x480. Both use the same amount of bandwidth, roughly 30-50 kbytes/second per stream. Viewers can only share a 320x240 webcam.

 

For example, if you have a room with 5 users, each sharing their webcam, then the you can calculate the bandwidth usage as follows:

 

  • Y = 30-50 Kbytes/sec; let's assume 40 Kbytes/sec on average
  • W = amount of webcams that are streaming
  • U = amount of users that are watching

 

For calculations:

 

  • server incoming bandwidth: W*Y
  • server outgoing bandwidth: W*(U-1)*Y (minus one since a broadcaster does not have to subscribe to his own stream)

 

 

For example, with 5 users in a room with 5 webcams streaming, the bandwidth calculation is as follows:

 

  • in: 5*40 = 200 Kbytes/sec incoming bandwidth needed to the server (e.g. 1.6 Mbit)
  • out: 5*(5-1)*40 = 800 Kbytes/sec incoming bandwidth needed from the server (e.g. 6.4 Mbit)
  • Total traffic used after one our: 60 mins*60 secs*(200 + 800) = 3.6 Gbyte traffic per hour

 

If you'd have a typical classroom situation with the presenter broadcasting their webcam to 30 remote students, the calculation is as follows

:

  • in: 1*40 = 40 Kbytes/sec incoming (e.g. 0.32 Mbit/sec)
  • out: 1*(30-1)*40 = 1160 Kbytes/sec outgoing (e.g. 9.3 Mbit/sec)
  • Total traffic used after one hour: 60 mins*60 secs*( 40 + 1160) = 4.3

 

 

Gbyte traffic per hour

 

If you'd have 10 of those classes then you server need to be able to output 93 Mbit/sec; that's not much in a LAN but it's pretty much if your in a hosted environment.

 

Large "cafe-style chatroom" : 20 viewers, 8 people broadcasting with a webcam:

 

  • in: 8*40 = 320 kbyte/sec ( 2.5 Mbit )
  • out: 8*(20-1)*40 = 6080 kbytes/sec ( 48.6 Mbit )
  • Total traffic used after one hour: 60 mins*60 secs*( 320 + 6080 ) = 23 Gbyte traffic per hour

 

Sharing slides take almost no bandwidth beyond the initial uploading/downloading of slides. When the presenter clicks to show the next slide, the viewers receive a "move next slide" command in their BigBlueButton client, and they load the next slide from the local cache. Chat also almost no bandwidth as well.

 

Desktop sharing takes the most bandwidth, and it's dependent on area chosen by the presenter (full screen and region) and how often their screen updates.

 

A VoIP connection to the BigBlueButton takes roughly 20 kB/sec per user. The bandwidth for VoIP grows linearly with number of users. For example, if there are 20 students in a classroom, then the bandwidth requirements for the server to support VoIP is 20 * 20 KBytes/sec = 400 kBytes/sec.

 

If the presenter has only 100 KByte/second upstream, then performing VoIP, video, and desktop sharing will not fit within that upstream constraint. In reality, red5/Flash does a good job of using limited bandwidth and it actually works quite well. In the case of desktop sharing, the remote desktops will still receive updates, but the refresh will be much slower than if the presenter was on a LAN (such as within the university or college network).

 

 

profile

일요일은 짜빠게뤼~ 먹는날~^^

엮인글 :
http://adminplay.com/200698/570/trackback
List of Articles
번호 제목 글쓴이 날짜 조회 수sort

Http Live Streaming 으로 아이폰 동영상 서비스

고정아이피 설정하기(Ubuntu Server DIY )

  • l2zeo
  • 2010-02-20
  • 조회 수 28540

[linux] 리눅스에서 hostname 변경과 구동과정

FFmpeg

리눅스 패키지 정보 확인

악성코드 일괄 삭제

System V 메시지 큐(Message Queue), 세마포어(Semaphore)...

insmod,rnmod,lsmod,modprobe 명령어

L4 스위치 대신 LVS로 부하분산 해결

JWPlayer 사용법

CentOS 4, CentOS 5, CentOS 6 에 NTFS 파일시스템 마운트...

리눅스 데몬의 종류 (서비스 종류)

Making Linux Streaming Server RED5 스트리밍 리눅스서버...

[UNIX] 솔라리스 보안 [ 발표자료 ] - 김 석 님 자료 file

  • l2zeo
  • 2010-03-08
  • 조회 수 26451

usb 부팅 리눅스 만들기(knoppix)

리눅스 한글 설정

  • l2zeo
  • 2010-03-08
  • 조회 수 26432

리눅스 하드디스크 에러메세지

net-snmp 설치 및 snmp 사용법

sftp 포트 변경시 접속

oracle IP 변경시 변경 해야될 파일

Copyright ADMINPLAY corp. All rights reserved.

abcXYZ, 세종대왕,1234

abcXYZ, 세종대왕,1234