Tweet
RSVP cổ điển cho phép các bộ định tuyến hoạt động mềm dẻo để lưu giữ lại trạng thái truyền dẫn kết nối của chúng, tất nhiên RSVP sẽ tăng sự phân phát khi số lượng các phiên tăng dần trong mạng. Để làm cho RSVP có thể triển khai trong phạm vi môi trường MPLS, giao thức hiện nay cần phải tăng thêm. Các bản tin giao thức RSVP được tăng lên với một đối tượng mới để cung cấp sự cấp phát nhãn, sự phân phối và sự ràng buộc, dọc theo các bộ định tuyến rõ ràng.
Sự thay đổi đáng kể được giới thiệu tới cơ sở giao thức RSVP hiện nay là bao gồm việc làm giảm đi cơ cấu “soft state”, trong đó các bản tin được gửi đi một cách định kỳ để duy trì đường dẫn và làm mới cơ cấu giữa các cơ cấu khác để cho phép RSVP có thể cung cấp ER-LSP. Hình 1 mô tả luồng của bản tin RSVP trong việc thiết lập một LSP.
Như tên gọi của nó, giao thức dành trước tài nguyên RSVP dùng để dành trước các tài nguyên cho một phiên làm việc (dòng lưu lượng) trong mạng Internet. Khía cạnh này của Internet là khác so với dự định thiết kế hệ thống nằm bên dưới ban đầu là chỉ dùng để hỗ trợ các dịch vụ nỗ lực tối đa mà không xem xét đến các yêu cầu được xác định trước về chất lượng dịch vụ hay đặc tính lưu lương của người sử dụng. RSVP được dự tính để đảm bảo hiệu năng bằng việc dành trước các tài nguyên cần thiết tại mỗi node tham gia trong việc hỗ trợ dòng lưu lượng (chẳng hạn như hội nghị video hay audio).
Cần nhớ rằng IP là giao thức không hướng kết nối, nó không thiết lập trước đường đi cho các dòng lưu lượng, trong khi đó RSVP thiết lập trước những đường đi này và đảm bảo cung cấp đủ băng tần cho đường đi đó. RSVP không cung cấp các hoạt động định tuyến mà sử dụng IPv4 hay IPv6 như là cơ chế truyền tải giống như cách mà giao thức bản tin điều khiển Internet (ICMP) và giao thức bản tin nhóm Internet (IGMP) hoạt động. RSVP yêu cầu phía thu đưa ra tham số QoS cho dòng lưu lượng. Các ứng dụng phía thu phải xác định bản ghi QoS và chuyển tới RSVP. Sau khi phân tích các yêu cầu này, RSVP gửi các yêu cầu tới tất cả các node tham gia trong việc vận chuyển dòng lưu lượng.
Các khía cạnh của RSVP liên quan tới MPLS
Hình 2: Các thực thể hoạt động RSVP
Trong phần này chúng ta sẽ tóm tắt ngắn gọn các đặc trưng RSVP, những đặc trưng này có liên quan đến việc sử dụng RSVP với MPLS. RSVP là một giao thức báo hiệu được sử dụng để thiết lập các yêu cầu dành trước tài nguyên nhằm đảm bảo QoS trong Internet. Như biểu diễn trong hình 2, chất lượng dịch vụ của một dòng lưu lượng nào đó được thực hiện bằng các kỹ thuật gọi là điều khiển lưu lượng. Những kỹ thuật này bao gồm
(1) Một bộ phân loại gói
(2) Điều khiển chấp nhận kết nối
(3) Một bộ lập lịch gói và
(4) Điều khiển chính sách.
Bộ phân loại xác định các lớp QoS (và có thể là các đường đi) cho mỗi gói, dựa trên sự kiểm tra tiêu đề lớp vận chuyển và lớp IP. Với mỗi giao diện đầu ra, bộ lập lịch gói hay một cơ chế phụ thuộc lớp liên kết dữ liệu nào khác sẽ đạt được giá trị QoS như đã cam kết. Bộ lập lịch gói thực hiện các mô hình dịch vụ QoS đã được định nghĩa bởi nhóm làm việc các dịch vụ được tích hợp (IntServ).
Trong suốt quá trình thiết lập việc dành trước tài nguyên, một yêu cầu QoS RSVP được chuyển tới hai module quyết định tại chỗ là: điều khiển chấp nhận và điều khiển chính sách. Điều khiển chấp nhận xác định xem node có đủ tài nguyên để cung cấp cho dòng lưu lượng với mức QoS được yêu cầu hay không. Điều khiển chính sách xác định xem một dòng lưu lượng nào đó có được cho phép theo các quy tắc quản lý hay không, chẳng hạn như các địa chỉ IP nào đó được hay không được cho phép dành trước băng tần, nhận dạng (ID) giao thức nào đó là được hay không được cho phép dành trước băng tần…
Sự thay đổi đáng kể được giới thiệu tới cơ sở giao thức RSVP hiện nay là bao gồm việc làm giảm đi cơ cấu “soft state”, trong đó các bản tin được gửi đi một cách định kỳ để duy trì đường dẫn và làm mới cơ cấu giữa các cơ cấu khác để cho phép RSVP có thể cung cấp ER-LSP. Hình 1 mô tả luồng của bản tin RSVP trong việc thiết lập một LSP.
Hình 1: Sự mở rộng cho RSVP để thiết lập một ER-LDP
Như tên gọi của nó, giao thức dành trước tài nguyên RSVP dùng để dành trước các tài nguyên cho một phiên làm việc (dòng lưu lượng) trong mạng Internet. Khía cạnh này của Internet là khác so với dự định thiết kế hệ thống nằm bên dưới ban đầu là chỉ dùng để hỗ trợ các dịch vụ nỗ lực tối đa mà không xem xét đến các yêu cầu được xác định trước về chất lượng dịch vụ hay đặc tính lưu lương của người sử dụng. RSVP được dự tính để đảm bảo hiệu năng bằng việc dành trước các tài nguyên cần thiết tại mỗi node tham gia trong việc hỗ trợ dòng lưu lượng (chẳng hạn như hội nghị video hay audio).
Cần nhớ rằng IP là giao thức không hướng kết nối, nó không thiết lập trước đường đi cho các dòng lưu lượng, trong khi đó RSVP thiết lập trước những đường đi này và đảm bảo cung cấp đủ băng tần cho đường đi đó. RSVP không cung cấp các hoạt động định tuyến mà sử dụng IPv4 hay IPv6 như là cơ chế truyền tải giống như cách mà giao thức bản tin điều khiển Internet (ICMP) và giao thức bản tin nhóm Internet (IGMP) hoạt động. RSVP yêu cầu phía thu đưa ra tham số QoS cho dòng lưu lượng. Các ứng dụng phía thu phải xác định bản ghi QoS và chuyển tới RSVP. Sau khi phân tích các yêu cầu này, RSVP gửi các yêu cầu tới tất cả các node tham gia trong việc vận chuyển dòng lưu lượng.
Các khía cạnh của RSVP liên quan tới MPLS
Hình 2: Các thực thể hoạt động RSVP
Trong phần này chúng ta sẽ tóm tắt ngắn gọn các đặc trưng RSVP, những đặc trưng này có liên quan đến việc sử dụng RSVP với MPLS. RSVP là một giao thức báo hiệu được sử dụng để thiết lập các yêu cầu dành trước tài nguyên nhằm đảm bảo QoS trong Internet. Như biểu diễn trong hình 2, chất lượng dịch vụ của một dòng lưu lượng nào đó được thực hiện bằng các kỹ thuật gọi là điều khiển lưu lượng. Những kỹ thuật này bao gồm
(1) Một bộ phân loại gói
(2) Điều khiển chấp nhận kết nối
(3) Một bộ lập lịch gói và
(4) Điều khiển chính sách.
Bộ phân loại xác định các lớp QoS (và có thể là các đường đi) cho mỗi gói, dựa trên sự kiểm tra tiêu đề lớp vận chuyển và lớp IP. Với mỗi giao diện đầu ra, bộ lập lịch gói hay một cơ chế phụ thuộc lớp liên kết dữ liệu nào khác sẽ đạt được giá trị QoS như đã cam kết. Bộ lập lịch gói thực hiện các mô hình dịch vụ QoS đã được định nghĩa bởi nhóm làm việc các dịch vụ được tích hợp (IntServ).
Trong suốt quá trình thiết lập việc dành trước tài nguyên, một yêu cầu QoS RSVP được chuyển tới hai module quyết định tại chỗ là: điều khiển chấp nhận và điều khiển chính sách. Điều khiển chấp nhận xác định xem node có đủ tài nguyên để cung cấp cho dòng lưu lượng với mức QoS được yêu cầu hay không. Điều khiển chính sách xác định xem một dòng lưu lượng nào đó có được cho phép theo các quy tắc quản lý hay không, chẳng hạn như các địa chỉ IP nào đó được hay không được cho phép dành trước băng tần, nhận dạng (ID) giao thức nào đó là được hay không được cho phép dành trước băng tần…
Lê Sơn Hà – VnPro