Luận văn tập trung tìm hiểu về công nghệ WebRTC, các APIs trình duyệt, các giao thức được WebRTC sử dụng để có thể chia sẻ và truyền dữ liệu trực tiếp thời gian thực giữa các trình duyệt trong môi trường mạng. Luận văn cũng phân tích yêu cầu tính chất “thời gian thực” khi truyền dữ liệu media và cách thức WebRTC đang được xây dựng để giải quyết, cũng như cách thức vượt NAT, Firewall để thiết lập kết nối Peer to Peer.
ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ NGUYỄN VIẾT THẮNG ỨNG DỤNG CÔNG NGHỆ WEBRTC CHO GIẢI PHÁP CỘNG TÁC VÀ CHIA SẺ DỮ LIỆU ĐA PHƯƠNG TIỆN TẠI TRUNG TÂM MVAS-TCT VIỄN THÔNG MOBIFONE Ngành Chuyên ngành : : Mã số : Công nghệ thông tin Truyền liệu & mạng máy tính TĨM TẮT LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN Hà nội - 2016 MỤC LỤC CHƯƠNG 1: MỞ ĐẦU CHƯƠNG 2: TỔNG QUAN VỀ WEBRTC 2.1 Quá trình phát triển 2.2 Kiến trúc WebRTC trình duyệt 2.3 Các APIs WebRTC 2.4 Các tầng giao thức WebRTC CHƯƠNG 3: BÁO HIỆU TRONG WEBRTC 12 3.1 Vai trò báo hiệu 12 3.2 Giao thức vận chuyển báo hiệu 13 3.3 Giao thức báo hiệu 13 3.4 Các trình báo hiệu 15 CHƯƠNG 4: ỨNG DỤNG WEBRTC CHO GIẢI PHÁP CỘNG TÁC VÀ CHIA SẺ DỮ LIỆU ĐA PHƯƠNG TIỆN TẠI TRUNG TÂM MVAS 16 4.1 Thư viện WebRTC hướng tiếp cận 16 4.1.1 Các thư viện WebRTC 16 4.1.2 Các hướng tiếp cận sử dụng WebRTC 17 4.2 Ứng dụng WebRTC thử nghiệm cho việc cộng tác, chia sẻ liệu máy khách Mobifone 17 4.2.1 Hiện trạng 17 4.2.2 Yêu cầu hệ thống cộng tác thử nghiệm WebRTC Trung tâm MVAS Mobifone 18 4.2.3 Lựa chọn thư viện 18 4.2.4 Phân tích thiết kế hệ thống 19 4.2.5 Phát triển ứng dụng 19 4.2.6 Kết thử nghiệm đánh giá 20 CHƯƠNG 5: KẾT LUẬN CHUNG 24 5.1 Các đóng góp luận văn 24 5.2 Một số hướng phát triển 24 TÀI LIỆU THAM KHẢO 26 CHƯƠNG 1: MỞ ĐẦU Từ ý tưởng ban đầu Google với dự án mã nguồn mở browser-based real-time communication, mục đích tạo khả giao tiếp thời gian thực trình duyệt, WebRTC đời tiếp tục phát triển Với phối hợp tổ chức tiêu chuẩn giới W3C, IETF việc chuẩn hóa protocols, APIs; vendor lớn việc hỗ trợ phát triển, trình duyệt, WebRTC thực mang Web đến với giới viễn thơng Luận văn tập trung tìm hiểu cơng nghệ WebRTC, APIs trình duyệt, giao thức WebRTC sử dụng để chia sẻ truyền liệu trực tiếp thời gian thực trình duyệt mơi trường mạng Luận văn phân tích yêu cầu tính chất “thời gian thực” truyền liệu media cách thức WebRTC xây dựng để giải quyết, vấn đề vượt NAT, Firewall để thiết lập kết nối Peer to Peer Luận văn chia thành ba chương với nội dung sau: Chương – Lời mở đầu Chương – Tổng quan WebRTC, giới thiệu chung lịch sử, tiện lợi, APIs giao thức sử dụng WebRTC Chương – Nghiên cứu báo hiệu, thiết lập phiên WebRTC Chương – Nghiên cứu cách tiếp cận sử dụng WebRTC xây dựng ứng dụng, giới thiệu framework EasyRTC sử dụng EasyRTC demo ứng dụng cộng tác Trung tâm MVAS – TCT viễn thông Mobifone CHƯƠNG 2: TỔNG QUAN VỀ WEBRTC 2.1 Quá trình phát triển WebRTC (Web Real-Time Communication) tập hợp tiêu chuẩn giao thức cho phép trình duyệt Web thực trực tiếp tính truyền thơng đa phương tiện thời gian thực gọi điện, truyền hình, truyền liệu, gửi tin nhắn APIs JavaScripts 27/10/2011: Bản dự thảo WebRTC W3C công bố 10/02/2015: WebRTC 1.0 working draft thức cơng bố Đến hỗ trợ trình duyệt Chrome (version 23 trở lên), Firefox (version 22 trở lên), Opera (version 18 trở lên) hỗ trợ trình duyệt tảng Android (Chrome 29 trở lên, Firefox 24 trở lên, Opera Mobile 12 trở lên, Google Chrome OS) Những lợi ích WebRTC: giảm giá thành, khơng Plugins, truyền thông P2P, dễ sử dụng, giải pháp cho tảng, mã mở miễn phí, Built-in security 2.2 Kiến trúc WebRTC trình duyệt Ứng dụng web với WebRTC (thường viết HTML5 JavaScript) tương tác với trình duyệt qua WebRTC APIs chuẩn hóa, cho phép khai thác hợp lý điều khiển chức thời gian thực trình duyệt Hình 2.1: Truyền thơng thời gian thực trình duyệt (nguồn [1]) Hình 2.1 cho thấy mơ hình trình duyệt vai trò chức truyền thơng thời gian thực Khối màu sáng chức truyền thông thời gian thực (Real Time Communication – RTC) trình duyệt Do tính chất riêng yêu cầu truyền thơng thời gian thực nên việc chuẩn hóa khối không đơn giản, trình bàn thảo Các chức RTC tương tác với ứng dụng web sử dụng APIs chuẩn Nó giao tiếp với hệ điều hành cách sử dụng trình duyệt Hình 2.2: Kiến trúc tổng thể WebRTC [Nguồn 10] Trong kiến trúc WebRTC có lớp API: 2.3 APIs cho nhà lập trình web: lớp chứa tất APIs mà nhà lập trình web cần, bao gồm đối tượng RTCPeerConnection, RTCDataChannel, MediaStream (chi tiết mô tả mục 2.3.Các APIs WebRTC) APIs cho nhà phát triển trình duyệt sử dụng Overridable API: nhà phát triển trình duyệt thay đổi, phát triển APIs riêng Các APIs WebRTC WebRTC bao gồm APIs, giao thức liên quan làm việc với để hỗ trợ việc trao đổi liệu đa phương tiện trình duyệt WebRTC trình chuẩn hóa sử dụng APIs quanh ba khái niệm chính: 2.4 RTCPeerConnection: thiết lập kết nối cho gọi audio/video/data, khả mã hóa quản lý băng thơng MediaStream: truy cập vào dòng media, camera hay microphone người dùng RTCDataChannel: giao tiếp peer-to-peer cho liệu non-media Các tầng giao thức WebRTC Do đặc điểm yêu cầu thời gian thực cao tính tin cậy, giao thức UDP lựa chọn sử dụng WebRTC giao thức vận chuyển Tuy nhiên, để thỏa mãn tất yêu cầu WebRTC, trình duyệt phải hỗ trợ giao thức dịch vụ khác lớp Về bản, giao thức sử dụng WebRTC thể hình 2.3 đây: Hình 2.3: Protocol stack WebRTC [4] SRTP Giao thức quan trọng mà WebRTC sử dụng Secure Real-time Transport Protocol, hay SRTP SRTP sử dụng để mã hóa chuyển gói tin media WebRTC client Sau thiết lập thành công PeerConnection, kết nối SRTP thiết lập trình duyệt trình duyệt máy chủ Với liệu nonaudio hay video, SRTP không sử dụng, thay vào SCTP SCTP WebRTC sử dụng SCTP - Stream Control Transmission Protocol để truyền liệu non-media Peer Giao thức SCTP giao thức vận chuyển, tương tự TCP UDP, chạy trực tiếp giao thức IP Tuy nhiên WebRTC, SCTP chạy DTLS tên UDP SCTP lựa chọn có tính tốt TCP UDP như: message-oriented transmission, khả cấu hình tùy biến tính tin cậy thứ tự gói tin, có chế quản lý lưu lượng chống nghẽn SDP WebRTC sử dụng Session Description Protocol - SDP, encode đối tượng RTCSessionDescription, để mô tả đặc tính media hai đầu kết nối P2P loại media đề truyền/nhận (audio, video, application data), network transports, loại codecs sử dụng cấu hình, thơng tin băng thông, thông tin metadata khác Thông điệp SDP trao đổi qua máy chủ báo hiệu hay gọi trao đổi qua kênh báo hiệu Máy chủ báo hiệu có trách nhiệm gửi nhận tất thông điệp đến tất peers mà mong muốn kết nối đến peer khác Mặc dù SDP định dạng liệu dùng để trao đổi, thống thông số kết nối Peer-to-Peer, WebRTC không ràng buộc cho SDP “offer” “answer” giao tiếp nào, nên khơng thể Hình 2.5 Tuy nhiên, mơ hình offer/answer thiết kế tuân thủ theo RFC3264 DTLS 10 Datagram Transport Layer Security- DTLS dựa giao thức TLS, cung cấp tính bảo mật tồn vẹn liệu truyền ứng dụng tương tự TLS Tuy nhiên, WebRTC sử dụng DTLS chạy giao thức UDP thích hợp với việc vượt NAT cho ứng dụng P2P Tất liệu truyền P2P bảo mật sử dụng DTLS Cụ thể, DTLS sử dụng việc thống khóa bảo mật cho việc mã hóa liệu media cho việc bảo mật vận chuyển liệu ứng dụng Mặc dù cung cấp tính mã hóa, tính tồn vẹn, phần xác thực WebRTC gán cho ứng dụng STUN Session Traversal Utilities for NAT - STUN, giao thức giúp cho việc vượt NAT trình thiết lập kết nối Trong WebRTC, STUN client xây dựng User Agent trình duyệt để kết nối đến STUN server Internet STUN server thực thi nhiệm vụ đơn giản, kiểm tra thông tin địa IP, port request đến từ ứng dụng sau NAT, sau trả thơng tin dạng response, nói cách khác STUN giúp ứng dụng biết địa IP, cổng sử dụng Internet STUN vận chuyển UDP, TCP TLS Trong đa số trường hợp cần sử dụng STUN việc thiết lập kết nối P2P, trừ trường hợp peer đứng sau symmetric NAT, peer đứng sau Symmetric NAT port-restricted NAT Trường hợp q trình hole punching khơng thành công, cần phải sử dụng đến TURN - Traversal Using Relays around NAT TURN Traversal Using Relays around NAT - TURN, mở rộng (extension) giao thức STUN, cung cấp media relay cho tình thực hole punching không thành công Trong WebRTC, User Agent trình duyệt bao gồm TURN client TURN server 14 giao thức vận chuyển báo hiệu Ta chọn giao thức báo hiệu chuẩn SIP, Jingle cách báo hiệu riêng tự định nghĩa Sử dụng giao thức báo hiệu SIP SIP giao thức báo hiệu thường sử dụng VoIP hệ thống hội nghị truyền hình SIP sử dụng UDP, TCP, SCTP hay TLS cho việc vận chuyển, nhiên thường sử dụng Websocket Sử dụng giao thức báo hiệu Jingle over WebSockets Jingle mở rộng XMPP (extensible Messaging and Presence Protocol), biết đến Jabber [RFC6120]), thêm khả báo hiệu media cho XMPP Jingle cung cấp cách chuyển mô tả phiên SDP sang định dạng XML, sau vận chuyển qua TCP TLS đến máy chủ XMPP Để triển khai báo hiệu sử dụng Jingle, client phải load đoạn mã JavaScrip từ máy chủ để thiết lập kết nối XMPP qua WebSockets với máy chủ XMPP Client sau map thông tin SDP offer SDP answer tạo trình duyệt thành thơng điệp Jingle call setup chuyển tiếp cho trình duyệt Sử dụng JSON over WebSockets Hướng tiếp cận Google sử dụng tương đối phổ biến JSON coi tập cú pháp JavaScript nên có ưu điểm lớn thơng dịch trình duyệt web Tất cấu trúc liệu thông tin trạng thái ứng dụng web lưu trữ đối tượng map rõ ràng, trực tiếp vào JSON nên khơng đòi hỏi nhiều nỗ lực cho việc mã hóa (encoding), phân tích (parsing) xử lý (processing Sử dụng JSON với thư viện đảm nhận việc thiết lập trì kênh hai chiều tin cậy với máy máy chủ báo hiệu đơn giản hiệu quả, dù phát sinh thêm chi phí dựng cổng ứng dụng tùy biến (custom gateway) muốn kết nối ứng dụng web với dịch vụ thông tin liên lạc bên ngồi 15 3.4 Các q trình báo hiệu Có ba q trình “bán” bất đồng thiết lập session WebRTC bao gồm: WebRTC Javascript callback logic: logic handle tất xử lý mức trình duyệt WebRTC STUN/TURN Sever Session Description Protocol (SDP) messaging: Đây logic báo hiệu diễn kết nối WebRTC để cài đặt kết nối P2P trình duyệt theo yêu cầu ICE (Interactive Connectivity Establishment) messaging: trình hỗ trợ vượt NAT, chuyển tiếp (relay) media/data trường hợp cần thiết Các trình tạm gọi bán đồng chuỗi kết nối, luồng logic call back luồng logic báo hiệu kích hoạt (gọi) lẫn Trong trình SDP, ICE nêu phần báo hiệu, cần có máy chủ báo hiệu riêng để chuyển tiếp thông điệp SDP, để chuyển tiếp thông điệp ICE 16 CHƯƠNG 4: ỨNG DỤNG WEBRTC CHO GIẢI PHÁP CỘNG TÁC VÀ CHIA SẺ DỮ LIỆU ĐA PHƯƠNG TIỆN TẠI TRUNG TÂM MVAS 4.1 Thư viện WebRTC hướng tiếp cận 4.1.1 Các thư viện WebRTC Để đơn giản hóa việc triển khai ứng dụng, cộng đồng mã nguồn mở/các vendor phát triển nhiều thư viện, framework WebRTC JavaScript, số tên phổ biến: EasyRTC, PeerJS, Pubnub, Simple WebRTC, Xirsys…Có nhiều lựa chọn thư viện WebRTC để phát triển ứng dụng WebRTC Điểm chung thư viện, framework cung cấp tập chức qua APIs nó, giúp nhà phát triển JavaScript tích hợp WebRTC vào trang web cách đơn giản Ẩn thư viện chế gần giống nhau, giúp nhà phát triển quan tâm đến phần vận chuyển báo hiệu lớp (HTTP, WebSocket, XMPP…), giao thức báo hiệu (SIP, XMPP, JSON, ) mà cần có kỹ lập trình Web với JavaScript Ngoài hàm API theo chế chung, nhiều thư viện cung cấp hàm “nâng cao” hơn, thường đặc thù cho dịch vụ mà thư viện hướng tới Dựa thư viện tiếp tục hồn thiện, có ứng dụng hoàn chỉnh Internet cung cấp dịch vụ giới thiệu WebRTC đến với người dùng, đặc biệt Web chuyên chia sẻ file https:// www.sharefest.me, https://reep.io, https://www.sharedrop.io hay Web hỗ chợ text/voice/video chat https://appear.in, https://opentokrtc.com, https://helo.firefox.com, https://vline.com, https://talky.io, https://hubl.in/ 17 4.1.2 Các hướng tiếp cận sử dụng WebRTC Có nhiều cách tiếp cận để xây dựng ứng dụng WebRTC phục vụ nhu cầu doanh nghiệp/cá nhân, nhóm lại thành bốn hướng sau: Chủ động tự xây dựng ứng dụng sử dụng WebRTC từ đầu Sử dụng dịch vụ nhà cung cấp dịch vụ đám mây SaaS Lựa chọn tảng WebRTC API phát triển ứng dụng Hướng tiếp cận lai: Hướng tiếp cận đề cập đến nhiều thành phần khác nhau, chia theo hai nhóm: “Wrappers phía client + Máy chủ báo hiệu” “Thành phần chức phía server” 4.2 Ứng dụng WebRTC thử nghiệm cho việc cộng tác, chia sẻ liệu máy khách Mobifone 4.2.1 Hiện trạng Tổng công ty viễn thông Mobifone thành lập từ năm 1993, doanh nghiệp Việt Nam khai thác dịch vụ thông tin di động GSM 900/1800 Đánh giá chung hạ tầng CNTT Mobifone đại, nhiên, có phần nhỏ chưa Mobifone quan tâm mực, mà để đơn vị (hơn 40 đơn vị) tự chủ động thực hiện: việc cộng tác, chia sẻ liệu cá nhân, nhóm Vì tất đơn vị sử dụng hình thức chia sẻ file kiểu cũ nhiều nhược điểm : Sử dụng chức chia sẻ network file sharing Windows SMB Protocol, Sử dụng FTP server mạng nội bộ, Sử dụng hệ thống Email, Sử dụng công cụ đồng private cloud (tương tự Dropbox, OneDrive… sử dụng nội bộ), sử dụng ứng dụng OTT, P2P Về hoạt động cộng tác, trao đổi thông tin chủ yếu sử dụng ứng dụng chat nội dùng ứng dụng phổ biến Skype, Viber, Facebook 18 Messenger, Zalo… không đảm bảo an toàn bảo mật buộc phải tin tưởng vào uy tín cơng ty phát triển phần mềm 4.2.2 Yêu cầu hệ thống cộng tác thử nghiệm WebRTC Trung tâm MVAS Mobifone Hệ thống cộng tác Trung tâm MVAS Mobifone cần đảm bảo số yêu cầu sau: 4.2.3 Hệ thống cho phép xác thực qua hệ thống Active Directory Mobifone Người dùng không cần cài đặt thêm phần mềm thứ 3, plugin Việc chat, chia sẻ file thực Peer to peer, không qua máy chủ trung gian Hỗ trợ chia sẻ file kích thước lớn Hỗ trợ Voice chat P2P thời gian thực Có khả tăng tạo nhóm cộng tác, chat chia sẻ file nhóm Ngồi u cầu trên, ứng dụng cung cần đảm bảo thông tin trao đổi cần mã hóa, bảo mật, tránh thất thơng tin cho bên thứ ba Lựa chọn thư viện Sử dụng framework EasyRTC Priologic xây dựng Lý lựa chọn hướng tiếp để đảm bảo cán IT Trung tâm MVAS quản lý tồn giải pháp, viết lại code từ đầu mà tận dụng thư viện có sẵn EasyRTC, khơng tiêu tốn chi phí th API Service ngồi nhu cầu tương tác nội Browser EasyRTC API Easyrtc.js: đối tượng quan trọng nhất, chứa thuộc tính, phương thức cho việc viết ứng dụng bao gồm phương thức kết nối đến máy chủ báo hiệu, Phương thức khởi động gọi đến người khác, phương thức ngắt kết nối đến máy chủ báo hiệu, đặt listener cho 19 thông điệp nhận từ máy chủ, Phương thức gửi tin nhắn P2P, Phương thức gửi tin nhắn đến ứng dụng máy chủ, phần liên quan đến xử lý lỗi (error handling) Easyrtc_ft.js : Chứa phương thức để làm việc với file (truyền nhận file) peer Server API Chứa đối tượng quản lý ứng dụng, kết nối, room, session 4.2.4 Phân tích thiết kế hệ thống Ứng dụng xây dựng dựa module sau: 4.2.5 Module xác thực: Module gửi file: Module quản lý, hỗ trợ gửi message P2P client Module quản lý, hỗ trợ gọi nhận gọi audio streaming audio P2P client Module quản lý nhóm hay room cộng tác Phát triển ứng dụng Môi trường phát triển Hệ điều hành: Windows, linux, OSX, Ubuntu… Thiết lập môi trường phát triển NodeJS, tích hợp module passport-ldap hỗ trợ xác thực qua tài khoản LDAP, module express-session phục vụ quản lý phiên từ passport Máy chủ báo hiệu xây dựng sử dụng socket.io NodeJS, phục vụ gửi/nhận thông tin server client trình duyệt Sử dụng API EasyRTC file: easyrtc.js, easyrtc_int.js, easyrtc_ft.js, easy_app.js, adapter.js; LDAP server Giao diện: 20 4.2.6 Thiết kế giao diện theo chuẩn “Responsive Design” giúp tự động dàn trang, hiển thị kích cỡ hình khác (PC, smartphone, tablet ) Thiết kế sử dụng Bootstrap framework, framework phổ biến cho việc thiết kế html, css, JavaScrip cho web tương tác Sử dụng EJS, ngơn ngữ mẫu phía client, cho phép kết hợp liệu mẫu template để tạo HTML Về logic thiết kế, với ứng dụng cộng tác, phần danh sách người dùng thể danh sách bên trái, nội dung trao đổi phía tay phải Thanh điều hướng cho tính chat riêng, chat nhóm, voice chat đặt phía cho trực quan Kết thử nghiệm đánh giá Hệ thống cài đặt thử nghiệm máy nội theo địa http://mChat.mobifone.vn:8080 Người dùng truy cập vào trang chưa xác thực redirect sang trang xác thực địa http://mChat.mobifone.vn:8080/login Trang login cho phép xác thực người dùng nhập username mật hệ thống email nội Mobifone, thực chất xác thực sử dụng giao thức LDAP với hệ thống Active Directory tảng Windows Server 2012 Mobifone Mã xác thực qua ldap triển khai dựa thư viện Google Passport Thư viện hỗ trợ xác thực qua Facebook, Google+ 21 Hình 4.6: Giao diện Private Chat Người dùng sau truy cập vào web http://mchat.mobifone.vn thể cột bên trái Khi người dùng cần trao đổi cộng tác với cán khác, sử dụng filter theo username phía trên, sau click chuột chọn user cần trao đổi, chat chia sẻ file đơn giản giao diện Việc gửi text message sử dụng phương thức sendDataP2P module EasyRTC.js nêu Việc gửi file sử dụng phương thức module Easyrtc_ft.js Người dùng tương tác nhóm click vào link Group Collaboration điều hướng giao diện Trong phần cộng tác nhóm, người dùng tạo nhóm với tên mật để đảm bảo người dùng phù hợp tham gia nhóm Thơng tin tên mật người dùng gửi cho người dùng phù hợp để tham gia nhóm Khi muốn tham gia nhóm, người dùng click chọn tab Join Group, chọn nhóm muốn tham gia với điều kiện biết tên mật chủa nhóm.Thơng tin cột bên trái thể nhóm mà người 22 dùng tham gia Thành viên nhóm dược thể cột giữa, xuất người dùng click chọn nhóm cột trái Cột ngồi thơng tin trao đổi thành viên nhóm Do thời gian hạn chế, đề tài demo phần cộng tác text tất cá nhóm phần tử ul HTML5, tính chia sẻ file thể phần private chat Ứng dụng demo hỗ trợ cán thực call voice chat với cán khác Để sử dụng chức này, người dùng truy cập vào menu Voice chat điều hướng, click vào nút Connect để sẵn sàng kết nối với cán khác Đánh giá ứng dụng Với ứng dụng web đơn giản, cán công nhân viên Trung tâm MVAS dễ dàng trao đổi thơng tin, tài liệu với trực tiếp, theo nhóm mà tương đối tiện lợi, đảm bảo an toàn bảo mật Chất lượng voice tương đối tốt, hai đầu nghe rõ Như vậy, ứng dụng đáp ứng yêu cầu đặt Tuy nhiên, ứng dụng số hạn chế chưa thể giải thời điểm chưa hỗ trợ trình duyệt IE, Safari, hai trình duyệt phổ biến với người dùng Mobifone Ứng dụng demo tính riêng lẻ, chưa hoàn thiện phương án gộp lại giao diện hình để tiện cho việc sử dụng giống ứng dụng OTT So với nhiều dự án mã nguồn mỡ hỗ trợ text/voice/video chat miễn phí WebRTC public mạng https://Sharefest.vn, https://hubl.in, https://talky.io , ứng dụng tương tác Trung tâm MVAS điểm khác biệt sau: Tích hợp xác thực với hệ thống quản trị tài nguyên mạng tập trung Microsoft Active Directory Mobifone Phần xác thực phần WebRTC 23 không định tiêu chuẩn, mà chuyển cho ứng dụng quản lý Hỗ trợ tạo nhóm cộng tác quản lý mật đảm bảo truy nhập an tồn cho nhóm Tuy nhiên, so với ứng dụng OTT phổ biến, ứng dụng demo có ưu điểm việc đơn giản sử dụng, không cần cài đặt plugin, yên tâm bảo mật mà khơng đòi hỏi đầu tư hạ tầng mạnh Để triển khai áp dụng rộng rãi Mobifone, ứng dụng cần bổ sung thêm tính nâng cao 24 CHƯƠNG 5: KẾT LUẬN CHUNG 5.1 Các đóng góp luận văn Với yêu cầu đề tài luận văn nghiên cứu ứng dụng WebRTC việc xây dựng giải pháp cộng tác chia sẻ liệu đa phương tiện Trung tâm MVAS – Mobifone, luận văn thu số kết sau: Tìm hiểu nội dung WebbRTC như: chuẩn giao thức, APIs WebRTC, cách thức vượt NAT WebRTC Nghiên cứu sâu báo hiệu, vai trò báo hiệu trình báo hiệu WebRTC Khảo sát đánh giá thư viện WebRTC, hướng tiếp cận sử dụng thư viện WebRTC Nghiên cứu sử dụng thư viện EasyRTC việc xây dựng ứng dụng Peer-to-Peer tương tác thời gian thực Phân tích yêu cầu, thiết kế ứng dụng, cài đặt thử nghiệm hệ thống cộng tác mạng nội Trung tâm dịch vụ Đa phương tiện giá trị gia tăng Mobifone - Tổng công ty Viễn thông Mobifone đạt kết đáng khích lệ 5.2 Một số hướng phát triển Qua nghiên cứu WebRTC thử nghiệm ứng dụng, nhận thất WebRTC công nghệ tiềm năng, đặc biệt hiệu triển khai nhanh ứng dụng đòi hỏi tương tác thời gian thực tình duyệt với tính đơn giản cài đặt, dễ sử dụng với người dùng Các hạn chế WebRTC chưa hỗ trợ IE Microsoft, Safari Apple có giải pháp cài đặt thêm WebRTC plugin, dù khơng theo tiêu chí khơng plugin mà 25 WebRTC hướng đến Vì vậy, WebRTC tiếp tục nghiên cứu chuẩn hóa (bản update vào tháng 9/2016), tiếp tục phát triển, tương lai ứng dụng WebRTC có tác động khơng nhỏ đến ngành cơng nghiệp web, chí thay ứng dụng cộng tác Với phân tích đánh giá kết thử nghiệm ứng dụng, hướng phát triển đề tài nghiên cứu, phát triển tiếp cơng việc sau: Hồn thiện tính tương tự OTT hỗ trợ lưu thông tin chat office, cảnh báo notification Bổ sung khả resumable cho việc gửi/nhận file Nghiên cứu khả phát triển tính chia sẻ hình – screen sharing Đến thời điểm có trình duyệt Chrome hỗ trợ để ứng dụng phát triển tính này, chất chụp ảnh hình liên tục gửi cho trình duyệt đầu xa Nghiên cứu thêm cách cài đặt tối ưu hiệu chức máy chủ EasyRTC, máy chủ báo hiệu, lựa chọn phương án tối ưu trường hợp số lượng người dùng lên đến 5000 cán cơng nhân viên Hồn thành việc nghiên cứu ứng dụng cộng tác chia sẻ liệu đa Phương tiện Trung tâm MVAS ứng dụng cho không TCT Viễn thông Mobifone nói riêng mà cho tất doanh nghiệp, tổ chức nói chung, đảm bảo người dùng đón nhận 26 TÀI LIỆU THAM KHẢO TIẾNG ANH Alan B.Johnson, Daniel C.Burnett (2014), APIs and RTCWEB Protocols of the HTML5 Real-Time Web, Digital Codex LLC Salvatore Loreto, Simon Pietro Romano (2014), Real-time Communication with WebRTC, O’Reilly, USA Andrii Sergiienko (2014), WebRTC Blueprints, Packt Publishing Ltd, UK Ilya Grigorik (2015), High Performance Browser Networking, O’Reilly Media Altanai (2014), WebRTC Intergrator’s Guide, Packt Publishing Ltd, UK WebRTC for Enterprises Tsahi Levent-Levi (2013), WebRTC for Business People: Unraveling the challenges and opportunities of the WebRTC ecosystem Dan Ristic (2015), Learning WebRTC, Packt Publishing Ltd, UK Rob Manson (2013), Getting Started with WebRTC, Packt Publishing Ltd, UK 10 WebRTC Architecture, https://webrtc.org/architecture, Thời gian truy cập: 11-09-2016 11 RFC 1631 - The IP Network Address Translator (NAT), 1994, https://tools.ietf.org/html/rfc1631 12 RFC 6716 - Definition of the Opus Audio Codec, 2012 https://tools.ietf.org/html/rfc6716 27 13 14 15 16 17 18 19 20 21 22 23 24 RFC 5245, Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal for Offer/Answer Protocols, 2012, https://tools.ietf.org/html/rfc5245 RFC 5389, Session Traversal Utilities for NAT (STUN), 2008, https://tools.ietf.org/html/rfc5389 RFC 4960, Stream Control Tranmission Protocol (SCTP), 2007, https://tools.ietf.org/html/rfc4960 RFC 4347, Datagram Transport Layer Security (DTLS), 2006 https://tools.ietf.org/html/rfc4347 RFC 3711, The Secure Real-time Transport Protocol (SRTP), 2004, https://www.ietf.org/rfc/rfc3711.txt RFC 4566, SDP: Session Description Protocol, 2006, https://tools.ietf.org/html/rfc4566 RFC 5246, The Transport Layer Security (TLS) Protocol Version 1.2, 2008, https://tools.ietf.org/html/rfc5246 RFC 5128, State of Peer-to-Peer (P2P) Communication across Network Address Translators (NATs), 2008, https://tools.ietf.org/html/rfc5128 RFC 5766, Traversal Using Relays around NAT (TURN): Relay Extensions to Session Traversal Utilities for NAT (STUN), 2010, https://tools.ietf.org/html/rfc5766 EasyRTC website, https://easyrtc.com/docs/browser/easyrtc.php, Thời gian truy cập: 11-09-2016 https://www.pkcsecurity.com/blog Thời gian truy cập 11-102016 RFC 3264, An Offer/Answer Model with the Session Description Protocol (SDP), 2002, https://tools.ietf.org/html/rfc3264 28 25 Javascript Session Establishment Protocol draft-ietf-rtcwebjsep version 16, 20-09-2016, https://tools.ietf.org/html/draftietf-rtcweb-jsep-16 ... chuyển tiếp thông điệp ICE 16 CHƯƠNG 4: ỨNG DỤNG WEBRTC CHO GIẢI PHÁP CỘNG TÁC VÀ CHIA SẺ DỮ LIỆU ĐA PHƯƠNG TIỆN TẠI TRUNG TÂM MVAS 4.1 Thư viện WebRTC hướng tiếp cận 4.1.1 Các thư viện WebRTC Để... 15 CHƯƠNG 4: ỨNG DỤNG WEBRTC CHO GIẢI PHÁP CỘNG TÁC VÀ CHIA SẺ DỮ LIỆU ĐA PHƯƠNG TIỆN TẠI TRUNG TÂM MVAS 16 4.1 Thư viện WebRTC hướng tiếp cận 16 4.1.1 Các thư viện WebRTC ... cơng nhân viên Hồn thành việc nghiên cứu ứng dụng cộng tác chia sẻ liệu đa Phương tiện Trung tâm MVAS ứng dụng cho khơng TCT Viễn thơng Mobifone nói riêng mà cho tất doanh nghiệp, tổ chức nói chung,