[ Network ] OSPF / DR / BDR

● OSPF open shortest path first
● OSPF의 개요
1) 표준 개방형 최단거리 우선 라우팅 프로토콜
2) 표준 라우팅 프로토콜
3) Link State Routing Protocol
: 각 라우터가 전체 네트워크의 상태 판단
: 제공 받은 Link 상태를 가지고 직접 네트워크에 대한 Cost계산
: 링크 변화 즉시 정보를 Update > Convergence Time이 짧다
: 변화된 정보만 다른 라우터에게 전달
4) MultiCast 데이터 전송
: 224.0.0.5 : PtoP 네트워크, DR/BDR이 DRother전송
: 224.0.0.6 : DRother이 DR/BDR에게 전송
5) Classless Routing Protocol
: VLSM, CIDR을 지원
6) 네트워크에 변화가 없으면 라우팅 업데이트를 하지않는다
: Hello Time 10초
: 변화가 없더라도 30분 간격으로 LSR을 통해 주기적으로 정보 교환
7) 데이터베이스 테이블을 새성하여 네트워크 정보를 관리
8) 데이터베이스 테이블을 참조하여 최적의 경로를 산출
9) LSA를 통해서 LSDB를 동기화 :: LSA link state advertisement LSDB link state database
10) 목적지까지의 최적경로를 선택하기 위해 Link Cost 방식을 사용
Metric - Cost = 10^8/Link
1Mbps = 1000000 => 100
: 출발지에서 목적지까지 지나가는 링크의 비용을 모두 합산
11) AD값은 110 (내부외부 ad값은 똑같음)

 

● OSPF 구성방법
1) 라우팅 선언
R1(config)#router ospf [Process ID]
: Process ID는 라우터 내에서 OSPF 라우팅 프로토콜을 식별 
> 다른 라우터와 번호를 맞출 필요가 없다

2) 라우터 ID 지정
R1(config-router)# router-id A.B.C.D
: 라우터 id로 사용되는게 3개인데 1순위는 직접 지정 2순위는 루프백 인터페이스로 지정된 거 3순위는 실제 인터페이스에 설정되어있는 ip중에서 숫자가 큰 친구
: ospf에서는 대부분 직접 지정 또는 루프백을 아이디로 사용


3) 네트워크 및 에어리어 지정 (와일드카드 마스크 사용)
R1(config-router)# network [NW ID] [Wild card Mask] area [Area Number]
: 단일 영역일때는 AREA 0번을 사용 (AREA 0 = 백본 AREA)
+ 백본 area는 축약 안함 (다른 area랑 다 연결되어있어야해서)

- 정보확인
R1#show ip protocols
R1#show ip ospf neighbors
R1#show ip ospf database

자세히 확인) sh ip orpf database router 
라우팅테이블 sh ip route 했을때 ospf 는 O으로 표시

+ /32비트는 ip하나를 뜻함 (호스트 넣을 수 있는게 없으니까 2의 0승이라서 1개)
> ip 한개만을 표시할 때 32비트로 표시함 

- ospf에서 라우터 id 설정안했을때 자동으로 루프백 아이디 당겨오면서 32비트로 표현
>> 루프백에서 가서 설정변경을 하면 다시 정상 비트로 돌아옴(네트워크쪽으로 설정변경)
int lo 0
ip ospf network point-to-point
확인) do sh ip route에서 정상 비트로 뜨는지 확인

+ 각각의 링크당 거리비용 
: 10Mbps = Cost 10
: 100Mbps = Cost 1
: T1 (1.544Mbps) = Cost 64
: 만약 거리 비용이 1보다 낮게 나오면 1로 계산
ex. 1Giga, 10Giga = 1

 

