Cisco 300-410: EIGRP 설계, 메트릭 및 컨버전스 — 학습 가이드

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

다음의 일부입니다: Cisco CCNP Enterprise 300-410 ENARSI — 학습 가이드. 검증된 답안으로 연습하기: Cisco 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

EIGRP(Enhanced Interior Gateway Routing Protocol)는 DUAL(Diffusing Update Algorithm)을 사용하여 백업 경로를 계산하고 일시적인 루프를 방지하는, 빠르게 수렴하고 루프가 없는(loop-free) 거리 벡터(distance-vector) 라우팅 프로토콜입니다. 메트릭, 경로 선택, 쿼리 범위 제한, 요약, 네이버 형성, 인증, 재분배에 대한 설계 결정은 안정성과 수렴 시간에 직접적인 영향을 미칩니다. 이 섹션에서는 IPv4 및 IPv6 배포 전반에서 예측 가능한 동작을 위한 EIGRP 설계, 구성 및 문제 해결 방법을 설명합니다.

DUAL 동작 및 경로 선택

EIGRP는 DUAL을 사용하여 루프 없는 토폴로지를 유지하고 수렴을 가속화합니다.

• Successor: 목적지에 대한 기본 넥스트 홉(next hop). 라우팅 테이블에 등록됩니다.
• Feasible Distance (FD): 로컬 라우터에서 목적지까지 알려진 최상의 메트릭 (Successor를 경유).
• Reported Distance (RD): 네이버가 보고한 목적지까지의 메트릭 (Advertised Distance라고도 함).
• Feasible Successor (FS): Feasibility Condition(FC)에 의해 루프 없음이 보장되는 백업 넥스트 홉.

Feasibility Condition: 네이버의 목적지까지의 RD가 현재 Successor를 통한 로컬 FD보다 명확히 작을 경우(RDneighbor < FDlocal), 해당 네이버는 Feasible Successor의 자격을 갖습니다. 이는 네이버가 로컬 라우터보다 목적지에 더 가깝다는 것을 보장하여, 전체 SPF 계산 없이 루프를 방지합니다.

동작 결과:

• 목적지의 Successor가 손실되고 하나 이상의 FS가 존재하는 경우, 라우터는 쿼리 없이 즉각적인 로컬 전환을 수행하여 LAN 속도 링크에서 1초 미만의 수렴을 달성합니다.
• FS가 없는 경우, 목적지는 Active 상태가 되고 라우터는 대체 경로를 찾기 위해 네이버에게 쿼리를 전송합니다. 지연을 피하기 위해 쿼리 범위(scoping) 설계가 중요해집니다.

Variance를 이용한 비균등 비용 경로 부하 분산:

• EIGRP는 variance가 구성되고 해당 경로들이 FS일 때 여러 경로를 설치합니다. 경로의 FD가 (최상의 Successor의 FD × variance) 이하일 경우 대상이 됩니다. 트래픽 분산을 위해 FS만 설치될 수 있으며, 비용이 같은 non-FS 경로는 루프 방지를 위해 사용되지 않습니다.
• 트래픽 분산은 균등하게(기본값, 메트릭의 역수에 비례) 또는 traffic-share min across-interfaces를 사용하여 최소화할 수 있습니다.

예시:

undefined

undefined

undefined

설계 참고 사항: 여러 링크가 존재하지만 FC를 충족하지 못하는 경우, FD/RD 관계에 영향을 주기 위해 인터페이스의 delay(bandwidth가 아님)를 조정하는 것을 고려하십시오. 이 목적으로 K 값을 수정하지 마십시오.

구성 모델, 네이버 형성 및 인증

EIGRP는 Classic 및 Named 구성 모델을 지원합니다.

Classic EIGRP (IPv4):

undefined

undefined

undefined

• 인터페이스별 요약 및 인증은 인터페이스에서 구성됩니다.

Named EIGRP (IPv4/IPv6를 통합하고 정책을 중앙에서 관리):

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

네이버 발견:

• Hello/Hold 타이머: 고속 링크에서는 기본 5/15초, 저속 링크에서는 60/180초입니다. 타이머가 일치할 필요는 없으며, 네이버가 광고하는 Hold 시간을 받아들입니다.
• 멀티캐스트 목적지: 224.0.0.10 (IPv4) 및 FF02::A (IPv6).
• passive-interface는 Hello를 억제합니다. 액세스 단 포트나 인접 관계를 형성해서는 안 되는 곳에 사용하십시오.

인증:

• Classic 인터페이스별 MD5/HMAC-SHA 인증:

undefined

undefined

undefined

• Named 모드에서는 af-interface 아래에서 인증을 적용합니다. 한 세그먼트의 모든 네이버는 알고리즘과 키를 공유해야 하며, 불일치 시 인접 관계가 형성되지 않습니다.

Stub 라우팅:

• Stub 라우터 자체에만 구성하십시오. 네이버는 Stub 기능을 학습하고 불필요한 쿼리를 억제합니다.

undefined

undefined

기본 Stub 옵션은 연결된(connected) 경로와 요약(summary) 경로를 광고합니다. 필요에 따라 정적(static) 또는 재분배(redistributed) 경로를 추가하십시오.

IPv6 EIGRP:

• 32비트 라우터 ID와 인터페이스별 활성화가 필요합니다.

undefined

undefined

undefined

!

undefined

undefined

undefined

메트릭: 복합 및 Wide, K 값, 호환성

복합 메트릭(Classic):

• 기본 K 값: K1=1(대역폭), K3=1(지연), K2=K4=K5=0. 유효 메트릭 = 256 × (최소 링크 대역폭의 역수 + 누적 지연). 부하(Load)와 신뢰도(Reliability)는 기본적으로 무시됩니다.
• 운영 환경 설계에서 K 값을 변경하지 마십시오. 모든 네이버의 K 값이 정확히 일치해야 하며, 그렇지 않으면 인접 관계가 실패합니다.

Wide Metrics:

• Wide Metrics는 메트릭의 스케일과 정밀도를 확장하고(특히 매우 높은 대역폭/낮은 지연 링크의 경우) TE 기능을 위한 여유 공간을 추가합니다. 모든 네이버는 동일한 EIGRP 메트릭 버전을 지원하고 협상해야 합니다. 메트릭 버전이나 K 값이 일치하지 않으면 인접 관계가 형성되지 않습니다.
• 메트릭 조정 모범 사례:
  • 경로 선호도에 영향을 주기 위해 인터페이스 delay를 변경하는 것을 선호하십시오. 이는 가산적이고 예측 가능합니다.
  • 비현실적인 bandwidth 설정은 피하십시오. QoS 및 다른 하위 시스템에도 영향을 미칩니다.
  • 재분배 시 default-metric 또는 명시적 메트릭을 사용하여 예측 가능한 경로 선택을 보장하십시오.

재분배 메트릭:

undefined

undefined

undefined

수렴, 쿼리, 요약 및 쿼리 경계

쿼리와 SIA(Stuck-in-Active):

• FS가 없으면 경로는 Active 상태가 되고, 라우터는 스텁이거나 요약 경계가 있는 네이버를 제외한 모든 네이버에게 쿼리를 보냅니다. 쿼리를 받은 각 네이버는 active-time(기본값 3분)이 만료되기 전에 응답해야 합니다. 모든 응답을 받지 못하면 SIA가 발생하며, 해당 네이버는 재설정되고 경로는 제거될 수 있습니다.
• EIGRP SIA-Query/SIA-Reply 향상 기능은 응답이 느린 라우터를 더 일찍 감지하지만, 설계가 주요 완화책입니다.

쿼리 억제 전략:

• 요약: 분배(distribution) 계층이나 ABR과 유사한 경계에서 집계 경로를 생성하여 쿼리가 경계를 넘지 못하도록 방지합니다. EIGRP는 요약 경로에 대해 가장 좋은 구성 요소 경로와 동일한 메트릭 값을 가진 로컬 Null0 폐기(discard) 경로(관리 거리 5)를 설치합니다. 이는 쿼리 범위를 줄이는 동시에 특정 경로가 누락되었을 때 블랙홀링을 방지합니다.
• 스텁 라우팅: 스포크(spoke) 또는 리프(leaf) 사이트에서 구성하여 제한된 장치를 통과하는 쿼리를 중단시킵니다.
• 필터링: 불필요한 경로의 전파를 제한하고 토폴로지 공간을 줄입니다.

leak-map을 사용한 IPv4 요약: interface GigabitEthernet0/0 ip summary-address eigrp 100 10.16.0.0 255.255.0.0 leak-map EIGRP-LEAK ! ip prefix-list CRITICAL permit 10.16.200.0/24 route-map EIGRP-LEAK permit 10 match ip address prefix-list CRITICAL

Leak-map을 사용하면 요약 경로와 함께 선택된 더 구체적인(more-specific) 경로를 광고할 수 있습니다. 예를 들어, 정책을 통해 중요한 서브넷의 트래픽을 유도하거나, 나머지 경로에 대한 쿼리는 억제하면서 최적의 경로를 유지할 수 있습니다.

설계 시 절충점:

• 광범위한 요약은 안정성을 극대화하지만, 차선책 경로를 가릴 수 있어 트래픽이 더 긴 경로를 따르게 할 수 있습니다. 필요한 경로만 누출(leak)해야 합니다.
• 과도한 분산(variance)은 로드 밸런싱 경로를 늘릴 수 있지만, 이는 FS들 사이에서만 가능합니다. 중요한 목적지에 대해 FS가 존재하도록 쿼리 억제를 보장해야 합니다.

정책, 재분배, 검증 및 문제 해결

EIGRP로/에서 재분배:

• EIGRP로 재분배된 경로는 외부(external) 경로가 됩니다(administrative distance 170). 상호 재분배 시 루프를 방지하려면 항상 결정적인(deterministic) 메트릭을 설정하고 태깅(tagging)을 적용해야 합니다. router eigrp 100 redistribute ospf 1 metric 100000 10 255 1 1500 route-map SET-TAG ! route-map SET-TAG permit 10 set tag 65001 ! router ospf 1 redistribute eigrp 100 subnets route-map BLOCK-RETAGS ! route-map BLOCK-RETAGS deny 10 match tag 65001 route-map BLOCK-RETAGS permit 20

핵심 검증 사항:

• 네이버: show ip eigrp neighbors detail, show ipv6 eigrp neighbors
• 토폴로지: show ip eigrp topology all-links, show ip eigrp topology prefix 및 show eigrp address-family 하위의 네임드 모드(named-mode) 명령어
• 라우팅: show ip route eigrp, show ipv6 route eigrp
• 프로토콜 상태: show ip protocols, show eigrp address-family ipv4 events
• 트래픽 및 쿼리: show ip eigrp traffic

수렴(Convergence) 문제 해결 워크플로우:

1. 인접성(adjacency) 전제 조건 확인: 일치하는 AS, K 값/메트릭 버전, 인증, 경유(transit) 링크에 passive-interface 설정 부재.
2. 타이머와 인터페이스 상태 점검. 인터페이스 플랩(flap)은 잦은 액티브(active) 상태를 유발합니다. hello/hold 타이머는 필요할 때만 조정하고, 근본적인 미디어 문제를 해결하는 것을 우선시합니다.
3. SIA(Stuck-In-Active) 징후와 쿼리 폭풍(query storm)을 확인합니다. 쿼리 범위를 제한하기 위해 요약(summary)을 추가 또는 구체화하고, 리프(leaf) 라우터에 스텁(stub)을 구성합니다.
4. 토폴로지에서 FS(Feasible Successor) 가용성을 평가합니다. FS가 없다면, feasible condition(FC)이 충족될 수 있는지 확인하고, 설계상 필요하다면 지연(delay) 값을 조정하여 실행 가능한 백업 경로를 생성합니다.
5. 재분배 메트릭과 태그를 검증합니다. 기본값이 없으면 무한(infinite) 메트릭이 되어 경로가 누락되고, 태그가 없으면 루프가 발생할 수 있습니다.
6. IPv6의 경우, 라우터 ID가 설정되고 인터페이스별 활성화가 되어 있는지 확인합니다. IPv6 EIGRP는 IPv4의 network 문을 사용하지 않습니다.

실제 문제 시나리오

Northwind Logistics는 수십 개의 스포크(spoke) 웨어하우스를 갖춘 듀얼 허브(dual-hub) EIGRP 네트워크를 운영하고 있습니다. 원격 사이트에서 간헐적으로 발생하는 액세스 회선 플랩이 쿼리 폭풍을 유발하여, 허브에서 간헐적인 SIA가 발생하고 장애 조치(failover)가 지연됩니다. 또한 이 회사는 IPv4와 함께 IPv6를 활성화할 계획이며, 지역 데이터 센터에서 EIGRP와 OSPF 간의 상호 재분배 루프를 방지해야 합니다.

접근 방식:

1. 분배(distribution) 계층에서 요약을 통해 쿼리 범위 제한

• 스포크를 향하는 각 분배 인터페이스에 인터페이스별 IPv4 요약을 구성하고, 최적의 라우팅이 필요한 중요 서브넷은 유출(leak)시킵니다. 이렇게 하면 스포크가 더 구체적인(more-specific) 경로를 잃었을 때 쿼리 범위를 줄이면서도 주요 프리픽스에 대한 성능은 유지할 수 있습니다. interface GigabitEthernet2/0 ip summary-address eigrp 100 10.64.0.0 255.255.0.0 leak-map CRIT-LEAK ! ip prefix-list CRIT permit 10.64.10.0/24 route-map CRIT-LEAK permit 10 match ip address prefix-list CRIT 근거: 요약은 일치하지 않는 하위 프리픽스에 대해 Null0 폐기(discard) 경로(AD 5)를 생성하고, 액티브 상태가 경계를 넘어 전파되는 것을 막아 SIA 위험을 크게 줄입니다.

2. 스포크를 connected 및 summary 경로만 갖는 스텁으로 선언 router eigrp 100 eigrp stub connected summary 근거: 허브는 스포크에 광범위한 쿼리를 보내지 않게 됩니다. 스포크는 개선할 수 없는 경로에 응답할 필요가 없으므로, 수렴 시간이 단축되고 저사양 CPE의 CPU/메모리를 절약할 수 있습니다.

3. FC가 충족되는 듀얼 허브 간에 비균등 비용(unequal-cost) 부하 분산 활성화 router eigrp 100 variance 2 traffic-share balanced 근거: Variance는 허브로 가는 여러 FS 경로를 사용할 수 있게 하여, FC가 유지되는 한 루프 방지 보장을 위반하지 않으면서 처리량과 복원력을 향상시킵니다.

4. 메트릭 표준화 및 K 값 변경 방지

• K 값을 변경하지 마십시오. 데이터 센터에서 재분배 메트릭을 명시적으로 설정합니다. router eigrp 100 default-metric 100000 10 255 1 1500 redistribute ospf 10 route-map TAG-INTO-EIGRP route-map TAG-INTO-EIGRP permit 10 set tag 65010 근거: 일관된 메트릭은 예측 가능한 경로 선택을 보장합니다. 태그는 외부 경로를 표시하여 재진입 루프를 방지합니다.

5. EIGRP에서 OSPF로 다시 재분배되는 루프 차단 router ospf 10 redistribute eigrp 100 subnets route-map BLOCK-TAG route-map BLOCK-TAG deny 10 match tag 65010 route-map BLOCK-TAG permit 20 근거: 태그는 동일한 경로가 프로토콜 간에 계속 왕복하는 것을 방지하여, 경로 변동(churn)과 메트릭 혼란을 피할 수 있습니다.

6. 허브 LAN 세그먼트에서 인증을 통해 네이버 형성 강화 interface Port-Channel10 ip authentication mode eigrp 100 md5 ip authentication key-chain eigrp 100 NW-KEYS 근거: 서드파티 장치로부터의 비인가 인접성 형성 및 우발적인 메트릭/K-값 불일치를 방지합니다.

7. 인터페이스별로 IPv6 EIGRP 배포 및 라우터 ID 설정 ipv6 unicast-routing ipv6 router eigrp 100 eigrp router-id 10.255.255.1 ! interface GigabitEthernet2/0 ipv6 address 2001:db8:64::1/64 ipv6 eigrp 100 근거: IPv6 EIGRP는 명시적인 인터페이스별 활성화와 32비트 라우터 ID가 필요합니다. 이는 FF02::A를 통해 별도의 인접성을 형성하는 IPv4 동작과 유사합니다.

8. 검증 및 모니터링

• show ip eigrp topology all-links를 사용하여 FS 존재를 확인하고, show ip eigrp neighbors detail로 타이머/인증을 확인하며, show ip eigrp traffic으로 변경 후 쿼리 수가 감소했는지 확인합니다. 근거: 설계 변경으로 액티브 상태/SIA가 감소하고, 빠른 전환을 위해 여러 FS를 사용할 수 있음을 확인합니다.

← OSPF 설계 · 모든 도메인 · BGP 정책 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →