1. Trang chủ
  2. » Giáo án - Bài giảng

CÂU hỏi ôn tập THI CUỐI kì môn INTERNET và GIAO THỨC

34 527 1

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 34
Dung lượng 1,45 MB

Nội dung

CÂU HỎI ÔN TẬP THI CUỐI KÌ MÔN INTERNET VÀ GIAO THỨC MỤC LỤC PHOTO HUYỀN TRANG Page 1 Nguyên lý lớp ứng dụng Câu 1: Trình bày truyền thông tiến trình ứng dụng mạng Internet chức giao diện tiến trình với mạng  Tiến trình ứng dụng - Tiến trình hiểu chương trình chạy hệ thống cuối Tiến trình hai hệ thống đầu cuối truyền thông với cách gửi tin xuyên qua mạng máy tính - Tiến trình gửi tạo gửi tin vào mạng, tiến trình nhận nhận tin đáp lại việc gửi tin phản hồi  Chức - Chức giao diện tiến trình với mạng: Khi xây dựng ứng dụng nhà phát triển ứng dụng dựa vào giao diện tiến trình với mạng, nhà phát triển cần điều khiển lớp giao vận như: lựa chọn giao thức lớp giao vận, khả ấn định vài tham số lớp giao vận đệm tối đa kích thước tối đa Câu 2: Nêu tiêu chí dịch vụ mà giao thức lớp giao vận cung cấp cho ứng dụng Truyền liệu tin cậy: Đối với ứng dụng web, ftp cần lớp ứng dụng truyền liệu tin cậy để đảm bảo khả gói tin thấp - Thông lượng: Tuy loại hình dịch vụ khác mà yêu cầu thông lượng khác Những ứng dụng yêu cầu thông lượng ứng dụng nhạy cảm băng thông ứng dụng co dãn tận dụng thông lượng có sẵn - Yêu cầu thời gian: Tuy thuộc vòa loại hình dịch vụ mà yêu cầu mặt thời gian khác - Khả đảm bảo an toàn liệu: Đối với ứng dụng quan trọng lớp giao vận cần có chế mã hóa mã hóa liệu trước gửi để tao thành đường hầm mạng Câu hỏi 3: Trình bày kiến trúc khách/chủ (client/server) kiến trúc ngang hàng (P2P) So sánh ưu nhược điểm hai kiến trúc Trả lời:  Kiến trúc khách chủ (client/sever) PHOTO HUYỀN TRANG Page  Trong kiến trúc khách chủ có máy trạm hoạt động gọi máy chủ       (sever) Nó phục vụ yêu cầu từ máy trạm khác (client) Các máy khách cso thể hoạt động liên tực hoặ không Trong kiến trúc khách chủ, client không truyền thông trực tiếp với Máy chủ có địa IP cố định việc máy chủ hoạt động nên máy khách kết nối với máy chủ việc gửi gói tin tới địa server Các client có địa IP động Một trạm chủ đơn lẻ khả đáp ứng kịp yêu cầu từ máy khách Ví dụ, điểm kết nối xã hội phổ biến nhanh chóng bị sập có sever xử lý tất yêu cầu Do cụm sever, gọi trung tâm liệu sử dụng để tạo máy chủ ảo mạnh kiến trúc client/server Các client kết không liên tục với sever Một vài kiến trúc tiêu biểu kiến trúc client /server web, FTP, telnet email  Kiến trúc ngang hàng (P2P)  Trong kiến trúc P2P có máy chủ hạ tầng hoạt động Thay vào đó, ứng dụng khai thác truyền thông trực tiếp cặp kết nối liên tục, gọi thiết bị ngang hàng  Các thiết bị kiến trúc P2P PC, laptop…  Trong kiến trúc P2P máy chủ không cần hoạt động liên tục  Các hệ thống mô hình P2P tùy ý kết nối trực tiếp PHOTO HUYỀN TRANG Page  Các thiết bị ngang hàng không kết nốt liên tục có địa IP thay đổi  Kiến trúc P2P có khả tự mở rộng  So sánh Client/server  Dữ liệu trao lưu trữ Server trung tâm, tốc độ trao đổi liệu cao  Khi client yêu cầu lấy thông tin thời gian phải gửi yêu cầu theo tiêu chuẩn server định ra, yêu cầu chấp nhận server cấp phát thông tin mà client yêu cầu  P2P  Một mạng ngang hàng cho phép node chia sẻ nguồn tài nguyên với Tài nguyên node lưu trữ ổ cứng, CDROM nguồn tài nguyên truy cập node mạng  Các node đóng vai trò client server Ưu, nhược điểm Ưu điểm       Nhược điểm    Client/server Các tài nguyên liệu quản lý tập trung Kiểm soát việc truy cập sử dụng tài nguyên Hiệu suất mạng cao, tốc độ trao đổi mạng lớn Phân tán liệu rõ ràng Dễ dàng nâng cấp server Dễ dàng mở rộng dịch vụ Cần nhiều sở hạ tầng tốn chi phí để cung cấp Gặp khó khăn việc xây dựng phần mềm Khi server bị công PHOTO HUYỀN TRANG Page        P2P Có khả tự mở rộng Hiệu chi phí thông thường chúng không cần hạ tầng máy chủ băng thông máy chủ Dễ dàng cài đặt bảo trì thiết bị ngang hàng Thuận lợi cho việc chia sẻ file Các thiết bị ngang hàng đóng vai trò client truy vấn thông tin server cung cấp thông tin Bảo mật kém: có đặc tính mở phân bổ mở rộng khắp nên ứng dụng P2P tín cậy Các tài nguyên mạng nằm máy tính cá nhân lúc hệ thống mạng bị gián đoạn, ngừng hoạt động  Phức tạp việc bảo trì hoạt động mạng  Khi nhiều client truy cập đến sever gây tượng nghẽn cổ trai mạng liên kết với mạng nên dẫn tới số dịch vụ  Không tốt cho sở liệu có tính bảo mật cao Web HTTP Câu 1: Trình bày hoạt động ứng dụng Web sử dụng giao thức HTTP Phân tích hai loại kết nối HTTP  Hoạt động ứng dụng web sử dụng giao thức HTTP Hoạt động Web hoạt động theo mô hình client/server Đầu tiên máy khách HTTP khởi tạo kết nối TCP với máy chủ Khi kết nối thiết lập tiến trình trình duyệt máy chủ truy nhập TCP thông qua giao diện socket Máy khách gửi tin yêu cầu HTTP vào giao diện socket nhận tin đáp ứng HTTP từ giao diện socket Máy chủ HTTP nhận yêu cầu từ socket gửi tin đáp ứng vào giao diện socket •      PHOTO HUYỀN TRANG Page • Ứng dụng Web  Web ứng dụng sẵn sàng cung cấp yêu cầu người dùng  Web nhiều đặc tính tuyệt vời mà người thích thú mong chờ Việc tạo thông tin web dễ dàng với ai- tất người trở thành người phát thông tin với chi phí cực thấp siêu liên kết công cụ tìm kiếm giúp duyệt vô nhiều trang web Những hình ảnh đồ họa tạo cảm giác thực cho Các khuôn dạng, chương trình Java thiết bị khách cho phép tương tác với trang Web Web cung cấp giao diện trình đơn(menu) tới nhiều kho liệu audio video lưu trữ internet, từ dó truy nhập đa phương tiện theo yêu cầu  Hai loại phương thức kết nối HTTP  Kết nối không liên tục: kết nối TCP bị đóng sau máy chủ gửi đối tượng VD: + + + + + + Khi máy khách HTTP khởi tạo kết nối TCP tới máy chủ với link: http://ptit.edu.com cổng 80 Kết hợp với kết nối TCP có socket phía máy khách máy chủ Máy khách HTTP gửi tin yêu cầu HTTP tới máy chủ qua socket Khi máy chủ nhận tin yêu cầu lấy đối tượng yêu cầu đóng gói vào tin đáp ứng HTTP gửi tin đến máy khách yêu cầu Tiến trình máy chủ HTTP báo cho TCP đóng kết nối Máy khách nhận tin đáp ứng Kết nối TCP kết thúc Bản tin dẫn đối tượng đóng gói tiệp HTML tham chiếu đến 10 đối tượng JPEG Bốn bước lặp lặp lại cho đối tượng tham chiếu JPEG  Kết nối liên tục: Lúc máy chủ để kết nối TCP mở sau gửi đáp ứng yêu cầu máy khách Những yêu cầu đáp ứng liên tiếp sau máy chủ máy khách được gửi kết nối + VD tệp HTML 10 đối tượng JPEG truyền kết nối Câu hỏi 2: Trình bày khuôn dạng tin yêu cầu tin đáp ứng giao thức HTTP Mô tả trường ý nghĩa trường tin Trả lời:  Khuôn dạng tin yêu cầu PHOTO HUYỀN TRANG Page  Dòng tin HTTP gọi dòng yêu cầu gồm có trường: + Trường phương thức(method): lấy số giá trị khác như: GET, POST, HEAD, PUT VÀ DELETE + Trường URL: đường dẫn tới đại yêu cầu + Trường phiên bản(version): phiên thực trình duyệt 0.9, 1.0, 1.1  Dòng header : chứa số tiêu đề + Connection: báo cho máy chủ biết muốn sử dụng kết nối liên tục hay không liên tục + User-agent: xác nhận tác nhân người dùng, loại trình duyệt gửi yêu cầu đến máy chủ + Accept: báo cho máy chủ biết đối tượng mà trình duyệt gửi yêu cầu đến máy chủ + Accept-language: ngôn ngữ mà người dùng muốn nhận đối tượng  Dòng Enity body: chứa nội dung file HTMN, âm thanh, hình ảnh…  Khuôn dạng tin đáp ứng  Dòng status line: gồm có trường PHOTO HUYỀN TRANG Page Trường phiên giao thức(version) Trường mã trạng thái: mã kết trả  1xx: thông tin  2xx: truy vấn thành công  3xx: client chuyển hướng đến đại web khác  4xx: truy vấn có lỗi  5xx: sever bắt gặp lỗi thực truy vấn  Dòng header line: chứa tiêu đề sau + Connection: báo cho máy chủ biết muốn sử dụng kết nối liên tục hay không liên tục + Date :cho biết thời gian ngày mà thông điệp trả lời HTTP tạo gửi server + Sever: loại server + Last- modified: cho biết thời gian ngày đối tượng tạo hay sửa đổi lần cuối + Content-Length: cho biết số byte đối tượng gửi + Content –type: cho biết đối tượng phần entity body  Dòng Entity body: chứa nội dung file HTMN, âm thanh, hình ảnh… + + Câu hỏi 3: Trình bày ý nghĩa, ứng dụng nguyên lý hoạt động tương tác userserver (cookie) ứng dụng Web *Ý nghĩa: -HTTP sd cookies với mong muốn trang web nhận dạng đc ng sd máy chủ muốn giới hạn truy nhập ng sd, muốn dùng nội dung hàm nhận dạng ng dùng -Cookie: cho phép điểm truy nhập bám vết ng sd *Ứng dụng: hầu hết trang web thương mại ngày sd cookie *Nguyên lý hoạt động: hình 2.5 trang 42 -Công nghệ Cookie có thành phần: dòng tiêu đề cookie tin đáp ứng HTTP, dòng tiêu đề cookie tin yêu cầu HTTP, tệp cookie HT đầu cuối ng sd đc trình duyệt ng sd quản lý sở liệu đầu cuối web -Nguyên lý: gửi yêu cầu tới máy chủ web máy chủ tạo mục sở liệu đầu cuối xếp theo số nhận dạng Sau máy chủ web đáp ứng tới trình duyệt ng dùng, bao gồm có tiêu đề cookie, chứa số nhận dạng Khi ng dùng nhận đc tin đáp ứng HTTP này, trình duyệt thêm dòng tới tệp cookie đặc biệt mà nso quản lý Dòng gồm tên máy chủ số nhận dạng tiêu đề Khi ng dùng tiếp tục duyệt trang web lần ng dùng yêu cầu trang web trình duyệt tham khảo tệp cookie, tríc lấy số nhận dạng cho trang đưa dòng tiêu đề cookie có chứa số nhận dạng vào yêu cầu HTTP Theo cách này, máy chủ web bám vết PHOTO HUYỀN TRANG Page hành động ng dùng trang web Mặc dù trang web ko cần biết tên ng dùng, song biết xác trang mà ng sd ghé thăm theo thứ tự nào, vào thời điểm Câu hỏi 4: Trình bày hoạt động lưu đệm Web phân tích giải pháp cải thiện hiệu mạng sử dụng lưu đệm Web  Nguyên tắc hoạt động:  Bước 1: Trình duyệt client thiết lập kết nối TCP tới web cache, gửi yêu cầu HTTP đối tượng tới máy chủ đệm web  Bước 2: Web cache kiểm tra xem có đối tượng kho lưu trữ hay không Nếu có, web cache gửi trả đối tượng tin HTTP đáp ứng cho trình duyệt client  Bước 3: Nếu web cache sao, mở kết nối TCP đến server gốc, sau web cache gửi yêu cầu HTTP đối tượng vào kết nối TCP từ đệm đến máy chủ Sau nhận yêu cầu máy chủ gốc gửi đối tượng tin đáp ứng HTTP tới máy chủ đệm web  Bước : máy chủ web nhận đối tượng này, lưu nội lưu trữ gửi tin đáp ứng HTTP tới trình duyệt khách  Phân tích giải pháp cải thiện hiệu Giả thiết: Kích thước trung bình đối tượng 1Mit/s Băng thông đường truyền 15Mbit/s Tốc độ yêu cầu trung bình từ trình duyệt trường tới server ban đầu = 15 yêu cầu/giây + Trễ từ router trường tới server phản hồi giây • Tính toán sơ để ước lượng tổng trễ  Tổng thời gian trễ LAN, thời gian truy nhập trễ internet • + + + PHOTO HUYỀN TRANG Page Tải trọng lưu lượng LAN: (15 yêu cầu/giấy)*(1Mbit/yêu cầu)/(100Mbit/s) =0.15 + Tải trọng lưu lượng liên kết truy nhập (15 yêu cầu/giây)*(1Mbit/yêu cầu)/(15Mbit/s)=1  Tải trọng lượng LAN 0.15 thường dẫn đến trễ nhiều 10s bỏ qua trễ mạng LAN  Tải trọng lưu lượng liên kết truy nhập trễ liên kết truy nhập lớn tăng không giới hạn Do thời gian đáp ứng trung bình để thỏa mãn yêu cầu lên tới hàng phút điều chấp nhận với người sử dụng +  Câu hỏi 5: Trình bày chức chế hoạt động tin GET có điều kiện *Chức : -Cơ chế GET có đk chế cho phép máy chủ đệm tra cứu việc đối tượng đc cập nhật hay chưa *Cơ chế hoạt động : -Đầu tiên, máy chủ đệm proxy đại diện cho trình duyệt yêu cầu, gửi tin yêu cầu tới máy chủ Web -Thứ 2, máy chủ web gửi tin đáp ứng vs đối tượng yêu cầu đến máy chủ đệm PHOTO HUYỀN TRANG Page 10 4.Mạng ngang hàng P2P Câu hỏi 1: Chứng minh ưu điểm thời gian phân bố tệp kiến trúc ngang hàng (P2P) so với kiến trúc khách/chủ (client/server) ứng dụng phân bố tệp Trả lời:  Ta xét trường hợp mạng P2P Client/Server có N phần tử mạng trình tải tệp liệu xuống  Trong đó: + uS: băng thông máy chủ tải lên + ui băng thông thiết bị i tải lên + di : băng thông thiết bị i tải xuống  Đối với mô hình Client-Server  Thời gian để máy chủ tải N lên : NF/us (trong F dung lượng )  Thời gian để máy khách i tải xuống F/di  Thời gian để tệp có dung lượng F phân bố đến N máy khách : dCS = max {NF/us , F/min(di)}  Từ biểu thức ta nhận thấy thời gian tập tin có dung lượng F phân bố đến N máy khác tăng tuyến tính theo N, N tăng thời gian tăng  Đối với mô hình P2P  Thời gian máy chủ gửi lên : F/uS  Thời gian máy khách i cần để tải xuống: F/di  Tổng cộng phải tải lên NF (dung lượng) tốc độ tải lên cao u s + ∑ui  Thời gian để tệp có dung lượng F phân phối đến N máy khách  dP2P =max{F/uS, F/min(di),NF/(uS + ∑ui)} PHOTO HUYỀN TRANG Page 20  Từ biểu thức ta thấy tổng thời gian để tập tin có dung lượng F phân phối đến N máy khách không tăng tuyến tính theo N không tăng nhanh mô hình Client-server  Vậy từ biểu thức tính toán ta thấy ưu mô hình mạng P2P so với mạng client-server ứng dụng phân bố tệp tin Tổng thời gian phân bố tiệp tin mạng P2P với N máy khác nhiều so với mô hình client-server Ta xem thêm hình bên để thấy rõ thêm ưu điểm mạng P2P việc phân bố tệp liệu Câu hỏi 2: Trình bày khái niệm, nguyên lý hoạt động ứng dụng phân bố tệp sử dụng giao thức BitTorent  Khái niệm Bit Torrent  BitTorent giao thức P2P thông dụng để phân bố tệp BitTorrent bao gồm tập hợp tất thiết bị ngang hàng tham gia phân bố tệp cụ thể gọi Torrent  Các máy tính tham gia mạng lưới BitTorrent đảm nhận việc download lẫn upload liệu mà không cần có có mặt server trung tâm  Nguyên lý hoạt động BitTorrent PHOTO HUYỀN TRANG Page 21  Mỗi Torrent có nút hạ tầng gọi theo dõi(tracker) Khi thiết bị ngang hàng         gia nhập torrent tự đăng ký với theo dõi định kỳ thông báo với theo dõi torrent Bộ theo dõi trì giám sát thiết bị ngang hàng tham gia torrent Khi thiết bị ngang hàng gia nhập torrent, theo dõi lựa chọn ngẫu nhiên tập nhỏ thiết bị ngang hàng từ tập thiết bị ngang hàng tham gia gửi địa IP thiết bị cho Có danh sách thiết bị ngang hàng thiết đồng thời kết nối TCP với tất thiết bị ngang hàng có danh sách Các thiết bị kết nối TCP thành công với gọi thiết bị ngang hàng lân cận Theo thời gian số thiết bị ngang hàng rời bỏ thiết bị ngang hàng khách gia nhập Torrent Do thiết bị ngang hàng lân cận thay đổi theo thời gian Khi tham gia vào BitTorrent thiết bị ngang hàng khúc liệu Tại thời gian cho trước đó, thiết bị ngang hàng thu thập khúc liệu theo thời gian biết khúc liệu lân cận có Trong tải xuống thiết bị ngang hàng tải lên khúc liệu cho thiết bị ngang hàng khác Một có toàn tệp, thiết bị ngang hàng rời bỏ BitTorrent lại PHOTO HUYỀN TRANG Page 22 Câu Trình bày hoạt động ứng dụng tìm kiếm thông tin sử dụng hàng băm phân tán DHT Tìm kiếm thông tin p2p: Bảng hàm băm phân tán DHT  Thành phần quan trọng cần hiểu ứng dụng p2p số hỗ trợ hoạt động tìm kiếm cập nhật số phân tán thiết bị ngang hang tạo lập lưu đệm nội dung trao đổi liệu với  Kỹ thuật đánh soos tìm kiếm gọi bảng hàm băm phân tán DHT  Thông tin lưu trữ trongCSDL bao gồm cặp(khóa, giá trị) Các thiết bị ngang hang truy vấn CSDL cách cung cấp khóa cho phù hợp với cặp (khóa, giá trị) CSDL  Việc thiết kế CSDL thực sau: Bảng hàm băm phân tán DHT định danh cho thiết bị ngang hang số nguyên n cố định dải [(0,2^n)-1] Quy tắc gán khóa vào thiết bị ngang hang: gán cặp (khóa, giá trị) tới thiết bị ngang hang có định danh gần khóa nhất(ngay sau khóa) Nếu khóa lớn tất định danh sử dụng modul lưu trữ(khóa ,giá trị) vào thiết bị ngang hang có định danh nhỏ Làm để xác định thiết bị ngang hàng gần khóa = > sử dụng DHT vòng • DHT vòng  Cạnh thiết bị ngang hàng X Y kết nối TCP  Tất thiết bị ngang hàng hoạt động cạnh tạo thành mạng che phủ  Cạnh: liên kết ảo PHOTO HUYỀN TRANG Page 23  Mỗi peer biết thiết bị sau     • Peer muốn biết peer chịu trách nhiệm khóa 11 Peer gửi tin tới peer 4; peer gửi tin đến peer 5;… peer 12 chịu trách nhiệm khóa 11 Peer 12 gửi tin trả lời đến peer Giảm số thông tin peer phải quản lí Số lượng tin gửi lớn(N/2) Số lượng tin truy vấn 0(logN) Tìm điểm cân số lượng thông tin peer phải theo dõi số lượng tin truyền mạng: bổ xung đường kết nối tắt Peer churn  Trong mạng p2p thiết bị ngang hang vào không báo trước thiết kế DHT quan tâm tới trì che phủ DHT peer churn  Mỗi peer theo dõi (biết địa IP) peer đứng sau  Định kì kiểm tra Peer rời bỏ(peer 5): Peer thay thiết bị ngang hang sau thứ sau thứ 2(peer peer 8) • Thiết bị ngang hang sau yêu cầu định danh địa IP thiết bị sau thứ nó(peer 10) • Peer gia nhập(peer 13): • • • Chỉ biết peer Peer gửi tin đến peer 13 qua peer trươc sau peer 13 Peer 12 nhận tin đến biết peer 13 trước peer 15ngay sau PHOTO HUYỀN TRANG Page 24 5.Kết nối mạng đa phương tiện Câu hỏi : Trình bày khái niệm nêu đặc điểm ứng dụng kết nối mạng đa phương tiện Cho số ví dụ minh họa  Khái niệm: Ứng dụng kết nối mạng đa phương tiện ứng dụng hỗ trợ chia sẻ audio, video mạng Internet  Đặc điểm - Thường nhạy cảm với trễ: trễ toàn trình, rung pha - Chịu tỉ lệ gói định: gói không thường xuyên gây nhiễu nhỏ  Ví dụ - Các dịch vụ IPTV, youtube Câu hỏi 2: Phân loại lớp ứng dụng kết nối mạng đa phương tiện Trong kết nối mạng đa phương tiện có lớp ứng dụng bản:  Trực tuyến audio/video lưu trữ - - - Ở lớp ứng dụng khách hàng yêu cầu theo nhu cầu tệp audio/video nén lưu trữ máy chủ Lớp dịch vụ có đặc tính phân biệt chủ yếu là: + Phương tiện lưu trữ: Nội dung đa phương tiện,được ghi lại từ trước,lưu trữ máy chủ Do phương tiện ghi lại từ trước, người sử dụng tạm dừng, tua lên,hay đánh số nội dung đa phương tiện + Trực tuyến: kĩ thuật mà khác hàng phát audio/video sau vài giây nhận tệp tin từ máy chủ Điều tránh việc phải tải xuống toàn tệp tin trước bắt đầu phát + Phát liên tục: máy khách bắt đầu phát nội dung đa phương tiện phải tiến hành tương ứng với thời gian nguyên gốc ghi  Trực tuyến audio video trực tuyến Lớp ứng dụng tương tự phát truyền hình quảng bá truyền thông khác việc truyền dẫn internet Các ứng dụng cho phép người sử dụng nhận phát truyền hình xuất phát xuất phát từ nơi giới Các ứng dụng audio video trực tuyến có số đặc điểm sau : + Video,audio phát trực tuyến không lưu trữ nên khách hàng tua lên nội dung phương tiên + Thường có nhiều máy khách nhận lúc + Phân bố video, audio thiết lập thông qua multicast ứng dụng  Audio video tương tác thời gian thực PHOTO HUYỀN TRANG Page 25 - Cho phép người sử dụng audio/video truyền thông với thời gian thực + Đối với Audio việc tương tác thời gian thực internet thường hiểu thoại internet + Đối với Video việc tương tác thời gian thực thường gọi hội nghi video Câu hỏi 3: Trình bày hoạt động hệ thống trực tuyến audio/video lưu trữ Trả lời:  Các tài nguyên, liệu lưu trữ server  Các máy chủ máy chủ web gốc máy chủ trực tuyến đặc thù       dành riêng cho ứng dụng trực tuyến audio/video Máy khách yêu cầu tệp audio/video nén nằm máy chủ Dựa yêu cầu máy khách, máy chủ gửi tệp audio/video tới máy khách cách gửi tệp đến socket Sử dụng UDP TCp để truyền tải phần lớn lưu lượng audio/video trực tuyến truyền tải TCP Khi tệp audio/video yêu cầu bắt đầu đến, khách hàng bắt đầu thể tệp vài giây Một số hệ thống cung cấp tương tác người sử dụng tạm dừng /tiếp tục nhảy thời gian tệp audio/video Sử dụng giao thức trực tuyến thời gian thực RTSP Câu hỏi 4: Trình bày chức mô tả hoạt động, lệnh giao thức RTSP Trả lời:  Chức  RTSP cho phép phát phương tiện điều khiển truyền dẫn dòng phương tiện Các hoạt động điều khiển bao gồm tạm dừng/tiếp tục, tua trước nhanh, tua lại  RTSP có chức cho phép máy khách phát trực tuyến đến máy chủ  Hoạt động PHOTO HUYỀN TRANG Page 26  Máy chủ đóng gói tệp mô tả trình diễn tin đáp ứng HTTP gửi tin             tới trình duyệt Khi trình duyệt nhận tin đáp ứng HTTP, trình duyệt gọi phát phương tiện(ứng dụng hỗ trợ) dựa trường loại nội dung tin Máy khách khởi tạo phiên yêu cầu SETUP, cung cấp URL tệp phát trực tuyến phiên RTSP Sau phát máy chủ gửi cho loạt tin RTSP Máy phát gửi yêu cầu RTSP PLAY cho máy chủ máy chủ đáp ứng tin RTSP OK Sau phát gửi yêu cầu RTSP PAUSE máy chủ đáp ứng tin OK Khi người sử dụng kết thúc phát gửi yêu cầu RTSP TEARDOWN máy chủ xác nhận tin RTSP OK  Các lệnh RTSP DESCRIBLE: lệnh yêu cầu server mô tả chi tiết đối tượng yêu cầu SETUP: lệnh chưa vài thành phần quan trọng thông tin URL nội dung yêu cầu mootjc hỉ số cổng để sử dụng trao đổi liệu PLAY: lần lệnh SETUP xử lý lệnh sử dụng để khởi động truyền nội dung yêu cầu PAUSE: lệnh yêu cầu tạm dừng việc gửi nội dung yêu cầu từ server tới client RECORD: lệnh sử dụng để ghi lại nội dung TEARDOWN: lệnh sử dụng người sử dụng muốn kết thúc phiên Câu hỏi 5: Trình bày hoạt động giao thức RTP khuôn dạng, ý nghĩa trường tin RTP • Khái niệm: RTP giao thức định nghĩa cấu trúc gói tin tiêu chuẩn nhằm truyền audio/video thông qua mạng IP • Thông thường, RTP chạy UDP Phía gửi đóng gói khúc đa phương tiện gói tin RTP, sau đóng gói tin vào đoạn UDP, chuyển đoạn UDP xuống IP Phía nhận trích lấy gói tin từ đoạn UDP, sau trích lấy khúc đa phương tiện từ gói tin RTP, chuyển khúc đến phát phương tiện để giải mã phát PHOTO HUYỀN TRANG Page 27 • Khuông dạng + Payload Type (7 bit): thị loại mã hóa sử dụng Nếu bên gửi thay đổi mã hóa hội nghị, bên gửi thông báo cho bên nhận thông qua trường µ Type 0: Audio - PCM , 64 kbps Type 3: Audio - GSM, 13 kbps Type 7: Audio - LPC, 2.4 kbps Type 26: Video - Motion JPEG Type 31: Video - H.261 Type 33: Video - MPEG2 video + Sequence number (16 bit): tăng thêm lần gói tin RTP gửi đi, sử dụng để phát gói lưu thứ tự gói + Time Stamp (32 bit): thời điểm lấy mẫu byte gói liệu RTP + SSRC (32 bit): xác định nguồn dòng RTP Mỗi dòng RTP phiên RTP phải có SSRC phân biệt       Câu hỏi 6: Trình bày vai trò mô tả hoạt động, loại tin RTCP, đặc điểm băng thông cung cấp cho giao thức RTCP  Vai trò RTCP  Giao thức dùng để điều khiển gói mang tin phiên truyền thành viên, phân phối theo chế gói mang tin  Các gói RTCP truyền cổng UDP khách Các gói thông tin điều khiển qua cổng lẻ, gói liệu qua cổng chẵn  Cung cấp thông tin phản hồi chất lượng đường truyền liệu  RTCP mang thông tin định danh lớp vận chuyển gọi CNAME Thông tin giúp ta định danh nguồn phát RTP  Giao thức RTCP có dịch vụ giám sát chất lượng dịch vụ thu nhập thông tin người tham gia vào phiên truyền RTP tiến hành  Hoạt động  RTCP hoạt động gắn với RTP PHOTO HUYỀN TRANG Page 28  Mỗi bên tham gia phiên RTP truyền tin RTP tới tất bên tham gia         khác phiên sử dụng IP muticast Các gói tin RTP RTCP phân biệt với thông qua sử dụng số cổng phân biết số cổng RTCP thiết lập số cổng RTP+1 Các gói tin RTP không đóng gói khúc liệu audio hay v ideo thay vào gói tin RTCP gửi định kì chứa báo cáo bên gửi và/ bên nhận thông báo cho thống kê có ích cho ứng dụng Các bên gửi sử dụng thông tin phản hồi để thay đổi tốc độ truyền dẫn  Các loại tin RTCP Gói tin báo cáo bên nhận: gồm có trường sau + SRRC dòng RTP mà báo cáo trình nhận tạo lập + Phần gói tin bị dòng RTP + Số thứ tự cuối nhận dòng gói tin RTP + Rung pha trung bình Gói tin báo cáo bên gửi: gồm có trường sau + SRRC dòng RTP + Nhãn thời gian thời gian thực gói tin tạo dòng RTP + Số gói tin truyền dòng + Số byte gửi dòng Gói tin mô tả nguồn: gồm trường + Địa email bên gửi + Tên bên gửi + SRRC dòng RTP liên quan  Đặc điểm băng thông RTCP điều chỉnh tốc độ bên tham gia gửi gói tin RTCP vào multicast hàm số số lượng bên tham gia phiên RTCP cố gắng hạn chế lưu lượng không vượt 5% băng thông phiên Câu hỏi 7: Phân tích giải pháp loại bỏ rung pha/biến thiên trễ (jitter) bên nhận cho liệu âm (audio) Trả lời:  Rung pha/biến thiên trễ(jitter): Rung pha tượng thời gian từ gói tin tạo nguồn đến nhận bên nhận biến động gói tin trễ hàng đợi định tuyến  Phân tích giải pháp loại bỏ rung pha Để loại bỏ hạn chế tượng rung pha người ta đính kèm thêm thông tin vào khúc gửi + Bắt đầu khúc số thứ tự: Bên gửi tăng số thứ tự lên đơn vị có gói tin tạo PHOTO HUYỀN TRANG Page 29 Bắt đầu khúc nhãn thời gian: Bên gửi gán nhãn cho khúc với thời gian khúc tạo + Làm trễ phát lại khúc bên nhận: trễ phát lại khúc audio nhận phải đủ dài cho phần lướn gói tin nhận trước thời gian phát dược lập lịch chúng Trễ phát cố định suốt phiên audio hay thay đổi thích nghi vòng đời phiên audio  Trễ phát cố định  Khi bên gửi phát khúc gán nhãn cho khúc t thời gian Khi bên nhận cố gắng phát lại khúc xác q (ms) sau khúc tạo tương đương với việc bên nhận phát lại khung thời điểm (t + q) Đối với khúc đến bên nhận với thời gian bị bên nhận loại bỏ coi bị  Đối với loại đường truyền ta chọn giá trị q cho phù hợp: + Đối với đường truyền có phương sai trễ toàn trình lớn ta phải chọn q lớn (q = 400ms ) + Đối với đường truyền có trễ nhỏ phương sai trễ nhỏ ta chọn gia trị q nhỏ ( q < 150 ms)  Trễ phát thích nghi + Ý tưởng chế sử dụng thời gian trễ gói tin đến qua tính toán đưa thời gian trễ phát lại cho phù hợp nhất, không cứng nhắc chế trễ phát cố định Thuật toán để áp dụng cho phương pháp Trong u = 0.01 + ti: nhãn thời gian gói thứ i tạo bên gửi + ri : thời gian gói tin thứ i nhận bên nhận + pi : thời gian gói tin thứ i phát lại bên nhận + Trễ toàn trình gói tin thứ i : ri – ti + di : ước lượng trễ mạng trung bình đến nhận gói tin thứ i Từ di ta có công thức tính “ước lượng vi sai trung bình trễ ” A  Sau tính toán đươc thông số d i vi bên nhận dùng công thức để tính thời gian phát lại gói tin PHOTO HUYỀN TRANG Page 30 K số ( VD: K = 3) Giá trị K thể việc thiết lập thời gian phát lại đủ xa tương lai cho có phần nhỏ gói đến khoảng có tiếng nói bị đến muộn Và gói tin lại khoảng tiếng nói phát định kì Câu hỏi 8: Trình bày giải pháp khôi phục gói liệu audio nêu ưu điểm, nhược điểm giải pháp  Phương pháp sửa lỗi tiến FEC  Ý tưởng phương pháp là: thêm thông tin dư thừa vào dòng gói tin gốc để gói tin, bên nhận dự vào thông tin dư thừa gói tin khác để phục hồi lại gói tin bị  FEC sử dụng chế phục hồi:  Cơ chế thứ + gửi khúc dư thừa đạt toán tử loại trừ OR từ n khúc liệu gốc Đối với chế gói tin nhóm (n+1) gói bị bên nhận tái tạo lại gói tin bị + Đặc điểm chế là: o Chỉ phục hồi gói tin (n+1) gói tin gói trở lên không phục hồi o Kích cỡ nhóm nhỏ tỉ lệ tăng tốc độ tốc độ truyền dòng audio lớn  Cơ chế thứ hai + gửi dòng audio phân giải thấp thông tin dư thừa hình sau + Lúc với gói tin bị mật bên nhận phục hồi lại gói tin phục hồi lại có tốc độ thấp gói tin gốc Nhưng PHOTO HUYỀN TRANG Page 31 dòng bao gồm phần lớn gói tin với tôc độ cao nên xem kẽ vài gói tin có tốc độ thấp tổng thể không làm ảnh hưởng nhiều đến chất lượng audio  Để khắc phục tình trạng gói tin liên tiếp gắn thêm khúc chất lượng thấp (n-1)st (n-2)nd • Ưu nhược điểm phương pháp FEC  Ưu điểm + Cơ chế mã hóa đơn giản, dễ thực + Đối với FEC chế phục hồi lại y nguyên gói tin bị + Đối với FEC chế phục hồi lại nhanh chóng gói tin bị qua giúp làm giảm độ trễ  Nhược điểm + Đối với FEC chế phục hồi lại gói tin bị (n+1) gói tin , gói tin bị không phục hồi lại Kích cỡ nhóm tỉ lệ nghịch với tốc độ truyền dòng dư liệu Và làm tăng trễ phát lại phải chở đủ n gói tin đến phục hồi lại gói tin bị + Đối với FEC chế 2: Khi xảy tình trạng nhiều gói tin ảnh hưởng đến chất lượng audio làm tăng băng thông trễ phát Cơ chế phức tạp  Phương pháp đan xen  Ý tưởng phương pháp đan xen bên gửi xếp lại đơn vị liệu audio trước truyền cho đơn vị liền ban đầu tách khoảng cách dòng thông tin truyên dẫn Tại phía nhận đơn vị xếp lại phát PHOTO HUYỀN TRANG Page 32 • Ưu nhược điểm phương pháp  Ưu điểm + Ưu điểm lớn phương pháp không làm tăng yêu cầu băng thông dòng thông tin + Giảm thiểu ảnh hưởng việc gói tin + Tăng đáng kể chất lượng cảm nhận dòng audio cho chi phí thấp  Nhược điểm + Tăng độ trễ điều hạn chế sử dụng ứng dụng tương tác thoại Internet + Bên nhận phải dùng thuật toán xếp lại nên làm nhận cồng kềnh Câu hỏi 9: Trình bày chức năng, ích lợi nguyên lý hoạt động mạng phân tán nội dung CDN  Chức  CDN mạng phân tán nội dung gồm có hệ thống máy chủ đặt nhiều nơi kết nối hợp tác với để phân phối nội dung đến khách hàng  CDN tái tạo nội dung khách hàng máy chủ CDN Bất khách hàng khách hàng cập nhật nội dung, CDN phân bố lại nội dung tới máy chủ CDN  CDN cho phép độ trễ thấp, đạt lưu lượng cao có khả mở rộng linh hoạt  Ích lợi  Tiết kiệm băng thông đáng kể liệu tĩnh (như hình ảnh, css, )  Tăng tốc độ truy cập web, load nội dung nhanh, giảm thiểu độ trễ  Chop phép người dùng internet tương tác nhanh chóng  Giúp tăng đối tượng truy cập nhiều nơi giới  Giảm tải cho hệ thống máy chủ vận hành  Tránh tượng nghẽn cố chai máy chủ  Nguyên lý hoạt động PHOTO HUYỀN TRANG Page 33 Trước tiên công ty CDN xác định đối tượng mà muốn phân bố tài nguyên Các nhà cung cấp nội dung gắn nhãn sau đẩy nội dung đến nút CND Đến lượt nút chép đẩy nội dung đến máy chủ CND lựa chọn Công ty CDN sở hữu magnj riêng để đẩy nội dung từ nút CDN đến máy chủ CDN  Bất nhà cung cấp nội dung thay đổi đối tượng phân bố CDN , lại đẩy phiên tới nút CDN, nút chép phân bố đối tượng đến chủ CDN     PHOTO HUYỀN TRANG Page 34

Ngày đăng: 01/07/2016, 07:10

TỪ KHÓA LIÊN QUAN

w