●   Router ID
: 라우팅 정보를 주고받을 때 라우터를 식별하기 위해 사용하는 ID
: 라우터끼리 주고 받은 정보를 바탕으로 동일 에어리어의 구성도를 그리고 다른 에어리어나 외부 네트워크가
어느 라우터와 연결되었는지를 파악함. 이때 라우터를 구분하기 위해 사용하는 것이 라우터 ID
: 라우터 ID없으면 동작을 안함
: 라우터 ID의 우선순위
1) 관리자가 직접 입력한 라우터 ID
2) Loopback interface 중 가장 높은 IP
3) 실제 설정된 IP 중 가장 높은 IP
>> 보통 라우터 ID 나 루프백을 사용
>> 물리 인터페이스는 다운되거나 IP가 변경 될 수 있으므로 링크상태를 다시 광고하는데 불필요한 오버해드가 발생할 수 있음

 

● OSPF가 라우팅 테이블을 만들고 유지하는 과정
1) 라우터 간 Hello 패킷을 주고 받아 네이버 및 Adjancent 네이버 관계 구성
: OSPF는 모든 네이버 간 라우팅 정보를 교환하지는 않음
: 라우팅 정보를 교환하는 네이버를 어드제이션트 네이버라고 함 (인접관계에 있다고 함)
2) 어드젠이션트 네이버끼리 라우팅 정보를 교환, 각 라우터들은 전송받는 LSA를 링크상태 데이터베이스에 저장
3) LSA 교환이 끝나면 최적 경로를 계산하고 라우팅 테이블에 저장

+ 정보교환을 안하는 네이버는 걍 네이버임 정보교환하는넘들암 어드제이션트 네이버라고 하는거임

 

● OSPF 패킷 ::: 지금 제일 많이 쓰고 있어서 볼게 많아 & 표준프로토콜이라 많이 씀
1) HELLO 패킷
: OSPF 네이버를 찾고 관계를 형성하고 유지하는데 사용
: Hello 패킷을 교환하여 안의 정보를 확인하고 네이버 관계를 맺으며 일정 시간동안 Hello 패킷을 수신하지 못하면 네이버 관계 해제
: Hello 패킷 안의 정보 ::: 와이어샤크에서 확인 가능
(1) AREA ID
(2) Stub 정보 ::: 와이어샤크 Options에 보면 확인 할 수 있음
(3) Authentication (인증) :: 인증하는 장소가 이미 만들어져있어서 키를 안만들고 바로 단어로 인증설정할 수 있음
(4) Hello / Dead interval :: hello는 주로 10초임 
(5) SUbnetMask
(6) MTU
(7) DR / BDR
(8) Prioirty
(9) Router-ID
>> (1) ~ (5)까지의 정보가 일치해야 네이버 형성 가능

+ 시스코 전용 프로토콜은 시스코만 쓸 수 있어서 정보 일치 안해도 프로토콜 구성되지만 표준 프로토콜은 어떤 아이들끼리 연결될지 몰라서 거의 대부분 일치해야 프로토콜로 묶일 수 있음

2) DBD (database description DDP)
: 링크 상태 데이터베이스에 있는 LSA들을 요약한 정보
: LSA들을 교환하기 전에 자신의 링크 상태 데이터베이스에 있는 LSA 목록을 상대 라우터에게 알려주기 위해 사용

3) LSR (link state request)
: 상대 라우터가 보낸 DBD를 보고 자신에게 없는 네트워크 정보가 있으면 상세한 내용을 보내달라고 요청할 때 사용

4) LSU (link state update)
: 상대 라우터에게 LSR을 받거나 네트워크 상태가 변했을 경우 해당 저옵를 전송할 때 사용

5) LSA (link state acknowledge)
: DBD/LSR/LSU 패킷을 수신했을 때 정상적으로 수신했다고 알려주는 패킷
>> LSU 패킷을 전송했는데 LSA 패킷을 수신하지 못하면 16번 재전송 그래도 못받으면 네이버 관계 해제

다 끝나고 나선 다시 hello 패킷만 보내면서 서로 존재하는지만 확인
LSA까지가 OSPF가 경로를 만드는 과정


- 확인) sh ip ospf neighbor
에서 ospf의 상태를 확인할 수 있음 

 

 

● OSPF 패킷 (짧은버전)

1) HELLO
: 인접 라우터 간에 이웃 관계를 형성하고 유지하는데 사용
: 라우터ID, area ID, 인증암호, 서브넷마스크, priority, DR, BDR, 네이버 리스트 등을 담고 있다

