Xử lý khi OSPF Neighbor mắc kẹt INIT (phần 3)
4. Frame-relay map/dialer-map ở một side thiếu từ khóa broadcast
* OSPF sử dụng một địa chỉ multicast 224.0.0.5 để gửi và nhận Hellos OSPF. Nếu một bên không có khả năng gửi và nhận Hellos, người hàng xóm OSPF sẽ bị mắc kẹt trong tình trạng init. Điều quan trọng cần lưu ý ở đây là chỉ có một bên bị này multicast có vấn đề. R1 thấy những người hàng xóm ở trạng thái init nhưng có thể thấy các Hellos hàng xóm mà không có bất kỳ vấn đề.
Khi R1 gửi Xin chào R2, nó không bao giờ đạt đến R2 bởi vì lớp 2 không có khả năng broadcast hoặc multicast các gói tin. Điều này là do thiếu broadcast keyword in frame-relay map trên R1. Một vấn đề tương tự có thể xảy ra trong trường hợp của ISDN hoặc quay số giao diện khi dialer map được cấu hình mà không broadcast keyword.
Ví dụ: Khi cấu hình
R1# interface Serial0
ip address 131.108.1.1 255.255.255.0
encapsulation frame-relay
frame-relay map ip 131.108.1.2 16
R2# interface Serial0
ip address 131.108.1.2 255.255.255.0
encapsulation frame-relay
frame-relay map ip 131.108.1.1 16 broadcast
Giải pháp: Cần cấu hình broadcast trên R1 và R2 :
R1# interface Serial0
ip address 131.108.1.1 255.255.255.0
encapsulation frame-relay
ip ospf network broadcast
frame-relay map ip 131.108.1.2 16 broadcast
R2# interface Serial0
ip address 131.108.1.2 255.255.255.0
encapsulation frame-relay
ip ospf network broadcast
frame-relay map ip 131.108.1.1 16 broadcast
5. Hellos mất trên một side ở lớp 2
**Tình trạng này xảy ra khi có một vấn đề trên các phương tiện truyền thông 2 lớp, ví dụ, việc chuyển đổi Frame Relay là ngăn chặn giao thông đa chiều đối với một số lý do. Khi R1 gửi Hellos, R2 không bao giờ nhận được nó. Vì R2 chưa bao giờ thấy Hellos từ R1, danh sách hàng xóm của R2 sẽ được sản phẩm nào. Tuy nhiên, R1 thấy Hellos từ R2, mà không liệt kê R1 như một người hàng xóm hợp lệ, vì thế, R1 tuyên bố láng giềng này trong trạng thái init.
+Ví dụ: Show cấu hình:
R1#show access-list 100
Extended IP access list 100
permit ip 131.108.1.0 0.0.0.3 host 224.0.0.5 (8 matches)
R1#debug ip packet 100 detail
IP packet debugging is on (detailed) for access list 100
R1#
IP: s=131.108.1.2 (Serial0), d=224.0.0.5, len 64, rcvd 0,
proto=89
IP: s=131.108.1.1 (local), d=224.0.0.5 (Serial0), len 68, sending broad/multicast,
proto=89
R2#show access-list 100
Extended IP access list 100
permit ip 131.108.1.0 0.0.0.3 host 224.0.0.5 (8 matches)
R2#debug ip packet 100 detail
IP packet debugging is on (detailed) for access list 100
R1#
IP: s=131.108.1.1 (local), d=224.0.0.5 (Serial0), len 68, sending broad/multicast,
proto=89
IP: s=131.108.1.1 (local), d=224.0.0.5 (Serial0), len 68, sending broad/multicast,
proto=89
Ta thấy R1 gửi Hellos OSPF nhưng không bao giờ nhận được bất kỳ Hellos từ R2. Điều này có nghĩa rằng Hellos R2 đang bị mất ở giữa vì debug cho thấy R2 đang gửi cũng như nhận Hellos OSPF.
Giải pháp: Debug cả hai bên đang gửi Hellos nhưng Hellos R1 không bao giờ có thể đi qua. Rất có thể, Frame Relay điện toán đám mây hoặc lớp 2 dropping gói tin multicast packet.
*****Một cách giải quyết có thể trong tình huống này có các bước sau:
• Bước 1. Thay đổi kiểu mạng trên cả hai bên để nonbroadcast.
• Bước 2. Cấu hình các báo cáo hàng xóm trên một router.
R1# interface Serial0
ip address 131.108.1.1 255.255.255.0
encapsulation frame-relay
ip ospf network non-broadcast
frame-relay map ip 131.108.1.2 16 broadcast
R2# interface Serial0
ip address 131.108.1.2 255.255.255.0
encapsulation frame-relay
ip ospf network non-broadcast
frame-relay map ip 131.108.1.1 16 broadcast
R1# interface Serial0
ip address 131.108.1.1 255.255.255.0
encapsulation frame-relay
ip ospf network non-broadcast
frame-relay map ip 131.108.1.2 16 broadcast
R2# interface Serial0
ip address 131.108.1.2 255.255.255.0
encapsulation frame-relay
ip ospf network non-broadcast
frame-relay map ip 131.108.1.1 16 broadcast
Nguyễn Minh Hải – VnPro
