Xem mã nguồn của RSVP (giao thức)

{{Các tầng TCP/IP}}
'''Giao thức dự trữ tài nguyên (RSVP)''' là một giao thức lớp truyền tải<ref>{{Chú thích sách|url=https://books.google.com/books?id=pIIu7IbUwIcC&pg=PA583|title=Juniper Networks Field Guide and Reference|last1=Garrett|first1=Aviva|last2=Drenan|first2=Gary|last3=Morris|first3=Cris|year=2002|isbn=9780321122445|page=583|access-date=2022-07-28|archive-date=2022-07-28|archive-url=https://web.archive.org/web/20220728142216/https://books.google.com/books?id=pIIu7IbUwIcC&pg=PA583}}</ref> đượ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 [[Internet Control Message Protocol|ICMP]] hoặc giao thức [[Internet Group Management Protocol|IGMP]]. RSVP được mô tả trong {{IETF RFC|2205}}.

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 [[QoS|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.

== Các tính năng chính ==
#RSVP yêu cầu tài nguyên cho các luồng đơn giản: một luồng lưu lượng chỉ theo một hướng từ người gửi đến một hoặc nhiều người nhận.<ref>{{Chú thích sách|url=https://books.google.com.vn/books?id=JH7kAwAAQBAJ&pg=PA98&lpg=PA98&dq=RSVP+requests+resources+for+simplex+flows:+a+traffic+stream+in+only+one+direction+from+sender+to+one+or+more+receivers.&source=bl&ots=t6YCr8eMjV&sig=ACfU3U2gQSulaWc4qwqqi8MtJr9drsjaow&hl=vi&sa=X&ved=2ahUKEwjdxJGomJn5AhXZq1YBHR2qC_QQ6AF6BAgwEAM#v=onepage&q=RSVP%20requests%20resources%20for%20simplex%20flows:%20a%20traffic%20stream%20in%20only%20one%20direction%20from%20sender%20to%20one%20or%20more%20receivers.&f=false|title=The Proceedings of International Conference on Cloud Computing and eGovernance 2014: ICCCEG 2014|last=K|first=Kokula Krishna Hari|last2=Elangovan|first2=Saikishore|date=2014-06-18|publisher=Association of Scientists, Developers and Faculties|isbn=978-81-929742-2-4|language=en|access-date=2022-07-28|archive-date=2022-07-27|archive-url=https://web.archive.org/web/20220727134124/https://books.google.com.vn/books?id=JH7kAwAAQBAJ&pg=PA98&lpg=PA98&dq=RSVP+requests+resources+for+simplex+flows:+a+traffic+stream+in+only+one+direction+from+sender+to+one+or+more+receivers.&source=bl&ots=t6YCr8eMjV&sig=ACfU3U2gQSulaWc4qwqqi8MtJr9drsjaow&hl=vi&sa=X&ved=2ahUKEwjdxJGomJn5AhXZq1YBHR2qC_QQ6AF6BAgwEAM#v=onepage&q=RSVP%20requests%20resources%20for%20simplex%20flows:%20a%20traffic%20stream%20in%20only%20one%20direction%20from%20sender%20to%20one%20or%20more%20receivers.&f=false}}</ref>
#RSVP không phải là một [[giao thức định tuyến]] nhưng hoạt động với các giao thức định tuyến ở hiện tại và trong tương lai.<ref>{{Chú thích web|url=https://www.juniper.net/documentation/en_US/junos/topics/concept/mpls-rsvp-overview.html#:~:text=RSVP%20is%20not%20a%20routing,routing%20tables%20to%20obtain%20routes.|tựa đề=RSVP Overview - Technical Documentation - Support - Juniper Networks|website=www.juniper.net|ngày truy cập=2022-07-27|archive-date=2022-01-20|archive-url=https://web.archive.org/web/20220120161935/https://www.juniper.net/documentation/en_US/junos/topics/concept/mpls-rsvp-overview.html#:~:text=RSVP%20is%20not%20a%20routing,routing%20tables%20to%20obtain%20routes.|url-status=live}}</ref>
#RSVP được định hướng người nhận, trong đó có cả người nhận luồng dữ liệu khởi tạo và duy trì dự trữ tài nguyên cho [[Luồng (điện toán)|luồng]] đó.
#RSVP duy trì trạng thái mềm (việc dự trữ tại mỗi nút cần được làm mới định kỳ) của việc dự trữ tài nguyên [[máy chủ]] và [[bộ định tuyến]], do đó có hỗ trợ khả năng thích ứng tự động với các thay đổi của mạng.
#RSVP cung cấp một số kiểu dự trữ (một danh sách các tùy chọn dự trữ) và cho phép thêm các kiểu khác trong tương lai vào các bản sửa đổi giao thức để phù hợp với các ứng dụng khác nhau.
#RSVP gửi đi và duy trì các thông số kiểm soát lưu lượng và các chính sách không rõ ràng của RSVP.<ref>{{Chú thích sách|url=https://books.google.com.vn/books?id=TQzaBwAAQBAJ&pg=PA72&lpg=PA72&dq=RSVP+transports+and+maintains+traffic+and+policy+control+parameters+that+are+opaque+to+RSVP.&source=bl&ots=ed4sXPHi6Q&sig=ACfU3U2VxI5VLHtzqR214t-H4nkmgQR3XA&hl=vi&sa=X&ved=2ahUKEwjgl7mjmpn5AhXcg1YBHUzcAmcQ6AF6BAg5EAM#v=onepage&q=RSVP%20transports%20and%20maintains%20traffic%20and%20policy%20control%20parameters%20that%20are%20opaque%20to%20RSVP.&f=false|title=Internet Protocols: Advances, Technologies and Applications|last=Goswami|first=Subrata|date=2012-12-06|publisher=Springer Science & Business Media|isbn=978-1-4615-0385-9|language=en|access-date=2022-07-28|archive-date=2022-07-27|archive-url=https://web.archive.org/web/20220727134758/https://books.google.com.vn/books?id=TQzaBwAAQBAJ&pg=PA72&lpg=PA72&dq=RSVP+transports+and+maintains+traffic+and+policy+control+parameters+that+are+opaque+to+RSVP.&source=bl&ots=ed4sXPHi6Q&sig=ACfU3U2VxI5VLHtzqR214t-H4nkmgQR3XA&hl=vi&sa=X&ved=2ahUKEwjgl7mjmpn5AhXcg1YBHUzcAmcQ6AF6BAg5EAM#v=onepage&q=RSVP%20transports%20and%20maintains%20traffic%20and%20policy%20control%20parameters%20that%20are%20opaque%20to%20RSVP.&f=false}}</ref>

== 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.<ref name="RSVP93">Zhang, L., Deering, S., Estrin, D., Shenker, S., and D. Zappala, "RSVP: A New Resource ReSerVation Protocol", IEEE Network, September 1993</ref>

RSVP được mô tả trong một loạt các tài liệu [[RFC]] từ [[Internet Engineering Task Force|IETF]]:

* {{IETF RFC|2205|link=no}}: Chức năng phiên bản 1 được [[Internet Engineering Task Force|IETF]] mô tả trong RFC 2205 (tháng 9 năm 1997). Phiên bản 1 mô tả giao diện điều khiển lưu lượng truy cập chỉ dựa trên tính khả dụng của tài nguyên. Sau đó RFC 2750 đã được mở rộng, hỗ trợ và kiểm soát việc nhập thông tin.
* {{IETF RFC|2210|link=no}} xác định việc sử dụng RSVP với RFC 2211, RFC 2212 và dịch vụ điều khiển của [[QoS]] đều đã được đảm bảo. Đồng thời xác định cách sử dụng và định dạng dữ liệu của các đối tượng dữ liệu (mang thông tin dự trữ tài nguyên) được xác định bởi RSVP trong RFC 2205.
* {{IETF RFC|2211|link=no}} chỉ định hoạt động của phần tử mạng cần thiết để cung cấp các dịch vụ tải có thể kiểm soát.
* {{IETF RFC|2212|link=no}} chỉ định hoạt động của phần tử mạng để cung cấp các dịch vụ [[QoS]] được đảm bảo.
* {{IETF RFC|2750|link=no}} mô tả một tiện ích mở rộng được đề xuất để hỗ trợ và kiểm soát việc nhập thông tin dựa trên chính sách chung trong RSVP. Tiện ích mở rộng bao gồm đặc điểm kỹ thuật của các đối tượng chính sách và mô tả về việc xử lý các chính sách (tháng 1 năm 2000).
* {{IETF RFC|3209|link=no}}, "RSVP-TE: Tiện ích mở rộng RSVP cho các [[đường hầm LSP]]" (tháng 12 năm 2001).
* {{IETF RFC|3473|link=no}}, "Phần mở rộng [[chuyển mạch nhãn đa giao thức tổng quát]] (GMPLS).
* {{IETF RFC|3936|link=no}}, "[[Chương trình con]] dùng để sửa đổi giao thức dự trữ tài nguyên (RSVP)" (tháng 10 năm 2004), mô tả các phương pháp hay nhất hiện tại và chỉ định các chương trình con để sửa đổi RSVP.
* {{IETF RFC|4495|link=no}}, "Phần mở rộng của giao thức dự trữ tài nguyên (RSVP) để giảm [[Băng thông (mạng máy tính)|băng thông]] của luồng dự trữ" (tháng 5 năm 2006), mở rộng RSVP để cho phép giảm băng thông của phần dự trữ hiện tại thay vì loại bỏ phần dự trữ.
* {{IETF RFC|4558|link=no}}, "Giao thức dự trữ tài nguyên dựa trên Node-ID (RSVP). Xin chào: Tuyên bố làm rõ" (tháng 6 năm 2006).

== 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 (điện toán)|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 [[QoS|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:

# Hạng dịch vụ
# Thông số dự trữ - xác định QoS
# Thông số lưu lượng - mô tả luồng dữ liệu

===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à:
#Bộ lọc cố định - dự trữ tài nguyên cho một luồng cụ thể.
#Được chia sẻ rõ ràng - dự trữ tài nguyên cho một số luồng và tất cả đều chia sẻ tài nguyên
#Bộ lọc [[kí tự đại diện]] - dự trữ tài nguyên cho một loại luồng chung mà không chỉ định luồng, tất cả các luồng chia sẻ tài nguyên

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:
*Thông báo đường truyền (''đường truyền'')
:Thông báo đường truyền được gửi từ máy chủ người gửi dọc theo đường truyền dữ liệu và lưu trữ trạng thái đường truyền trong mỗi nút dọc theo đường truyền.
:Trạng thái đường truyền bao gồm [[địa chỉ IP]] của nút trước đó và một số đối tượng dữ liệu:
::#''mẫu gửi'' dùng để mô tả định dạng của dữ liệu người gửi ở dạng một ''filterspec''<ref>{{cite IETF |rfc=2205 |date=September 1997 |url=https://tools.ietf.org/html/rfc2205#section-2 |page=19 |title=Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification |first1=Zhang |last1=Lixia |first2=Berson |last2=Steve |first3=Herzog |last3=Shai |first4=Jamin |last4=Sugih |access-date=2022-07-28 |archive-date=2021-03-08 |archive-url=https://web.archive.org/web/20210308010321/http://tools.ietf.org/html/rfc2205#section-2 }}</ref>
::#''tspec của người gửi'' được dùng để mô tả các đặc điểm lưu lượng của luồng dữ liệu
::#''adspec'' mang dữ liệu quảng cáo (xem RFC 2210 để biết thêm chi tiết).
*Thông báo dự trữ (''resv'')
:Thông báo ''resv'' được gửi từ máy nhận đến máy chủ người gửi theo đường truyền dữ liệu ngược lại. Tại mỗi nút, [[địa chỉ IP]] đích của thông báo ''resv'' sẽ thay đổi thành địa chỉ của nút tiếp theo trên đường truyền ngược và địa chỉ IP nguồn thành địa chỉ của địa chỉ nút trước đó trên đường truyền ngược lại.
:Thông báo ''resv'' bao gồm đối tượng dữ liệu ''flowspec'' xác định các tài nguyên mà luồng cần.

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 (điện toán)|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ẽ:

# Dự trữ dựa trên các tham số yêu cầu. Nhập, xử lý, kiểm soát các tham số theo yêu cầu và có thể sử dụng trình phân loại gói để xử lý chính xác tập hợp con đã chọn của các gói dữ liệu hoặc điều chỉnh cùng với lớp trên cách xử lý gói. Nếu không thể được hỗ trợ, một tin nhắn từ chối được gửi để cho người nghe biết.
# Chuyển tiếp yêu cầu theo đường truyền ngược lại (theo hướng của người gửi). Tại mỗi nút, ''flowspec'' trong thông báo ''resv'' có thể được sửa đổi bằng một nút chuyển tiếp (ví dụ: trong trường hợp dự trữ lưu lượng [[Multicast|đa hướng]], các yêu cầu dự trữ có thể được hợp nhất).
# Các [[bộ định tuyến]] sau đó dự trữ thông tin ban đầu của luồng và tùy chọn thiết lập chính sách theo ''flowspec'' cho nó.

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ữ.

== Các tính năng khác ==

=== Sự toàn vẹn ===
:Thông báo RSVP được thêm vào cùng với một thông báo tóm tắt, được tạo ra bằng cách kết hợp nội dung thông báo và khóa chia sẻ bằng cách sử dụng thuật toán thông báo (thường là [[MD5]]). Khóa có thể được chia sẻ và xác nhận bằng cách sử dụng hai loại thông báo: ''yêu cầu thông báo một cách toàn vẹn'' và ''phản hồi thông báo một cách toàn vẹn''.

=== Báo cáo lỗi ===
:Khi một nút phát hiện ra lỗi, một thông báo lỗi sẽ được tạo ra kèm theo mã lỗi và được truyền ngược lại trên đường truyền tới người gửi.

=== Thông tin về luồng RSVP ===
:Hai loại thông báo chẩn đoán cho phép nhà sử dụng mạng yêu cầu thông tin trạng thái RSVP trên một luồng cụ thể.

=== Cơ sở chẩn đoán ===
:Một tiện ích mở rộng tiêu chuẩn cho phép người dùng thu thập thông tin về trạng thái RSVP theo một đường truyền.<ref>{{cite IETF |rfc=2745 |title=RSVP Diagnostic Messages}}</ref>

===RFCs===
* {{IETF RFC|2205|link=no}}
* {{IETF RFC|2210|link=no}}
* {{IETF RFC|2211|link=no}}
* {{IETF RFC|2212|link=no}}

==Tham khảo==
{{tham khảo}}
{{đầu tham khảo}}
* {{Chú thích sách |title=Deploying IP and MPLS QoS for Multiservice Networks: Theory and Practice |url=https://archive.org/details/deployingipmplsq0000evan |author1=John Evans |author2=Clarence Filsfils |publisher=Morgan Kaufmann |year=2007 |isbn=978-0-12-370549-5}}
{{cuối tham khảo}}

== Liên kết ngoài ==
* {{Chú thích web |url=http://docwiki.cisco.com/wiki/Resource_Reservation_Protocol |archive-url=https://web.archive.org/web/20170705125333/http://docwiki.cisco.com/wiki/Resource_Reservation_Protocol |archive-date=2017-07-05|title=Resource Reservation Protocol |publisher=Cisco |access-date=2011-02-16 |url-status=dead}}
* {{Chú thích tạp chí |url=http://www.networkworld.com/news/tech/2002/0617tech.html |title=RSVP provides quality of service |author=Naveen Joy |magazine=Network World |date=2002-06-17 |access-date=2012-02-14 |url-status=dead |archive-url=https://web.archive.org/web/20130629071118/http://www.networkworld.com/news/tech/2002/0617tech.html |archive-date=2013-06-29 }}
* {{Chú thích web |url=http://www.isi.edu/div7/rsvp/rsvp.html |title=RSVP Project |publisher=USC Information Science Institute |archive-url=https://web.archive.org/web/20170427101224/https://www.isi.edu/div7/rsvp/rsvp.html |archive-date=2017-04-27 |url-status=dead}}

[[Thể loại:Khoa học thông tin]]
[[Thể loại:Tin học lý thuyết]]
[[Thể loại:Mạng máy tính]]
[[Thể loại:Kiến trúc Internet]]
[[Thể loại:Giao thức Internet]]
[[Thể loại:Giao thức tầng giao vận]]