2) DBD database discription packet
: OSPF는 네트워크 정보를 LSA (link state advertisement)라고 부르는데 
: 자신이 만든 LSA와 이웃으로 받은 LSA를 DBD에 저장

3) LSR link state request
: 네이버에게 전송 받은 DBD에 자신의 DBD에 정보가 없는 네트워크가 있다면 
: 해당 정보를 요청할 때 사용

4) LSU  link state update

5) LS link state acknowledgement
: 신뢰성 확보
: DBD LSR LSU의 패킷을 수신하면 ACK을 사용하여 수신했음을 알려준다

●  AREA
: 여러 개의 area로 나누어서 설정할 수 있다
: 규모가 작을 때는 하나만 사용하면 된다
: area가 하나인 경우엔 아무 번호를 사용해도 된다
: 두개 이상인 경우에는 하나는 반드시 0을 사용해야한다
: area 0은 백본 영역이다

+ 백본 : 여러 소형 네트워크들을 묶어 대규모 파이프라인을 통해 극도로 높은 대역폭으로 다른 네트워크들의 집합과 연결되는 네트워크(대규모 패킷 통신망)

 

● OSPF 상태 변화
1) Down 
: OSPF 라우터가 네이버 라우터와 어떤 정보도 교환하지 않은 상태
: OSPF가 설정되고 헬로 패킷을 전송하지만 다른 라우터한테 받지 못한 상태
: Dead Interval 동안 헬로 패킷을 못받은 상태
++ 한쪽만 ospf 구성한 상태거나 네이버랑 연결끊긴 상태 = down


2) Init
: 자신은 Hello 패킷을 수신했지만 송신은 하지 않은 상태
: Hello 패킷을 수신했지만 수신 받은 내역에서 자신의 Router-ID가 없는 상태


3) Two-Way
: Hello 패킷 송/수신이 완료된 상태
: 네이버와 쌍방향 통신이 이루어진 상태
: DR / BDR 선출
++ 네이버가 맺어져있는 상태를 말함

 

------------------------------------------------
<< 여기서 부턴 Full 상태 (DR, BDR과만 상태변화함 / 정보교환을 하지 않는 DROTEHR은 투웨이상태로 머문다는것)
<< 여기서 부턴 정보교환이 있어야지만 넘어가고 정보교환 없으면 투웨이 상태로 머물

4) Exstart
: 두 라우터간에 마스터/슬레이브 관계가 수립
: Router-ID가 큰 라우터가 마스터 (마스터 라우터가 DBD를 먼저 전송함)
++ 네이버관계맺으면 dbd (요약정보)를 먼저 보내고 상대방이 보낸 요약정보를 확인하고 내가 없으면 request 패킷을 통해 요청하고 상대방이 update패킷을 줘서없는 정보 적용 (이게 exchange 단계 + loading 단계인거임)
++ 이때 dbd 요약정보를 누가 먼저 주는지 정하기 위해서 마스터 / 슬레이브 정하는거임

5) Exchange
: DBD 패킷을 교환
: DBD 패킷을 교환 후 업데이트 내용이 없으면 Full State 진입
: 업데이트를 받아야 한다면 자신에게 없는 정보를 LSR에 보관 후 Loading으로 전환

6) Loading 
: LSR 패킷을 사용하여 자신에게 없는 링크 정보에 대한 세부 정보 요청 (request 패킷을 통해서 요청하고 update패킷을 통해서 받음 > 받고 나서 ack패킷 보내서 받은거 확인시켜줌)

7) Full (full adjacency state)
: 라우팅 정보 교환이 끝난 상태
: 어드제이션트 라우터들의 링크 상태 데이터베이스 내용이 모두 일치
: OSPF 장애가 생기거나 비정상적인 라우팅 상태가 되면 Down으로 돌아감

 

++ ospf는 표준 프로토콜이라서 단계를 세세하게 나눠서 서로 다른 장비라고 하더라도 프로토콜로 연결 할 수 있기 때문에 이런거임여

