RSVP sử dụng khái niệm dự trữ ở đầu nhận. Trước tiên đầu gửi phát ra một bản
tin Path nhận diện một luồng và các đặc tíh lưư lượng của nó. Bản tin Path chứa một
session –ID, sender-template, label request, sender Tspec và tùy chọn là đối tượng tuyến tường minh ERO (explicit route object), session ID chứa một địa chỉ IP đích đi
kèm một nhận dạng hầm 16 bit (tunnel ID) để nhận diện một đường hầm LSP. Như đã
trình bày ở chương trước, chỉ có ingress LSP mới cần biết về FEC được gán vào một
đường hầm LSP. Do đó, không giống như LDP, FEC ánh xạ vào đường hầm LSP
không bao gồm trong bất kì bản tin RVSP nào. Đối tượng label request hỗ trợ chế độ
công bố nhãn theo yêu cầu. sender template chứa địa chỉ IP của đầu gởi đi kèm với một LSP ID có hỗ trợ phương thức “ make before break” khi thay đổi đường đi của một đường hầm LSP. Đặc tính lưu lượng Tspec sử dụgn tốc độ đỉnh (peak rate), thùgn token (token bucket) để định nghĩa tốc độ và kích cỡ bùng phát, đơn vị khống chế tối thiểu (minimum policed unit) và kích thước gói tối đa.
Khi bản tin Path đi đến đích, bên nhận đáp ứng bằng một bản tin RESV néu nó
truyền về theo đường ngược chiều với bản tin Path bằng cách dùng thông tin hop kế trước trong bản tin Path. RESV cũng chứa cùng session ID như ở bản tin Path tương ứng, đối tượng ghi tuyến tùy chọn (route record) và thông tin lệ thuộc kiểu dự trữ (reservation style). Kiểu FF (fixed filter) có một nhãn và Tspec được ấn định cho mỗi cặp sender receiver. Kiểu SE (shared explicit) ấn định một nhãn khác nhau cho mỗi sender, nhưng tất cả chúng phải áp dụng cùng một dự trữ luồng rõ ràng. Đối tượng record route ghi nhận tuyến đường thực tế được chọn bỏi LSP bắt đầu từ egress dẫn ngược về ingress. Nó có thể được một router dùng để ghim một tuyến tường minh thả lỏng bằng cách copy tuyến ghi được trong bản tin RESV sang đối tượng tuyến tường
minh ERO trong một bản tin Path được gửi theo chiều ngược lại.