최단 경로 먼저 열기

최단 경로 먼저 열기

통신 프로토콜
목적	라우팅 프로토콜
서론	1989년; 33년 전 (2011년)
RFC	1131, 1247, 1583, 2178, 2328, 3101, 5709, 6549, 6845...

OSPF for IPv6

통신 프로토콜
서론	1999년; 23년 전(1999년)
RFC	2740, 5340, 6845, 6860, 7503, 8362...

OSPF(Open Shortest Path First)는 Internet Protocol(IP) 네트워크의 라우팅 프로토콜입니다.Link State Routing(LSR; 링크스테이트 라우팅) 알고리즘을 사용하여 Interior Gateway Protocol(IGP) 그룹에 속하며 단일 Autonomous System(AS; 자율 시스템) 내에서 동작합니다.

OSPF는 사용 가능한 라우터에서 링크 상태 정보를 수집하여 네트워크의 토폴로지 맵을 구축합니다.토폴로지는, 행선지 IP 주소에 의해서 패킷을 라우팅 하기 위해서, 인터넷 레이어에 라우팅 테이블로서 표시됩니다.OSPF는 Internet Protocol Version 4(IPv4) 및 Internet Protocol Version 6(IPv6) 네트워크를 지원하며 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인 간 라우팅) 어드레싱 모델을 지원합니다.

OSPF는 대규모 기업 네트워크에서 널리 사용됩니다.또 다른 LSR 기반의 프로토콜인 IS-IS는 대규모 서비스 공급자네트워크에서 더 일반적입니다.

원래 1980년대에 설계된 OSPF는 RFC 2328(1998)^[1]에 의해 프로토콜 버전2 의 IPv4 용으로 정의되어 있습니다.IPv6 의 업데이트는, RFC 5340(2008)^[2]에 OSPF 버전 3 로 지정되어 있습니다.OSPF는 Classless Inter-Domain Routing(CIDR; 클래스리스 도메인간 라우팅) 어드레싱 모델을 지원합니다.

인터넷 프로토콜 스위트
응용 프로그램레이어
BGP DHCP(v6) DNS FTP HTTP HTTPS IMAP IRC LDAP MGCP MQTT NNTP NTP OSPF 팝 PTP 온/RPC RTP RTSP RIP SIP SMTP SNMP SSH 텔넷 TLS/SSL XMPP 더...
트랜스포트 레이어
TCP UDP DCCP SCTP RSVP 쿼크 더...
인터넷 레이어
아이피 IPv4 IPv6 ICMP(v6) NDP ECN IGMP IPsec 더...
링크 레이어
터널 PPP 맥 더...
v t

개념

OSPF는 자율 시스템 등의 단일 라우팅 도메인 내에서 Internet Protocol(IP) 패킷을 라우팅하기 위한 Interior Gateway Protocol(IGP)입니다.사용 가능한 라우터에서 링크 상태 정보를 수집하여 네트워크의 토폴로지 맵을 구축합니다.토폴로지는, 행선지 IP 주소만을 기초로 패킷을 라우팅 하는 인터넷 레이어에의 라우팅 테이블로서 표시됩니다.

OSPF는 링크 장애 등의 토폴로지 변경을 검출하여 초 ^[3]이내에 새로운 루프프리 라우팅 구조로 수렴합니다.Dijkstra의 알고리즘을 기반으로 한 방법을 사용하여 각 경로의 최단 경로 트리를 계산합니다.루트 테이블을 구축하기 위한 OSPF 라우팅 정책은 각 라우팅 인터페이스에 관련된 링크메트릭에 의해 관리됩니다.비용 요인으로는 라우터의 거리(라운드 트립 시간), 링크의 데이터 throughput 또는 단순한 유닛리스 수치로 표현되는 링크의 가용성과 신뢰성 등이 있습니다.이것에 의해, 같은 코스트의 루트간의 트래픽로드 밸런싱을 동적으로 실시할 수 있습니다.

OSPF는 네트워크를 라우팅 영역으로 분할하여 관리를 간소화하고 트래픽 및 리소스 사용률을 최적화합니다.영역은 32비트 숫자로 식별됩니다.단순히 10진수로 나타내거나 IPv4 주소에 사용되는 것과 같은 옥텟베이스의 닷 10진 표기로 표시되는 경우가 많습니다.관례상 영역 0(0), 즉 0.0.0.0은 OSPF 네트워크의 코어 영역 또는 백본 영역을 나타냅니다.다른 영역의 ID는 자유롭게 선택할 수 있지만 관리자는 영역 ID로 영역 내 메인라우터의 IP 주소를 선택하는 경우가 많습니다.추가되는 각 영역은 OSPF 백본영역에 접속되어 있어야 합니다.이러한 접속은 Area Border Router(ABR; 지역 경계 라우터)라고 불리는 상호접속 라우터에 의해 유지됩니다.ABR은 서비스하는 영역별로 개별 링크 스테이트 데이터베이스를 유지하고 네트워크 내의 모든 영역에 대해 집약된 루트를 유지합니다.

OSPF는 Internet Protocol Version 4(IPv4) 및 Internet Protocol Version 6(IPv6) 상에서 실행되지만 UDP나 TCP 등의 전송 프로토콜을 사용하지 않습니다.프로토콜 번호 89의 IP 패킷에 데이터를 직접 캡슐화합니다.이는 Routing Information Protocol(RIP) 및 BGP(Border Gateway Protocol)와 같은 다른 라우팅 프로토콜과는 대조적입니다.OSPF 는, 독자적인 트랜스포트 에러 검출 및 정정 기능을 실장하고 있습니다.OSPF는 멀티캐스트어드레싱을 사용하여 브로드캐스트도메인 내에서 루트 정보를 배포합니다.모든 SPF/링크스테이트 라우터(AllSPFRouters)의 멀티캐스트주소 224.0.0.5(IPv4)와 모든 Designated Router(DROUTers;^[4][5] 대표 라우터)의 멀티캐스트주소 224.0.0.6(IPv6) 및 FF02:6(IPv6)을 예약합니다.비브로드캐스트네트워크의 경우 설정에 대한 특별한 준비는 네이버 검출을 ^[1]용이하게 합니다.OSPF 멀티캐스트 IP 패킷은 IP 라우터를 통과하지 않습니다.또한 홉을 넘기지 않습니다.따라서 이 프로토콜은 링크 계층 프로토콜로 간주될 수 있지만 TCP/IP 모델의 애플리케이션 계층에 기인하는 경우가 많습니다.여러 홉에 걸친 인접 터널 작성에 사용할 수 있는 가상 링크 기능이 있습니다.OSPF over IPv4 는, 라우터간에 시큐어하게 동작할 수 있습니다.옵션으로, 신뢰할 수 있는 라우터만이 라우팅에 참가할 수 있도록 다양한 인증 방식을 사용합니다.OSPFv3(IPv6)는 표준 IPv6 프로토콜 보안(IPsec)에 의존하며 내부 인증 방식은 없습니다.

라우팅 IP 멀티캐스트트래픽의 경우 OSPF는 Multicast Open Shortest Path First(^[6]MOSPF) 프로토콜을 지원합니다.시스코에서는 OSPF ^[7]구현에 MOSPF를 포함하지 않습니다.Protocol Independent Multicast(PIM)는 OSPF 또는 기타 IGP와 함께 광범위하게 배치됩니다.