++ 헬로 패킷 통해서 네이버 맺어지면 > 네트워크 정보를 요약한거 주고받고 > 그 과정에서 나한테 없는 정보있으면 request통해서 요청하고 update통해서 받고 > ack 패킷으로 요청 잘 받은거 확인시켜주고 



++ ospf는 상태에 따라서 라우팅 정보를 주고 받는 네이버가 있고 안주고받는 네이버가 있음 >> 이걸 구별하는게 상태임 ... 상태를 보고 어떤 새키인지 아는거임 ,,



++ ospf 라우팅 정보를 다 주고받는 애들끼리 하면 ? 결국 상태는 full이 댐 
++ ospf 라우팅 정보를 안 주고받으면 결국 상태는 ? two-way (네이버까지만 맺어진 상태)

++ DR도 아니고 BDR도 아닌 애들을 DR other라고 하는데 얘네들끼리는 라우팅 정보를 주고 받지 않음 (제대로 들었는지 모르겠음 ... 알파벳을 모르겠음..)


- BMA 네트워크  :: 주로 이더넷으로 구성되어있는 네트워크 
- point-to-point : 딱 1:1로 연결되어있는거 (한번 더 찾아보기)

+ 대장을 정해서 대장한테만 정보를 주는거임 (트래픽 몰리는거 대비해서) + 대장이 죽을 경우를 대비해서 부대장한테도 정보를 줌
대장이 DR 부대장이 BDR 

 

● OSPF VLSM

(실습 문제)
- OSPF 
 router ospf 숫자
 network 네트워크아이디 와일드카드 area 0

+ 서브넷팅할때 이미 존재하는 자식들 잘 확인하기
+ 서브넷팅 후 네트워크 아이디 잘 확인하기 

● OSPF Metric
- OSPF 메트릭 구하는 방법
: 출발지에서 목적지까지의 모든 메트릭 값을 더한다 = cost 
: Bandwidth 값을 기초로 한다
: 대역폭은 얿을수록 값이 증가하고 빨라진다 = 메트릭값은 낮아진다
: 2차선보다 10차선이 빠르다

대역폭을 확인하는 명령어
show interface serial 0/0

s0/0  BW  1544kbit 1,544,000

show interface fastethernet 0/0

f0/0  BW 100000kbit 100,000,000

기준 대역폭 = 10 ^ 8 = 1억

메트릭 구하는 공식 = 기준 대역폭 / 실제 대역폭
WAN :: 시리얼 구간 = 1억 / 1,544,00 = 약 64
LAN :: 인터넷 구간 = 1억 / 1억 = 1

>>> 시리얼 메트릭 ::: 64

>>> 이더넷 메트릭 ::: 1

 

- OSPF 메트릭은 Cost라고 부른다
- cost는 가장 낮은 경로가 최적경로로 선출
- 10^8 / bandwidth (bps) = cost
: cost는 OSPF에서 링크 속도에 따라 부여하는 값으로 100,000,000(1억)을 대역폭으로 나눈 값이다
: OSPF는 cost값을 고려하여 최적의 경로를 선택하기에 속도가 빠를수록 그 경로르 선택할 확률이 높다

- 비용계산시 소수점 이하는 전부 버림 (반올림 아님 절삭) 만약 1미만이면 1로 계산

 

●  인터페이스에서 명령어로 cost를 변경할 수 있다
(config-if)# ip ospf cost [값] :: 내 마음대로 값을 줄 수 있음

●  OSPF는 metri을 대역폭을 사용해서 구한다
1) 기준대역폭 10^8 = 1억
2) 목적지까지의 대역폭들
3) 기준 대역폭을 각 인터페이스에 대역으로 나눈 값을 모두 더한다

metric = (10^8 / 1544kbit) + (10^8 / 1544kbit) + (10^8 / 10^8)
= 64 + 64 + 1
= 129

 

●  DR / BDR
: BMA 네트워크에서 선출 broadcast multi access

● DR designated router
: BMA 네트워크에서는 하나의 라우터가 DR로 선정
: DR은 모든 라우터와 인접 관계를 맺음
: 모든 지역 라우터의 정보를 가진 LSU 패킷을 보냄

