Tweet
Xử lý khi OSPF Neighbor mắc kẹt INIT (phần 1)
Khi một router nhận được một OSPF hello từ một người hàng xóm, nó sẽ gửi các gói tin. Nếu nó thiếu các Router ID của hàng xóm, người hàng xóm sẽ bị mắc kẹt trong init. Đây là một dấu hiệu của một vấn đề. Các gói tin đầu tiên mà một router nhận được sẽ gây ra các router để đi vào trạng thái init. Tại thời điểm này, nó không phải là một vấn đề, nhưng nếu các bộ định tuyến vẫn trong trạng thái này trong một thời gian dài, đó là một dấu hiệu của một vấn đề. Nó có nghĩa là các bộ định tuyến láng giềng không nhìn thấy Hellos được gửi bởi router rằng đây là lý do tại sao nó không có giá trị router ID trong các gói tin Hello của nó.
Các nguyên nhân phổ biến nhất có thể của vấn đề này như sau:
• Một danh sách truy cập trên một bên là chặn gói tin Hellos.
• Khả năng multicast được chia ở một.
• Xác thực được kích hoạt trên chỉ có một bên.
• Frame-relay map/dialer-map thiếu từ khóa broadcast.
• Hellos đang nhận được mất ở lớp 2.
1. Access List một side chặn gói Hellos OSPF
OSPF sử dụng một địa chỉ multicast 224.0.0.5 để gửi và nhận các gói tin Hello. Nếu một danh sách truy cập được xác định trên giao diện và OSPF được kích hoạt trên giao diện đó, địa chỉ multicast này phải được phép một cách rõ ràng trong danh sách truy cập, nếu không, nó có thể tạo ra các vấn đề như bị mắc kẹt trong init. Các bị mắc kẹt trong vấn đề init chỉ xảy ra nếu một bên là chặn Hellos OSPF. Nếu cả hai bên được ngăn chặn Hellos OSPF, đầu ra của show ip ospf hàng xóm trả về một danh sách trống.
Ví dụ:
Khi show cấu hình
R1#show access-list 101
Extended IP access list 101
permit ip 131.108.1.0 0.0.0.3 host 224.0.0.5 (8 matches)
R1#debug ip packet 101 detail
IP packet debugging is on (detailed) for access list 101
R1#
IP: s=131.108.1.1 (local), d=224.0.0.5 (Ethernet0), len 60, sending broad/multicast,proto=89
IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 82, access denied, proto=89
IP: s=131.108.1.1 (local), d=224.0.0.5 (Ethernet0), len 60, sending broad/multicast,proto=89
IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 82,access denied, proto=89
Cấu hình R1:
R1#
!
interface Ethernet0
ip address 131.108.1.1 255.255.255.0
ip access-group 100 in
!
access-list 100 permit ip any 131.108.1.0 0.0.0.255
Giải pháp:
Để khắc phục vấn đề này, cho phép Hellos OSPF trong danh sách truy cập 100 trên R1. Các dòng mới cho phép bất kỳ nguồn gói từ 131.108.1.0-255 dành cho địa chỉ multicast OSPF của 224.0.0.5.
R1#
access-list 100 permit ip any 131.108.1.0 0.0.0.255
access-list 100 permit ip 131.108.1.0 0.0.0.255 host 224.0.0.5
Nguyễn Minh Hải – VnPro
Các nguyên nhân phổ biến nhất có thể của vấn đề này như sau:
• Một danh sách truy cập trên một bên là chặn gói tin Hellos.
• Khả năng multicast được chia ở một.
• Xác thực được kích hoạt trên chỉ có một bên.
• Frame-relay map/dialer-map thiếu từ khóa broadcast.
• Hellos đang nhận được mất ở lớp 2.
1. Access List một side chặn gói Hellos OSPF
OSPF sử dụng một địa chỉ multicast 224.0.0.5 để gửi và nhận các gói tin Hello. Nếu một danh sách truy cập được xác định trên giao diện và OSPF được kích hoạt trên giao diện đó, địa chỉ multicast này phải được phép một cách rõ ràng trong danh sách truy cập, nếu không, nó có thể tạo ra các vấn đề như bị mắc kẹt trong init. Các bị mắc kẹt trong vấn đề init chỉ xảy ra nếu một bên là chặn Hellos OSPF. Nếu cả hai bên được ngăn chặn Hellos OSPF, đầu ra của show ip ospf hàng xóm trả về một danh sách trống.
Ví dụ:
Khi show cấu hình
R1#show access-list 101
Extended IP access list 101
permit ip 131.108.1.0 0.0.0.3 host 224.0.0.5 (8 matches)
R1#debug ip packet 101 detail
IP packet debugging is on (detailed) for access list 101
R1#
IP: s=131.108.1.1 (local), d=224.0.0.5 (Ethernet0), len 60, sending broad/multicast,proto=89
IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 82, access denied, proto=89
IP: s=131.108.1.1 (local), d=224.0.0.5 (Ethernet0), len 60, sending broad/multicast,proto=89
IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 82,access denied, proto=89
Cấu hình R1:
R1#
!
interface Ethernet0
ip address 131.108.1.1 255.255.255.0
ip access-group 100 in
!
access-list 100 permit ip any 131.108.1.0 0.0.0.255
Giải pháp:
Để khắc phục vấn đề này, cho phép Hellos OSPF trong danh sách truy cập 100 trên R1. Các dòng mới cho phép bất kỳ nguồn gói từ 131.108.1.0-255 dành cho địa chỉ multicast OSPF của 224.0.0.5.
R1#
access-list 100 permit ip any 131.108.1.0 0.0.0.255
access-list 100 permit ip 131.108.1.0 0.0.0.255 host 224.0.0.5
Nguyễn Minh Hải – VnPro