OSPF 버전3 에서는,^[2] IPv4 의 프로토콜의 실장에 변경이 가해지고 있습니다.가상 링크를 제외한 모든 네이버 교환은 IPv6 링크 로컬주소 지정을 배타적으로 사용합니다.IPv6 프로토콜은 서브넷이 아닌 링크별로 실행됩니다.링크 스테이트애드버타이즈먼트 및 hello 디스커버리 패킷에서 모든 IP 프리픽스 정보가 삭제되어 OSPFv3는 기본적으로 프로토콜에 의존하지 않습니다.IPv6 에서는 IP 주소가 128비트로 확장되어 있습니다만, 영역과 라우터의 식별은 32비트 번호에 근거하고 있습니다.

라우터의 관계

OSPF는 백업라우터를 포함한 여러 라우터를 가진 복잡한 네트워크를 지원하여 다른 서브넷에 대한 여러 링크의 트래픽 부하를 분산합니다.같은 브로드캐스트도메인 내 또는 포인트 투 포인트링크 양 끝에 있는 네이버라우터는 OSPF 프로토콜을 통해 서로 통신합니다.라우터는 서로 검출되면 인접 관계를 형성합니다.이 검출은 라우터가 hello 프로토콜 패킷 내에서 자신을 식별하면 시작됩니다.확인 응답 시 쌍방향 상태 및 가장 기본적인 관계가 확립됩니다.이더넷 또는 프레임 릴레이 네트워크 내의 라우터는 라우터 간의 트래픽을 줄이기 위한 허브로서 기능하는 Designated Router(DR; 대표 라우터)와 Backup Designated Router(BDR; 백업 대표 라우터)를 선택합니다.OSPF는 유니캐스트 전송 모드와 멀티캐스트 전송 모드를 모두 사용하여 "hello" 패킷과 링크 스테이트업데이트를 전송합니다.

링크 스테이트 라우팅 프로토콜로서 OSPF는 다른 라우터와 라우팅 업데이트를 교환하기 위한 네이버 관계를 확립하고 유지합니다.네이버 관계 테이블은 인접 데이터베이스라고 불립니다.2대의 OSPF 라우터가 같은 서브넷의 멤버로 같은 영역 ID, 서브넷마스크, 타이머 및 인증을 공유하는 경우 네이버가 됩니다.본질적으로 OSPF 네이버십은 2대의 라우터 간의 관계이며, 이들 라우터는 서로를 확인하고 이해할 수 있지만 그 이상은 아닙니다.OSPF 네이버는 라우팅 정보를 교환하지 않습니다.교환되는 패킷은 hello 패킷뿐입니다.OSPF 인접관계는 선택한 네이버 간에 형성되어 라우팅 정보를 교환할 수 있습니다.2대의 라우터는 처음에 네이버여야 하며, 그 후에 인접 라우터가 될 수 있습니다.적어도 1대의 라우터가 대표 라우터 또는 백업 대표 라우터(멀티액세스 타입 네트워크상)이거나 포인트 투 포인트 또는 포인트 투 멀티 포인트네트워크 타입에 의해 상호 접속되어 있는 경우, 2대의 라우터가 인접하게 됩니다.사이의 네이버 관계를 형성하기 위해서는 관계를 형성하기 위해 사용되는 인터페이스가 같은 OSPF 영역에 있어야 합니다.인터페이스는 여러 영역에 속하도록 설정할 수 있지만, 일반적으로 이것은 실행되지 않습니다.두 번째 영역에서 설정할 경우 인터페이스를 세컨더리 인터페이스로 설정해야 합니다.

동작 모드

OSPF 에는, 인터페이스/네트워크상의 다음의 설정에서는, 다른 동작 모드를 설정할 수 있습니다.