● BDR backup designated router 
: DR이 장애가 생겼을 때를 대비해 선정되는 라우터
: DR과 같은 특성을 가지고 있지만 LSU 패킷을 보내지 않음
: DR이 일정 시간 동작을 하지 않으면 BDR이 DR이 되고 BDR은 새로 선출됨 

 

 

● DR 선출 방법
: 반장 역할이며 모든 정보를 취합하여 다른 라우터에게 전달한다
만들어지는 우선순위

1) 관리자가 직접 명령어로 DR을 지정하는 방법
인터페이스에서 OPSF priority가 가장 높은 라우터가 DR이 된다
기본값은 1이다
만약 0이 되면 DR, BDR이 될 수 없다

(config)# int f0/0
(config-if)# ip ospf priority [숫자] :: 1은 기본값이니까 제외하고 2 ~ 쓰고 싶은 숫자 쓰면 되는데 차례대로 입력할 필요 없음

  큰 숫자가 우선순위 높은거라서 > 먼저 됨

2) 모두 동일하면 (위의 방법으로 설정하지 않은 경우) router-id가 높은 것이 DR이 된다

선출된 이후에 더 높은 우선순위의 라우터가 추가되어도 DR. BDR은 변하지 않는다 (한번 선출된 DR, BDR은 바꿀 수 없다)
>> 모든 라우터를 재부팅하거나 or #clear ip ospf process -> y 명령어를 사용해 다시 선출

DR만 다운되면 자동으로 BDR이 DR이 되고 BDR은 다시 선출 
BDR만 다운되면 BDR만 새로 선출

확인하는 명령어) #show ip ospf neighbor

if 확인하는 명령어 시행했는데 BDR이 안보이면 ? 자기가 BDR인거임

 

>> 

●  Priority 변경
: Hello패킷이 나가는 인터페이스에서 적용
Router(config-if)# ip ospf priority [ Number ]

+ 인터페이스에서 priority 값을 조정 


● OSPF 프로세스 재시작
Router# clear ip ospf process
> 물어보면 y 눌러야함

확인) 
sh ip ospf neighbor
sh ip ospf database

 

 

(실습)
1단계 
1) 각  인터페이스에 주소 설정
2) ospf 구성 : router id설정
3) DR 확인 
show ip ospf neighbor

2단계
1) R1 3 R2 2 priority 값을 준다
(config)# int f0/0
(config-if)# ip ospf priority [숫자]
2) 모든 라우터에서 #clear ip ospf process - > y 재시작 
3) 재시작 완료 후 DR 확인


ex. 
router ospf 1
router-id 4.4.4.4
network 4.1.1.1 0.255.255.255 area 0
network 192.168.10.4 0.0.0.255 area 0

 

 

 

 

+ ADW :: 정보를 만든 데이터

 Net Link States (Area 0)

Link ID         ADV Router      Age         Seq#       Checksum
192.168.10.1    1.1.1.1         1243        0x80000003 0x009FFE
>> 누가 net link를 만드는지 볼 수 있음 그친구가 DR되는거임

+ 우선순위를 높이는거 
(config)# int f0/0
(config-if)# ip ospf priority [숫자]

인터페이스에서 OPSF priority가 가장 높은 라우터가 DR이 된다
기본값은 1이다
만약 0이 되면 DR, BDR이 될 수 없다


+ ABR 라우터 : 백본 AREA랑 닿아있는 라우터
+ 모든 AREA은 백본 AREA를 거쳐서 동작함여 >> 그래서 AREA 0은 축약 못함

+ OSPF 축약은 ARB라우터에서 백본할때 넘겨줄 때 하는거임 (자기 AREA 정보를 축약해서 백본한테 보내줌)
+ OSPF 축약은 ARB에서 하는 축약 : 자기 영역을 다른 AREA 한테 보낼때 하는 축약 / ASBR에서 하는 축약 : 재분배되는 다른프로토콜꺼를 OSPF 내로 전달할 때 축약

