OSPF không hình thành neighbor?

[dangquangminh]

OSPF Không Hình Thành Neighbor? Đừng Quên Kiểm Tra Interface Có Thực Sự Tham Gia OSPF Hay Không!


Một trong những lỗi OSPF phổ biến nhưng lại rất dễ bị chúng ta bỏ sót trong quá trình troubleshooting là interface không tham gia vào tiến trình OSPF hoặc tham gia OSPF nhưng interface ở sai OSPF Area. Khi điều này xảy ra, các gói Hello sẽ không được gửi hoặc nhận đúng cách, dẫn đến việc các router không thể thiết lập quan hệ láng giềng (neighbor adjacency).

OSPF được kích hoạt trên Interface như thế nào?


Trong OSPFv2, có hai cách để kích hoạt OSPF trên một interface:
Cách thứ nhất là sử dụng lệnh trong chế độ cấu hình OSPF:
router ospf 1
network 10.1.1.0 0.0.0.255 area 0
Cách thứ hai là cấu hình trực tiếp trên interface:
interface GigabitEthernet1/0
ip ospf 1 area 0
Cả hai cách đều có tác dụng đưa interface vào tiến trình OSPF và gán interface đó vào một Area cụ thể. Tuy nhiên, nếu cấu hình sai địa chỉ mạng, wildcard mask hoặc Area ID, interface có thể:

• Không tham gia OSPF.

• Tham gia OSPF nhưng ở sai Area.

• Gửi Hello packet với thông tin không khớp với router bên cạnh.

Kết quả là neighbor sẽ không được hình thành.

CÁCH Kiểm Tra Interface CÓ Đang Tham Gia OSPF


Lệnh quan trọng nhất để xác minh các interface đang chạy OSPF là:
show ip ospf interface brief
Ví dụ:
R1# show ip ospf interface brief

Interface PID Area IP Address/Mask Cost State Nbrs F/C
Gi0/0 1 1 10.1.1.1/24 1 DR 0/0
Gi1/0 1 1 10.1.12.1/24 1 DR 1/1
Kết quả trên cho thấy:

• Cả Gi0/0 và Gi1/0 đều tham gia OSPF Process 1.

• Hai interface đều thuộc Area 1.

• Gi1/0 đã hình thành thành công 1 neighbor (1/1).

• Gi0/0 chưa có neighbor nào (0/0).

Ngoài ra, lệnh này còn cho biết:

• Địa chỉ IP và subnet mask của interface.

• Cost OSPF.

• Trạng thái DR/BDR/DROTHER.

• Số lượng neighbor đã hình thành so với tổng số neighbor trên segment.

Lưu ý: Các interface được cấu hình passive-interface vẫn xuất hiện trong kết quả của lệnh này.

Kiểm Tra OSPF Được Kích Hoạt Bằng Cách Nào


Lệnh: show ip protocols sẽ giúp xác định interface nào đang được kích hoạt OSPF thông qua:

• Lệnh network

• Lệnh ip ospf

Ví dụ:
R1# show ip protocols

Routing Protocol is "ospf 1"

Routing for Networks:
10.1.1.1 0.0.0.0 area 1

Routing on Interfaces Configured Explicitly (Area 1):
GigabitEthernet1/0
Đôi khi chúng ta thường hiểu nhầm phần:
Routing for Networks:
10.1.1.1 0.0.0.0 area 1
đây không phải là mạng mà router học được từ OSPF.
Thực chất, nó biểu thị rằng:
network 10.1.1.1 0.0.0.0 area 1
được dùng để tìm interface có địa chỉ IP 10.1.1.1 và đưa interface đó vào OSPF Area 1.
Trong ví dụ trên:

• Interface Gi0/0 được kích hoạt OSPF bằng lệnh:

network 10.1.1.1 0.0.0.0 area 1

• Interface Gi1/0 được kích hoạt OSPF bằng lệnh:

ip ospf 1 area 1

Tình Huống Thực Tế Thường Gặp


Giả sử hai router kết nối trực tiếp:
R1 -------- R2
R1 cấu hình:
interface g0/0
ip ospf 1 area 0
Trong khi R2 cấu hình:
interface g0/0
ip ospf 1 area 1
Mặc dù:

• Hai thiết bị cùng chạy OSPF.

• Địa chỉ IP kết nối chính xác.

• Hello packet vẫn được trao đổi.

Nhưng do Area ID không khớp, neighbor sẽ không bao giờ đạt trạng thái FULL. Đây là lỗi rất phổ biến trong các bài thi CCNP, CCIE cũng như trong môi trường vận hành thực tế.

Ưu Tiên Giữa network Và ip ospf


Một điểm rất quan trọng khi troubleshooting: Nếu một interface được cấu hình bằng cả hai phương pháp:
router ospf 1
network 10.1.1.0 0.0.0.255 area 0
và
interface g0/0
ip ospf 1 area 1
thì lệnh cấu hình trực tiếp trên interface:
ip ospf 1 area 1
sẽ được ưu tiên áp dụng.
Điều này có nghĩa là interface sẽ thuộc Area 1, không phải Area 0.

Kinh Nghiệm Troubleshooting


Khi OSPF không hình thành neighbor, đừng chỉ kiểm tra IP hay Area giữa hai router. Hãy luôn xác minh bằng 4 lệnh sau:
show ip ospf interface brief
show ip protocols
show run | section ospf
show run interface
Rất nhiều sự cố OSPF thực tế xuất phát từ việc interface không được đưa vào OSPF, wildcard mask cấu hình sai hoặc interface bị đặt nhầm Area. Chỉ cần một sai sót nhỏ trong hai lệnh network ... area ... hoặc ip ospf ... area ... cũng đủ khiến OSPF adjacency không bao giờ được thiết lập. Đây là một trong những bước kiểm tra đầu tiên mà các kỹ sư CCNP và CCIE thường thực hiện khi xử lý sự cố OSPF.