MPLS sẽ được sử dụng làm giao thức vận chuyển trên toàn bộ Metro-E để đảm bảo thời gian hội tụ của mạng dưới 50ms. Cụ thể hơn, các chức năng cơ bản của MPLS sẽ được mở rộng thông qua việc triển khai các mở rộng của MPLS Traffic Engineering (TE). Ngoài ra khả năng chọn các đường dẫn khác với đường dẫn IGP ngắn nhất MPLS-
37 TE cho phép sử dụng MPLS Fast định tuyến lại, tạo thành một phần của chính sách bảo vệ mạng rộng hơn. Bảo vệ MPLS-TE là việc cung cấp trước các đường hầm sao lưu (hoặc các LSP bảo vệ).Vì nó là cần thiết để cung cấp dự phòng và nhanh hội tụ trong Mobifone IP Metro, RSVP được đặt làm giao thức chính cho việc trao đổi nhãn hiệu trong mạng do RSVP mang lại tốt hơn hội tụ trong khoảng dưới 50 phần nghìn giây nhờ các đường FRR đã được tính toán trước. Song song với kích hoạt RSVP, LDP sẽ được sử dụng như một giao thức thay thế cho dự phòng .
Trong IP Metro Mobifone Đà nẵng, thiết kế MPLS sẽ như sau:
- Full mesh toàn đường hầm RSVP-TE với bảo vệ FRR giữa tất cả các bộ định tuyến CSG và AGG,giữa các bộ định tuyến AGG và MC.
- Đường dẫn lỏng lẻo sẽ được sử dụng cho RSVP-TE với bảo vệ FRR. - LDP sẽ được phép trên tất cả các giao diện mạng.
Trong kiến trúc Seamless MPLS, gắn nhãn BGP như được định nghĩa trong RFC 3107 sẽ được sử dụng để quảng bá nhãn giữa các vùng.
RSVP :
Là giao thức báo hiệu đã được sử dụng trong MPLS nhằm thiết lập dự phòng về chất lượng dịch vụ trong mạng Internet. Router theo dõi và kiểm soát việc di chuyển của gói tin sau khi có sự thống nhất về tài nguyên sử dụng giữa 2 router. Gói tin được gởi đều đặn nhờ giao thức RSVP giữa các router. Một cách đơn giản, giao thức RSVP thực hiện việc thiết lập và điều khiển quá trình chiếm giữ tài nguyên của các dịch vụ. Giao thức RSVP có hai bản tin cơ bản: bản tin Path và bản tin Resv. 2 router sẽ dựa vào các thông số trong hai bản tin này để quyết định việc thiết lập kết nối giữa chúng hay không.
Các thủ tục báo hiệu cơ bản :
Thủ tục thiết lập LSP
LSP được thiếp lập bởi một LSR nguồn (ingress node) bằng cách gởi bản tin Path đến LSR sau (quy ước LSR kế tiếp, liền kề sau một LSR gọi là LSR sau và LSR kế tiếp, liền kề trước một LSR là LSR trước). Bản tin Path này chứa thông tin nhận dạng của LSP (Sender-Template), các tham số khác để thiết lập LSP như Label request, Sender-Tspec,
38 Explicit Route objects. Sau khi gởi bản tin này, LSP sẽ chưa được thiết lập đến khi LSR sau gởi bản tin Resv. Bản tin Resv gởi từ LSR này có nhiệm vụ nhận dạng lưu lượng truyền qua nó và xác nhận chiếm tài nguyên. LSR này tiếp tục chuyển tiếp gói tin Path qua từng LSR đến khi gói tin này đến LSR đích (egress node). Tại mỗi LSR, các tham số về tài nguyên bị chiếm đều được kiểm tra để chắc chắn rằng không có LSP nào khác có thể chiếm được nữa. Khi bản tin Path đến LSR đích, bản tin Resv được khởi tạo và truyền ngược về các LSR trước. Bản tin Resv này cũng được truyền qua từng LSR trung gian để có thể đến được LSR nguồn. LSP được thiết lập.
Sau khi LSP được thiết lập, giao thức RSVP-TE còn tạo một bản tin Resvconfirm gởi đi từ LSR nguồn tới LSR đích nhằm xác nhận LSP đã được thiết lập. Tuy nhiên, hệ thống GMPLS hiếm khi sử dụng bản tin này vì nó không thật sự cần thiết.
Thủ tục hủy LSP
Để hủy LSP, bản tin PathTear được khởi tạo từ LSP nguồn. Khi các LSR nhận gói tin này, LSP bị xóa khỏi mặt phẳng dữ liệu cũng như các trạng thái điều khiển của LSP. Duy nhất RSVP và RSVP-TE sử dụng bàn tin PathTear. Tuy nhiên, với GMPLS, LSR đích và các LSR trung gian đều có thể hủy kết nối bằng cách sử dụng bản tin PathErr. Khi cờ chỉ định "Path state removed" được kích hoạt, các LSR hiểu rằng đầy không phải một bản tin PathErr thông thường mà là bản tin để hủy LSP.
Thủ tục báo lỗi
Thủ tục báo lỗi trong RSVP được thông báo bằng các bản tin PathErr và ResvErr. hai bản tin này có nhiệm vụ chính là thông báo cho LSR trước hoặc sau không thể đáp ứng yêu cầu về tài nguyên dành cho LSP. Đồng thời, hai loại bản tin này còn giúp xác định vị trí và vấn đề xảy ra trên LSP.
Với RSVP-TE, các LSR nhận biết được lỗi và tạo ra một bản tin Path mới để không làm ảnh hưởng tới LSP trong mặt phẳng dữ liệu. Sau khi bản tin báo lỗi đến LSR nguồn hoặc LSR đích, một bản tin Path/Resv đã được chỉnh sửa sẽ được gởi lại để khắc phục vấn đề. Đây là một tính năng quan trọng vì sẽ có một số mạng cần được duy trì kết nối liên tục. Ngoài ra, để có thể khắc phục sự cố một cách nhanh chóng, bản tin Path còn chứa tham số về Notify-Request. Tham số này có nhiệm vụ phát hiện, thông báo lỗi trực tiếp đến mặt phẳng điều khiển.
39