+ OSPF에서는 네트워크 변화가 생겼을 땐 AREA 내에서만 계산하고 계산값을 다른 AREA한테 보내면 다른 AREA에서는 그 값을 그냥 적용만함 >> 효율적 (다른 곳에서는 각각 계산해서 비효율)

 

 

● AREA 
: OSPF 중대형망에서 관리하기 편한 작은 영역 AREA들로 나눠서 관리
: SPF 계산 빈도 감소 
> OSPF에서는 네트워크의 변화에 직접 영향을 받는 에어리어 내부에서만 경로를 계산
> ABR 라우터가 다른 에어리어로 경로를 광고
: 백본, 표준, 특수 영역으로 나뉨
: 백본 영역은 AREA 0 이라고 하며, 단일 영역일 때는 백본만 사용
: 다중 영역일 경우 다른 영역들은 백본 영역에 직접적으로 연결되어있어야함

●  AREA 0
: 백본 에어리어라고 함
: 단일 영역일 경우 백본 에어리어 사용
: 모든 영역들은 백본 영역에 직접적으로 연결되어 있어야함
> 다른 영역들의 경로 정보를 백본 에어리어를 통해 전달
: 백본 에어리어에서는 축약을 사용하지 않는다
 
● ABR 라우터 area boarder router
: 2개 이상의 영역에 걸쳐져 있는 라우터, 다른 영역과 정보 교환

●  ASBR 라우터 autonomus system boundary router
: 서로 다른 라우팅 프로토콜 사이에 걸쳐져 있는 라우터
: 재분배하는 라우터

 

● OSPF 인증

1) 네이버 인증
: 네이버를 인증하기 위해 사용
: 인증 선언, 인증키 : interface에서 설정

(1) 평문설정
헬로패킷을 내보내는 interface에 들어와서
R(config-if)# ip ospf authentication :: 인증선언
R(config-if)# ip ospf authentication-key [인증키] :: 인증키 설정

ex)
R1, R2에서 각각 평문설정
int f0/0
ip ospf autentication
ip ospf authentication-key ict 
확인) do sh ip ospf neighbor  :: R1,R2끼리만 이웃됨 (R3, R4는 이웃 끊김)


(2) MD5 인증 설정
R(config-if)# ip ospf authentication message-digest :: 인증선언
R(config-if)# ip ospf message-digest-key [번호] md5 [인증키] :: 인증키 설정

+ 키 번호 다르면 같은 인증방식이어도 네이버에 안뜸여

ex)
R3, R4에서 각각 MD5인증 설정 (key는 1 ~ 255사이에 아무거나 인증키는 505)

 

2) 에어리어 인증
: 동일한 에어리어의 모든 라우터가 OSPF 패킷을 송수신할 떄 인증
: 동일한 에어리어의 소속된 라우터의 인증 방식은 같아야 한다
: 인증키는 네이버 간에만 일치하면 된다
: 인증 선언 OSPF protocol, 인증키 interface

(1) 평문설정
R(config-router)# area [에어리어ID] authentication  :: 인증선언
hello패킷을 주고받는 인터페이스에서 
R(config-if)# ip ospf authentication-key [인증키] :: 인증키 설정


(2) MD5 인증 설정
hello패킷을 주고받는 인터페이스에서
R(config-router)# area [에어리어 ID] authentication message-digest  :: 인증선언
hello패킷을 주고받는 인터페이스에서 
R(config-if)# ip ospf message-digest-key [번호] md5 [인증키] :: 인증키 설정


+ 인증하나라도 타입이 달라지면 바아로 끊김여
+ 같은 타입끼리 네이버 맺어짐

- 확인) sh ip ospf database (sh ip os da) 
summary net link stat :: ABR에서 만든거 ::: 다른 AREA있는 정보를 내 AREA에 보낼때 사용하는 데이터베이스 

 

+ 라우팅 테이블에서
O : 같은 AREA에 있는 라우팅 테이블
O IA  : 다른 AREA에서 떠있는 라우팅 테이블 

