• If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.
Xin chào ! Nếu đây là lần đầu tiên bạn đến với diễn đàn, xin vui lòng danh ra một phút bấm vào đây để đăng kí và tham gia thảo luận cùng VnPro.

Announcement

Collapse
No announcement yet.

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

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • 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 ™ 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 ™ 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
    Phạm Thanh Đông Khê
    Email: dongkhe@vnpro.org
    Hãy share hoặc like nếu thông tin hữu ích!
    ---------------------------------------------------------------------------------------------------------------------------------------------------
Trung Tâm Tin Học VnPro
149/1D Ung Văn Khiêm, P.25, Q.Bình Thạnh, Tp.HCM
Tel: (08) 35124257 (5 lines)
Fax: (08) 35124314

Home Page: http://www.vnpro.vn
Forum: http://www.vnpro.org
Twitter: https://twitter.com/VnVnpro
LinkedIn: https://www.linkedin.com/in/VnPro
- Chuyên đào tạo quản trị mạng và hạ tầng Internet
- Phát hành sách chuyên môn
- Tư vấn và tuyển dụng nhân sự IT
- Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

Videos: http://www.dancisco.com
Blog: http://www.vnpro.org/blog
FB: http://facebook.com/VnPro
Working...
X