Vai trò OSPF gắn với giao diện, không gắn với khung máy. Cùng một thiết bị có thể là router được chỉ định trên phân đoạn LAN của nó và không có gì đặc biệt trên một tunnel, và hai sự thật đó không mâu thuẫn. Đọc vai trò từ sai giao diện là lý do phổ biến nhất khiến một hub trông như cấu hình sai trong khi nó hoạt động đúng như thiết kế.

Phép so sánh quan trọng là giữa vai trò trên một phân đoạn và vai trò xuyên qua một router, và giữa điều bản sao lưu làm và điều nó không làm.

Một cuộc bầu chọn cho mỗi phân đoạn

RFC 2328 bầu một router được chỉ định và một router được chỉ định dự phòng cho mỗi mạng broadcast hoặc NBMA, không phải cho một router và không phải cho một vùng. Mỗi giao diện tham gia vào mạng như vậy tiến hành cuộc bầu chọn riêng với độ ưu tiên riêng và tập láng giềng riêng. Một khung máy với ba giao diện như thế có thể giữ ba vai trò khác nhau cùng lúc, vì thế nói hub là DR là chưa đầy đủ cho đến khi phân đoạn được gọi tên. Đọc vai trò từ đầu ra láng giềng của chính giao diện đó.

Hai giao diện trong cùng một vùng vẫn là hai cuộc bầu chọn. Tư cách thành viên vùng không hợp nhất chúng.

Bản sao lưu làm gì trong khi chờ

Router được chỉ định dự phòng hoàn toàn láng giềng với các router trên phân đoạn của nó và giữ cơ sở dữ liệu đồng bộ để có thể tiếp quản mà không hình thành quan hệ láng giềng mới. Điều nó không làm trong vai trò dự phòng là tạo network-LSA của mạng đó, vì thứ đó thuộc về router được chỉ định. Vai trò làm ngập của nó hẹp hơn của router được chỉ định ở một số bước, điều đó không giống với im lặng hay nhàn rỗi. Coi bản dự phòng là router không làm gì cho đến khi được thăng cấp tạo ra những giải thích rất tự tin và rất sai.

Câu hỏi hữu ích không phải là bản dự phòng kiêng làm gì, mà là phân đoạn có chuyển được các gói OSPF mà mô hình yêu cầu hay không. Nếu một bên tham gia không thể trao đổi chúng với những bên khác, kết quả bầu chọn là triệu chứng của khả năng tiếp cận, không phải nguyên nhân.

Tunnel thực sự dùng mô hình nào

Mạng broadcast và NBMA bầu chọn; mạng điểm-tới-điểm và điểm-tới-đa điểm thì không, vì không có phân đoạn chung để bầu. Trong lớp phủ hub-and-spoke, mô hình hiệu lực phụ thuộc vào cách cấu hình giao diện tunnel, nên hãy đọc nó trước khi diễn giải bất kỳ vai trò nào. Tunnel hành xử như một phân đoạn broadcast và tunnel hành xử như một tập liên kết điểm-tới-điểm tạo ra hành vi láng giềng hoàn toàn khác.

Nếu thiết kế muốn hub giữ vai trò được chỉ định, mô hình và khả năng tiếp cận phải cùng hỗ trợ điều đó. Một hub không trao đổi được các gói cần thiết với mọi bên tham gia sẽ không trở thành router được chỉ định hữu ích chỉ vì độ ưu tiên của nó cao. Trước tiên hãy kiểm tra trạng thái láng giềng và việc chuyển giao bên dưới, rồi quyết định vai trò sai hay chỉ là bất ngờ.

Tính đủ điều kiện theo từng giao diện, và việc chiếm quyền không tự động

Độ ưu tiên được đặt theo từng giao diện, và độ ưu tiên bằng không loại giao diện đó khỏi cả hai cuộc bầu chọn. Trong số các bên tham gia đủ điều kiện, người thắng được quyết định bởi độ ưu tiên rồi đến ID router, nhưng một router mới đến với độ ưu tiên cao hơn không đẩy một router được chỉ định đang tồn tại ra. Việc không chiếm quyền đó là có chủ đích, và nó khiến những người mong độ ưu tiên cao nhất thắng ngay lập tức ngạc nhiên. Nếu một router cụ thể phải giữ vai trò, hãy lập kế hoạch thứ tự sự kiện thay vì cho rằng thay đổi cấu hình tự có hiệu lực.

Loại trừ mọi spoke mà không cung cấp một bên tham gia đủ điều kiện khác cũng có nghĩa là có thể không có bản dự phòng nào cả.

So sánh hai cách giải thích một cách trung thực: một vai trò đọc từ sai phân đoạn, hoặc một phân đoạn mà các thành viên không tiếp cận được nhau. Cái đầu là câu hỏi thiết kế và cái sau là câu hỏi chuyển giao, và chỉ một trong hai được sửa bằng cách chỉnh độ ưu tiên.

Bài viết liên quan