+ OSPF 인증
1) neighbor 인증
: 인터페이스에서 인증 선언
2) area 인증
: 프로토콜 안에서 인증 선언
: area 안에 있는 라우터들끼리 똑같은 인증방식을 사용해야함 (평문, 암호문)
: area 안에 있는 라우터들끼리 인증하는거 
: key는 neighbor끼리만 같으면 댐 (키를 확인하는게 neighbor라서)

+ ospf인증은 키 자체를 키체인을 안만들고 바로 보낼 수 있음 (뭐 만들수는있는데 기찮음)

 

 

● OSPF 재분배
종류E1 (metric-type 1)
: 패킷이 지나가는 각 링크의 비용에 외부 비용을 더해 최종 배용을 산출
: 재분배가 되는 시점에 20 OSPF를 통과할 때마다 메트릭 값을 더함
: 멀티 경로일 경우 E1으로 해줘야 최적 경로를 선택
R4(config-router)# redistribute eigrp [eigrp숫자] metric-type 1 subnets

종류2) E2 (metric-type 2)
: 모든 라우터가 외부의 정보에 대해 메트릭 값이 20으로 고정
R5(config-router)# redistribute rip (metric-type 2) subnets

** OSPF 재분배할때 양쪽에서 해야함
1) rip >> ospf 
router rip
redistribute ospf [OSPF 프로세스 번호] metric [메트릭 값]
++ 여기서 메트릭값 최대값은 15 ! (rip는 15홉수가 최대니까)

2) eigrp >> ospf 
router eigrp [AS 번호]
redistribute ospf [OSPF 프로세스 번호] metric [메트릭 값 ::: sh ip int ~해서 보고 나서 하나씩 넣어]

 

● LAS link state advertisement 타입 
: OSPF LSU 패킷을 통해 전달되는 링크 상태 정보 
show ip ospf database

타입1) 라우터 링크 엔트리 Router Link States
: 라우터 LSA라고 부름, 모든 OSPF 라우터가 만듦
: OSPF가 설정되면 자신의 모든 인터페이스와 메트릭 값 등의 정보를 다른 라우터들에게 전송할 때 사용, 동일 영역 내의 모든 라우터들에게 전송

타입2) 네트워크 링크 엔트리 Net Link States
: 네트워크 LSA라고 부름 DR이 만듦
: 영역 내에서만 플러딩되고 이를 통해 학습된 경로는 O로 표기됨

타입3) 요약 링크 엔트리 Summary Net Link States
: 네트워크 요약 LSA라고 부름 ABR라우터가 만듦
: 다른 영역의 정보를 영역 내부로 알려줄 때 사용
: 백본 영역에 걸쳐서 다른 ABR로 플러딩
: 타입 3 LSA를 통해 학습된 경로 정보는 IA로 표시

타입4) 요약 링크 엔트리 Summary ASBR Link States
: ASBR 요약 LSA라고 부름 ABR이 만듦
: ASBR의 라우터 ID와 메트릭 값을 영역 내부로 알려줄 떄 사용하는 LSA
: ABR 라우터가 ASBR 라우터의 위치를 알려줄 때 
: 타입 4 LSA를 통해 학습된 경로 정보는 IA로 표시

타입5) 자율 시스템 외부 링크 엔트리 Type-5 AS External Link States
: AS 외부 LSA라고 부르며 ASBR이 만듦
: OSPF 외부의 네트워크에 대한 경로 정보를 알려주는데 사용
: 스텁 영역을 제외한 모든 영역으로 전송
: 타입 5 LSA를 통해 학습된 경로 정보는 E1이나 E2로 표기
: 외부로 가는 디폴트 경로를 알려줄 때도 사용
(>> 내부 디폴트 경로는 타입 3)

타입7) 자율 시스템 외부 링크 엔트리
: NSSA에 연결된 ASBR에 의해 생성
: ASBR은 타입 7 LSA를 만들어 NSSA 내부로 전달하고 이를 수신한 ABR에 의해 타입 5로 변환되어 다른 영역으로 전달
: 타입 & LSA를 통해 학습된 경로 정보는 N1이나 N2로 표기