Tweet
OSPF không học được route? Neighbor không lên? Đừng vội lao vào kiểm tra cấu hình từng interface. Trong thực tế, các kỹ sư CCNA, CCNP hay CCIE thường bắt đầu bằng một quy trình kiểm tra tổng quan để nhanh chóng xác định vấn đề nằm ở đâu.
Chỉ với 4 lệnh "cầm đi đường", bạn có thể biết ngay router đã nhìn thấy các thiết bị lân cận hay chưa, OSPF đã được kích hoạt đúng chưa, Neighbor đã hình thành chưa và cuối cùng là router đã học được route OSPF hay chưa.
Bước 1. Kiểm tra kết nối vật lý với CDP
Lệnh đầu tiên:
show cdp neighbors brief
Lệnh này hiển thị các thiết bị Cisco kết nối trực tiếp với router thông qua Cisco Discovery Protocol (CDP).
Ví dụ trên R1, hãy xác định:
Ví dụ:
R2 GigabitEthernet1/0
R3 GigabitEthernet1/1
R4 GigabitEthernet1/2
Nếu một router không xuất hiện trong danh sách CDP, rất có thể vấn đề nằm ở Layer 1 hoặc Layer 2, chẳng hạn như cáp mạng, switch trung gian, interface bị shutdown hoặc VLAN chưa đúng. Khi đó, chưa cần kiểm tra OSPF vì nền tảng kết nối vẫn chưa sẵn sàng.
Bước 2. Kiểm tra OSPF đã được kích hoạt trên các interface chưa
Sau khi xác nhận kết nối vật lý, hãy kiểm tra các interface có thực sự tham gia OSPF hay không.
show ip ospf interface brief
Lệnh này cho biết những interface nào đang chạy OSPF và thuộc Area nào.
Ví dụ trên R1, hãy kiểm tra:
Nếu một interface không xuất hiện trong kết quả, nguyên nhân có thể là:
Đây là lỗi cấu hình khá phổ biến khi triển khai OSPF.
Bước 3. Kiểm tra Neighbor OSPF
Tiếp theo, hãy xác nhận các router đã hình thành quan hệ Neighbor.
show ip ospf neighbor
Đây là một trong những lệnh quan trọng nhất khi troubleshooting OSPF.
Hãy tự hỏi:
Ví dụ, nếu R1 kết nối trực tiếp với R2, R3 và R4 thì khi hệ thống hoạt động bình thường, R1 sẽ hiển thị 3 Neighbor ở trạng thái FULL (hoặc FULL/DR, FULL/BDR tùy loại mạng).
Nếu kết quả là 0 Neighbor, hãy kiểm tra các nguyên nhân thường gặp như:
Bước 4. Kiểm tra các Route học được từ OSPF
Ngay cả khi Neighbor đã lên FULL, bạn vẫn cần xác nhận router có thực sự học được các route hay không.
show ip route ospf
Lệnh này chỉ hiển thị các tuyến đường được học từ OSPF.
Hãy kiểm tra:
Nếu bảng định tuyến không có route OSPF dù Neighbor đã FULL, nguyên nhân có thể nằm ở:
Quy trình kiểm tra OSPF nên nhớ
Khi gặp sự cố OSPF, hãy luôn kiểm tra theo đúng trình tự:
Đi theo quy trình này giúp bạn nhanh chóng khoanh vùng sự cố từ Layer 1/2, đến Neighbor Adjacency, rồi cuối cùng là Routing. Đây cũng là cách mà các kỹ sư mạng giàu kinh nghiệm thường áp dụng khi xử lý sự cố OSPF trong môi trường doanh nghiệp, giúp tiết kiệm đáng kể thời gian so với việc kiểm tra cấu hình một cách ngẫu nhiên.
Chỉ với 4 lệnh "cầm đi đường", bạn có thể biết ngay router đã nhìn thấy các thiết bị lân cận hay chưa, OSPF đã được kích hoạt đúng chưa, Neighbor đã hình thành chưa và cuối cùng là router đã học được route OSPF hay chưa.
Bước 1. Kiểm tra kết nối vật lý với CDP
Lệnh đầu tiên:
show cdp neighbors brief
Lệnh này hiển thị các thiết bị Cisco kết nối trực tiếp với router thông qua Cisco Discovery Protocol (CDP).
Ví dụ trên R1, hãy xác định:
- Có nhìn thấy các router R2, R3 và R4 không?
- Mỗi router đang kết nối qua interface nào?
Ví dụ:
R2 GigabitEthernet1/0
R3 GigabitEthernet1/1
R4 GigabitEthernet1/2
Nếu một router không xuất hiện trong danh sách CDP, rất có thể vấn đề nằm ở Layer 1 hoặc Layer 2, chẳng hạn như cáp mạng, switch trung gian, interface bị shutdown hoặc VLAN chưa đúng. Khi đó, chưa cần kiểm tra OSPF vì nền tảng kết nối vẫn chưa sẵn sàng.
Bước 2. Kiểm tra OSPF đã được kích hoạt trên các interface chưa
Sau khi xác nhận kết nối vật lý, hãy kiểm tra các interface có thực sự tham gia OSPF hay không.
show ip ospf interface brief
Lệnh này cho biết những interface nào đang chạy OSPF và thuộc Area nào.
Ví dụ trên R1, hãy kiểm tra:
- OSPF có được bật trên tất cả các interface kết nối đến R2, R3 và R4 không?
- Interface có đang thuộc đúng Area mong muốn không?
Nếu một interface không xuất hiện trong kết quả, nguyên nhân có thể là:
- Chưa cấu hình lệnh network ... area ...
- Hoặc chưa cấu hình ip ospf process-id area area-id trên interface
Đây là lỗi cấu hình khá phổ biến khi triển khai OSPF.
Bước 3. Kiểm tra Neighbor OSPF
Tiếp theo, hãy xác nhận các router đã hình thành quan hệ Neighbor.
show ip ospf neighbor
Đây là một trong những lệnh quan trọng nhất khi troubleshooting OSPF.
Hãy tự hỏi:
- Router hiện có bao nhiêu Neighbor?
- Con số này có đúng với thiết kế mạng không?
Ví dụ, nếu R1 kết nối trực tiếp với R2, R3 và R4 thì khi hệ thống hoạt động bình thường, R1 sẽ hiển thị 3 Neighbor ở trạng thái FULL (hoặc FULL/DR, FULL/BDR tùy loại mạng).
Nếu kết quả là 0 Neighbor, hãy kiểm tra các nguyên nhân thường gặp như:
- Interface chưa chạy OSPF
- Area không khớp
- Hello/Dead Timer khác nhau
- Authentication không khớp
- Passive Interface
- MTU mismatch
- ACL chặn multicast OSPF
Bước 4. Kiểm tra các Route học được từ OSPF
Ngay cả khi Neighbor đã lên FULL, bạn vẫn cần xác nhận router có thực sự học được các route hay không.
show ip route ospf
Lệnh này chỉ hiển thị các tuyến đường được học từ OSPF.
Hãy kiểm tra:
- Router hiện học được bao nhiêu route OSPF?
- Có đủ các mạng theo thiết kế không?
Nếu bảng định tuyến không có route OSPF dù Neighbor đã FULL, nguyên nhân có thể nằm ở:
- Mạng chưa được quảng bá (network hoặc redistribute)
- LSA chưa được flood đầy đủ
- Vấn đề với Area hoặc ABR
- Route bị lọc bằng Filter hoặc Summarization
Quy trình kiểm tra OSPF nên nhớ
Khi gặp sự cố OSPF, hãy luôn kiểm tra theo đúng trình tự:
- show cdp neighbors brief → Router có nhìn thấy các thiết bị lân cận không?
- show ip ospf interface brief → OSPF đã được bật trên đúng interface chưa?
- show ip ospf neighbor → Neighbor đã hình thành và ở trạng thái FULL chưa?
- show ip route ospf → Router đã học được các tuyến đường OSPF chưa?
Đi theo quy trình này giúp bạn nhanh chóng khoanh vùng sự cố từ Layer 1/2, đến Neighbor Adjacency, rồi cuối cùng là Routing. Đây cũng là cách mà các kỹ sư mạng giàu kinh nghiệm thường áp dụng khi xử lý sự cố OSPF trong môi trường doanh nghiệp, giúp tiết kiệm đáng kể thời gian so với việc kiểm tra cấu hình một cách ngẫu nhiên.
Attached Files