OSPF DR와 BDR: 선출은 인터페이스에 속한다

OSPF 역할은 섀시가 아니라 인터페이스에 붙습니다. 같은 장비가 자기 LAN 세그먼트에서는 지정 라우터이고 터널에서는 별다른 역할이 없을 수 있으며, 이 두 사실은 서로 모순되지 않습니다. 잘못된 인터페이스에서 역할을 읽는 것이 설계대로 동작하는 허브가 설정 오류로 보이는 가장 흔한 이유입니다.

중요한 비교는 한 세그먼트에서의 역할과 라우터를 가로지르는 역할 사이, 그리고 백업이 하는 일과 하지 않는 일 사이입니다.

세그먼트마다 하나의 선출

RFC 2328은 라우터 단위도 영역 단위도 아닌, 브로드캐스트 또는 NBMA 네트워크마다 지정 라우터와 백업 지정 라우터를 선출합니다. 그런 네트워크에 참여하는 각 인터페이스는 자기 우선순위와 자기 이웃 집합으로 자기 선출을 수행합니다. 이런 인터페이스가 세 개인 섀시는 서로 다른 세 역할을 동시에 가질 수 있으므로, 세그먼트를 밝히지 않은 채 허브가 DR이라고 말하는 것은 불완전합니다. 역할은 그 인터페이스 자체의 이웃 출력에서 읽으세요.

같은 영역의 두 인터페이스도 여전히 두 개의 선출입니다. 영역 소속이 둘을 합치지는 않습니다.

기다리는 동안 백업이 하는 일

백업 지정 라우터는 자기 세그먼트의 라우터와 완전히 인접해 있고 데이터베이스를 동기화된 상태로 유지하므로, 새 인접 관계를 만들지 않고 역할을 이어받을 수 있습니다. 백업으로 동작하는 동안 하지 않는 일은 그 네트워크의 network-LSA를 생성하는 것이며, 그것은 지정 라우터가 소유합니다. 플러딩 역할은 일부 단계에서 지정 라우터보다 좁지만, 침묵하거나 유휴 상태인 것과는 다릅니다. 백업을 승격 전까지 아무것도 하지 않는 라우터로 취급하면 매우 자신만만하고 매우 틀린 설명이 나옵니다.

유용한 질문은 백업이 무엇을 삼가는지가 아니라, 세그먼트가 모델이 요구하는 OSPF 패킷을 전달할 수 있는지입니다. 참여자가 다른 참여자와 그 패킷을 교환할 수 없다면, 선출 결과는 도달성의 증상이지 원인이 아닙니다.

터널이 실제로 쓰는 모델

브로드캐스트와 NBMA 네트워크는 선출하지만, 지점 간 및 지점 대 다중점 네트워크는 선출할 공유 세그먼트가 없으므로 선출하지 않습니다. 허브 앤 스포크 오버레이에서는 유효 모델이 터널 인터페이스의 설정 방식에 달려 있으므로, 어떤 역할이든 해석하기 전에 그것을 읽으세요. 브로드캐스트 세그먼트처럼 동작하는 터널과 지점 간 링크 집합처럼 동작하는 터널은 완전히 다른 이웃 동작을 만듭니다.

설계가 허브에 지정 역할을 맡기려면 모델과 도달성이 함께 뒷받침해야 합니다. 모든 참여자와 필요한 패킷을 교환할 수 없는 허브는 우선순위가 높다는 이유만으로 유용한 지정 라우터가 되지 않습니다. 먼저 이웃 상태와 기반 전달을 확인한 다음, 역할이 틀린 것인지 아니면 단지 예상 밖인지 판단하세요.

자격은 인터페이스별이며 선점은 자동이 아닙니다

우선순위는 인터페이스별로 설정되며, 우선순위를 영으로 두면 그 인터페이스가 두 선출 모두에서 제외됩니다. 자격이 있는 참여자 사이에서는 우선순위로, 그다음 라우터 ID로 승자가 결정되지만, 더 높은 우선순위로 새로 들어온 라우터가 기존 지정 라우터를 밀어내지는 않습니다. 이런 선점 부재는 의도된 것이며, 가장 높은 우선순위가 즉시 이길 것이라 기대하는 사람을 놀라게 합니다. 특정 라우터가 역할을 가져야 한다면 설정 변경이 저절로 적용된다고 가정하지 말고 사건의 순서를 계획하세요.

다른 자격 있는 참여자를 제공하지 않은 채 모든 스포크를 제외하면 백업이 아예 없을 수도 있다는 뜻이기도 합니다.

잘못된 세그먼트에서 읽은 역할인지 구성원이 서로 도달하지 못하는 세그먼트인지, 두 설명을 정직하게 비교하세요. 전자는 설계의 문제이고 후자는 전달의 문제이며, 우선순위를 편집해서 고칠 수 있는 것은 둘 중 하나뿐입니다.