RSVP là giao thức cho phộp cỏc ứng dụng thụng bỏo cỏc yờu cầu về QoS với mạng và mạng sẽ đỏp ứng bằng những thụng bỏo thành cụng hoặc thất bại. RSVP phải mang cỏc thụng tin sau:
Thụng tin phõn loại, nhờ nú mà cỏc luồng lưu lượng với cỏc yờu cầu QoS cụ thể cú thể được nhận biết trong mạng. Thụng tin này bao gồm địa chỉ IP phớa gửi và phớa nhận.
Chỉ tiờu kỹ thuật của luồng lưu lượng và cỏc yờu cầu QoS, theo khuụn dạng Tspec và RSpec, bao gồm cỏc dịch vụ yờu cầu (cú bảo đảm hoặc tải điểu khiện)
Rừ ràng là RSVP phải mang những thụng tin này từ cỏc mỏy chủ tới tất cả cỏc tổng đài chuyển mạch và cỏc bộ định tuyến dọc theo đường truyền từ bộ gửi đến bộ nhận, vỡ vậy tất cả cỏc thành phần mạng này phải tham gia vào việc đảm bảo cỏc yờu cầu QoS của ứng dụng.
RSVP mang cỏc thụng tin trong hai loại bản tin cơ bản là: PATH và RESV. Cỏc bản tin PATH truyền từ bộ gửi tới một hoặc nhiều bộ nhận cú chứa TSpec và cỏc thụng tin phõn loại do bộ gửi cung cấp. Một lý do cho phộp cú nhiều bộ nhận là RSVP được
thiết kế để hỗ trợ multicast. Một bản tin PATH bao giờ cũng được gửi tới một địa chỉ được gọi là địa chỉ phiờn, nú cú thể là địa chỉ unicast hoặc multicast.
Khi bộ nhận nhận được bản tin PATH, nú cú thể gửi bản tin RESV trở lại cho bộ gửi. Bản tin RESV xỏc nhận phiờn cú chứa thụng tin về số cổng dành riờng và RSpec xỏc nhận mức QoS mà bộ nhận yờu cầu. Nú cũng bao gồm một vài thụng tin xem xột những bộ gửi nào được phộp sử dụng tài nguyờn đang được cấp phỏt. Hỡnh 3.4 biểu diễn trỡnh tự bản tin trao đổi giữa bộ gửi và nhận. Cỏc bản tin được nhận và chuyển tiếp bởi tất cả cỏc bộ định tuyến dọc theo đường truyền thụng tin, do đú việc cấp phỏt tài nguyờn cú thể được thực hiện tại tất cả cỏc nỳt mạng cần thiết.
Khi cỏc cổng dành riờng được thiết lập, cỏc bộ định tuyến nằm giữa bộ gửi và bộ nhận sẽ xỏc định cỏc gúi tin thuộc cổng dành riờng nào nhờ việc kiểm tra 5 trường trong phần mào đầu của IP và giao thức truyền tải đú là: địa chỉ đớch, số cổng đớch, số giao thức (vớ dụ UDP), địa chỉ nguồn và cổng nguồn. Chỳng ta gọi tập cỏc gúi tin được nhận dạng theo cỏch này gọi là luồng dành riờng. Đối với cỏc luồng unicast thỡ RSVP là khỏ đơn giản. Nú trở nờn phức tạp hơn trong mụi trường multicast, bởi vỡ cú thể cú rất nhiều bộ nhận dành riờng cổng cho một phiờn đơn và cỏc bộ nhận khỏc nhau cú thể yờu cầu cỏc mức QoS khỏc nhau. Hiện nay MPLS chủ yếu tập trung vào cỏc ứng dụng unicast của RSVP, chỳng ta sẽ khụng đi sõu vào khớa cạnh multicast của RSVP.
Hỡnh 3.4 Gửi và nhận cỏc bản tin PATH và RESV
Điểm cuối cựng phải chỳ ý về RSVP là nú là giao thức “trạng thỏi mềm”. Đặc tớnh để phõn biệt giao thức trạng thỏi mềm với cỏc giao thức loại khỏc là trạng thỏi sẽ tự động hết hiệu lực sau một thời gian trừ khi nú được làm tươi liờn tục theo chu kỳ. Điều đú cú nghĩa là RSVP sẽ định kỳ gửi đi cỏc bản tin PATH và RESV để làm tươi cỏc cổng dành riờng. Nếu chỳng khụng được gửi trong một khoảng thời gian xỏc định thỡ cỏc cổng dành riờng tự động bị huỷ bỏ.