• 브로드캐스트(디폴트), 각 라우터는 정기적으로 hello 패킷을 멀티캐스팅 해, 대표 라우터를 사용해 자신을 어드버타이즈 합니다.멀티캐스트 사용
• 대표 라우터를 사용한 비브로드캐스트멀티 액세스정적 구성이 필요할 수 있습니다.패킷은 유니캐스트로서 송신됩니다.
• 포인트 투 멀티 포인트OSPF는 네이버를 포인트 투 포인트링크로서 취급합니다.대표 라우터는 선출되지 않습니다.멀티캐스트 사용.개별 hello 패킷이 각 네이버로 전송됩니다.
• 포인트 투 포인트각 라우터는 정기적으로 hello 패킷을 멀티캐스팅함으로써 자신을 애드버타이즈 합니다.대표 라우터는 선출되지 않습니다.인터페이스에는, 일의의 IP 주소를 할당하지 않고, IP 언난버드를 지정할 수 있습니다.멀티캐스트 사용.
• 가상 링크, 패킷은 유니캐스트로 전송됩니다.비백본 영역에서만 설정할 수 있습니다(스텁 영역에서는 설정할 수 없습니다.엔드포인트는 ABR이어야 하며 가상 링크는 비번호 포인트 투 포인트 연결로 동작합니다.2대의 라우터 간의 영역 내 패스 비용이 링크에 추가됩니다.
• Virtual Link over Generic Routing Encapsulation(GRE; 총칭 라우팅 캡슐화)OSPF는 다른 영역의 가상 링크를 지원하지 않기 때문에 백본은 지원하지 않습니다.회피책은 백본영역에서 ^[8]GRE를 사용하는 것입니다.같은 IP ID 또는 라우터 ID 가 사용되고 있는 경우, 링크는 ^[9]행선지에의 등가 코스트루트를 2개 작성합니다.
• 모조^[10][11][12] 링크 MPLS VPN 백본을 통해 동일한 OSPF 영역에 속해 OSPF 백도어 링크를 공유하는 사이트를 연결하는 링크.

인접 상태 머신

네트워크 내의 각 OSPF 라우터는 접속 인터페이스 상의 다른 네이버라우터와 통신하여 모든 인접 관계를 확립합니다.이러한 통신 시퀀스는 모두 통신하는 네이버의 라우터 ID 쌍으로 식별되는 개별 컨버세이션입니다.RFC 2328은 이러한 컨버세이션(Hello Protocol)을 개시하기 위한 프로토콜과 완전한 인접관계 확립(데이터베이스 기술 패킷, 링크 스테이트 요구 패킷)을 규정하고 있습니다.각 라우터의 컨버세이션은, 스테이트 ^[1][13]머신에 의해서 정의되는 최대 8개의 조건에 의해서 이행합니다.

1. Down: 스테이트 다운은 Hello Protocol을 사용하여 라우터 간에 정보가 교환 및 유지되지 않은 경우의 컨버세이션 초기 상태를 나타냅니다.
2. 시행:시행 스테이트는 다운스테이트와 비슷하지만 라우터가 다른 라우터와의 컨버세이션 확립을 시도하고 있지만 Non-Broadcast Multiple-Access Network(NBMA; 비브로드캐스트멀티 액세스네트워크)에서만 사용되고 있습니다.
3. Init:init 상태는 네이버로부터hello 패킷이 수신되었지만 라우터가 쌍방향 컨버세이션이 확립되지 않았음을 나타냅니다.
4. 양방향:쌍방향 상태는 2대의 라우터 간에 쌍방향 컨버세이션이 확립되었음을 나타냅니다.이 상태는 인접관계 확립 직전에 발생합니다.이것은 DR로 간주할 수 있는 라우터의 최저 상태입니다.
5. 교환 시작(exstart):exstart 상태는 2대의 라우터 인접 관계의 첫 번째 단계입니다.
6. 교환:교환 상태에서는 라우터는 링크 스테이트 데이터베이스 정보를 인접 네이버에 송신합니다.이 상태에서는 라우터는 모든 OSPF 라우팅 프로토콜 패킷을 교환할 수 있습니다.
7. 로드 중:로딩 스테이트에서는 라우터는 이전 스테이트에서 검출된 네이버에 최신 Link-State Advertisement(LSA; 링크스테이트애드버타이즈먼트)를 요구합니다.
8. [Full] : 라우터가 완전히 인접해 있을 때 Full 스테이트는 컨버세이션이 종료되고 모든 라우터 LSA 및 네트워크 LSA에 그 스테이트가 표시됩니다.네이버 링크스테이트 데이터베이스는 완전히 동기화됩니다.

OSPF 영역

네트워크는 호스트와 네트워크의 논리 그룹인OSPF 영역으로 분할됩니다.영역에는 접속된 각 네트워크 링크에 대한 인터페이스를 가진 접속 라우터가 포함된다.각 라우터는 접속 라우터에 의해 네트워크의 나머지 부분에 정보가 집약될 수 있는 영역에 대해 개별 링크 스테이트 데이터베이스를 유지합니다.따라서 영역의 토폴로지는 영역 밖에서는 알 수 없습니다.이것에 의해, 자율 시스템의 일부간의 라우팅 트래픽이 감소합니다.

네트워크에 다수의 루트와 로우엔드 디바이스가 포함되어 있는 경우 ^[14]OSPF는 Forwarding Information Base(FIB; 전송 정보 기반) 테이블의 캐퍼시티에 도달할 우려가 있는 수천 대의 라우터를 처리할 수 있습니다.최신 로우엔드 라우터에는 풀기가바이트의 RAM이 탑재되어 있어 영역 0 내의 많은 라우터를 처리할 수 있습니다.많은 리소스는^[16] 64MB의 RAM이 인상적인 20여 년 전의 OSPF 가이드를 참조하고 있습니다.

영역은 32비트 번호로 일의로 식별됩니다.영역 식별자는, 통상, IPv4 어드레싱에 익숙한 닷 10 진표기로 기술됩니다.다만, 이러한 주소는 IP 주소가 아니기 때문에, 경합하지 않고 IPv4 주소를 복제할 수 있습니다.IPv6 실장의 에리어 ID(OSPFv3)도, 같은 표기로 기술된32비트 ID 를 사용합니다.도트 형식이 생략된 경우 대부분의 구현에서는 영역 1을 영역 ID 0.0.0.1로 확장하지만 일부 구현에서는 영역 ID가 1.0.^{[citation needed]}0으로 확장되는 것으로 알려져 있습니다.

여러 벤더(Cisco, Allied Telesis, Juniper, Alcatel-Lucent, Huawei, Quagga)는 스터브 영역과 그다지 스터브하지 않은 영역에 대해 완전 스터브 영역과 NSSA 완전 스터브 영역을 구현하고 있습니다.RFC 표준에서는 다루지 않지만 OSPF 구현에서는 표준 기능으로 간주되는 경우가 많습니다.

OSPF 에서는, 다음의 몇개의 에리어 타입이 정의됩니다.

• 백본
• 비백본/표준
• 스텁,
• 완전 뭉툭하다
• 그다지 완고하지 않다
• 전혀 어색하지 않다
• 교통편

백본 영역

백본 영역(지역 0 또는 영역 0.0.0이라고도 함)은 OSPF 네트워크의 핵심을 형성합니다.다른 모든 영역은 직접 또는 다른 라우터를 통해 연결됩니다.OSPF에서는 라우팅 루프를 방지하기 위해 이것이 필요합니다.^[17] 영역 간 라우팅은 백본지역 및 관련된 자신의 영역에 연결된 라우터를 통해 이루어집니다.이는 'OSPF 도메인'의 논리적 및 물리적 구조이며 OSPF 도메인 내의 0이 아닌 모든 영역에 연결됩니다.OSPF에서 Autonomous System Boundary Router(ASBR; 자율 시스템 경계 라우터)라는 용어는 인터넷에서 인식할 수 있는 동일한 자율 시스템(RFC 1996)^[18][19] 내에서 다수의 OSPF 도메인이 공존할 수 있다는 점에서 의미가 있습니다.

모든 OSPF 영역은 백본영역에 접속해야 합니다.단, 이 접속은 가상 링크를 경유할 수 있습니다.예를 들어 영역 0.0.0.1이 영역 0.0.0에 물리적으로 연결되어 있다고 가정합니다.또한 영역 0.0.0.2는 백본에 직접 접속되어 있지 않지만 이 영역은 영역 0.0.0.1에 접속되어 있다고 가정합니다.영역 0.0.0.2는 중계 영역 0.0.0.1을 통과하는 가상 링크를 사용하여 백본에 도달할 수 있습니다.중계영역이 되려면 영역에 중계속성이 있어야 합니다.따라서 어떤 방법으로도 stubby할 수 없습니다.

레귤러 에어리어

일반 영역은 특정 기능이 없는 비백본(비제로) 영역이며 요약 및 외부 LSA를 생성 및 수신합니다.백본 영역은 이러한 영역의 특수한 유형입니다.

환승 구역

중계지역은 여러 OSPF 보더 라우터가 있는 지역으로, 인접한 영역에서 다른 영역으로 네트워크트래픽을 전달하기 위해 사용됩니다.중계 구역은 이 트래픽을 발신하지 않으며 이러한 트래픽의 수신처가 아닙니다.백본지역은 특별한 유형의 중계지역입니다.
그 예:

• 백본 영역
• OSPF에서는 모든 영역을 백본영역에 직접 연결해야 합니다.그렇지 않은 경우 가상 링크를 사용해야 하며 중계영역이라고 불리는 영역을 사용해야 합니다.

스터브 영역

hello 패킷에서는 E 플래그가 높지 않습니다.이것은 "External routing: not capable"을 나타냅니다.

스터브 영역은 AS 외부 루트애드버타이즈먼트를 수신하지 않는 영역이며 영역 내로부터의 라우팅은 모두 디폴트루트에 기초하고 있습니다ABR은 내부 라우터에서 타입 4, 5 LSA를 삭제하고 디폴트루트 0.0.0을 송신하여 자신을 디폴트게이트웨이로 바꿉니다.이것에 의해, 내부 라우터의 LSDB 및 라우팅 테이블의 사이즈가 작아집니다.

스터브 영역의 기본 개념에 대한 변경은 Total Stubby Area(TSA)나 Not-So-Stubby Area(NSSA) 등의 시스템벤더에 의해 실장되어 있습니다.이러한 변경은 모두 시스코시스템즈 라우팅 기기의 확장입니다.

완전 뭉툭한 지역

완전 스터비 영역은 스터브 영역과 비슷합니다.단, 이 영역에서는 외부 루트가 없을 뿐만 아니라 요약루트를 사용할 수 없습니다.즉, 영역간(IA) 루트는 완전 스터비 영역으로 집약되지 않습니다.트래픽이 영역 밖으로 라우팅되는 유일한 방법은 영역에 애드버타이즈되는 유일한 타입3 LSA인 디폴트루트입니다영역을 벗어나는 루트가1개밖에 없는 경우 루트 프로세서에 의한 라우팅 결정이 적어지기 때문에 시스템자원 사용률이 낮아집니다.

경우에 따라서는 TSA에 ABR을 ^[20]1개만 설정할 수 있습니다.

그다지 혼잡하지 않은 지역

hello 패킷에서는 N 플래그가 높게 설정되어 "NSSA: supported"를 나타냅니다.

Not-So-Stubby Area(NSSA)는 자율 시스템 외부 루트를 Import하여 다른 영역으로 전송할 수 있지만 다른 ^[21]영역에서는 AS 외부 루트를 수신할 수 없는 스터브 영역의 일종입니다.
NSSA는 스터브지역 기능의 확장으로 외부 루트를 제한적으로 스터브지역에 주입할 수 있습니다.케이스 스터디에서는 NSSA가 외부 주소를 Import할 수 없는 Stub Area 문제를 회피하는 것을 시뮬레이트하고 있습니다.ASBR은 타입7 LSA의 외부 주소를 Import하고 ABR은 타입7 LSA를 타입5로 변환하여 다른 영역으로 플래딩하고 ABR은 다른 영역의 "ASBR"로서 기능합니다.ASBR은 타입5 LSA를 취득하지 않고 영역의 타입7 LSA로 변환합니다.

완전히 정체되지 않은 지역

NSSA의 표준 기능과 더불어 완전 스터비 NSSA는 TSA의 Atribut을 계승하는 NSSA입니다.즉, 타입3 및 4의 요약루트가 이 유형의 영역에 플래딩되지 않습니다.또한 영역을 완전 스터비 및 not-so-stubby 양쪽으로 선언할 수도 있습니다.즉, 영역은 영역 0.0.0에서 디폴트루트만 수신하지만 외부 라우팅 정보를 받아들여 로컬영역에 주입하는 Autonomous System Boundary Router(ASBR; 자율 시스템 경계 라우터)를 포함할 수도 있습니다.

NSSA 영역으로 재배포하면 타입7이라고 불리는 특수한 유형의 LSA가 생성됩니다.이러한 LSA는 NSSA 영역에만 존재할 수 있습니다.NSSA ASBR은 이 LSA를 생성하고 NSSA ABR 라우터는 이를 타입5 LSA로 변환하여 OSPF 도메인으로 전파합니다.

신규로 취득한 자회사는 ASBR을 붙이는 실용적인 장소가 완전 스터비 영역의 가장자리에 있는 경우, 어느 영역이 그다지 스터비하지 않은 동시에 완전 스터비하게 되는 것이 적합한지를 나타내는 하나의 예이다.이 경우 ASBR은 외부 장치를 완전 스터비 영역으로 전송하여 해당 영역 내의 OSPF 스피커에서 사용할 수 있습니다.시스코 실장에서는 외부 루트를 완전 스터비 영역에 삽입하기 전에 집약할 수 있습니다.일반적으로 ASBR은 디폴트를 TSA-NSSA에 애드버타이즈하지 않습니다.단, 이러한 애드버타이즈먼트가 유효한 한정된 특수한 케이스에 대해서는 매우 세심한 설계와 조작을 실시할 수 있습니다.

완전 스터비 영역을 NSSA로 선언함으로써 기본 루트를 제외하고 백본으로부터의 외부 루트는 논의 대상 영역에 들어가지 않습니다.외부 라우터는 TSA-NSSA를 통해 영역 0.0.0에 도달하지만 디폴트루트 이외의 루트는 TSA-NSSA에 들어가지 않습니다.TSA-NSSA의 라우터는 ASBR에 의해 애드버타이즈된 루트를 제외한 모든 트래픽을 ABR로 전송합니다.

라우터 타입

OSPF 에서는, 다음의 중복하는 카테고리의 라우터가 정의됩니다.

내부 라우터(IR)

내부 라우터에는, 같은 에리어에 속하는 모든 인터페이스가 있습니다.

Area Border Router(ABR; 지역 경계 라우터)

영역 경계 라우터는 1개 이상의 영역을 메인백본네트워크에 접속하는 라우터입니다.접속되어 있는 모든 영역의 멤버로 간주됩니다.ABR은 링크 스테이트 데이터베이스의 여러 인스턴스를 해당 라우터가 접속되어 있는 영역별로 하나씩 메모리에 보관합니다.

백본 라우터(BR)

백본 라우터에는 백본영역에 대한 인터페이스가 있습니다.백본 라우터는 지역 라우터일 수도 있지만 반드시 지역 라우터일 필요는 없습니다.

Autonomous System Boundary Router(ASBR; 자율 시스템 경계 라우터)

자율 시스템 경계 라우터는 여러 라우팅 프로토콜을 사용하여 연결되어 라우터 자율 시스템과 라우팅 정보를 교환하는 라우터입니다.ASBR은 일반적으로 외부 라우팅 프로토콜(BGP 등)을 실행하거나 스태틱루트를 사용하거나 둘 다 사용합니다.ASBR은 다른 외부 AS로부터 수신한 루트를 자신의 자율 시스템 전체에 배포하기 위해 사용됩니다.ASBR은 외부 주소의 외부 LSA를 생성하여 ABR 경유로 모든 영역에 플래딩합니다.다른 지역의 라우터는 외부 주소에 액세스하기 위한 넥스트홉으로 ABR을 사용합니다.다음으로 ABR은 외부 주소를 방송하는ASBR 에 패킷을 전송합니다.

라우터 유형은 OSPF 프로세스의 속성입니다.특정 물리 라우터에는 1개 이상의 OSPF 프로세스가 존재할 수 있습니다.예를 들어, 여러 영역에 연결되어 있고 다른 AS에 연결된 BGP 프로세스로부터 루트를 수신하는 라우터는 영역 경계 라우터이자 자율 시스템 경계 라우터입니다.

각 라우터에는, IP 주소의 닷이 있는 10 진수 형식(예를 들면 1.2.3.4)으로 커스텀 기술된 식별자가 있습니다.이 ID는 모든 OSPF 인스턴스에서 확립해야 합니다.명시적으로 설정되어 있지 않은 경우는, 최상위 논리 IP 주소가 라우터 ID 로서 복제됩니다.다만, 라우터 ID 는 IP 주소가 아니기 때문에, 네트워크내의 라우팅 가능한 서브넷의 일부일 필요는 없고, 혼란을 피하기 위해서도 아닙니다.

포인트 투 포인트네트워크

Designated Router(DR; 대표 라우터) 및 Backup Designated Router(BDR; 백업 대표 라우터)의 시스템으로서 3대 이상의 OSPF 라우터가 있는 네트워크(같은 서브넷)에서는, 라우팅 업데이트의 송신원을 제공하는 것으로써, 네트워크트래픽의 삭감에 사용됩니다.이는 멀티캐스트주소를 사용하여 이루어집니다.

• 224.0.0.5, 토폴로지 내의 모든 라우터가 그 멀티캐스트주소를 수신합니다.
• 224.0.0.6, DR과 BDR은 그 멀티캐스트주소를 리슨합니다.

DR 및 BDR은 네트워크의 완전한 토폴로지 테이블을 유지하고 멀티캐스트를 통해 다른 라우터에 업데이트를 전송합니다.멀티 액세스 네트워크 세그먼트내의 모든 라우터는, DR 및 BDR 와 슬레이브/마스터 관계를 형성합니다.이들은 DR 및 BDR과의 인접관계만 형성합니다.라우터는 업데이트를 송신할 때마다 멀티캐스트주소 224.0.0.6의 DR 및 BDR 에 송신합니다.다음으로 DR은 지역 내의 다른 모든 라우터에 업데이트를 멀티캐스트주소 224.0.0.5 로 송신합니다.이것에 의해, 모든 라우터가 항상 서로 갱신할 필요는 없고, 1개의 소스에서 모든 갱신을 취득할 수 있습니다.멀티캐스팅을 사용하면 네트워크 부하가 더욱 줄어듭니다.DR 및 BDR은 항상 OSPF 브로드캐스트네트워크상에서 셋업/선정됩니다.DR은 프레임 릴레이나 ATM 등의 Non-Broadcast Multi-Access(NBMA; 비브로드캐스트멀티 액세스) 네트워크에서도 선택할 수 있습니다.DR 또는 BDR은 포인트 투 포인트링크(포인트 투 포인트 WAN 접속 등)에서는 선택되지 않습니다.링크 양쪽의 2개의 라우터가 완전히 인접해, 그 사이의 대역폭을 한층 더 최적화할 수 없기 때문입니다.DR 라우터와 비 DR 라우터는 DD, Request 및 Update를 교환함으로써 쌍방향에서 완전한 인접관계로 발전합니다.

대표 라우터

Designated Router(DR; 대표 라우터)는 특정 멀티 액세스네트워크 세그먼트상의 모든 라우터 중에서 선택되는 라우터 인터페이스로, 통상은 브로드캐스트멀티 액세스라고 간주됩니다.비브로드캐스트멀티 액세스(NBMA) 미디어에서 DR 기능을 지원하기 위해서는 벤더에 의존한 특수한 기술이 필요할 수 있습니다.통상, NBMA 서브넷의 개개의 가상 회선을 개개의 포인트 투 포인트 회선으로 설정하는 것이 좋습니다.사용하는 기술은 실장에 의존합니다.

백업 대표 라우터

Backup Designated Router(BDR; 백업 대표 라우터)는 현재 대표 라우터에 문제가 있거나 장애가 발생했을 때 대표 라우터가 되는 라우터입니다.BDR은 마지막 선택 시 두 번째로 높은 priority를 가진 OSPF 라우터입니다.

특정 라우터에는 Designated(DR; 대표) 인터페이스와 Backup Designated(BDR; 백업 대표) 인터페이스 및 비지정 인터페이스를 포함할 수 있습니다.라우터가 특정 서브넷 상의 DR 또는 BDR이 아닌 경우 먼저 BDR이 선택되고 다음으로 ^{[1]: 75} DR에 대한 두 번째 선택이 이루어집니다.

대표 라우터 선정

DR은 다음과 같은 기본 기준에 따라 선택됩니다.

• OSPF 라우터의 priority 설정이0 으로 설정되어 있는 경우, 그 라우터는 DR 또는 BDR 가 될 수 없습니다.
• DR에 장애가 발생하여 BDR이 인계되면 대체 BDR이 누가 되는지를 확인하기 위한 다른 선택이 있습니다.
• priority가 가장 높은Hello 패킷을 송신하는 라우터가 선출됩니다.
• 여러 라우터가 priority가 가장 높은 설정으로 동점이 되면 RID(라우터 ID)가 가장 높은Hello 를 송신하는 라우터가 승리합니다.주의: RID는 라우터에 설정되어 있는 가장 높은 논리(루프백) IP 주소입니다.논리/루프백 IP 주소가 설정되어 있지 않은 경우 라우터는 액티브인터페이스에 설정되어 있는 가장 높은 IP 주소를 사용합니다(예를 들어 192.168.0.1은 10.1.2보다 높아집니다).
• 통상, 2번째로 높은 priority 번호를 가지는 라우터가 BDR 가 됩니다.
• priority 값의 범위는 0 ^[22]~255입니다.값이 클수록 DR 또는 BDR이 될 가능성이 높아집니다.
• 선출 후에 우선순위가 높은 OSPF 라우터가 온라인이 되었을 경우, DR 및 BDR 에 장해가 발생할 때까지, OSPF 라우터는 DR 또는 BDR 가 되지 않습니다.
• 현재의 DR이 「다운」되면, 현재의 BDR이 새로운 DR이 되어, 새로운 선택을 실시해 다른 BDR 를 검색합니다.새로운 DR이 「다운」되어 원래의 DR을 사용할 수 있게 되었을 경우, 이전에 선택한 BDR은 DR이 됩니다.

프로토콜 메시지

OSPF v2 패킷 형식, 필드 길이(바이트)

1	1	2	4	4	2	2	8	변수
헤더 24 바이트								데이터.
버전 2	유형	패킷 길이	라우터 ID	영역 ID	체크섬	AU타입	인증

OSPF v3 패킷 형식, 필드 길이(바이트)

1	1	2	4	4	2	1	1	변수
헤더 16 바이트								데이터.
버전 3	유형	패킷 길이	라우터 ID	영역 ID	체크섬	인스턴스 ID	예약필

OSPF v2 패킷 형식, 필드 길이(바이트)

1	1	2	4	4	2	2	8	변수
헤더 24 바이트								데이터.
버전 #2	유형	패킷 길이	라우터 ID	영역 ID	체크섬	AU타입	인증

OSPF v3 패킷 형식, 필드 길이(바이트)

1	1	2	4	4	2	1	1	변수
헤더 16 바이트								데이터.
버전 3	유형	패킷 길이	라우터 ID	영역 ID	체크섬	인스턴스 ID	예약되어 있다

다른 라우팅 프로토콜과 달리, OSPF는 UDP 또는 Transmission Control Protocol(TCP)과 같은 전송 프로토콜을 통해 데이터를 전송하지 않습니다.대신 OSPF는 IP 데이터그램을 직접 형성하고 IP Protocol 필드의 프로토콜 번호89 를 사용하여 패키징합니다.OSPF는 다양한 유형의 통신에 대해 5가지 메시지유형을 정의합니다.프레임마다 복수의 패킷을 송신할 수 있습니다.

OSPF 에서는, 다음의 패킷5 타입이 사용됩니다.

• 안녕
• 데이터베이스 설명
• 링크 스테이트 요구
• 링크 상태 업데이트
• 링크 상태 확인

Hello 패킷

OSPF v2 Hello 패킷, 필드 길이(바이트)

24	4	2	1	1	4	4	4	4
헤더
	네트워크 마스크	Hello 간격	옵션들	라우터 priority	라우터의 데드 간격	대표 라우터 ID	백업 대표 라우터 ID	네이버 아이디

OSPF v3 Hello 패킷, 필드 길이(바이트)

16	4	1	3	2	2	4	4	4
헤더
	인터페이스 ID	라우터 priority	옵션들	Hello 간격	라우터의 데드 간격	대표 라우터 ID	백업 대표 라우터 ID	네이버 아이디

OSPF의 Hello 메시지는 그리팅 형식으로 사용되며 라우터가 로컬링크 및 네트워크상의 다른 인접 라우터를 검출할 수 있도록 합니다.메시지는 인접 디바이스(인접관계) 간의 관계를 확립하고 자율 시스템 또는 영역에서 OSPF를 사용하는 방법에 대한 주요 파라미터를 전달합니다.통상의 동작중에, 라우터는 hello 메시지를 정기적으로 네이버에 송신합니다(hello 인터벌).라우터가 네이버로부터의 hello 메시지 수신을 정지했을 경우(데드인터벌)에는 네이버가 다운된 것으로 간주됩니다.

데이터베이스 설명 DBD

OSPF v2 및 v3 데이터베이스 설명(바이트 단위 필드 길이)

16 또는 24	2	1	1	1	4	변수
헤더
	인터페이스 MTU	Hello 간격	옵션들	플래그	DD 시퀀스 번호	LSA 헤더

데이터베이스 설명 메시지에는 자율 시스템 또는 영역의 토폴로지에 대한 설명이 포함됩니다.라우터는 영역의 Link-State Database(LSDB; 링크스테이트 데이터베이스) 내용을 라우터 간에 전송합니다.대규모 LSDB를 통신하려면 송신측 디바이스를 마스터 디바이스로 지정하고, 슬레이브(LSDB 정보의 수신측)가 확인 응답으로 메시지를 순서대로 송신하는 것으로, 복수의 메시지를 송신할 필요가 있습니다.

링크 스테이트 패킷

OSPF v2 링크스테이트 요구, 필드 길이(바이트)

24	4	4	4
헤더
	LS 타입	링크 상태 ID	애드버타이즈 라우터

OSPF v3 링크스테이트 요구, 필드 길이(바이트)

16	2	2	4	4
헤더
	0의	LS 타입	링크 상태 ID	애드버타이즈 라우터

Link State Request(LSR; 링크스테이트 요구)

링크 스테이트 요구 메시지는 LSDB의 일부에 대한 갱신된 정보를 다른 라우터에서 요구하기 위해 라우터에 의해 사용됩니다.이 메시지는 요구측 디바이스가 보다 최신 정보를 필요로 하는 링크를 지정합니다.

OSPF v2 및 v3 링크스테이트 갱신 패킷, 필드 길이(바이트)

24 또는 16	4	4-
헤더
	LSA 수	LSA 목록

링크스테이트업데이트(LSU)

링크 스테이트 업데이트메시지에는 LSDB 상의 특정 링크 상태에 대한 갱신 정보가 포함되어 있습니다.링크 스테이트 요구 메시지에 응답하여 송신되며 라우터에 의해 정기적으로 브로드캐스트 또는 멀티캐스트가 이루어집니다.이러한 컨텐츠는, 이러한 컨텐츠를 수신하는 라우터의 LSDB내의 정보를 갱신하기 위해서 사용됩니다.

OSPF v2 및 v3 링크 상태 확인 응답, 필드 길이(바이트)

24 또는 16	4-
헤더
	LSA 목록

Link State Acknowledgement(LSAck; 링크스테이트 확인응답)

링크 스테이트 확인 응답 메시지는 Link State Update 메시지 수신을 명시적으로 확인함으로써 링크 스테이트 교환 프로세스에 신뢰성을 제공합니다.

OSPF 링크스테이트애드버타이즈먼트

LS 타입	LS명	생성자	묘사
1	라우터 LSA	지역 내의 각 내부 라우터	타입 1 LSA의 링크 스테이트 ID 는, 발신기지 라우터 ID 입니다.라우터 LSA에서는 다음 유형의 인터페이스에 대해 설명합니다. 다른 라우터로의 포인트 투 포인트 접속 중계 네트워크 접속 스터브 네트워크 접속(v3으로 예약) 가상 링크
2	네트워크 LSA	DR	대표 라우터에 의해 브로드캐스트 및 NBMA 네트워크에서 발신됩니다.이 LSA에는 네트워크에 접속되어 있는 라우터의 리스트가 포함되어 있습니다.타입 2 LSA의 링크 스테이트 ID는 DR의 IP 인터페이스 주소입니다.
3	요약 LSA	ABR	타입 3 요약 LSA는 네트워크에 대한 루트를 기술합니다. 지역간 라우터에 대해 다른 지역에 알립니다.이러한 루트는 요약할 수도 있습니다.
4	ASBR의 개요	ABR	타입 4 는, 영역을 넘는 AS 경계 라우터에의 루트를 기술합니다. Area Border Router(ABR; 영역 경계 라우터)는 이 LSA를 생성하여 OSPF 도메인 내의 다른 라우터에 일치하는 라우터가 Autonomous System Boundary Router(ASBR; 자율 시스템 경계 라우터)임을 통지합니다.이것에 의해, 송신된 외부 LSA(타입 5/타입 7)가 자신의 영역 밖에서 적절히 해결됩니다.
5	AS-external-LSA	ASBR	타입 5 ASBR에 의해 애드버타이즈되는 루트에 대해 설명합니다. LSA에는 다른 라우팅 프로세스에서 OSPF로 Import된 정보가 포함되어 있습니다.타입 4와 함께 외부 루트로 가는 방법을 설명합니다.
7	NSSA 외부 링크 스테이트애드버타이즈먼트	그다지 견고하지 않은 지역 내의 ASBR	타입 7-LSA는 타입5 LSA와 동일합니다. 타입 7 LSA는 NSSA 내에서만 플래딩됩니다. 지역 경계 라우터에서는 선택한 타입7 LSA가 타입5-LSA로 변환되어 백본에 플래딩됩니다.
8	Link-LSA(v3)	링크 내의 각 내부 라우터	로컬 라우터의 링크 로컬주소를 로컬네트워크상의 다른 모든 라우터에 제공합니다.
9	지역 내 프리픽스 LSA(v3)	지역 내의 각 내부 라우터	라우터 LSA, 스터브네트워크 세그먼트 또는 연결된 중계 네트워크 세그먼트의 일부 기능을 대체합니다.

OSPF v2 영역 유형 및 승인된 LSA

모든 영역 유형이 모든 LSA를 사용하는 것은 아닙니다.다음으로 승인된 LSA의 매트릭스를 나타냅니다.

OSPF 영역 유형 및 수용된 LSA의 개요:

	단일 영역 내에서			인터 에리어
영역 유형	LSA 1 - 라우터	LSA 2 - 네트워크	LSA 7 - NSSA 외부	LSA 3 - 네트워크 요약	LSA 4 - ASBR의 개요	LSA 5 - 외부 AS
백본	네.	네.	아니요, ABR에 의해 타입5로 변환됩니다.	네.	네.	네.
비백본	네.	네.	아니요, ABR에 의해 타입5로 변환됩니다.	네.	네.	네.
스텁	네.	네.	아니요, 디폴트루트	네.	아니요, 디폴트루트	아니요, 디폴트루트
완전 뭉툭하다	네.	네.	아니요, 디폴트루트	아니요, 디폴트루트	아니요, 디폴트루트	아니요, 디폴트루트
그다지 완고하지 않다	네.	네.	네.	네.	아니요, 디폴트루트	아니요, 디폴트루트
전혀 어색하지 않다	네.	네.	네.	아니요, 디폴트루트	아니요, 디폴트루트	아니요, 디폴트루트

라우팅 메트릭

OSPF는 패스 비용을 기본 라우팅 메트릭으로 사용합니다.이 메트릭은 속도 등의 표준값과 동일하지 않도록 표준으로 정의되어 있기 때문에 네트워크 설계자는 설계에 중요한 메트릭을 선택할 수 있습니다.실제로는 인터페이스의 속도를 OSPF 프로세스의 기준 대역폭과 비교하여 결정됩니다.비용은 기준 대역폭을 인터페이스 속도로 나누어 결정합니다(단, 인터페이스의 비용은 수동으로 덮어쓸 수 있습니다).기준 대역폭이 '10000'으로 설정되어 있는 경우, 10 Gbit/s 링크의 비용은 1이 됩니다.속도가 1 미만일 경우 반올림하여 ^[25]1이 됩니다.다음으로 인터페이스의 라우팅 메트릭 또는 '비용 계산'을 나타내는 샘플테이블을 나타냅니다.

• 타입 1 LSA의 사이즈는 16비트필드(10진수 ^[26]65,535)입니다.
• 타입 3 LSA의 사이즈는 24비트필드(10진수로는 16,777,216)입니다.

기준 속도 계산

인터페이스 속도	링크 비용		사용하다
	디폴트(100 Mbit/s)	200 기가비트/초
200 기가비트/초	1	1	SFP-DD
40 기가비트/초	1	5	QSFP+
25 기가비트/초	1	8	SFP28
10 기가비트/초	1	20	10 GigE, 데이터 센터에서 공통
5 기가비트/초	1	40	NBase-T, Wi-Fi 라우터
1 기가비트/초	1	200	공통 기가비트 포트
100 Mbit/s	1	2000	로우엔드 포트
10 Mbit/s	10	20000	1990년대 속도.

OSPF는 레이어3 프로토콜입니다.레이어 2 스위치가 OSPF를 실행하고 있다2개의 디바이스 사이에 있는 경우, 한쪽이 다른 한쪽과 다른 속도를 네고시에이트 할 수 있습니다.이로 인해 링크에 비대칭 라우팅이 생성될 수 있습니다(라우터1에서 라우터2로의 비용이 '1', 리턴 패스의 비용이 '10'이 될 수 있습니다).그 결과 의도하지 않은 결과가 발생할 수 있습니다.

그러나 메트릭은 동일한 유형의 경우에만 직접 비교할 수 있습니다.네 가지 유형의 메트릭이 인식됩니다.프리퍼런스의 감소에서는, 다음과 같은 타입이 있습니다(예를 들면, 지역내 루트는 메트릭에 관계없이 항상 외부 루트보다 우선됩니다).

1. 지역 내
2. 지역간
3. 외부 타입 1: 외부 패스비용과 ^[27]루트를 애드버타이즈하는 ASBR에 대한 내부 패스비용의 합계가 모두 포함됩니다.
4. 외부 유형 2(외부 경로 비용 값만 해당)

OSPF v3

OSPF 버전3 에서는,^[2] IPv4 의 프로토콜의 실장에 변경이 가해지고 있습니다.IPv6 에서는 주소가 128비트로 확장되고 있습니다만, 영역 ID 와 라우터 ID 는 32비트 번호입니다.

개괄적인 변경

• 가상 링크를 제외한 모든 네이버 교환은 IPv6 링크 로컬주소 지정을 배타적으로 사용합니다.IPv6 프로토콜은 서브넷이 아닌 링크별로 실행됩니다.
• 링크 스테이트애드버타이즈먼트 및 hello 디스커버리 패킷에서 모든 IP 프리픽스 정보가 삭제되어 OSPFv3는 기본적으로 프로토콜에 의존하지 않습니다.
• LSA에는 다음 3개의 플래딩 스코프가 있습니다.
  • 링크 로컬 스코프: LSA는 로컬링크 상에서만 플래딩되며 이후로는 플래딩되지 않습니다.
  • 영역 범위: LSA는 단일 OSPF 영역 전체에 플래딩됩니다.
  • AS 범위: LSA는 라우팅 도메인 전체에 플래딩됩니다.
• IPv6 링크 로컬주소를 사용하여 네이버 검출 및 자동 설정을 실시합니다.
• 인증이 IP 인증 헤더로 이동되었습니다.

OSPF v3에서 도입된 변경 후 벤더에 의해 v2로 백포트됨

• 링크당^[28] 여러 인스턴스에 대한 명시적

패킷 포맷 변경

• OSPF 버전 번호가 3으로 변경됨
• LSA 헤더에서 옵션필드가 삭제되었습니다.
• hello 패킷 및 데이터베이스 설명에서는 옵션필드가 16비트에서24비트로 변경됩니다.
• hello 패킷에서는 주소 정보가 삭제되어 있습니다.인터페이스 ID가 추가되었습니다.
• 라우터 LSA 에서는, 「R 비트」와 「V6 비트」의 2개의 옵션 비트가 추가되었습니다.
  • "R-bit": 멀티홈 호스트가 라우팅 프로토콜에 참여할 수 있습니다.
  • "V6비트" : R비트 전용입니다.
• 동일한 논리 인터페이스에서 여러 OSPF 프로토콜 인스턴스를 허용하는 "인스턴스 ID"를 추가합니다.

LSA 형식 변경

• LSA 타입 필드가 16비트로 변경됩니다.
  • 알 수 없는 LSA 유형 처리 지원 추가
  • 플래딩 스코프 부호화에는 3비트가 사용됩니다.
• IPv6 에서는, LSA 의 주소는 프리픽스 및 프리픽스 길이로 표현됩니다.
• 라우터 LSA 및 네트워크 LSA에서는 주소 정보가 삭제됩니다.
• 라우터 LSA 및 네트워크 LSA는 네트워크 프로토콜에 의존하지 않습니다.
• 새로운 LSA 타입이 추가되었습니다.link-LSA는 논리 인터페이스에 접속되어 있는 다른 모든 라우터에 라우터의 링크 로컬주소를 제공하고, 링크에 관련짓는 IPv6 프리픽스의 리스트를 제공하며, 라우터의 기능을 반영한 정보를 송신할 수 있습니다.
• LSA Type-3 summary-LSA는 "inter-area-prefix-LSAs"로 이름이 변경되었습니다.
• LSA 타입 4 요약 LSA는 '지역 간 라우터 LSA'로 이름이 변경되었습니다.
• 모든 IPv6 프리픽스 정보를 전송하는 LSA인 intra-area-prefix-LSA가 추가되었습니다.

OSPF over MPLS-VPN

OSPF용^[29] 트랜시티브 BGP 확장 커뮤니티

유형	[Type] 필드	서브밸류	이름.
2옥텟 AS	0x00	0x05	OSPF 도메인 ID
4옥텟 AS	0x02	0x05	OSPF 도메인 ID
IPv4 주소	0x01	0x05	OSPF 도메인 ID
IPv4 주소	0x01	0x07	OSPF 루트 ID
불투명.	0x03	0x06	OSPF 루트타입

BGP 확장 커뮤니티
OSPF 루트유형의 아트리뷰트

4 바이트	1 바이트	1 바이트
지역번호	루트 타입	옵션들

고객은 MPLS-VPN을 통해 OSPF를 사용할 수 있습니다.서비스 공급자는 BGP 또는 RIP를 내부 ^[30]게이트웨이 프로토콜로 사용합니다.OSPF over MPLS-VPN을 사용하는 경우 VPN 백본은 OSPF 백본영역 0의 일부가 됩니다.모든 영역에서 IGP의 독립 복사가 실행됩니다.

장점:

• MPLS-VPN은 고객의 OSPF 표준 라우팅에 대해 투과적입니다.
• 고객님의 기기는 OSPF만 지원하면 됩니다.
• OSPF를 사용하기 위한 터널(Generic Routing Encapsulation, IPsec, 와이어 가드)의 필요성을 줄입니다.

이를 실현하기 위해서는 비표준 OSPF-BGP 재배포가 사용됩니다.모든 OSPF 루트는 송신원 LSA 타입과 ^[31][32]메트릭을 유지합니다.루프를 방지하기 위해 옵션 DN 비트를^[33] LSA에서 사용하여 프로바이더엣지에서 고객의 기기에 루트가 이미 송신되었음을 나타냅니다.

OSPF 확장

트래픽 엔지니어링

OSPF-TE는 OSPF의 확장 기능으로 트래픽엔지니어링 및 비 IP ^[34]네트워크에서의 사용을 가능하게 합니다.OSPF-TE를 사용하면 불투명 LSA type-length-value 요소를 사용하여 토폴로지에 대한 자세한 정보를 교환할 수 있습니다.이러한 확장을 통해 OSPF-TE는 데이터 플레인네트워크의 대역외에서 완전히 동작할 수 있습니다.이것은, 광네트워크등의 비 IP 네트워크에서도 사용할 수 있는 것을 의미합니다.

OSPF-TE는 GMPLS 네트워크에서 GMPLS 패스를 확립할 수 있는 토폴로지를 설명하는 수단으로 사용됩니다.GMPLS는 완전한 네트워크 맵을 갖추면 자체 경로 설정 및 포워딩 프로토콜을 사용합니다.

Resource Reservation Protocol(RSVP)에서는 OSPF-TE를 사용하여 링크 스테이트 데이터베이스 내의 라벨 스위치드 패스의 RSVP 시그널링 대역폭 예약을 기록 및 플래딩합니다.

광루팅

RFC 3717 에서는, OSPF 및 ^[35]IS-IS 에의 확장에 근거해, IP 의 광루팅에 관한 작업이 문서화되어 있습니다.

멀티캐스트 오픈 최단 경로 우선

Multicast Open Shortest Path First(MOSPF) 프로토콜은 멀티캐스트루팅을 지원하기 위한 OSPF 확장입니다MOSPF를 사용하면 라우터는 그룹 멤버쉽에 관한 정보를 공유할 수 있습니다.

브로드캐스트 및 비브로드캐스트네트워크에서의 OSPF

브로드캐스트멀티 액세스네트워크에서는 네이버 인접관계는 멀티캐스트hello 패킷을 사용하여 224.0.0.5에 동적으로 형성됩니다.DR과 BDR은 정상적으로 선출되어 정상적으로 기능합니다.

Non-Broadcast Multiple-Access Network(NBMA; 비브로드캐스트멀티 액세스네트워크)의 경우, 다음의 2개의 공식 모드가 ^[1]정의됩니다.

• 비고정적인
• 포인트 투 포인트

시스코에서는 NBMA ^[36]토폴로지에서 OSPF에 대해 다음 3가지 모드를 추가로 정의하고 있습니다.

• 점대점 비점수
• 브로드캐스트
• 포인트 투 포인트

주목할 만한 구현

• Allied Telesis는 Allied Ware Plus(AW+)에 OSPFv2 및 OSPFv3를 실장
• Arista Networks는 OSPFv2 및 OSPFv3를 구현합니다.
• BORD는 OSPFv2와 OSPFv3를 모두 구현합니다.
• Cisco IOS 및 NX-OS
• Cisco Meraki
• D-Link는 Unified Services Router에 OSPFv2를 구현합니다.
• 델의 FTOS는 OSPFv2 및 OSPFv3를 구현하고 있습니다.
• 익스트림XOS
• GNU Zebra, OSPF를 지원하는 Unix 계열 시스템용 GPL 라우팅 스위트
• 주니퍼 주노스
• NetWare는 멀티 프로토콜 라우팅 모듈에 OSPF를 구현합니다.
• OpenBSD에는 OSPFv2 구현인 OpenOSPFD가 포함되어 있습니다.
• Quagga, Unix 계열 시스템용 GNU Zebra의 포크
• Quagga의 후계 모델인 FRRouting
• XORP, IPv4와 IPv6의 양쪽 모두에 RFC2328(OSPFv2)과 RFC2740(OSPFv3)을 실장하는 라우팅 스위트
• Windows NT 4.0 Server, Windows 2000 Server 및 Windows Server 2003 에서는 라우팅 및 리모트액세스 서비스에 OSPFv2 가 실장되어 있습니다만, 이 기능은 Windows Server 2008 에서 삭제되고 있습니다.

적용들

OSPF는 네트워크를 몇 초 만에 수렴하여 루프가 없는 경로를 보장할 수 있는 널리 배치된 라우팅 프로토콜입니다.여기에는 로컬 유지, 로드 쉐어링 및 선택적 루트 Import에 적합한 루트의 전파에 관한 정책을 적용할 수 있는 많은 기능이 있습니다.반면 IS-IS는 안정된 네트워크에서는 기업 네트워크보다 ISP에서 더 일반적인 오버헤드를 줄이도록 조정할 수 있습니다.IS-IS가 ISP의 우선 IGP가 된 과거의 사고도 있습니다만, 현재의 ISP는 서비스 프로바이더 환경에서 ^[38]IS-IS의 장점과 단점을 먼저 고려한 후, OSPF의 ^[37]효율적인 실장의 기능을 사용하는 것을 선택하는 것이 적절합니다.

OSPF는 다른 ^{[citation needed]}IGP보다 외부 링크에서의 부하 분산을 향상시킬 수 있습니다.ISP에 대한 디폴트루트가 타입 I 외부루트로 여러 ASBR에서 OSPF에 삽입되어 같은 외부비용이 지정되어 있는 경우 다른 라우터는 그 위치에서 패스비용이 최소인 ASBR로 이동합니다.이는 외부 비용을 조정하여 추가로 조정할 수 있습니다.다른 ISP로부터의 디폴트루트에 다른 외부 비용이 주입되어 있는 경우 타입 II 외부 루트로서 저비용의 디폴트가 프라이머리 출구가 되고 고비용의 디폴트가 백업만이 됩니다.

주요 ISP가 IS-IS over OSPF를 선택할 필요가 있는 유일한 실질적인 제한 요인은 850대 이상의 ^{[citation needed]}라우터를 가진 네트워크가 있는 경우입니다.

「 」를 참조해 주세요.

• 패브릭 최단 경로 우선
• 메시 네트워킹
• 경로 분석
• 라우팅
• 최단 경로 문제

레퍼런스

추가 정보

• Colton, Andrew (October 2003). OSPF for Cisco Routers. Rocket Science Press. ISBN 978-0972286213.
• Doyle, Jeff; Carroll, Jennifer (2005). Routing TCP/IP. Vol. 1 (2nd ed.). Cisco Press. ISBN 978-1-58705-202-6.
• Moy, John T. (1998). OSPF: Anatomy of an Internet Routing Protocol. Addison-Wesley. ISBN 978-0201634723.
• Parkhurst, William R. (2002). Cisco OSPF Command and Configuration Handbook. ISBN 978-1-58705-071-8.
• Basu, Anindya; Riecke, Jon (2001). "Stability issues in OSPF routing". Proceedings of the 2001 conference on Applications, technologies, architectures, and protocols for computer communications. SIGCOMM '01. pp. 225–236. CiteSeerX 10.1.1.99.6393. doi:10.1145/383059.383077. ISBN 978-1-58113-411-7. S2CID 7555753.
• Valadas, Rui (2019). OSPF and IS-IS: From Link State Routing Principles to Technologies. CRC Press. doi:10.1201/9780429027543. ISBN 9780429027543.

외부 링크

• IETF OSPF 워킹그룹
• Cisco OSPF
• Cisco OSPF 영역 및 가상 링크
• OSPF v2의 개요