Tweet
Các mục tiêu cần kiểm tra khi Troubleshooting Route Redistribution
Khi xử lý sự cố liên quan đến Route Redistribution, bạn nên kiểm tra lần lượt từ giao thức nguồn, bảng định tuyến, cấu hình redistribution cho đến giao thức đích. Việc đi theo đúng trình tự này sẽ giúp nhanh chóng xác định nguyên nhân thay vì chỉ tập trung vào câu lệnh redistribute.
1. Kiểm tra giao thức định tuyến nguồn (Source Routing Protocol)
Mục tiêu
Xác minh rằng giao thức nguồn thực sự đã học được route cần redistribute.
Điều đầu tiên cần nhớ là:
Ví dụ:
Bạn cấu hình:
redistribute eigrp 100 subnets
thì trước hết phải xác nhận EIGRP đã học route đó.
Sử dụng các lệnh phù hợp với từng giao thức để kiểm tra cơ sở dữ liệu (data structure) của giao thức nguồn.
Ví dụ:
EIGRP
show ip eigrp topology
OSPF
show ip ospf database
RIP
show ip rip database
BGP
show ip bgp
Nếu route không tồn tại trong cơ sở dữ liệu của giao thức nguồn thì nguyên nhân không phải là Redistribution mà là chính giao thức định tuyến nguồn.
2. Kiểm tra Route Selection
Sau khi xác nhận giao thức nguồn đã học được route, bước tiếp theo là kiểm tra xem route đó có được cài vào IP Routing Table hay không.
Đây là bước rất quan trọng vì:
Có thể kiểm tra bằng:
show ip route
hoặc:
show ip route <prefix>
Nếu route không xuất hiện trong Routing Table thì cần điều tra nguyên nhân, chẳng hạn:
Khi đó, cần xử lý vấn đề ở bước Route Selection trước khi tiếp tục kiểm tra Redistribution.
3. Kiểm tra cấu hình Redistribution
Nếu route đã xuất hiện trong IP Routing Table nhưng vẫn không được đưa vào giao thức đích, hãy tập trung kiểm tra cấu hình Redistribution.
Có ba nhóm nội dung cần xem xét. Kiểm tra Seed Metric
Đảm bảo rằng route được gán một metric hợp lệ khi redistribute.
Ví dụ:
redistribute ospf 1 metric 10000 100 255 1 1500
Hoặc:
default-metric
Hoặc metric được cấu hình trong Route Map.
Đặc biệt lưu ý:
Kiểm tra Route Filtering
Kiểm tra xem có cơ chế nào đang ngăn route được redistribute hay không.
Ví dụ:
Chỉ cần một điều kiện lọc sai cũng có thể khiến route không được redistribute.
Kiểm tra cú pháp lệnh Redistribution
Đảm bảo lệnh redistribute tham chiếu đúng tiến trình định tuyến.
Ví dụ:
redistribute ospf 1
Trong đó:
Hoặc:
redistribute eigrp 100
Trong đó:
Sai Process ID hoặc AS Number là lỗi khá phổ biến khi cấu hình Redistribution.
4. Kiểm tra giao thức định tuyến đích (Destination Routing Protocol)
Giả sử route đã được redistribute thành công vào giao thức đích nhưng các router láng giềng vẫn không học được route.
Lúc này cần troubleshooting chính giao thức định tuyến đích.
Có thể sử dụng các phương pháp kiểm tra thông thường của từng giao thức như:
Tuy nhiên cần lưu ý một điểm rất quan trọng:
Ví dụ:
Trong OSPF:
Trong EIGRP:
Do đó, cần kiểm tra xem giao thức đích có xử lý External Route khác với Internal Route hay không.
Ví dụ:
Nếu chỉ tập trung kiểm tra Internal Route mà bỏ qua đặc điểm của External Route thì rất dễ bỏ sót nguyên nhân thực sự.
Quy trình Troubleshooting Redistribution được khuyến nghị
Khi gặp sự cố Route Redistribution, nên thực hiện theo đúng trình tự sau:
1. Giao thức nguồn
│
▼
Đã học route chưa?
│
▼
2. Routing Table
│
▼
Route đã được cài vào IP Routing Table chưa?
│
▼
3. Redistribution
│
▼
Seed Metric đúng chưa?
Filtering có chặn không?
Process ID / AS Number đúng không?
│
▼
4. Giao thức đích
│
▼
Neighbor có học route không?
Route có bị đánh dấu External không?
Có chính sách xử lý External Route hay Filtering nào ảnh hưởng không?
Tổng kết
Khi troubleshooting Route Redistribution, hãy luôn kiểm tra theo thứ tự từ giao thức nguồn → Routing Table → cấu hình Redistribution → giao thức đích. Phần lớn sự cố xảy ra vì route chưa được học, chưa được cài vào IP Routing Table, thiếu Seed Metric, cấu hình sai Process ID/AS Number hoặc bị Route Filtering ngăn chặn. Nếu route đã được redistribute nhưng không xuất hiện trên các router lân cận, cần kiểm tra cách giao thức đích xử lý External Route, vì nhiều giao thức như OSPF và EIGRP có cơ chế ưu tiên và xử lý khác biệt giữa Internal và External Route.
Khi xử lý sự cố liên quan đến Route Redistribution, bạn nên kiểm tra lần lượt từ giao thức nguồn, bảng định tuyến, cấu hình redistribution cho đến giao thức đích. Việc đi theo đúng trình tự này sẽ giúp nhanh chóng xác định nguyên nhân thay vì chỉ tập trung vào câu lệnh redistribute.
1. Kiểm tra giao thức định tuyến nguồn (Source Routing Protocol)
Mục tiêu
Xác minh rằng giao thức nguồn thực sự đã học được route cần redistribute.
Điều đầu tiên cần nhớ là:
Nếu giao thức nguồn chưa học được route thì redistribution sẽ không bao giờ xảy ra.
Ví dụ:
Bạn cấu hình:
redistribute eigrp 100 subnets
thì trước hết phải xác nhận EIGRP đã học route đó.
Sử dụng các lệnh phù hợp với từng giao thức để kiểm tra cơ sở dữ liệu (data structure) của giao thức nguồn.
Ví dụ:
EIGRP
show ip eigrp topology
OSPF
show ip ospf database
RIP
show ip rip database
BGP
show ip bgp
Nếu route không tồn tại trong cơ sở dữ liệu của giao thức nguồn thì nguyên nhân không phải là Redistribution mà là chính giao thức định tuyến nguồn.
2. Kiểm tra Route Selection
Sau khi xác nhận giao thức nguồn đã học được route, bước tiếp theo là kiểm tra xem route đó có được cài vào IP Routing Table hay không.
Đây là bước rất quan trọng vì:
Redistribution chỉ lấy route từ IP Routing Table, không lấy trực tiếp từ cơ sở dữ liệu của giao thức định tuyến.
Có thể kiểm tra bằng:
show ip route
hoặc:
show ip route <prefix>
Nếu route không xuất hiện trong Routing Table thì cần điều tra nguyên nhân, chẳng hạn:
- Administrative Distance (AD) khiến route không được chọn.
- Một giao thức khác có metric tốt hơn.
- Route bị filtering.
- Route bị summarization che khuất.
- Hoặc route chưa được cài do lỗi của giao thức nguồn.
Khi đó, cần xử lý vấn đề ở bước Route Selection trước khi tiếp tục kiểm tra Redistribution.
3. Kiểm tra cấu hình Redistribution
Nếu route đã xuất hiện trong IP Routing Table nhưng vẫn không được đưa vào giao thức đích, hãy tập trung kiểm tra cấu hình Redistribution.
Có ba nhóm nội dung cần xem xét. Kiểm tra Seed Metric
Đảm bảo rằng route được gán một metric hợp lệ khi redistribute.
Ví dụ:
redistribute ospf 1 metric 10000 100 255 1 1500
Hoặc:
default-metric
Hoặc metric được cấu hình trong Route Map.
Đặc biệt lưu ý:
- RIP và EIGRP yêu cầu Seed Metric hợp lệ.
- Nếu không có Seed Metric, route thường sẽ không được quảng bá.
Kiểm tra Route Filtering
Kiểm tra xem có cơ chế nào đang ngăn route được redistribute hay không.
Ví dụ:
- Route Map
- ACL
- Prefix List
- Distribute List
- Tag Filtering
Chỉ cần một điều kiện lọc sai cũng có thể khiến route không được redistribute.
Kiểm tra cú pháp lệnh Redistribution
Đảm bảo lệnh redistribute tham chiếu đúng tiến trình định tuyến.
Ví dụ:
redistribute ospf 1
Trong đó:
- 1 phải đúng Process ID của OSPF.
Hoặc:
redistribute eigrp 100
Trong đó:
- 100 phải đúng Autonomous System Number của EIGRP.
Sai Process ID hoặc AS Number là lỗi khá phổ biến khi cấu hình Redistribution.
4. Kiểm tra giao thức định tuyến đích (Destination Routing Protocol)
Giả sử route đã được redistribute thành công vào giao thức đích nhưng các router láng giềng vẫn không học được route.
Lúc này cần troubleshooting chính giao thức định tuyến đích.
Có thể sử dụng các phương pháp kiểm tra thông thường của từng giao thức như:
- Neighbor Relationship
- Database Synchronization
- Route Advertisement
- Filtering
- Authentication
- Area hoặc AS Configuration
Tuy nhiên cần lưu ý một điểm rất quan trọng:
Route được redistribute thường sẽ được đánh dấu là External Route.
Ví dụ:
Trong OSPF:
- O E1
- O E2
Trong EIGRP:
- D EX
Do đó, cần kiểm tra xem giao thức đích có xử lý External Route khác với Internal Route hay không.
Ví dụ:
- Chính sách ưu tiên Internal Route.
- Chính sách lọc External Route.
- Stub Router.
- NSSA hoặc Totally NSSA trong OSPF.
- Các chính sách Route Filtering dành riêng cho External Route.
Nếu chỉ tập trung kiểm tra Internal Route mà bỏ qua đặc điểm của External Route thì rất dễ bỏ sót nguyên nhân thực sự.
Quy trình Troubleshooting Redistribution được khuyến nghị
Khi gặp sự cố Route Redistribution, nên thực hiện theo đúng trình tự sau:
1. Giao thức nguồn
│
▼
Đã học route chưa?
│
▼
2. Routing Table
│
▼
Route đã được cài vào IP Routing Table chưa?
│
▼
3. Redistribution
│
▼
Seed Metric đúng chưa?
Filtering có chặn không?
Process ID / AS Number đúng không?
│
▼
4. Giao thức đích
│
▼
Neighbor có học route không?
Route có bị đánh dấu External không?
Có chính sách xử lý External Route hay Filtering nào ảnh hưởng không?
Tổng kết
Khi troubleshooting Route Redistribution, hãy luôn kiểm tra theo thứ tự từ giao thức nguồn → Routing Table → cấu hình Redistribution → giao thức đích. Phần lớn sự cố xảy ra vì route chưa được học, chưa được cài vào IP Routing Table, thiếu Seed Metric, cấu hình sai Process ID/AS Number hoặc bị Route Filtering ngăn chặn. Nếu route đã được redistribute nhưng không xuất hiện trên các router lân cận, cần kiểm tra cách giao thức đích xử lý External Route, vì nhiều giao thức như OSPF và EIGRP có cơ chế ưu tiên và xử lý khác biệt giữa Internal và External Route.
Attached Files