Tweet
Xử lý khi OSPF Neighbor bị mắc kẹt EXSTART/EXCHANGE (phần 2)
3. Không có khả năng ping qua vì kích thước MTU lớn
Khi OSPF bắt đầu hình thành một kề với hàng xóm của mình, nó đi qua một số tiểu bang. Trong trạng thái EXSTART, OSPF sẽ xác định đó sẽ là master và đó sẽ là slave. Sau khi các bộ định tuyến quyết định này, họ bắt đầu trao đổi tiêu đề LSA trong các hình thức gói tin DBD. Nếu cơ sở dữ liệu là rất lớn, OSPF sử dụng interface MTU và cố gắng để gửi dữ liệu càng nhiều càng tốt lên đến giới hạn của interface MTU. Nếu có một vấn đề với lớp 2 chấp nhận các gói tin lớn có trong phạm vi interface MTU, kề OSPF sẽ bị mắc kẹt trong tình trạng EXCHANGE.
Ví dụ:
Khi show cấu hình
R2#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
131.108.2.1 1 EXCHANGE/- 00:00:46 131.108.1.2 Serial0/0
Ping
R1#ping 131.108.1.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 131.108.1.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
R1#ping ip
Target IP address: 131.108.1.2
Repeat count [5]:
Datagram size [100]: 1200
Timeout in seconds [2]:
Extended commands [n]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 1200-byte ICMP Echos to 131.108.1.2, timeout is 2 seconds:
…..
Success rate is 0 percent (0/5)
Ta thấy Khi R1 ping R2 với MTU bằng hoặc lớn hơn 1200, ping không bao giờ đạt đến phía bên kia. Điều này cho thấy một vấn đề ở lớp 2.
Giải pháp:
Vấn đề là thực sự với lớp 2. R1 có thể ping R2 khi sử dụng một gói 100-byte, nhưng ping bắt đầu thất bại khi datagram kích thước lớn hơn 1200 byte.
Để giải quyết vấn đề này, khắc phục vấn đề lớp 2. Một cách để thu hẹp vấn đề này là để kết nối hai thiết bị trực tiếp thay vì đi qua chuyển mạch và vv, để xem liệu vấn đề là với các thiết bị lớp 2 hoặc router. Nếu kết nối với bộ định tuyến trở lại trở lại không sửa chữa vấn đề, có một khả năng của phần cứng xấu. Hầu hết thời gian, nó quay ra là một vấn đề ở giữa, ví dụ, một chuyển đổi mạng LAN hoặc một WAN cloud.
Tùy thuộc vào phương tiện truyền thông, có một số kiến nghị:
Trong trường hợp của một phương tiện mạng LAN
– Kiểm tra kích thước MTU được xác định trong cấu hình chuyển đổi cho phương tiện này.
– Hãy thử sử dụng một cổng khác nhau.
Trong trường hợp của một phương tiện WAN
– Nếu bạn là nhà cung cấp điện toán đám mây WAN, kiểm tra hop.
– Nếu bạn đang nhận được một mạch từ một công ty viễn thông, yêu cầu rằng các WAN cloud ở giữa đã được kiểm tra để xem nơi nó không thành công.
4. Bị phá vỡ kết nối unicast
Khi OSPF router bắt đầu trao đổi thông tin cơ sở dữ liệu với nhau, họ gửi một gói tin unicast với nhau trong trạng thái EXSTART / TRAO ĐỔI. Điều này chỉ xảy ra nếu các loại mạng không phải là một kết nối point-to-point. Trong trường hợp kết nối point-to-point, OSPF sẽ gửi tất cả các gói tin multicast. Nếu kết nối unicast bị hỏng, hàng xóm OSPF vẫn còn trong trạng thái EXSTART.
Nguyễn Minh Hải – VnPro
Khi OSPF bắt đầu hình thành một kề với hàng xóm của mình, nó đi qua một số tiểu bang. Trong trạng thái EXSTART, OSPF sẽ xác định đó sẽ là master và đó sẽ là slave. Sau khi các bộ định tuyến quyết định này, họ bắt đầu trao đổi tiêu đề LSA trong các hình thức gói tin DBD. Nếu cơ sở dữ liệu là rất lớn, OSPF sử dụng interface MTU và cố gắng để gửi dữ liệu càng nhiều càng tốt lên đến giới hạn của interface MTU. Nếu có một vấn đề với lớp 2 chấp nhận các gói tin lớn có trong phạm vi interface MTU, kề OSPF sẽ bị mắc kẹt trong tình trạng EXCHANGE.
Ví dụ:
Khi show cấu hình
R2#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
131.108.2.1 1 EXCHANGE/- 00:00:46 131.108.1.2 Serial0/0
Ping
R1#ping 131.108.1.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 131.108.1.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
R1#ping ip
Target IP address: 131.108.1.2
Repeat count [5]:
Datagram size [100]: 1200
Timeout in seconds [2]:
Extended commands [n]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 1200-byte ICMP Echos to 131.108.1.2, timeout is 2 seconds:
…..
Success rate is 0 percent (0/5)
Ta thấy Khi R1 ping R2 với MTU bằng hoặc lớn hơn 1200, ping không bao giờ đạt đến phía bên kia. Điều này cho thấy một vấn đề ở lớp 2.
Giải pháp:
Vấn đề là thực sự với lớp 2. R1 có thể ping R2 khi sử dụng một gói 100-byte, nhưng ping bắt đầu thất bại khi datagram kích thước lớn hơn 1200 byte.
Để giải quyết vấn đề này, khắc phục vấn đề lớp 2. Một cách để thu hẹp vấn đề này là để kết nối hai thiết bị trực tiếp thay vì đi qua chuyển mạch và vv, để xem liệu vấn đề là với các thiết bị lớp 2 hoặc router. Nếu kết nối với bộ định tuyến trở lại trở lại không sửa chữa vấn đề, có một khả năng của phần cứng xấu. Hầu hết thời gian, nó quay ra là một vấn đề ở giữa, ví dụ, một chuyển đổi mạng LAN hoặc một WAN cloud.
Tùy thuộc vào phương tiện truyền thông, có một số kiến nghị:
Trong trường hợp của một phương tiện mạng LAN
– Kiểm tra kích thước MTU được xác định trong cấu hình chuyển đổi cho phương tiện này.
– Hãy thử sử dụng một cổng khác nhau.
Trong trường hợp của một phương tiện WAN
– Nếu bạn là nhà cung cấp điện toán đám mây WAN, kiểm tra hop.
– Nếu bạn đang nhận được một mạch từ một công ty viễn thông, yêu cầu rằng các WAN cloud ở giữa đã được kiểm tra để xem nơi nó không thành công.
4. Bị phá vỡ kết nối unicast
Khi OSPF router bắt đầu trao đổi thông tin cơ sở dữ liệu với nhau, họ gửi một gói tin unicast với nhau trong trạng thái EXSTART / TRAO ĐỔI. Điều này chỉ xảy ra nếu các loại mạng không phải là một kết nối point-to-point. Trong trường hợp kết nối point-to-point, OSPF sẽ gửi tất cả các gói tin multicast. Nếu kết nối unicast bị hỏng, hàng xóm OSPF vẫn còn trong trạng thái EXSTART.
Nguyễn Minh Hải – VnPro