Báo cáo thực hành môn mạng máy tính

106 1.1K 0
Báo cáo thực hành môn mạng máy tính

Đ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

ĐẠI HỌC ĐÀ NẴNG TRƯỜNG ĐẠI HỌC BÁCH KHOA KHOA CÔNG NGHỆ THÔNG TIN  BÁO CÁO MÔN MẠNG MÁY TÍNH Đề tài: MULTIMEDIA NETWORKING NHÓM : 6 LỚP : 12TLT.CNTT GVHD : ThS. NGUYỄN VÕ QUANG ĐÔNG Đà Nẵng, 2014 Báo Cáo Môn Mạng Máy Tính THÀNH VIÊN TRONG NHÓM 1/ Nguyễn Hà Anh 2/ Lê Long Bảo 3/ Phan Hữu Phát 4/ Nguyễn Mạnh Huy 5/ Phan Tuấn Vũ 6/ Đoàn Văn Dũng 7/ Trương Thế Anh 8/ Đàm Thanh Hậu 9/ Huỳnh Quốc Nha 10/ Đỗ Thị Phượng 11/ Trần Viết Cường Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 2 Báo Cáo Môn Mạng Máy Tính MỤC LỤC THÀNH VIÊN TRONG NHÓM 2 1/ Nguyễn Hà Anh 2 2/ Lê Long Bảo 2 3/ Phan Hữu Phát 2 4/ Nguyễn Mạnh Huy 2 MỤC LỤC 3 DANH MỤC HÌNH ẢNH 5 6.1.CÁC ỨNG DỤNG MẠNG ĐA PHƯƠNG TIỆN 6 6.1.1.Các ví dụ của ứng dụng đa phương tiện 6 6.1.2.Những trở ngại cho đa phương tiện trên Internet 8 6.1.3.Internet nên phát triển như thế nào để hỗ trợ đa phương tiện tốt hơn 9 6.1.4.Âm thanh và video nén 10 6.2.LƯU TRỮ ÂM THANH VÀ VIDEO TRỰC TUYẾN 14 6.2.1.Truy cập âm thanh và video từ máy chủ web 16 6.2.2.Gửi đa phương tiện từ luồng server đến ứng dụng hỗ trợ 18 6.2.3.Giao thức truyền dòng dữ liệu thời gian thực 21 6.3.LÀM TỐT NHẤT DỊCH VỤ BEST EFFORT – MỘT VÍ DỤ VỀ ĐIỆN THOẠI INTERNET 26 6.3.1.Những hạn chế của một dịch vụ Best-Effort 27 6.3.2.Loại bỏ biến động nhận được cho âm thanh 29 6.3.3.Phục hồi gói tin bị mất 33 6.3.4.Luồng lưu trữ âm thanh và video 37 6.4.GIAO THỨC RTP 39 6.4.1.Cơ bản về RTP 39 6.4.2.Trường tiêu đề trong gói tin RTP 42 6.4.3.RTP giao thức điều khiển (RTCP) 44 6.4.4.H.323 47 6.5.BEYOND BEST EFFORT 54 6.6.BỘ ĐỊNH THỜI VÀ CƠ CHẾ KIỂM SOÁT LƯU LƯỢNG MẠNG 61 6.6.1.Các cơ chế bộ định thời 62 Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 3 Báo Cáo Môn Mạng Máy Tính 6.6.2.Cơ chế điều khiển lưu lượng mạng 67 6.7.DỊCH VỤ TÍCH HỢP 72 6.7.1.Bảo đảm chất lượng của dịch vụ 74 6.7.2.Kiểm soát băng thông mạng 75 6.8.RSVP 76 6.8.1.Bản chất của RSVP 76 6.8.2.Một vài ví dụ đơn giản 79 6.8.3.Tin nhắn đường dẫn 81 6.8.4.Các kiểu đặt chỗ 82 6.8.5.Vận chuyển các tin nhắn đặt chỗ: 85 6.9.DỊCH VỤ CHÊNH LỆCH 87 6.9.1.Công nghệ phân lập dịch vụ ( giao thức Diffserv, dịch vụ phân biệt or phân loại dịch vụ ): một kịch bản đơn giản 88 6.9.2.Phân loại lưu lượng và điều chỉnh 90 6.9.3.Per-Hops Behavior ( tác động chặn) 93 TÓM TẮT 97 BÀI TẬP VỀ NHÀ VÀ CÂU HỎI THẢO LUẬN CHƯƠNG 6 100 CÂU HỎI ÔN TẬP 100 BÀI TOÁN 101 CÂU HỎI THẢO LUẬN 105 BẢNG PHÂN CÔNG CÔNG VIỆC NHÓM 6 106 Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 4 Báo Cáo Môn Mạng Máy Tính DANH MỤC HÌNH ẢNH Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 5 Báo Cáo Môn Mạng Máy Tính 6.1. CÁC ỨNG DỤNG MẠNG ĐA PHƯƠNG TIỆN 6.1.1. Các ví dụ của ứng dụng đa phương tiện Internet chứa một lượng lớn các ứng dụng đa phương tiện thú vị. Chúng ta xác định ba lớp của các ứng dụng đa phương tiện - Luồng âm thanh và video đã lưu trữ Trong lớp này của các ứng dụng , client yêu cầu theo yêu cầu âm thanh nén hoặc file video, được lưu trữ trên các máy chủ . Đối với âm thanh, các tập tin này có thể chứa một bài giảng giáo sư , những bản nhạc rock, giao hưởng, tài liệu lưu trữ của chương trình phát thanh nổi tiếng , cũng như ghi âm lưu trữ lịch sử Đối với video, những tập tin này có thể chứa video của bài giảng giáo sư, phim với đầy đủ độ dài, chương trình truyền hình được ghi âm , tài liệu, lưu trữ video của sự kiện lịch sử ,ghi hình sự kiện thể thao, phim hoạt hình và âm nhạc video clip. Bất cứ lúc nào một client cũng có thể yêu cầu một tập tin audio hay video từ một máy chủ . Trong hầu hết các ứng dụng âm thanh / video lưu trữ được lưu trữ tồn tại, sau một vài giây bị trễ, client bắt đầu để phát lại các tập tin âm thanh trong khi nó vẫn tiếp tục nhận được các tập tin từ máy chủ. Các tính năng phát lại âm thanh hoặc video trong khi tập tin đang được nhận được gọi là streaming. Nhiều sản phẩm hiện có cũng cung cấp cho người sử dụng tương tác, ví dụ như : tạm dừng / tiếp tục và nhảy thời gian đến trước và sau của các tập tin âm thanh.Trì hoãn từ khi người dùng tạo một yêu cầu (ví dụ, yêu cầu để nghe một tập tin âm thanh hoặc bỏ qua hai phút về phía trước) cho đến khi hành động thể hiện ở các máy chủ sử dụng (ví dụ, người sử dụng bắt đầu nghe tập tin âm thanh) nên về trình tự từ 1 đến 10 giây cho đáp ứng chấp nhận được. Yêu cầu đối với gói sự chậm trễ và sự bồn chồn không phải là nghiêm ngặt như đối với các ứng dụng thời gian thực như điện thoại Internet và hội nghị truyền hình thời gian thực (xem bên dưới). Có rất nhiều sản phẩm trực tuyến để lưu trữ audio / video, bao gồm cả RealPlayerfrom RealNetworksand NetShowfrom Microsoft. - Một đến nhiều luồng âm thanh và video thời gian thực : Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 6 Báo Cáo Môn Mạng Máy Tính Lớp này của các ứng dụng tương tự như phát sóng bình thường của đài phát thanh và truyền hình, ngoại trừ việc truyền tải diễn ra trên Internet.Các ứng dụng này cho phép người dùng nhận được tín hiệu của một đài phát thanh và truyền hình phát ra từ bất kỳ nơi trên thế giới. (Ví dụ, một trong những tác giả của cuốn sách này thường lắng nghe yêu thích của mình Đài phát thanh Philadelphia từ nhà của ông ở Pháp.) Microsoft cung cấp một đài phát thanh Internet hướng dẫn. Thông thường, có nhiều người sử dụng đồng thời nhận được chương trình âm thanh/ video thời gian thực giống nhau. Lớp này của các ứng dụng là không tương tác, một client không thể kiểm soát được lịch trình truyền tải của máy chủ. Như với streaming của lưu trữ đa phương tiện, yêu cầu cho sự chậm trễ gói và sợ bồn chồn không phải là nghiêm ngặt như đối với điện thoại Internet và hội nghị truyền hình thời gian thực. Sự chậm trễ lên đến hàng chục giây từ khi người dùng nhấp chuột vào một liên kết cho đến khi phát lại âm thanh / video bắt đầu có thể được bỏ qua.Việc phân phối âm thanh / video theo thời gian thực đến nhiều người nhận là một cách hiệu quả khi thực hiện với multicast, tuy nhiên, như các văn bản này, hầu hết các hệ một-nhiều âm thanh / video truyền trên Internet được thực hiện với dòng unicast riêng biệt cho mỗi người nhận. - Tương tác âm thanh và video thời gian thực: Lớp này của các ứng dụng cho phép người sử dụng âm thanh / video để giao tiếp với nhau trong thời gian thực. Thời gian thực âm thanh tương tác thường được gọi là điện thoại Internet, từ đó, từ quan điểm của người sử dụng, nó tương tự như dịch vụ điện thoại chuyển mạch kênh truyền thống. Điện thoại Internet có khả năng cung cấp tổng đài, địa phương và dịch vụ điện thoại đường dài với chi phí rất thấp Nó cũng có thể tạo thuận lợi cho việc hội nhập máy tính điện thoại (được gọi là CTI), nhóm thông tin liên lạc thời gian thực, dịch vụ thư mục, nhận dạng người gọi, người gọi lọc, vv .Có nhiều sản phẩm điện thoại Internet hiện đã có.Với video tương tác thời gian thực, còn được gọi là hội nghị truyền hình, các cá nhân giao tiếp trực quan giống như nói miện. Trong một cuộc họp nhóm, người dùng có thể mở một cửa sổ cho mỗi người tham gia người sử dụng muốn nhìn thấy. Ngoài ra còn có nhiều các sản phẩm video tương tác thời gian thực, hiện có sẵn cho Internet, bao gồm Netmeeting của Microsoft. Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 7 Báo Cáo Môn Mạng Máy Tính Lưu ý rằng trong ứng dụng tương tác âm thanh / video thời gian thực, một người sử dụng có thể nói chuyện hay di chuyển bất cứ lúc nào. Sự chậm trễ từ khi người dùng nói hoặc di chuyển cho đến khi hành động được thể hiện tại các máy chủ tiếp nhận nên được ít hơn một vài trăm mili giây. Đối với giọng nói, sự chậm trễ nhỏ hơn 150 mili giây không được nhận thấy bởi người nghe, sự chậm trễ giữa 150 và 400 mili giây có thể chấp nhận được, và sự chậm trễ quá 400 mili giây cho kết quả không tốt nếu đàm thoại hoàn toàn không đáng tin cậy. 6.1.2. Những trở ngại cho đa phương tiện trên Internet IP , giao thức tầng mạng Internet, cung cấp dịch vụ băng thông tốt nhất cho tất cả các gói dữ liệu nó mang . Nói cách khác, Internet cố gắng tốt nhất để di chuyển mỗi gói tin từ người gửi đến người nhận một cách càng nhanh càng tốt. Tuy nhiên , dịch vụ tốt nhất dù cố gắng không thực hiện bất kỳ lời hứa nào về sự chậm trễ end-to -end cho các gói cá nhân. Dịch vụ cũng không thực hiện bất kỳ lời hứa về sự biến đổi của pakcet trì hoãn trong một dòng gói tin. Như chúng ta đã học ở Chương 3, bởi vì TCP và UDP chạy qua IP , không phải của các giao thức này có thể thực hiện bất kỳ sự chậm trễ đảm bảo cho các ứng dụng gọi . Do thiếu của bất kỳ đặc biệt nỗ lực để cung cấp các gói tin một cách kịp thời , nó là vấn đề extermely thách thức để phát triển thành công các ứng dụng mạng đa phương tiện cho mạng Internet. Đến nay, đa phương tiện trên Internet đã đạt được thành công đáng kể nhưng hạn chế. Ví dụ, cửa hàng trực tuyến audio / video với sự chậm trễ người dùng tương tác năm đến mười giây bây giờ là phổ biến trên mạng Internet. Nhưng trong thời gian cao điểm , hiệu suất có thể không đạt yêu cầu , đặc biệt là khi liên kết can thiệp là các liên kết bị tắc nghẽn (ví dụ như tắc nghẽn liên kết xuyên đại dương ). Điện thoại internet và video thời gian thực tương tác đã, cho đến nay, được ít thành công hơn trực tuyến audio / video lưu trữ. Thật vậy, tương tác giọng nói và video thời gian thực áp đặt những hạn chế cứng nhắc về sự chậm trễ gói và jitter gói. Gói jitteris sự thay đổi của sự chậm trễ gói trong luồng gói tin đó. Thời gian thực thoại và video có thể làm việc tốt ở vùng có băng thông là phong phú, và do đó sự chậm trễ và jitter được tối thiểu. Nhưng chất lượng có thể xấu đi đến mức không thể chấp nhận ngay khi giọng nói hoặc gói phim chơi thời gian thực truy cập một liên kết tắc nghẽn. Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 8 Báo Cáo Môn Mạng Máy Tính Việc thiết kế các ứng dụng đa phương tiện chắc chắn sẽ đơn giản hơn nếu chúng là một số loại các dịch vụ Internet lớp một và lớp2, theo đó các gói tin của lớp đầu tiên được giới hạn về số lượng và luôn luôn được ưu tiên trong hàng đợi định tuyến. Đối với dịch vụ lớp một như vậy có thể được thỏa đáng cho sự chậm trễ nhạy cảm các ứng dụng. Nhưng cho đến nay, Internet đã hầu như thực hiện một cách tiếp cận giống nhau với gói lập lịch trong hàng đợi định tuyến: tất cả các gói nhận được dịch vụ như nhau, không có gói tin, bao gồm cả gói dữ liệu âm thanh và video nhạy cảm với trễ, nhận được bất kỳ ưu tiên trong hàng đợi định tuyết. Không cần biết là bạn có bao nhiêu tiền hoặc bạn quan trọng như thế nào, bạn phải tham gia phần cuối của dòng và đợi đến lượt của bạn! Vì vậy, cho thời gian được, chúng tôi phải sống với các dịch vụ nỗ lực tốt nhất. Không có vấn đề như thế nào quan trọng hoặc làm thế nào giàu chúng tôi, các gói tin của chúng tôi phải đợi đến lượt của họ trong hàng đợi router. Nhưng với hạn chế này, chúng ta có thể làm cho một số quyết định thiết kế và sử dụng một vài thủ thuật để cải thiện với người sử dụng cảm nhận chất lượng của một đa phương tiện ứng dụng kết nối mạng. Ví dụ, chúng ta có thể gửi âm thanh và video trên UDP, và do đó phá vỡ thông thấp TCP khi TCP đi vào giai đoạn chậm bắt đầu của nó. Chúng ta có thể trì hoãn phát lại tại nhận 100 msecs hoặc nhiều hơn để giảm bớt những ảnh hưởng của jitter mạng gây ra. chúng ta có thể gói dấu thời gian ở người gửi để nhận biết khi các gói dữ liệu cần được phát lại. Cho lưu trữ âm thanh / video chúng ta có thể Prefetch dữ liệu trong quá trình phát lại khi lưu trữ và băng thông khách hàng thêm là có sẵn. Chúng tôi thậm chí có thể gửi thông tin dự phòng để giảm thiểu ảnh hưởng của mạng gây ra mất gói tin. Chúng tôi sẽ điều tra rất nhiều các kỹ thuật trong chương này. 6.1.3. Internet nên phát triển như thế nào để hỗ trợ đa phương tiện tốt hơn Ngày nay có một cuộc tranh luận khác thường và đôi khi dữ dội về cách Internet nên phát triển như thế nào để đáp ứng tốt hơn lưu lượng truy cập đa phương tiện với thời gian hạn chế cứng nhắc của nó. Ở một bên quan điểm, một số nhà nghiên cứu cho rằng nó không cần thiết để thực hiện bất kỳ thay đổi cơ bản đến dịch vụ của nỗ lực tốt nhất và các giao thức Internet cơ bản Thay vào đó, theo những phần tử cực đoan, nó chỉ là cần thiết để thêm băng thông nhiều hơn cho các liên kết (cùng với bộ nhớ đệm cho mạng thông tin được lưu Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 9 Báo Cáo Môn Mạng Máy Tính trữ và hỗ trợ multicast cho một-nhiều thời gian thực trực tuyến). Đối thủ để quan điểm này cho rằng băng thông bổ sung có thể tốn kém, và ngay sau khi nó được đưa ra nó sẽ được ăn tăng băng thông ứng dụng đói mới (ví dụ, video độ nét cao theo yêu cầu) Ở quan điểm khác, một số nhà nghiên cứu cho rằng những thay đổi cơ bản phải được thực hiện với Internet để các ứng dụng có thể dự trữ băng thông đầu cuối một cách rõ ràng. Các nhà nghiên cứu cảm nhận , ví dụ,rằng nếu người dùng muốn thực hiện cuộc gọi điện thoại Internet từ máy chủ A đến máy chủ của B , sau đó điện thoại Internet của người sử dụng ứng dụng sẽ có thể dự trữ một cách rõ ràng băng thông trong mỗi liên kết dọc theo tuyến đường từ máy chủ A để lưu trữ B. Nhưng cho phép các ứng dụng để thực hiện đặt chỗ và yêu cầu mạng để tôn vinh đặt đòi hỏi một số thay đổi lớn . Đầu tiên chúng ta cần một giao thức , thay mặt các ứng dụng, dự trữ băng thông từ người gửi đến người nhận của họ. Thứ hai, chúng ta cần phải sửa đổi chính sách kế hoạch trong hàng đợi router để đặt băng thông có thể được tôn trọng. Với những chính sách lập lịch trình mới , tất cả các gói tin không còn được đối xử bình đẳng , thay vào đó , những dự trữ đó (và trả tiền ) hơn nhận được nhiều hơn . Thứ ba , trong đặt để tôn vinh đặt , các ứng dụng cần để cung cấp cho mạng mô tả về giao thông họ có ý định gửi vào mạng. Sau đó các mạng phải cảnh sát giao thông của mỗi ứng dụng để làm chắc chắn rằng nó tuân thủ để mô tả. Cuối cùng , mạng phải có một phương tiện xác định xem nó có đủ băng thông có sẵn để hỗ trợ bất kỳ yêu cầu đặt phòng mới . Các cơ chế này , khi kết hợp , yêu cầu phần mềm mới và phức tạp trong các máy chủ và thiết bị định tuyến cũng như các loại dịch vụ mới . 6.1.4. Âm thanh và video nén Trước khi âm thanh và video có thể được truyền qua mạng máy tính, nó phải được số hóa và nén. Nhu cầu số hóa là rõ ràng: mạng máy tính truyền bit, do đó tất cả các thông tin được truyền đi phải được biểu diễn như là một chuỗi các bit. Nén rất quan trọng vì không nén âm thanh và video sẽ tiêu thụ một lượng lớn dung lượng lưu trữ và băng thông; loại bỏ các cố hữu dư thừa trong số hóa tín hiệu âm thanh và video có thể giảm đơn đặt hàng của các cường độ lượng dữ liệu mà cần phải được lưu trữ và truyền đi. Ví dụ, một hình ảnh duy nhất bao gồm 1024 pixel x 1024 pixel với mỗi điểm ảnh được mã hóa thành 24 bist đòi hỏi 3 MB dung lượng lưu trữ mà không cần nén. Nó sẽ mất bảy phút để gửi hình ảnh này trên một liên kết 64 Kbps. Nếu hình ảnh Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 10 [...]... cửa sổ của trình duyệt (như một thành phần phụ trợ), ứng dụng media là chương trình được thực hiện riêng rẽ với các trình duyệt Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 15 Báo Cáo Môn Mạng Máy Tính 6.2.1 Truy cập âm thanh và video từ máy chủ web Việc lưu trữ xử lý audio/video có thể được thực hiện bên trong Web Server, nơi mà có nhiệm vụ trung chuyển audio/video đến máy khác thông qua giao thức HTTP,... Như thể hiện trong hình 6,2-4 , máy nghe nhạc và máy chủ sau đó gửi cho nhau một loạt các tin nhắn RTSP Các ứng dụng gửi một yêu cầu SETUP RTSP, và máy chủ sẽ gửi một phản hồi SETUP RTSP Các ứng dụng gửi một yêu cầu RTSP PLAY, , và máy chủ sẽ gửi phản hồi RTSP PLAY Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 23 Báo Cáo Môn Mạng Máy Tính Tại thời điểm này , các máy chủ streaming đưa âm thanh vào... ước tính độ lệch trung bình của sự chậm trễ từ sự chậm trễ trung bình ước tính Ước tính này cũng được xây dựng từ các nhãn thời gian: Ước tính di và vi được tính toán cho mỗi gói tin nhận được, mặc dù chúng chỉ được sử dụng để xác định điểm phát lại cho các gói dữ liệu đầu tiên trong bất kỳ giai đoạn tăng vọt của cuộc nói chuyện Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 32 Báo Cáo Môn Mạng Máy Tính. .. hoãn lâu dài có thể trở thành khó chịu nếu không không thể chấp nhận Lý tưởng nhất, chúng tôi muốn sự chậm trễ phát xạ phải được giảm thiểu chịu sự ràng buộc mà mất được dưới một vài phần trăm Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 31 Báo Cáo Môn Mạng Máy Tính Một cách tự nhiên để đối phó với sự cân bằng này là để ước tính sự chậm trễ mạng và phương sai của sự chậm trễ mạng, và để phù hợp điều... 12TLT.CNTT Trang 18 Báo Cáo Môn Mạng Máy Tính và quảng cáo bởi RealNetworks và Microsoft, hoặc luồng với miền server công cộng Với luồng này, audio/video có thể được gửi thông qua giao thức UDP (chứ không phải là TCP) dùng giao thức của lớp ứng dụng là HTTP Kiến trúc này đòi hỏi hai máy chủ, như trong hình 6,2-3 Một máy chủ, máy chủ HTTP, phục vụ các trang web (bao gồm cả các tập tin meta) Các máy chủ thứ... nén , McGraw Hill văn bản, năm 1997 Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 13 Báo Cáo Môn Mạng Máy Tính 6.2 LƯU TRỮ ÂM THANH VÀ VIDEO TRỰC TUYẾN Trong những năm gần đây, audio/video trực tuyến trở nên phổ biến với nhiều ứng dụng và là thành phần tiêu thụ chính về băng thông mạng Chúng ta hy vọng xu hướng này vẫn tiếp tục với một vài lý do sau Thứ nhất, giá thành của đĩa cứng đang giảm theo xu hướng,... 1998 Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 25 Báo Cáo Môn Mạng Máy Tính 6.2.4 6.3 LÀM TỐT NHẤT DỊCH VỤ BEST EFFORT – MỘT VÍ DỤ VỀ ĐIỆN THOẠI INTERNET Giao thức lớp mạng, địa chỉ IP, cung cấp một dịch vụ best-effort (nỗ lực tối đa) Điều đó nói rằng mạng Internet cố gắng tốt nhất để di chuyển mỗi gói dữ liệu từ nguồn đến đích càng nhanh càng tốt Tuy nhiên, dịch vụ best-effort không thực hiện bất... đến để vào cùng một hàng Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 28 Báo Cáo Môn Mạng Máy Tính đợi giống nhau Vì gói tin thứ 2 chịu một sự trì hoãn tại hàng đợi lớn, gói tin đầu tiên và thứ hai cách nhau hơn 20 mili giây (Trong thực tế, khoảng cách giữa 2 gói tin liên tiếp có thể trở thành 1 giây hoặc nhiều hơn) Khoảng cách giữa các gói tin liên tiếp cũng có thể trở thành ít hơn 20 mili giây Để thầy... giải nén vào bộ đệm tại máy khách Trong trường hợp này , TCP sử dụng tất cả các băng thông có sẵn để kết nối, vì vậy ở lần x (t) có thể lớn hơn nhiều so với d Khi những băng thông tức thời dưới mức cống , người nhận không bị mất dữ liệu khi bộ đệm của máy khách là không rỗng Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 20 Báo Cáo Môn Mạng Máy Tính Hình 6.2 - : Bộ nhớ đệm máy khách x(t) và d 6.2.3... video được chơi song song và lipsync ( như là một phần của cùng một " nhóm" ) Cho dòng âm thanh , máy nghe nhạc phương tiện Nhóm thực hiện: Nhóm 6, Lớp 12TLT.CNTT Trang 22 Báo Cáo Môn Mạng Máy Tính truyền thông có thể lựa chọn ( "chuyển đổi" ) trong hai bản ghi âm, ghi âm trung thực thấp và ghi âm trung thực cao Twister

