b) Chế độ hoạt động tế bào MPLS
3.4.2.2 Giao thức RSVP
Giao thức báo hiệu RSVP là giao thức báo hiệu đóng vai trò rất quan trọng trong MPLS. 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:
o Thông tin phân loại, nhờ nó mà các luồng lu 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, số cổng UPD.
o Chỉ tiêu kỹ thuật của luồng lu 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 nút 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. Chúng ta thờng xem phiên đại diện cho một ứng dụng đơn, nó đợc xác nhận bằng một địa chỉ đích và số cổng đích sử dụng riêng cho ứng dụng. Tuy nhiên một phiên làm việc có thể đợc nhìn nhận nh nhiều ứng dụng chạy trên đó.
Khi máy nhận nhận đợc bản tin PATH, nó có thể gửi bản tin RESV trở lại cho máy 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 máy gửi nào đợc phép sử dụng tài nguyên đang đợc cấp phát. Hình II-12 biểu diễn trình tự bản tin trao đổi giữa máy gửi và nhận. ở đây chúng ta lu ý rằng các cổng dành riêng là đơn công. Nếu cần sử dụng các cổng dành riêng song công (ví dụ nh phục vụ cho thoại truyền thống) thì phải có các bản tin bổ sung theo chiều ngợc lại. Cũng chú ý rằng 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 máy gửi và máy 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 tiê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. Các gói tin trong luồng dành riêng
thờng bị khống chế (đảm bảo cho luồng không phát sinh lu lợng vợt quá so với thông báo trong TSpec) và xếp vào hàng đợi để phù hợp với yêu cầu về QoS. Ví dụ một cách để có dịch vụ bảo đảm là sử dụng các hàng đợi có trọng số (WFQ), ở đây mỗi cổng dành riêng khác nhau đợc xem nh một luồng đối với các hàng đợi, và trọng số đợc ấn định cho mỗi luồng phù hợp với tốc độ dịch vụ yêu cầu trong RSpec của nó.
Đố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.
Đ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ỏ. L S R b i ê n L S R l õ i L S R l õ i P A T H R E S V M á y g ử i M á y n h ậ n
Hình 3.35 : Thủ tục báo hiệu trong RSVP