728x90
● OSPF Neighbor 종류
OSPF Hello Packet을 이용하여 Neighbor 관계를 수립하더라도 조건에 따라 2가지 타입의 OSPF Neighbor가 있습니다.
타입 | 설명 |
OSPF Neighbor | OSPF가 활성화된 인터페이스를 통해 맺어진 관계 |
Adjacency OSPF Neighbor | OSPF Database를 동기화 시키는 관계 |
○ Adjacency OSPF Neighbor 성립 조건
- OSPF가 동작하는 영역내에서 Router ID는 유일해야 합니다
(중복된 Router ID가 있을 경우 LSDB가 계속 업데이트 되어 Routing Table이 계속 변함, 즉 불안정한 상태) - 두 장비의 인터페이스의 IP Subnet은 동일한 대역에 존재해야 합니다.
- OSPF는 단편화를 지원하지 않기 때문에 MTU 사이즈가 동일해야 합니다
- Area 정보가 동일해야 합니다.
- DR / BDR 활성화 및 비활성화 조건이 동일해야 합니다. (OSPF Network Type이 다를 경우 Neighbor 관계가 되지 못합니다.)
- OSPF Hello / Dead Timer가 동일해야 합니다
- 인증 타입이 동일해야 합니다. (MD5, Text, NONE)
- Area Type이 동일해야 합니다. (Stub or NSSA)
● OSPF Neighbor 선출 과정 및 상태
OSPF Neighbor를 맺는 과정 입니다. Adjacency Neighbor (DR/BDR)일 경우와 일반적인 OSPF Neighbor (DROTHER)인 경우 Neighbor 정보를 확인해 보면 상태가 다르게 표기 됩니다.
상태 | 설명 |
Down | Neighbor 관계 수립 최초의 단계이며 hello packet을 수신하지 않은 상태 입니다. |
Attempt | NBMA(Non Broadcast Multi Access) 와 관계가 있으며 OSPF 설정 시 neighbor를 수동으로 지정해 주어야 합니다. 해당 상태는 받은 정보는 없지만 라우터가 계속 통신을 시도하는 경우에 발생 합니다. |
Init | 다른 라우터에게 hello packet을 수신하였으나 아직 양방향 통신은 되지 않은 상태를 의미 합니다. |
2-Way | 양방향 통신이 되는 상태이고, DR / BDR 선출이 필요할 경우 해당 단계에서 선출 됩니다. DROTHER일 경우 해당 상태가 최종 단계입니다. |
ExStart | adjacency 관계를 맺는 첫번째 단계입니다. 라우터는 LSDB 동기화를 위해 primary 또는 secondary를 식별 합니다. |
ExChange | DBD 패킷을 이용하여 LSDB 전체 정보를 교환 합니다. Link-State Type, Address of Advertising Router, Link's Cost, Sequence Number 정보가 포함 됩니다. OSPF는 Sequence Number 정보를 이용하여 해당 정보의 최신화 여부를 확인 합니다. |
Loading | LSR 패킷을 neighbor에게 전달하고 가장 최신의 LSU로 응답하여 LSDB 동기화 작업을 수행 합니다. |
Full | adjacency neighbor 관계 수립이 완료 된 상태 입니다. |
DR과 BDR을 선출 뒤, Database Description Packet을 통해 LSDB를 동기화를 수행 후 Neighbor 상태는 Full 입니다. LSDB를 동기화 시키지 않는 Neighbor (≒ DROTHER)의 상태는 2-WAY상태가 됩니다
728x90
'네트워크 > Routing Protocol - OSPF' 카테고리의 다른 글
OSPF Area 개념 (Backbone, Non-Backbone, ABR, ASBR) (0) | 2022.03.28 |
---|---|
OSPF DR / BDR 란? (0) | 2022.03.28 |
OSPF Network Type 이란? (0) | 2022.03.25 |
OSPF Packet Type (Hello, DBD, LS R/U/A) (0) | 2022.03.24 |
OSPF Routing Protocol - 정의 및 특징 (0) | 2022.03.22 |