RSVP (giao thức)

Giao thức dự trữ tài nguyên (RSVP) là một giao thức lớp truyền tải được thiết kế để dự trữ tài nguyên trên một mạng bằng cách sử dụng mô hình dịch vụ tích hợp. RSVP hoạt động trên IPv4 hoặc IPv6 và cung cấp thiết lập tài nguyên dự phòng do người nhận khởi tạo cho các luồng dữ liệu đa hướng hoặc đơn hướng. Nó không vận chuyển dữ liệu ứng dụng nhưng tương tự như một giao thức điều khiển, như giao thức ICMP hoặc giao thức IGMP. RSVP được mô tả trong .
RSVP có thể được sử dụng bởi các máy chủ và bộ định tuyến để yêu cầu hoặc cung cấp các mức chất lượng dịch vụ (QoS) cụ thể cho các luồng dữ liệu ứng dụng. RSVP xác định cách ứng dụng cài đặt và cách chúng có thể loại bỏ các tài nguyên có sẵn khi không còn cần thiết nữa. Các hoạt động của RSVP nói chung sẽ dẫn đến tài nguyên được dành riêng trong mỗi nút dọc theo một đường truyền. RSVP không phải là một giao thức định tuyến nhưng được thiết kế để tương tác với các giao thức định tuyến hiện tại và trong tương lai.
Bản thân RSVP hiếm khi được triển khai trong các mạng viễn thông. Vào năm 2003, nỗ lực phát triển đã được chuyển từ RSVP sang RSVP-TE cho kỹ thuật truyền thông. NSIS là một đề xuất để thay thế RSVP.
Lịch sử và các tiêu chuẩn liên quan.
Các khái niệm cơ bản về RSVP ban đầu được đề xuất vào năm 1993.
RSVP được mô tả trong một loạt các tài liệu RFC từ IETF:
Các khái niệm chính.
Hai khái niệm chính của mô hình dự trữ RSVP là "flowspec" và "filterspec".
Flowspec.
RSVP dự trữ tài nguyên cho một luồng. Luồng được xác định bởi địa chỉ đích, mã định danh giao thức và cổng đích. Trong chuyển mạch nhãn đa giao thức (MPLS), một luồng được định nghĩa là một đường truyền chuyển mạch nhãn (LSP). Đối với mỗi luồng, RSVP cũng xác định chất lượng dịch vụ (QoS) cụ thể theo yêu cầu của luồng. Thông tin về QoS được gọi là "flowspec" và RSVP chuyển "flowspec" từ ứng dụng đến các máy chủ và các bộ định tuyến dọc theo đường truyền. Các hệ thống đó sau đó sẽ phân tích "flowspec" để chấp nhận và dự trữ các tài nguyên. Một "flowspec" bao gồm:
Filterspec.
"Filterspec" xác định tập hợp các gói sẽ bị ảnh hưởng bởi một "flowspec" (tức là các gói dữ liệu để nhận QoS được xác định bởi "flowspec"). Một "filterspec" thường chọn một tập hợp con của tất cả các gói được xử lý bởi một nút. Việc lựa chọn có thể phụ thuộc vào bất kỳ thuộc tính nào của gói (ví dụ: địa chỉ IP của người gửi và cổng).
Các kiểu dự trữ RSVP hiện có là:
Một yêu cầu dự trữ RSVP bao gồm một "flowspec" và một "filterspec", cặp này được gọi là một bộ chỉ thị luồng. "Flowspec" đặt các tham số cho bộ tạo gói lịch trình tại một nút và bộ "filterspec" đặt các tham số cho bộ phân loại gói.
Thông báo.
Có hai loại thông báo chính:
Các đối tượng dữ liệu trên thông báo RSVP có thể được truyền theo bất kỳ thứ tự nào. Để biết danh sách đầy đủ các thông báo RSVP và các đối tượng dữ liệu, hãy xem RFC 2205.
Hoạt động.
Máy chủ RSVP cần gửi luồng dữ liệu với QoS cụ thể, bằng cách truyền một thông báo qua đường truyền RSVP cứ sau 30 giây sẽ truyền dọc theo các tuyến unicast hoặc multicast được thiết lập trước bởi giao thức định tuyến đang hoạt động. Nếu thông báo được truyền đến một bộ định tuyến không thể đọc được RSVP, bộ định tuyến đó sẽ chuyển tiếp thông báo mà không giải thích nội dung của thông báo và sẽ không dự trữ tài nguyên cho luồng.
Những người dùng muốn người gửi gửi một thông báo "resv" (viết tắt của "dự trữ") tương ứng, sau đó sẽ theo đường dẫn trở lại người gửi. Thông báo "resv" chứa một "flowspec". Thông báo "resv" cũng có một "filterspec, n"ó xác định các gói sẽ nhận được các QoS được yêu cầu được xác định trong "flowspec". Một thông số bộ lọc đơn giản có thể chỉ là địa chỉ IP của người gửi và tùy chọn cổng UDP hoặc TCP của nó. Khi một bộ định tuyến nhận được thông báo "resv" RSVP, nó sẽ:
Nếu không có gì được nhận trong một khoảng thời gian nhất định, việc dự trữ sẽ hết thời gian và sẽ bị hủy bỏ. Điều này giải quyết vấn đề nếu người gửi hoặc người nhận gặp sự cố hoặc bị tắt nhưng sẽ không hủy bỏ việc dự trữ.