Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING -

Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING -

Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING -

Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING -

Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING -
Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING -
(028) 35124257 - 0933 427 079

Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING

08-10-2015

Xử lý khi hàng xóm OSPF mắc kẹt trong LOADING

    Đây là vấn đề hiếm gặp trong các mối quan hệ hàng xóm OSPF. Khi một người hàng xóm là bị mắc kẹt trong tình trạng LOADING, các bộ định tuyến địa phương đã gửi một gói yêu cầu trạng thái kết nối với những người hàng xóm yêu cầu một LSA đã lỗi thời hoặc bị mất tích và đang chờ đợi một bản cập nhật từ các route láng giềng. Nếu một người hàng xóm không trả lời hoặc trả lời một người hàng xóm không bao giờ đạt đến các bộ định tuyến địa phương, các bộ định tuyến sẽ bị mắc kẹt trong tình trạng LOADING.

     1. Không phù hợp MTU size

            Đây là một vấn đề duy nhất xảy ra khi một MTU không phù hợp xảy ra. Nếu MTUs là không giống nhau qua liên kết, vấn đề này xảy ra. Cụ thể, nếu MTU một người hàng xóm lớn hơn các bộ định tuyến địa phương, những người hàng xóm gửi một gói tin MTU lớn như một bản cập nhật trạng thái kết nối. Gói tin này không bao giờ đạt đến các bộ định tuyến địa phương, kết quả là, những người hàng xóm bị mắc kẹt trong tình trạng LOADING.

              Ví dụ:

                        R2#show interface Serial0

                           Serial0/0 is up, line protocol is up

                           Hardware is PQUICC with Fractional T1 CSU/DSU

                           MTU 2048 bytes, BW 256 Kbit, DLY 20000 usec,

                        R1#show interface ATM4/0/0

                            ATM4/0/0 is up, line protocol is up

                            Hardware is cyBus ATM MTU 4470 bytes, sub

                            MTU 4470, BW 155520 Kbit, DLY 80 usec,

  **Cho thấy cấu hình giao diện trên cả R1 và R2. Cả hai cấu hình hiển thị giá trị MTU khác nhau.

                  Hoặc

                         R2#show version

                         Cisco Internetwork Operating System Software

                         IOS (tm) C2600 Software (C2600-I-M), Version 11.3(10)T, RELEASE SOFTWARE (fc1)

                         Copyright (c) 1986-1999 by cisco Systems, Inc.

 

                         R1#show version

                         Cisco Internetwork Operating System Software

                         IOS (tm) RSP Software (RSP-JSV-M) , Version 12.0(7)T, RELEASE SOFTWARE (fc2)

                         Copyright (c) 1986-1999 by cisco Systems, Inc.

Cho thấy việc phát hành phần mềm Cisco IOS rằng cả hai R1 và R2 đang chạy. Vì R2 đang chạy 11.3 (10) T, thấp hơn 12.0.3, nó không phát hiện các MTU không phù hợp. Phát hiện không phù hợp MTU đã được thêm vào trong RFC 2178 và được thực hiện trong Cisco IOS 12.0.3 và sau.                 

            R2#debug ip ospf adj

            OSPF adjacency events debugging is on

            R2#

            OSPF: Retransmitting request to 131.108.2.1 on Serial0

            OSPF: Database request to 131.108.2.1

            OSPF: sent LS REQ packet to 131.108.1.1, length 12

            OSPF: Retransmitting request to 131.108.2.1 on Serial0

Các debugs cho thấy R2 liên tục được phát lại các gói tin DBD để R1, nhưng trả lời R1 không bao giờ làm cho nó đến R2 bởi vì các gói tin quá lớn.

      Giải pháp:

        Trong trường hợp , R2 đang chạy Cisco IOS 11.3.10T, mà không hỗ trợ phát hiện không phù hợp MTU. R1 đang chạy Cisco IOS 12.0.7T, mà không hỗ trợ MTU phát hiện không phù hợp. R1 phát hiện MTU bất xứng hợp chỉ khi MTU R2 là cao hơn so với R1, nếu không, nó không phàn nàn. Nói cách khác, phát hiện không phù hợp MTU chỉ có giá trị cho một người hàng xóm với MTU cao hơn so với các bộ định tuyến địa phương.

Trong trường hợp này, MTU R2 là 2048, vì vậy mặc dù R1 đang chạy Cisco Mã phần mềm IOS với phát hiện không phù hợp MTU, R1 không có thể phát hiện không phù hợp vì MTU MTU R2 là thấp hơn so với R1. Khi R2 gửi gói tin yêu cầu LS cho các trường hợp mới của LSA, trả lời R1 với một LSA vượt quá 2048, vì vậy R2 không bao giờ được gói đó bởi vì nó quá lớn. Để khắc phục vấn đề này, hãy chắc chắn rằng MTUs trên cả hai mặt phù hợp.

Để thay đổi MTU trên một giao diện (trong trường hợp này, giao diện Serial 0 của R2), nhập lệnh giao diện cấp sau đây: interface serial 0 mtu 4470

      2. Yêu cầu gói link-sate bị mất

          + Khi một gói tin yêu cầu trạng thái kết nối bị hỏng, hàng xóm loại bỏ gói và các bộ định tuyến địa phương không bao giờ nhận được phản hồi từ những người hàng xóm. Điều này làm cho hàng xóm OSPF bị mắc kẹt trong tình trạng LOADING.

          + Gói tin yêu cầu trạng thái kết nối thường bị lỗi vì những lý do sau đây:

                   • Một thiết bị giữa những người hàng xóm, chẳng hạn như một công tắc, được hư hỏng các gói tin.

                   • Gói các bộ định tuyến gửi không hợp lệ. Trong trường hợp này, một trong hai cổng router có vấn đề hoặc lỗi này là do một lỗi phần mềm.

                   • Các bộ định tuyến nhận được tính toán kiểm tra sai. Trong trường hợp này, một trong hai cổng router có vấn đề hoặc lỗi này là do một lỗi phần mềm. Đây là nguyên nhân ít có khả năng thông báo lỗi này.

    Ví dụ:

                R2#debug ip ospf adj

                OSPF adjacency events debugging is on

                OSPF: Retransmitting request to 131.108.2.1 on Serial0

                OSPF: Database request to 131.108.2.1

                OSPF: sent LS REQ packet to 131.108.1.1, length 12

                OSPF: Retransmitting request to 131.108.2.1 on Serial0

              Giải pháp: Hầu hết thời gian, vấn đề này được cố định bằng cách thay thế phần cứng. Điều này có thể là vấn đề một cổng trên switch hoặc interface card.

Nguyễn Minh Hải – VnPro


FORM ĐĂNG KÝ MUA HÀNG
Đặt hàng
icon-cart
0