3.3. Các giao thức Định luồng Video
3.3.4. Resource Reservation Protocol (RSVP)
Giao thức đặt trước tài nguyên (RSVP) là giao thức cung cấp dịch vụ quản lý chất lượng dich vụ điểm-điểm mà việc định tuyến Media thời gian thực yêu cầu. Được phát triển nhờ sự liên kết của Xerox PARC, MIT, và Viện Khoa học Thông tin thuộc Đại học California, RSVP là một giao thức mạnh mẽ cho phép các tài nguyên định tuyến có thể được đặt trước nhằm đảm bảo việc truyền dữ liệu với một chất lượng dịch vụ định trước.
Quy trình đặt trước bắt đầu với điểm nhận dữ liệu. Chỉ điểm nhận có thể gửi các yêu cầu RSVP đến điểm gửi. Những yêu cầu này chỉ được triển khai theo một chiều, từ điểm nhận đến điểm gửi, không bao giờ đi theo đường khác. Các yêu cầu di chuyển trên mạng để yêu cầu các tài nguyên như băng thông, công suất xử lý của bộ xử lý và CPU cần thiết cho chất lượng dịch vụ yêu cầu. Hình 3.19 minh họa khía cạnh rất quan trọng của RSVP.
Những yêu cầu chỉ được phát tán theo hướng nguồn cung cấp cho đến khi chúng gặp một yêu cầu khác. Tại điểm đó, chúng kết hợp với các yêu cầu khác cùng một nguồn tài nguyên. Quá trình này cho phép RSVP trở nên rất mạnh mẽ và dễ mở rộng cho nhóm Multicast lớn. Một giới hạn hiện tại của RSVP là tất cả các bộ định tuyến nằm trên dòng lưu chuyển từ điểm nhận đến điểm gửi cần phải cung cấp dịch vụ RSVP. Nếu không, các yêu cầu không thể tiếp tục đến điểm gửi.
71
Hình 3.19:Kết hợp các yêu cầu RSVP Multicast
RSVP có trách nhiệm thông báo đến các bộ định tuyến các tài nguyên mà luồng Video yêu cầu đặt trước. Nếu việc đặt trước được cho phép, RSVP có trách nhiệm duy trì trạng thái của các đầu cuối và bộ định tuyến. để cung cấp dịch vụ yêu cầu.
Mỗi yêu cầu cầu phải truyền hai thủ tục kiểm tra để sở hữu tài nguyên. Hai thủ tục kiểm tra này là Kiểm soát Chính sách (Policy Control) và Kiểm soát Vào (Admission Control). Kiểm soát Chính sách quyết định liệu người sử dụng có quyền tạo sự đặt trước hay không và Kiểm soát vào tìm kiếm các tài nguyên có thể để chắc chắn yêu cầu QoS có thể được đáp ứng. Nếu cả hai kiểm soát này đều hoàn thành, phần mềm thường trú tại bộ định tuyến sẽ đặt các tham số đúng trên cả Bộ Phân loại Gói tin (Packet Classifier) và Bộ Lập lịch trình Gói tin (Packet Scheduler). Bộ Phân loại Gói tin quyết định QoS cho mỗi gói tin và Bộ Lập lịch trình Gói tin sắp xếp các gói tin để chuyển theo QoS đã đảm bảo cho mỗi luồng dữ liệu đi qua. Hình 3.20 miêu tả quá trình đặt trước tại một điểm trên đường đã đặt trước.
72
Hình 3.20:Quy trình Yêu cầu RSVP
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.