Quy trình Yêu cầu RSVP

Một phần của tài liệu (LUẬN VĂN THẠC SĨ) Nghiên cứu mô phỏng đánh giá chất lượng dịch vụ trên mạng MPLS (Trang 73 - 75)

Hơn nữa, phần mềm nội trú RSVP dấu vết của thông tin định tuyến nên nó có thể quyết định làm thế nào để chuyển tiếp các yêu cầu và trả lại các thay đổi cho các thành viên trong các phiên cụ thể. RSVP tự nó không thực hiện định tuyến, nó chỉ sử dụng các giao thức mức thấp hơn như TCP và UDP để hỗ trợ quá trình định tuyến.

Như đã trình bày ở trên, quá trình trên được lặp lại dọc theo các bộ định tuyến đến điểm gửi cho đến khi nó kết hợp với các yêu cầu đặt trước khác yêu cầu cùng một tài nguyên. Điểm gửi RSVP sẽ thông báo đường dẫn đến địa chỉ Multicast cho các điểm nhận để quyết định đường dẫn trở lại đến điểm gửi và đặt trước tài nguyên phù hợp. Tại điểm này, người nhận gửi một thông báo RESV, chứa những tham số cho QoS yêu cầu,trở lại dọc theo đường đặt trước. Thông báo RESV là thông báo đặt trước tài nguyên tại mỗi điểm định tuyến. Yêu cầu RESV cài đặt một trạng thái gọi là trạng thái đặt trước mềm tại mỗi điểm định tuyến. Về mặt cơ sở, điều này nghĩa là sau một số lượng thời gian cố định, sự đặt trước sẽ hết tác dụng. Để giữ trạng thái đặt trước là tích cực, phần mềm nội trú RSVP cần phải gửi thông báo làm tươi. Phương pháp này cho phép sự đặt trước trở nên linh hoạt khi có sự thay đổi các thành viên trên mạng.

RSVP vẫn đang phát triển và sẽ có thêm nhiều chức năng trong tương lai gần. các bộ định tuyến IPv6 tương thích hoàn toàn với RSVP, nhưng cho đến khi chuẩn này trở nên phổ biến, dịch vụ RSVP sẽ vẫn chưa có tính toàn cầu.

3.3.5. Real-Time Streaming Protocol

Giao thức thứ tư trong ngăn xếp giao thức của định luồng media là Real-time Streaming Protocol . Không giống như ba giao thức trình bày trước, RTSP là một giao

Phần mềm nội trú RSVP Phân loại Gói tin Lập lịch trình Gói tin Định tuyến Kiểm soát Chính sách Kiểm soát Vào Dữ liệu Đặt trước

73

thức mức ứng dụng, giống như HTTP hay FTP trong ngăn xếp TCP/IP. RTSP vẫn chỉ là một chuẩn theo khuyến có IETF, nhưng các sản phẩm RTSP đã có mặt trên thị trường.

Được phát triển nhờ sự kết hợp của Progressive Networks, Netscape Communications và Trường Đại học Columbia, RTSP là một giao thức mạnh cho phép người sử dụng điều khiển dòng chuyển động Media thông qua mạng. Giao thức này làm việc với các giao thức mức thấp hơn như RTP, RSVP, IP và TCP/UDP để cung cấp dịch vụ định luồng hoàn thiện thông qua Internet.

Điều quan trọng cần phải hiểu là RTSP không phải là giao thức chuyển dữ liệu mà là một giao thức điều khiển. Nó dựa vào các giao thức mức thấp hơn như RTP và RTCP để truyền dữ liệu thực sự. RTSP cũng được thiết kế để cung cấp khả năng hợp tác giữa các thiết bị, kiểu file, các bộ mã hoá và các nhà cung cấp. Điều này rất quan trọng cho tương lai của chuẩn này. Khả năng ủng hộ nhiều nhà cung cấp và nhiều kiểu dữ liệu sẽ đảm bảo rằng RTSP sẽ tiếp tục tồn tại với tư cách là một chuẩn.

RTSP được thiết kế tương tự như HTTP để có khả năng mở rộng và hợp tác. Trong thực tế, mỗi một trình diễn và luồng Media sẽ được chỉ thị như một liên kết RTSP URL. Các thuộc tính của trình diễn cũng như các đặc tả khác được lưu trữ như một file mô tả mà bản thân nó có một đặc tả URL. URL này lưu giữ thông tin điều khiển việc trình bày một luồng cụ thể.

Sự khác biệt của RTSP so với HTTP:

 Sự khác biệt chính giữa HTTP và RTSP là ở trong RTSP, cả máy chủ và máy khách đều có thể tạo ra các yêu cầu. Ví dụ, máy chủ định luồng Media có thể gửi ra các yêu cầu để đặt các tham số playback của một luồng cụ thể.

 Sự khác nhau quan trọng nữa là máy chủ cần phải duy trì trạng thái hoặc liên kết trong khi HTTP là một giao thức không có trạng thái.

 Cuối cùng, dữ liệu trong RTSP có thể được mang bằng các giao thức khác như RTP, điều này là không thể với HTTP.

 RTSP được định nghĩa sử dụng ISO 10646 (UTF-8), trong khi ISO 8859-1 đang được sử dụng cho HTTP.

 URI của yêu cầu RTSP luôn chứa URI tuyệt đối. Để tương thích với những sai lầm ngớ ngẩn trong lịch sử, HTTP/1.1 chỉ chứa đường dẫn tuyệt đối trong trong yêu cầu còn đặt tên máy chủ trong nột trường header riêng biệt.

Sau đây là một vài phương thức cung cấp dịc vụ RTSP. Các phương thức này các chỉ thị được gửi như các gói tin RTSP đến và đi giữa các máy chủ và máy khách để quyết

74

định các cài đặt và lựa chọn cho luồng. Hình 3.21 minh hoạ kết nối điều khiển RTSP chuẩn.

Một phần của tài liệu (LUẬN VĂN THẠC SĨ) Nghiên cứu mô phỏng đánh giá chất lượng dịch vụ trên mạng MPLS (Trang 73 - 75)

Tải bản đầy đủ (PDF)

(120 trang)