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.
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • 🧠 Vì sao router OSPF không tạo được neighbor? Câu trả lời nằm trong… gói Hello

    🧠 Vì sao router OSPF không tạo được neighbor? Câu trả lời nằm trong… gói Hello


    Trong các buổi lab OSPF, chắc chắn nhiều anh em từng gặp tình huống: 2 router kết nối trực tiếp nhưng không lên neighbor! Ping vẫn thông, OSPF đã bật, mà vẫn thấy trạng thái là “Init” hoặc “Down”. Vậy lỗi nằm ở đâu?

    Câu trả lời nằm ở gói Hello – linh hồn của quá trình hình thành và duy trì neighbor trong OSPF.
    📬 Gói Hello – Cơ chế “bắt tay” của OSPF


    Khi một router OSPF được cấu hình, nó sẽ gửi gói Hello định kỳ đến địa chỉ multicast 224.0.0.5 (AllSPFRouters). Nếu gói Hello từ hàng xóm có các tham số trùng khớp, router sẽ phản hồi lại → từ đó hai bên tiến tới các trạng thái neighbor cao hơn như 2-Way, ExStart, Full.

    Nếu các tham số này không khớp, neighbor sẽ không bao giờ hình thành.
    📦 Những trường dữ liệu quan trọng trong gói Hello


    Dưới đây là các thành phần chủ chốt mà OSPF kiểm tra khi quyết định có chấp nhận hàng xóm hay không: 1. Router ID (RID)
    • Định danh duy nhất 32-bit của mỗi router.
    • Quan trọng để nhận diện trong LSDB và DR/BDR election.
    2. Authentication
    • Hỗ trợ các chế độ: None, Plaintext, MD5.
    • Nếu khác cơ chế hoặc sai key → neighbor fail.
    3. Area ID
    • Cần giống nhau 100% (VD: 0.0.0.0 hay 0).
    • Nếu một bên Area 0, bên kia Area 10 → không chơi chung.
    4. Subnet Mask (Interface Address Mask)
    • Mặc dù OSPF là giao thức lớp 3, nó vẫn cần biết subnet của interface gửi Hello.
    • Giúp đảm bảo chúng “nằm trong cùng mạng logic”.
    5. Hello Interval & Dead Interval
    • Hello Interval: thời gian giữa 2 gói Hello (mặc định 10s).
    • Dead Interval: thời gian router đợi không thấy Hello trước khi “declare down” (mặc định 40s).
    • Nếu 2 router có Hello/Dead khác nhau → không bao giờ lên neighbor!
    6. Interface Priority
    • Xác định ai là DR/BDR trên mạng multi-access (VD: Ethernet).
    • Không ảnh hưởng việc lên neighbor, nhưng quan trọng với thiết kế DR/BDR.
    7. DR và BDR hiện tại
    • Gói Hello chứa thông tin DR/BDR đang tồn tại trên segment.
    8. Danh sách Neighbor đã biết (Active Neighbor)
    • Nếu một router không thấy RID của mình trong gói Hello từ hàng xóm → nó sẽ không chuyển lên trạng thái 2-Way.

    ⚠️ Lưu ý thực chiến: Khi nào gói Hello khiến bạn không lên được neighbor?


    🔎 Trong quá trình triển khai hoặc troubleshooting, hãy kiểm tra:
    • Cùng Area ID?
    • Cùng subnet mask?
    • Cùng cấu hình Authentication?
    • Hello Interval / Dead Interval giống nhau?
    • Access-list hoặc firewall có chặn địa chỉ multicast 224.0.0.5 không?

    🧪 Ví dụ điển hình gây lỗi


    Router A:

    ip ospf hello-interval 10 ip ospf dead-interval 40



    Router B:

    ip ospf hello-interval 5 ip ospf dead-interval 20



    => Mặc dù đã cấu hình OSPF trên cả hai, nhưng router sẽ mãi ở trạng thái “INIT” vì Hello không match → neighbor không bao giờ lên.
    📘 Tổng kết nhanh
    • Gói Hello là “tấm danh thiếp” để OSPF routers giới thiệu bản thân và làm quen hàng xóm.
    • Nếu bất kỳ trường dữ liệu nào không trùng khớp → OSPF sẽ từ chối quan hệ!
    • Muốn “bắt tay thành công”, hãy kiểm tra thật kỹ các tham số trong gói Hello.


    Bạn đã từng gặp trường hợp tương tự chưa? Comment chia sẻ tình huống thực tế của bạn nhé – cùng học hỏi để tránh mất hàng giờ debug OSPF chỉ vì... gói Hello này!

    👉 Nếu bạn cần mình làm thêm bài về OSPF DR/BDR Election, hoặc trạng thái OSPF neighbor (Init, 2-Way, Full...), để lại bình luận nhé. Mình sẽ tiếp tục series này cho anh em NetPro!

    ospf #HelloPacket ccnp ccie netpro vnpro #OSPFNeighbor routing
    Attached Files
    Đặng Quang Minh, CCIE#11897 (Enterprise Infrastructure, Wireless, Automation, AI), CCSI#31417

    Email : dangquangminh@vnpro.org
    https://www.facebook.com/groups/vietprofessional/
Working...
X