Ngày đăng: 21/10/2014, 10:43

Từ khóa liên quan

Mục lục

  • THÀNH VIÊN TRONG NHÓM

  • 1/ Nguyễn Hà Anh

  • 2/ Lê Long Bảo

  • 3/ Phan Hữu Phát

  • 4/ Nguyễn Mạnh Huy

  • MỤC LỤC

  • DANH MỤC HÌNH ẢNH

  • 6.1. CÁC ỨNG DỤNG MẠNG ĐA PHƯƠNG TIỆN

    • 6.1.1. Các ví dụ của ứng dụng đa phương tiện

    • 6.1.2. Những trở ngại cho đa phương tiện trên Internet

    • 6.1.3. Internet nên phát triển như thế nào để hỗ trợ đa phương tiện tốt hơn

    • 6.1.4. Âm thanh và video nén

  • 6.2. LƯU TRỮ ÂM THANH VÀ VIDEO TRỰC TUYẾN

    • 6.2.1. Truy cập âm thanh và video từ máy chủ web

    • 6.2.2. Gửi đa phương tiện từ luồng server đến ứng dụng hỗ trợ

    • 6.2.3. Giao thức truyền dòng dữ liệu thời gian thực

  • 6.3. LÀM TỐT NHẤT DỊCH VỤ BEST EFFORT – MỘT VÍ DỤ VỀ ĐIỆN THOẠI INTERNET

    • 6.3.1. Những hạn chế của một dịch vụ Best-Effort

    • 6.3.2. Loại bỏ biến động nhận được cho âm thanh

    • 6.3.3. Phục hồi gói tin bị mất

    • 6.3.4. Luồng lưu trữ âm thanh và video

  • 6.4. GIAO THỨC RTP

    • 6.4.1. Cơ bản về RTP

    • 6.4.2. Trường tiêu đề trong gói tin RTP

    • 6.4.3. RTP giao thức điều khiển (RTCP)

    • 6.4.4. H.323

  • 6.5. BEYOND BEST EFFORT

  • 6.6. BỘ ĐỊNH THỜI VÀ CƠ CHẾ KIỂM SOÁT LƯU LƯỢNG MẠNG

    • 6.6.1. Các cơ chế bộ định thời

    • 6.6.2. Cơ chế điều khiển lưu lượng mạng

  • 6.7. DỊCH VỤ TÍCH HỢP

    • 6.7.1. Bảo đảm chất lượng của dịch vụ

    • 6.7.2. Kiểm soát băng thông mạng

  • 6.8. RSVP

    • 6.8.1. Bản chất của RSVP

    • 6.8.2. Một vài ví dụ đơn giản

    • 6.8.3. Tin nhắn đường dẫn

    • 6.8.4. Các kiểu đặt chỗ

    • 6.8.5. Vận chuyển các tin nhắn đặt chỗ:

  • 6.9. DỊCH VỤ CHÊNH LỆCH

    • 6.9.1. Công nghệ phân lập dịch vụ ( giao thức Diffserv, dịch vụ phân biệt or phân loại dịch vụ ): một kịch bản đơn giản.

    • 6.9.2. Phân loại lưu lượng và điều chỉnh

    • 6.9.3. Per-Hops Behavior ( tác động chặn)

  • TÓM TẮT

  • BÀI TẬP VỀ NHÀ VÀ CÂU HỎI THẢO LUẬN CHƯƠNG 6

    • CÂU HỎI ÔN TẬP

    • BÀI TOÁN

    • CÂU HỎI THẢO LUẬN

  • BẢNG PHÂN CÔNG CÔNG VIỆC NHÓM 6

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan