no ai handmade legend ppt.pptx

slide1.xml
EIGRP
(Enhanced Interior Gateway Routing Protocol)

---

slide2.xml
IGP
(Interior Gateway Protocol)
하나의 조직이나 관리 영역 내부에서 사용하는 라우팅 프로토콜
대표적으로 RIP, IGRP, EIGRP, OSFP, IS-IS

---

slide3.xml
EIGRP 탄생 배경
원래는 IGRP 라는 프로토콜이 있었음.

얘는 왜 생겼냐  RIP에 한계점을 보완하기 위해.

RIP의 한계점?

• 경로 판단 기준이 Hop Count 뿐임. 근데 최대 홉도 15까지.  큰 네트워크에 부적합
• 수렴 속도와 네트워크 변화에 대한 대응이 느림

---

slide4.xml
수렴 속도가 느리다 ? 

ex) PC - R1 - R2 - R3 - Server 가 있을때 R2 - R3의 링크가 끊어졌다면 라우터들이 거치는 과정
1. R2가 링크 장애를 감지
2. R2가 해당 경로를 사용할 수 없다고 판단
3. R2가 이웃 라우터 R1에게 장애 정보 전달
4. R1이 자신의 라우팅 테이블 수정
5. 다른 라우터들도 순차적으로 정보 수정
6. 모든 라우터가 새로운 경로에 합의
이 전체 과정이 끝나야 수렴이 완료되기 때문에 수렴 속도가 느리다고 함

+타이머 이슈로 각 라우터당 30초까지 늦게 전달될 가능성 있음
ex) R1-R2-R3-R4 에서 R3-R4 링크가 끊기면 R3는 바로 알지만 R2는 R3에게 R1는 R2에게 들어야 함

ex) R1-R2-R3-Dst 에서 R3-Dst 가 끊어지면 R3는 목적지가 끊어진 것을 알지만, 
     R2가 전에 배운 경로 정보를 다시 R3에게 광고할 수 있음.
                      R2 입장 :  목적지까지 2Hop                R3 입장 : R2 통해서 갈 수 있?
                                  이렇게 되면 R2->R3->R2->R3 루프 발생
하지만 Split-Horizon, Route Poisoning, Hold Down 같은 기능들로 방지를 하긴 하는데
이것도 일정 시간 기다리거나 경로를 제한하기 때문에 소요되는 시간이 있음.
수렴 : 네트워크에 장애나 경로 변화가 발생했을 때, 
모든 라우터가 새로운 정상 경로 정보를 동일하게 인식하는 상태

+ Count to Infinity

---

slide5.xml
네트워크 변화에 대한 대응이 느리다 ?

•링크 단절
•라우터 다운
•새로운 네트워크 추가
•인터페이스 활성화 or 비활성화
•더 좋은 경로 등장
•기존 경로의 속도 저하
+타이머 이슈로 경우에 따라 오래된 경로가 상당 시간 남아 있을 가능성 있음
그래서 네트워크 변화 반영이 느리다고 함

---

slide6.xml
IGRP 한계점 : Classful Routing Protocol

-VLSM, CIDR, 불연속 네트워크 같은 기능들을 지원 못함

VLSM(Variable Length Subnet Mask) ? :  가변 길이 서브넷 마스크
Ex) 192.168.0.0/24  하나의 네트워크 대역을 필요한 호스트 수에 따라 /26, /27 등 서브네팅 가능

CIDR(Classless Inter-Domain Routing) ? : 클래스 없는 도메인 간 라우팅
Ex) 10.1.1.0  A class(/8) 얘를 /16, /24 등으로 서브네팅 가능

불연속 네트워크 ? : 같은 Major Network 사이에 다른 네트워크가 낀 구조
Ex) 172.16.1.0/24 – R1 – 10.0.0.0/30 – R2 – 172.16.2.0/24
그래서 Classless 기능이 추가된 게 EIGRP
- IGRP를 개선한 프로토콜

---

slide7.xml
주요 특징

---

slide8.xml
빠른 경로 수렴

네트워크 장애 발생 시 미리 계산해 둔 백업 경로를 사용해 빠르게 우회할 수 있다.

주 경로를 successor, 조건을 만족하는 백업 경로를 feasible successor

