Hàng xóm OSPF không hình thành qua VPN? Hãy kiểm tra theo thứ tự này
Năm bước kiểm tra, mỗi bước có triệu chứng riêng: mô hình liên kết, lọc giao thức 89, tham số hàng xóm, trạng thái kề cận và cuối cùng là những gì thực sự được quảng bá.
Đường hầm đã hoạt động, các giao diện nằm trong cùng một mạng con, vậy mà OSPF vẫn không hiển thị gì. Phần lớn thời gian đường hầm bình thường và một yêu cầu của OSPF chưa được đáp ứng. Hãy thực hiện năm bước kiểm tra dưới đây theo thứ tự và dừng ở bước đầu tiên thất bại.
Mỗi bước kiểm tra có triệu chứng riêng, vì vậy thứ tự quan trọng hơn danh sách.
Kiểm tra 1: mô hình liên kết có đúng không
Giao diện điểm-điểm và mạng đa truy cập chia sẻ là những môi trường OSPF khác nhau. Sao chép cấu hình LAN quảng bá lên đường hầm là lỗi phổ biến nhất ở đây. Đặt loại mạng mà triển khai VPN hỗ trợ, thường là điểm-điểm cho đường hầm được định tuyến. Sau đó xác nhận nền tảng đồng ý, vì một số triển khai bỏ qua hoặc ghi đè cài đặt.
Nếu mô hình liên kết sai, phần còn lại của danh sách sẽ không giúp gì.
Kiểm tra 2: gói tin có được cho phép đi qua không
OSPFv2 là giao thức IP 89, không phải cổng TCP hay UDP, nên một quy tắc tường lửa viết cho cổng sẽ âm thầm loại bỏ nó. Hello cũng đi đến địa chỉ multicast, mà chính sách có thể không cho phép. Cho phép giao thức 89 giữa hai đầu đường hầm, sau đó kiểm tra xem nền tảng có cần khai báo hàng xóm rõ ràng không.
Đường hầm chỉ cho ping đi qua là vấn đề chính sách, không phải định tuyến.
Kiểm tra 3: tham số hàng xóm có khớp không
ID vùng, khoảng hello và dead, xác thực và cờ stub đều phải khớp. Sự không khớp thường khiến hàng xóm kẹt ở trạng thái nhìn thấy được thay vì thất bại âm thầm, điều này hữu ích. So sánh cấu hình đang chạy ở cả hai đầu, không phải cấu hình dự kiến.
Không khớp MTU là trường hợp tinh tế. Nó chặn trao đổi cơ sở dữ liệu ở ExStart, nên hàng xóm không bao giờ đạt Full.
Kiểm tra 4: trạng thái nói gì
Trạng thái gọi tên lỗi. Init nghĩa là hello đang đến nhưng bộ định tuyến này không có trong danh sách, điều này chỉ ra đường một chiều hoặc vấn đề multicast. Two-Way là bình thường trên phân đoạn quảng bá với hàng xóm không phải DR và bất thường trên liên kết điểm-điểm. ExStart hoặc Exchange bị kẹt nghĩa là vấn đề MTU hoặc mô tả cơ sở dữ liệu. Loading nghĩa là các yêu cầu trạng thái liên kết không được trả lời.
Đọc trạng thái trước khi thay đổi bất cứ điều gì, vì nó loại bỏ phần lớn danh sách.
show ip ospf neighbor in trạng thái, địa chỉ hàng xóm và bộ đếm dead. So sánh bộ đếm đó với khoảng hello ở cả hai bên: khoảng dead gấp bốn lần hello là bình thường, mọi thứ khác là không khớp. Cột trạng thái là thông tin đọc nhanh nhất trên toàn trang.
Kiểm tra 5: thực sự quảng bá điều gì
Kề cận Full không phải là tuyến. Kiểm tra mạng nào được tạo, mạng nào được học và mạng nào được cài vào bảng định tuyến. Thiếu câu lệnh mạng hoặc chính sách phân phối lại loại trừ tiền tố của site sẽ tạo ra hàng xóm khỏe mạnh và bảng rỗng.
Sau đó kiểm tra ứng dụng cấp máy chủ và đường quay về, vì giao thức định tuyến không mở tường lửa.
Với IPv6, OSPFv3 có yêu cầu riêng và không phải là công tắc họ địa chỉ trên mọi cài đặt OSPFv2. Dùng giao thức tương ứng và tài liệu của nền tảng. Và nếu kết nối chỉ là một liên kết cố định, hãy so sánh tuyến tĩnh trước khi thêm mặt phẳng điều khiển mà bạn phải vận hành.