(네트워크)EIFRP

■ EIGRP

- DUAL(Diffusing Update Algorithm)알고리즘을 사용하여 Successor(최적 경로)와 

  Feasible Successor(후속 경로 : next hop)를 선출한다.

- 빠른 수렴 과정이 가능하다.

- FD와 AD라는 매트릭을 사용하여 Successor를 선출한다.

1) FD (Fesasible Distance)

  : 출발지 라우터에서 목적지 네트워크까지 계산을 한 EIGRP 매트릭 값

2) AD (Advertised Distance)

  : 출발지의 다음 번 라우터에서 목적지 네트워크까지 계산을 한 EIGRP 매트릭 값

3) Successor (최적 경로상의 라우터)

  : FD값이 가장 낮은 경로사의 next-hop 라우터

4) Feasible Successor (후속 경로상의 netxt-hop 라우터)

■ EIGRP 패킷

1) hello packet

  : 네이버(이웃라우터)를 구성하고 유지하기 위한 패킷. 인접 라우터에게 주기적으로 헬로 패킷을 전송

    만약 헬로 주기(5초)의 3배에 해당하는 시간(hold time)안에 상대방의 헬로를 받지못하면 네이버 해제한다.

2) update packet

  : 라우팅 정보를 요청할 때 사용

    라우팅 테이블에 있는 경로가 다운되거나 매트릭 값이 증가.

3) 응답패킷

4) acknowlegement packet : 항상 유니캐스트를 사용

=================================================================================

■ unequal cost 부하 분산(로드 밸런싱)을 지원,  

  IOS 버전에 따라 최대 6개 또는 16개까지 동일한 메트릭 값을 갖는 경로에 대해 부하 분산을 지원한다.

  RIP과 OSPF는 메트릭 값이 동일한 최적 경로만을 사용해서 패킷을 전송 (equal 부하 분산만 가능)

   => 그러나 EIGRP는 메트릭 값이 다른 경로로 부하 분산이 가능하다.

      (이때 더 좋은 경로를 상대적으로 많이 사용한다.)

   => 즉, 메트릭과 상관없이 복수의 길을 사용할 수 있다. 

- Feasible Successor를 통하는 경로여야 한다. 즉, AD값이 FD값보다 작은 경로

  (sh ip eigrp topology 로써 보이는 것들은 모두  Feasible Successor를 통하는 경로들이다.)

- 부하 분산을 시키고자 하는 경로의 매트릭이 FD * variance 의 값보다 작아야 한다.

- 출발지의 라우터에서 variance 값 설정

<설정> R1(config)#router eigrp <AS번호>

      R1(config-router)#variance 2  (1 ~ 128 사이)

- 설정 후 clear ip eigrp neighbor 로 네이버 구성을 다시 하면 경로가 부하 분산되고 있는 것을 확인할 수 있다.

- EIGRP 매트릭

   Bandwidth(대역폭)  Delay  Reliability  Load  MTU = 복합 매트릭

* MTU   예) 이더넷 1500바이트

* hop count는 기본 100, 255까지 늘릴 수 있다.

* 신뢰도는 인터페이스의 에러발생률

* load는 인터페이스의 부하를 나타냄

1. 망 구성 -> 인터페이스 설정 -> 지시한 대로 대역폭 설정 = 출발지PC -- tracert --> 목적지PC = 라우팅 경로 확인

2. 첫번째 라우터 eigrp 설정 -> variance 2 후 clear ip eigrp neighbor 한 후 sh ip route 라우팅 테이블 확인

   => 부하분산 처리 확인

 

R1에서 variance 2 하기 전

     172.16.0.0/24 is subnetted, 8 subnets

C       172.16.1.0 is directly connected, FastEthernet0/0

D       172.16.2.0 [90/1052160] via 172.16.12.2, 00:00:00, Serial0/2

C       172.16.11.0 is directly connected, Serial0/0

