2013-03-17 3 views
-1

OSPF RFC 2328에 따라 이웃 상태 시스템의 상태 ExStart 중 마스터/슬레이브 결정은 라우터 ID를 사용하여 누가 마스터가되고 누가 데이터베이스 교환 프로세스의 슬레이브가되는지 결정합니다. 내가 이해하지 못했던 (그리고 RFC에서 설명하는 것을 볼 수 없다) 이유는 2 개의 라우터 간의 Hello 교환 중에 라우터 ID가 이미 알려져 있기 때문에이 M/S 결정이 필요한 이유입니다. 따라서 Hello 교환을 기반으로 2 개의 라우터는 ExStart 상태에서 명시적인 M/S 결정을 요구하는 대신 마스터가 될 사람을 알아야하고 DB 교환을 직접 진행해야합니다. 누구든지이 의심을 해결할 수 있습니까? 교환 또는 동기화가 신뢰할 수 있는지 확인하기 위해OSPF 데이터베이스 교환 중 M/S 결정

TIA, RevK

답변

1

는, OSPF는 TCP 등의 전략,하지만 더 간단한을 채택한다. 사실 마스터/슬레이브 협상의 주요 목적은 어떤 시퀀스 번호를 사용할지 결정하는 것입니다. 마스터 만 시퀀스 번호를 늘릴 수 있으며, 슬레이브는 동일한 시퀀스 번호를 사용하여 마스터를 확인합니다. 마스터가 확인 응답을 수신하지 않으면 패킷을 다시 전송합니다. 슬레이브가 복제 패킷 양식 마스터를 수신하면 마스터는 마스터 서버에게 마지막 패킷을 재전송합니다.

이외에도 협상에는 인터페이스 MTU가 포함됩니다.