Hình 34 vắ dụ việc trao đổi bản tin RSVP-TE sử dụng đối tượng tuyến tường minh
ERO (explicit route object) để cài đặt một LSP đi qua một con đường không phải là
đường ngắn nhất. Router R1 xác định rằng nó sẽ ấn định FEC Ộz./⁄16Ợ cho một đường hầm LSP, và nó tắnh ra một tuyến tường minh R4-R5-R3 để đi đến hop kế cho
FEC đó. R1 khởi tạo việc thiết lập LSP này bằng cách phát ra một bản tin PATH đến
R4 với một ERO, Tspec, sender template (có chứa địa chỉ của sender) và một đối
tượng label request. Mỗi bản tin RESV liên quan đến đường hầm LSP này đều mang
session-ID và filter-spec nguyên thủy của sender RI để giữ mối tương quan với
nhau. Tiếp theo, R4 tiếp nhận yêu cầu này và gửi bản tin PATH đến router kế tiếp
ghi trong ERO là R5. Đến lượt mình, R5 gửi bản tin này đến egress-router R3.
Tại đắch đến của bản tin PATH, R3 xác định rằng liên kết chặng R3-R5 có thể hỗ trợ cho yêu cầu và đó là hop cuối cùng trên đường dẫn cho FEC Ộ4.5/16Ợ. R3 đáp
ứng bằng bản tin RESV có chứa ERO, Tspec của dung lượng dự trữ, một filter spec
thỏa mãn bên gửi, và gán một nhãn null ngầm (implicit null) cho chặng liên kết này.
Theo RFC 3031, nhãn null là một quy ước được dùng trong phân phối nhãn cho phép
egressrouter (ở đây là R3) báo hiệu cho đối tác upstream của nó biết rằng đây là hop
áp cuối (penultimate hop) của LSP, do vậy cần gỡ nhãn đỉnh của stack (xem LEIB
của LSR R5). Tiếp theo, R5 thu nạp bản tin RESV yêu cầu cho chặng R5-R4, ấn
định nhãn B và gởi bản tin RESV đến router kể trước trong ERO là R4. Cuối cùng, R4 chấp nhận yêu câu, ấn định nhãn A và gởi bản tin RESV ngược về R1. Đến lúc
này, đường LSP được thiết lập xong và các gói có nhãn cho FEC Ộz.b⁄16Ợ được
chuyển tiếp qua đường hầm.
Swilcwed sổ
Path (LSP} ` Cm1 > Ở Nha nG TT 2 xắ Ừ 3
PHtS: ENU = H4, PS, PT Tzặệc, LaAb@i RẠocest ệ tạẨn: SA x 44, nã, 83;
Yopee; tawei FieQ0921 l#ăt EfQ x Rẻ, ÂS, N3;
Ì ỞỞỞỞỞ-->| T5p$c: Làbt: ệéqde5S:
PiESvV: SIAO x.NG P"X, NGy
Nàệg: ESEFES Đ5/R3: SE FẺ, T3pEC, FHtếIrSpeS,
lASv, Đ có 515.R%. ? $ Ề ặ
Hg2uc ERO= RA.PRSANG: EE. | Sogeo, Pitersebe, Labaicl le CẾI " JEESX Hưt
TopeẠ, Fil7evorec, ào 3iex *
ặEẠ CỊT CHỨT 6Ô |IĐ +CSJT CIỤT ##đú [1x |GIứT CHỨC FEc GIIT sụt
Jặ tidLFPE #ƑP |LBLÍJ !F 8đẢHLFEÍI |IE |LBCV | ệ@ HHLFặ (E + Fặ
z\.EaƯ { G - Pu & 3 | Ừ 5 4 Ki 8 PCGặ .bết G 5
F1 FiB ựệ4LCFiB FsLFiB F3 FIB
Hình 2.44: Thiết lập LSP với RSVP-TE
Khác với giao thức LDP, các bản tin RSVP-TE không mang EEC, vì chỉ duy nhất
có R1 cần biết về ánh xạ giữa FEC và đường hầm LSP.
Chương 2. Định tuyến báo hiệu