C       172.16.12.0 is directly connected, Serial0/2

C       172.16.13.0 is directly connected, Serial0/1

D       172.16.14.0 [90/1561600] via 172.16.12.2, 00:00:00, Serial0/2

D       172.16.15.0 [90/1049600] via 172.16.12.2, 00:00:00, Serial0/2

D       172.16.16.0 [90/1600000] via 172.16.12.2, 00:00:00, Serial0/2

-------------------------------------------------------------

R1에서 variance 2 한 후 (다른 경로가 추가 됨)

      172.16.0.0/24 is subnetted, 8 subnets

C       172.16.1.0 is directly connected, FastEthernet0/0

D       172.16.2.0 [90/1052160] via 172.16.12.2, 00:19:14, Serial0/2

                   [90/1077760] via 172.16.11.4, 00:19:13, Serial0/0

C       172.16.11.0 is directly connected, Serial0/0

C       172.16.12.0 is directly connected, Serial0/2

C       172.16.13.0 is directly connected, Serial0/1

D       172.16.14.0 [90/1075200] via 172.16.11.4, 00:19:13, Serial0/0

                    [90/1561600] via 172.16.12.2, 00:19:14, Serial0/2

D       172.16.15.0 [90/1049600] via 172.16.12.2, 00:19:14, Serial0/2

D       172.16.16.0 [90/1600000] via 172.16.12.2, 00:19:14, Serial0/2

                       [90/2681856] via 172.16.13.5, 00:19:15, Serial0/1

                       [90/1600000] via 172.16.11.4, 00:19:13, Serial0/0

===================================================================================

OSPF (Open Shortest Path First)

- 1980년 RIP의 한계

- 현재 가장 많이 사용

- 라우팅 정보를 서로 모두 교환 -> 전체 정보가 전체 라우터에 동일하게 저장

- 라우팅 정보변경 시 업데이트

- 메트릭 값 cost=100,000,000/bandwidth)

- auto-summary 없음

- 대규모

- AS 110

■ ID의 종류

1) Process ID

= 라우터 안에서만 존재

= 같은 프로토콜끼리 구별하기 위한 목적

2) router-id : OSPF에서 라우터 서로를 구분하는 이름

우선순위

1. 지정해주는 router-id o.o.o.o

2. loopback 주소 중 int lo 0 중 가장 높은 값

3. 라우터에 설정된 인터페이스 IP주소 중 가장 높은 값 (자동)

= 다른 라우터끼리 구별

= 수동입력이 자동보다 우선순위가 높음

3) AREA ID

 = OSPF 프로토콜 내에서 영역 구별 (backbone네트워크망 area 0)

---이웃 관계 형성----------------------------

1. hello 패킷 전송

2. '나도 ospf쓴다' 응답 보냄 (area 같은 시)

3. 이웃

4. 지네들끼리 priority 값을 비교 (같으면 router-id 비교)

5. DR 반장, BDR 부반장 선출 (DR이 전반적인 정보 관리, BDR은 DR감시하다 DR 다운시 DR이 됨.)

6. 새로운 라우터 추가

7. DR이 정보 받음

8. DR이 다른 라우터들에게 정보 알림

===============================================================

R1(config)#router ospf <Process ID> 1 ~ 65535

                       동일한 라우터에서 복수개의 OSPF프로세스를 동작시킬 때

                       서로를 구분하기 위함. 일반적으로 하나의 라우터에서는 하나의 프로세스만 사용한다.

R1(config-router)#router-id o.o.o.o

                  라우터 간의 식별자 역할을 한다. 설정하지 않으면 규칙에 따라 자동으로 설정되지만 수동(안정적)이다.

R1(config-router)#network x.x.x.x 0.0.0.0 area 0

                  자신에게 연결된 네트워크를 다른 라우터에게 광고한다.

* 라우터 ID를 변경하려면 OSPF 를 다시 시작 (clear ip ospf process --> y )