•successor : 목적지까지 가는 최적 경로. 실제 라우팅 테이블에 등록됨.

•feasible successor : successor에 장애가 발생했을 때 사용할 수 있는 루프 없는 백업 경로
2. DUAL 알고리즘 사용

-EIGRP는 최적 경로와 루프 없는 백업 경로를 계산하기 위해 듀얼 알고리즘을 사용.

DUAL ?
- 최적 경로 선정
- 백업 경로 선정
- 라우팅 루프 방지
- 장애 발생 시 빠른 경로 전환

---

slide9.xml
3. 복합 메트릭 사용

-EIGRP는 기본적으로 다음 두 요소를 이용해 경로를 결정함.

•Bandwidth: 경로 중 가장 낮은 대역폭

•Delay: 경로에 퐇마된 인터페이스 지연시간의 합

대역폭이 높고 지연시간이 낮은 경로를 더 좋은 경로로 판단.
4. 클래스리스 라우팅 지원

-EIGRP는 서브넷 마스크 정보를 함께 전달함.

서브넷을 전달함으로써 지원하는 기능
-VLSM
-CIDR
-서로 다른 서브넷 크기
-불연속 네트워크

---

slide10.xml
5. 부분 업데이트

-RIP는 일정 시간마다 라우팅 테이블 전체를 전송하지만, EIGRP는 변화가 발생했을 때 필요한 정보만 전달함. 
따라서 대역폭 사용량이 비교적 적음.

6. 비균등 비용 부하 분산

-EIGRP는 동일한 메트릭의 경로뿐 아니라, 메트릭이 서로 다른 경로도 동시에 사용할 수 있음
(여기서 사용되는 명령어 : variance)

---

slide11.xml
EIGRP 패킷 종류 5가지

•Hello : 이웃 라우터 탐색 및 유지
•Update : 라우팅 정보 전달
•Query : 경로를 찾지 못했을 때 이웃에게 문의
•Reply : Query에 대한 응답
•Ack : Update 등의 수신 확인

Hello 패킷이 ipv4 환경에서 사용하는 멀티캐스트 주소 : 224.0.0.10
EIGRP의 IP 프로토콜 번호는 88 (TCP, UDP를 사용하는 것이 아닌, IP 위에서 직접 동작)

---

slide12.xml
EIGRP 이웃 관계 형성 조건
- 서로 직접 연결되어 있어야 함
- 같은 EIGRP AS 번호를 사용해야 함
- K값이 동일해야 함
- 해당 인터페이스가 EIGRP에 포함되어 있어야 함
- 인증을 사용한다면 인증 설정이 같아야 함
- 인터페이스가 passive-interface로 설정되지 않아야 함

---

slide13.xml
{2D5ABB26-0587-4C30-8999-92F81FD0307C}항목
RIP
EIGRP
경로 계산 기준
Hop Count
Bandwidth, Delay
경로 변경 감지
타이머와 이웃 업데이트 의존
Hello와 DUAL 사용
최대 홉 수
15
실질적으로 훨씬 큰 네트워크 지원
수렴 속도
느림
빠름
업데이트 방식
주기적 전체 업데이트
변경 발생 시 부분 업데이트
백업 경로
제한적
Feasible Successor
장애 발생 시
새로운 경로를 다시 학습
백업 경로가 있으면 즉시 전환
부하 분산
동일 비용
동일·비균등 비용
루프 방지
Split Horizon, Poisoning 등
DUAL 기반 루프 방지
라우팅 코드
R
D

---

slide14.xml
왜 사용하는가?
설명
빠른 장애 복구
Feasible Successor를 이용해 즉시 우회
네트워크 부하 감소
변경된 경로만 부분 업데이트
효율적인 경로 선택
Bandwidth와 Delay를 이용한 메트릭
대규모 네트워크 지원
RIP보다 확장성이 뛰어남
IP 주소 효율적 사용
VLSM, CIDR 지원
Cisco 환경 최적화
Cisco 장비 중심 네트워크에서 설정과 관리가 쉬움

---

slide15.xml
EIGRP 총정리
--> DUAL 알고리즘을 사용하여 최적 경로와 루프 없는 백업 경로를 계산하고, 
Bandwidth와 Delay를 기준으로 빠르게 라우팅하는 동적 라우팅 프로토콜