常見問題(FAQ)


每位參加會議的使用者會佔用多少頻寛?

張貼者:2020年2月15日 下午5:58Jack Liou   [ 已更新 2020年2月15日 下午6:58 ]

頻寛的使用,取決於用戶在教室內的動作方式(鏡頭、音訊)。大致可以分主講者(老師)及觀看者(也就是學生),底下討論區分這兩種身份。

學生部份

對於觀看者(學生),我們建議用戶具有(至少)0.5 Mbits/sec(就是 500 Kbits/sec)的上傳帶寬,而下載帶寬行至少 1 Mbits/sec。所謂上傳帶寬是其個人電腦有能力處理將資訊(動作、聲音或影像)傳輸到同步教室伺服器的頻寬量。
以上的數字不是一成不變的,這取決於觀看者的活動。如果觀看者不開啟網路攝影機,則使用的上傳帶寬將比 0.5 Mbits/sec 還要少。

老師部份

對於主講者,我們建議盡可能有較快速度的頻寬,會讓整個議程順暢許多。例如,在會議中主講桌面或分享講者的鏡頭,則系統就會需要較大的頻寛盡快發佈到服務器,讓其它參與者可以看到。

這裡介紹一個好用的頻寛檢查方法,請到 speedtest.net 網站測試自己的頻寛。 speedtest.net 會測出您自己的實際帶寬。
同步視訊教室-參與者頻寛測試
這個實際數字很重要,因為可以測出網路商(如中華電信)給我們的頻寛是否足夠? 如果少了很多有可能要找網路商查詢問題。

同步教室 API Documents

張貼者:2020年2月15日 上午7:58John Liou   [ 已更新 2020年2月15日 上午7:59 ]

如果要call 同步教室的 API 請先準備好 Server 網址及 Token. 分別像是這樣的:
Server: https://lingo.moodle.com.tw/lingo 
Token: 350fcFlUWp5lJAkWylZfeiCikuTocAHWxzIrh6xFtn8
再來就是每個 Method 需要的參數了
meetingID: 會議室的ID
recordID: 錄影檔的ID
name: 議程的名稱(課程名稱)
fullname: 
議程的全名
attendeePW: 進入會議室的密碼(如果老師有設定的話)
moderatorPW: 成為會議主持人的密碼(一樣是有指定才有)
welcome: 歡迎訊息(出現在尸十竹心中聊天室上方), 可以有樣板, 如: <br>Welcome to <b>%%CONFNAME%%</b>!
...


以上將常用的列舉出來, 如需要完整的參數及API 用法, 請連絡我們, 謝謝。

同步教室文件管理及上傳文件格式

張貼者:2020年2月14日 下午6:09Moodle Taiwan   [ John Liou 已於 2020年2月15日 上午6:35 更新 ]

Q:
請問同步教室的上傳文件功能(簡報文件),它可以上傳文件的種類有哪幾種、大小容量有限制嗎?
A:
同步教室除了會帶入課程內教材外, 老師也可以另外再上傳文件, 它會在您上傳後自動轉檔, 在線上討論時的投影片;
目前(2020)有支援的的檔案格式如下:
  • 文字檔(.txt、.rtf)
  • 圖檔(.jpg、.png)
  • PDF(.pdf)、
  • WORD(.doc、.docx)、Excel(.xls、.xlsx)、PowerPoint(.ppt、.pptx)
  • OpenDocument(.odt、.ods、.odp、.odg、.odc、.odi)
BigBlueButton 文件管理及上傳限制

另外請注意容量有限制, 預設上傳檔案容量最大不能超過 50MB。

同步教室支援網路影片

張貼者:2020年2月14日 上午8:02John Liou   [ 已更新 2020年2月14日 上午8:04 ]

關於同步視訊教室的進行中, 老師除了可以分享自己的桌面, 示範操作之外; 也可以將相關的網路影片(video or clip), 在視訊進行中分享給會議室全部的人員.
目前(2020)這個功能支援的網路影片資源有: 
附上參考畫面, 以 YouTube 為例, 只要把網址貼上, 點選 分享影片 就可以了.
BigBlueButton 外部影片分享參考畫面

另外在視訊會議進行中, 外部影片的畫面可以分享給其它與會的人員, 但為了錄影檔案容量, 與版權問題; 它將不會出現在錄影中。



