Đang chuẩn bị nút TẢI XUỐNG, xin hãy chờ
Tải xuống
Nếu một hệ thống mạng chạy nhiều hơn một giao thức trong một công ty, người quản trị cần một vài phương thức để gửi các routes của một giao thức này vào | REDISTRIBUTION VÀ POLICY BASED ROUTING REDISTRIBUTION VÀ POLICY BASED ROUTING Nếu một hệ thống mạng chạy nhiều hơn một giao thức trong một công ty, người quản trị cần một vài phương thức để gửi các routes của một giao thức này vào một giao thức khác. Quá trình đó gọi là redistribution. Quá trình redistribution được dùng khi một router nhận thông tin về một network ở xa thông qua các nguồn khác nhau. Mặc dù tất cả các network được đưa vào bảng định tuyến và các quyết định định tuyến được thực hiện trên bảng này, một giao thức chỉ truyền những network mà nó học từ chính bản thân nó. Nếu không có việc chia sẽ thông tin mạng giữa các quá trình định tuyến, người ta gọi đó là ships in the nights (SIN). Redistribution thường cần thiết trong một network như một giải pháp tạm thời. Tuy nhiên, giải pháp này không phải là nhanh chóng và dễ dàng. Mặc dùng cách dùng route-redistribution là một giải pháp cứu cánh trong nhiều tình huống, nó khá phức tạp. Khi một giao thức chẳng hạn như EIGRP có routes được phân phối vào nó như một quá trình định tuyến, nó giả sử rằng tất cả các routes này từ các AS khác và là routes ngoại (external routes). Điều này ảnh hưởng đến quá trình chọn lựa đường đi vì EIGRP thường ưu tiên cho routes nội. Trong hình vẽ dưới đây, bảng định tuyến của routerB các các entry từ RIP và OSPF, không có entry cho EIGRP bởi vì đây chỉ là một mạng riêng lẽ nối trực tiếp vào router. Hơn nữa, routerc chỉ có các routes kết nối trực tiếp trong bảng bảng định tuyến. Đây là vì, mặc dùng EIGRP đã được cấu hình, routerC vẫn chỉ là một stub router. Khi có những interface khác được cấu hình và toàn bộ các mạng EIGRP còn lại kết nốI vào routerC, các lớp mạng này sẽ được quảng bá. Quá trình redistribution chỉ diễn ra ở các giao thức lớp 3. Vì vậy các giao thức OSPF, RIP, IGRP và EIGRP có thể phân phối các routing update giữa chính các giao thức này. Tuy nhiên sẽ không có quá trình redistribution giữa AppleTalk và IPX. Bảng 6-1: .
