Topo minh họa kịch bản mô phỏng SR

Một phần của tài liệu ĐỒ án tốt nghiệp: “CÔNG NGHỆ ĐỊNH TUYẾN PHÂN ĐOẠN VÀ ỨNG DỤNG” (Trang 65 - 67)

Tại kịch bản trước đã thực hiện mơ phỏng cấu hình một kênh L3VPN sử dụng SR cịn trong kịch bản này sẽ sử dụng kỹ thuật điều khiển lưu lượng SRTE. Như bài mơ phỏng trên, có thể thấy rằng SR hiện đang hoạt động bình thường nhưng nó vẫn dựa vào phương thức tìm đường đi ngắn nhất của IGP. Cụ thể, trong hình 3.7, các gói tin có địa chỉ nguồn là R1 và địa chỉ đích R7 đều có chung một tuyến đường là R1  R3  R7 (giả sử các liên kết trong tồn mạng đều có giá trị cost như nhau). Nhưng trong kịch bản này, SRTE được sử dụng để chọn tuyến đường tốt nhất mà không nhất thiết phải là con đường ngắn nhất.

3.2.2. Mục đích kịch bản

Với các giao thức định tuyến IP phổ biến, việc điều khiển lưu lượng và chia sẻ băng thông không cân bằng tải là điều bất khả thi. Do đó, mục đích của kịch bản này là :

Nguyễn Đình Trung-D17CQVT06-B 54

- Xây dựng ba đường hầm TE, mỗi đường hầm đều có địa chỉ nguồn là là R1 và

địa chỉ đích là R7.

- Giả sử trên R1, mỗi gói tin khi có nhu cầu đi đến một địa chỉ Loopback của

R7 thì sẽ ứng với mỗi tuyến đường khác nhau. Vì vậy, điều này tránh được việc các dịng lưu lượng đều đổ về đích thơng qua một tuyến đường IGP ngắn nhất  tránh hiện tượng quá tải trên từng liên kết mạng.

3.2.3. Các bước thực hiện kịch bản

Tương tự như các kịch bản trước, để đảm bảo việc khai báo các đường hầm cho kỹ thuật điều khiển lưu lượng, cần khai báo đầy đủ cấu hình địa chỉ IP cho các interface theo hình vẽ 3.7. Sử dụng phương pháp định tuyến động OSPF và kích hoạt tính năng SR. Sau khi cấu hình thành cơng những bước đó sẽ chuyển sang các bước sau:

- Để thực có thể điều khiển lưu lượng theo các tuyến đường định sẵn, cần bật

tính năng MPLS TE, bật giao thức RSVP để báo hiệu cho các đường hầm. Cho phép OSPF hỗ trợ MPLS TE trong area 0. Cụ thể:

 Bật tính năng MPLS TE trong tiến trình OSPF.

 Bật tính năng MPLS TE trên tất cả các interface đấu nối trong toàn vùng

mạng.

 Bật giao thức RSVP trên tất cả các interface đấu nối, mục đích kích giao

thức RSVP giúp báo hiệu cho các tunnel – te, đảm bảo các đường hầm có thể “up” và hoạt động bình thường.

- Khai báo các tuyến đường Explicit – Path, có nhiều cách để định danh một

tuyến đường Explicit – Path nhưng trong kịch bản này sẽ sử dụng ba cách để khai báo Explicit – Path, trong đó:

 Tuyến đường Explicit – Path thứ nhất sẽ dùng địa chỉ Loopback để xác

định đường đi cho đường hầm.

 Tuyến đường Explicit – Path thứ hai sẽ dùng nhãn Prefix – SID để xác

định tuyến đường.

 Tuyến đường Explicit – Path thứ ba sẽ dùng tổ hợp cả địa chỉ Loopback

và nhãn Prefix – SID để xác định tuyến đường.

- Thực hiện khai báo ba tunnel – te, mỗi đường hầm sẽ ứng với một tuyến đường

Nguyễn Đình Trung-D17CQVT06-B 55

tuyến đường Explicit – Path thứ nhất, đường hầm thứ hai sẽ sử dụng Explicit – Path thứ hai và đường hầm thứ ba sẽ sử dụng Explicit – Path thứ ba.

- Kiểm tra trạng thái các đường hầm đã khai báo, nếu các đường hầm đều “up”

thì tiếp tục khai báo chỉ định mỗi dòng lưu lượng từ R1 đến một địa chỉ Loopback của R7 thì sẽ đi theo một đường hầm khác nhau, cụ thể:

 Định tuyến tĩnh từ R1 đến Loopback 7.7.7.7/32 của R7 thông qua đường

hầm thứ nhất.

 Định tuyến tĩnh từ R1 đến Loopback 77.77.77.77/32 của R7 thông qua

đường hầm thứ hai.

 Định tuyến tĩnh từ R1 đến Loopback 177.177.177.177/32 của R7 thông

qua đường hầm thứ ba. - Kiểm tra lại kết quả sau khai báo.

Các câu lệnh khai báo cấu hình cho kịch bản này được trình bày chi tiết trong phụ lục III.

3.2.4. Kết quả thực hiện

Giống như các kịch bản trên, cần kiểm tra bảng chuyển mạch nhãn sau những bước khai báo đầu tiên, đảm bảo toàn bộ vùng mạng đã thông suốt và các node đều được kích hoạt SR (hình 3.8).

Một phần của tài liệu ĐỒ án tốt nghiệp: “CÔNG NGHỆ ĐỊNH TUYẾN PHÂN ĐOẠN VÀ ỨNG DỤNG” (Trang 65 - 67)

Tải bản đầy đủ (PDF)

(91 trang)