OSPF

1.장점
1) Convergence 가 빠름
2) 큰 규모의 인터네트워크 지원
3) 잘못된 라우팅 정보에 덜 민감

2.작동원리
1) OSPF가 활성화된 모든 인터페이스에서 hello 전송
hello의 매개변수가 서로 맞으면 네이버 성립

2) Adjacency 성립

3) Adjacency 관계의 모든 네이버에게 LSA 전송

4) 각 라우터는 수신한 LSA를 LSA DATABASE에 기록하고 사본 LSA를 전송

5) 모든 라우터들의 DATABASE가 완성되면 SPF Algorithm을 이용하여 최단경로우선트리 계산(SPF Tree)

6) SPF Tree로부터 라우팅 테이블 생성

7) Keep alive 용도로 hello를 지속적으로 교환

8) LSA Refresh를 30분 마다 실행

3.LSA 종류
1) LSA 1 = Router

2) LSA 2 = Network

3) LSA 3 = summary

4) LSA 4 = asbr-summary

5) LSA 5 = External

6) LSA 7 = Nssa External

4.라우터 ID
OSPF 도메인 내부에서 유일하게 식별되도록 하는 IP주소

5.HELLO
1) 네이버 발견 수단

2) 네이버간의 Keep alive 역활

3) Broadcast/Nbma 네트워크에서 DR/BDR 선출

6.HELLO 내부 정보
1) 전송하는 라우터의 라우터 ID

2) 인터페이스의 Area ID

3) 인터페이스의 서브넷마스크

4) HELLO/DEAD 주기

5) Priority

6) DR/BDR

7) HELLO를 수신한 네이버 리스트

8) 인증정보

7.네이버 수립 조건
상대 라우터가 보낸 HELLO에 자신의 라우터 ID가 네이버 리스트에 있으면 서로 2-Way Communication이 성립되면서 네이버가 됨

8.Transit Network
연결된 라우터가 2대 이상
패킷을 단지 전달만 할뿐

9.Stub Network
연결된 라우터가 오직 1대 일뿐

10.다중접속네트워크에서의 LSA 전송 문제점
1) 모든 라우터 사이의 유대관계로 인한 많은 LSA 생성

2) LSA Flooding이 무질서해짐

3) 해결책은 DR/BDR 지정
DR은 전체 라우터가 아닌 라우터의 인터페이스 측면의 개념

예)
기본 Priority=1 -> ip ospf priority 10
Priority=0 -> DR/BDR 선출 거부

11.DR/BDR 선출 절차
1) 네이버끼리 HELLO 패킷내부의 Priority, DR/BDR 필드 검사

2) 라우터들은 DR/BDR 필드를 자신의 인터페이스 주소로 설정

3) Priority 값 비교후 DR/BDR 선출

네이버 발견시 DR/BDR 필드 검사후 설정값이 있으면 DR/BDR을 수용하고 BDR 필드에 설정 값이 없으면 새로 선출

12.OSPF 인터페이스
HELLO 전송전,Adjacency 수립전,LSA 전송전 라우터는 자신의 링크들(인터페이스)을 이해하고 있어야함

예)
show ip ospf int f0/0
transmit delay -> LSA의 경과시간 증가(s단위)

13.네이버 수립의 목적
라우팅 정보를 전달하기 위한 유대 관계를 형성하기 위해서

14.Adjacency 수립 4단계
1) 네이버 발견
2) 2-way communication 성립
3) database 동기화
4) 완전 유대관계 수립(full adjacency)

15.LSA Flooding

모든 라우터들이 서로 똑같은 Topology Database를 유지하기위해서 네트워크 전체로 LSA를 전송하는것


전체 OSPF Topology는 물리적 링크 연결이 아닌 논리적 Adjacency에 의해 서로 연결된 라우터 그룹이나 노드로써 표현됨
논리적인 Topology Database = Link state Database

16.LSA Flooding 패킷 종류
1) Link state Update
2) Linki state Acknowldge

여러개의 LSA를 전달할수 있다