視訊會議系統環境要求

張貼者:2020年2月11日 上午9:03John Liou   [ 已更新 2020年2月11日 上午9:28 ]

視訊會議平台(同步教室)伺服器硬體需求如下:
  • 運行64位元的 Linux作業系統
  • CPU Quad-core 2.6 GHZ CPU 以上
  • 記憶體 8GB 以上
  • 硬碟空間至少 500G以上(錄影儲存用)
  • 頻寬 100Mbits/sec (上/下行) 以上
  • 專用實體主機(非虛擬主機)
  • 域名 FQDN 就像: stream.click-ap.com

使用者端:
  • 個人電腦支援 HTML5 及 WebRTC 瀏覽器
  • 行動裝置:  iOS 12.2以上 and Android 6.0以上作業系統 瀏覽器

Test UDP(測試UDP)

張貼者:2020年1月15日 下午2:19Martin Freeman   [ 已更新 2020年1月15日 下午11:59 ]

除了 也有很多應用程式使用 UDP 通訊, 本文說明 UDP 的測試:

netcat

請確定你的主機有 netcat , 如果沒有, 安裝方法如下:
CentOS7 
yum install nc.x86_64
Ubuntu 14
sudo apt-get install netcat

DNS 測試

DNS 簡易測試, 以 Google 的公開 DNS 為例:
nc -vz -u 8.8.8.8 53

有通的結果畫面:
Connection to 8.8.8.8 53 port [udp/domain] succeeded!

自我測試

要有2台linux (伺服器 / 外部機 ), 確定都有 netcat , 
在伺服器下指令:
netcat -l 7443
netcat 會進入 echo 的終端機等待接收模式(按 Ctrl + C 可以離開).

在 外部機下指令:
netcat 伺服器IP 7443
此時會進入等待狀態, 等你打字. 此時我們鍵入 test, 回到伺服器去看, 應該會看到:
test
如果沒有回應, 可能就是防火牆的問題了。

同步教室測試

在架設好同步教室後, 建議測試 UDP 是否是通的(常常會被網管同仁關掉), 這時你可以下這個指令:
nc -zu  <同步教室IP> 17000

nc -l localhost 17000



同步教室系統防火牆設定

張貼者:2020年1月15日 下午2:18Martin Freeman

同步教室每次安裝, 都要跟客戶講防火牆設定, 所以幫忙把它整理出來.
在系統安裝好後, 請單位內的網管大大, 開啟由外對外埠口(port)如下:
  • TCP/IP port 22 for SSH
  • TCP/IP port 80 for HTTP
  • TCP/IP port 443 for HTTPS
  • TCP/IP port 1935 for RTMP (omit if server only uses HTML5 client)
  • UDP ports 16384 to 32768 for media connections
註: 最後一個是 UDP , 而且是 16384 到 32768 (沒看錯真的是這麼多), 它是給語音用的. 
以上是目前為止 2.2(Jan, 2020)需要用到的ports.

其它更詳細的資訊在  通訊協定及相關說明 請自行參考.

Firewall port: 16384/32767

張貼者:2019年12月16日 上午2:57John Liou   [ 已更新 2019年12月16日 上午3:00 ]

Q:
Why does the port range 16384-32767 (RTP media) need to be opened up for Moodle/Meeting sever?
A:
This port range only needs to be opened for outbound connections. BigBuleButton needs access to all of the ports in this range to ensure that the number of possible simultaneous media streams is sufficient. If these ports are not open for outbound connections, then any media that uses RTP may be intermittent or completely unavailable.
RTP can carry any data with real-time characteristics, such as interactive audio and video.
RTP
The Real-time Transport Protocol (or RTP) defines a standardized packet format for delivering audio and video over the Internet. It was developed by the Audio-Video Transport Working Group of the IETF and first published in 1996 as RFC 1889 which was obsoleted in 2003 by RFC 3550.

Port
RTP does not have a standard TCP or UDP port that it communicates on. The only standard that it obeys is that UDP communications are done via an even port and the next higher odd port is used for RTP Control Protocol (RTCP) communications. 
Although there are no standards assigned, RTP is generally configured to use ports 16384-32767.
see Are there specific ports assigned to RTP?(http://www.cs.columbia.edu/~hgs/rtp/faq.html#ports)

1-8 of 8