Cisco 300-410: BGP 정책, 확장성 및 경로 선택 — 학습 가이드

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

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

개요

Border Gateway Protocol(BGP)은 도메인 간 라우팅 정책과 확장 가능한 도달성 정보 배포를 관장합니다. 복원력 있는 세션을 설계하고, 넥스트홉 및 업데이트 동작을 이해하며, 최적 경로 알고리즘을 완전히 인지한 상태에서 정책을 적용하는 것은 기본입니다. 대규모 환경에서 iBGP는 루트 리플렉터나 컨페더레이션에 의존하며, 조건부 광고, 기본 경로 생성, 멀티패스, 댐프닝과 같은 고급 도구로 동작을 세밀하게 조정합니다. 이 섹션에서는 운영 메커니즘, 설계 시 장단점, 예측해야 할 장애 모드를 자세히 설명하고, 프리픽스 누락 및 예상치 못한 경로 선택 문제에 대한 체계적인 문제 해결 접근 방식을 제공합니다.

세션 설계 및 네이버 설정

• eBGP 대 iBGP 인접성
  • eBGP 피어는 서로 다른 ASN에 있으며 기본적으로 TTL 1을 사용하므로, 별도로 설정하지 않는 한 단일 홉 인접성이 필요합니다.
  • iBGP 피어는 동일한 ASN에 있으며 풀 메시 또는 확장 대안(루트 리플렉터 또는 컨페더레이션)이 필요합니다. iBGP는 TTL 255를 사용하며, 세션은 안정성을 위해 루프백 인터페이스를 자주 사용합니다.
• TCP 도달성 및 BGP FSM
  • BGP는 TCP 포트 179에서 실행됩니다. 세션 형성 여부는 일반적인 IP/TCP 도달성과 BGP 유한 상태 머신(Idle → Connect/Active → OpenSent → OpenConfirm → Established)에 따라 결정됩니다.
  • 일반적인 장애 요인: TCP/179에 대한 ACL/방화벽, BGP 속도를 제한하는 Control-Plane Policing(CoPP), TCP를 중단시키는 비대칭 라우팅.
  • 실용적인 확인 방법: show ip bgp summary; 플래핑이 발생하면 show policy-map control-plane 명령으로 CoPP를 확인합니다. 정책 검증 중에는 의도치 않은 드롭을 피하기 위해 conform/exceed 액션을 transmit으로 설정하십시오.
• 인증 및 TTL 강화
  • MD5 인증(neighbor x password y)은 스푸핑된 세션으로부터 보호합니다. 불일치 시 세션은 Active 상태에 머무릅니다.
  • GTSM/TTL 보안(neighbor x ttl-security hops n)은 CPU 기반 공격을 완화합니다. 동일한 네이버에 ebgp-multihop과 함께 사용하지 마십시오.
• 루프백 피어링, update-source 및 multihop
  • 루프백 간 피어링은 인터페이스 장애에 더 복원력이 있습니다. 고유한 소스 지정 및 TTL 확장이 필요합니다:
    • neighbor 203.0.113.2 update-source Loopback0
    • neighbor 203.0.113.2 ebgp-multihop 2
  • 정적 라우팅이나 IGP를 통해 루프백에 대한 유니캐스트 도달성을 보장해야 합니다. 루프백으로의 재귀 경로가 없으면 세션이 조용히 설정되지 않습니다.
• 넥스트홉 처리 및 next-hop-self
  • eBGP는 기본적으로 넥스트홉을 광고하는 네이버로 설정합니다.
  • iBGP는 기본적으로 넥스트홉을 변경하지 않습니다. 에지 라우터는 제3자 넥스트홉 블랙홀을 피하기 위해 iBGP에 next-hop-self를 설정해야 합니다.
    • address-family ipv4 neighbor 10.0.0.2 next-hop-self

넥스트홉 처리 및 최적 경로 선택

Cisco 플랫폼에서의 BGP 최적 경로 선택 (중요도 높은 순):

1. Weight (Cisco 전용, 라우터에 로컬; 높을수록 선호). 기본값: 로컬에서 주입된 경로는 32768, 그 외에는 0.
2. Local Preference (AS 내부; 높을수록 선호). 기본값 100; iBGP 내에서 전파됨.
3. 학습된 경로보다 로컬에서 생성된(network/aggregate/redistribute) 경로 선호.
4. AS-path 길이 (짧을수록 선호). Prepending은 인지되는 거리를 증가시킴.
5. Origin 코드 (IGP < EGP < Incomplete).
6. MED (낮을수록 선호). bgp always-compare-med가 활성화되지 않은 한 동일한 이웃 AS로부터 온 경로들 사이에서만 비교됨; bgp deterministic-med는 피어 간 일관된 MED 비교를 보장함.
7. iBGP보다 eBGP 선호.
8. BGP 넥스트홉까지의 가장 낮은 IGP 메트릭 (핫 포테이토).
9. 처닝을 줄이기 위해 가장 오래된 경로 선호 (활성화된 경우, 댐프닝/멀티패스 적용 대상).
10. 동점 해결 규칙: 최소 cluster-list 길이, 가장 낮은 originator-ID, 가장 낮은 네이버 BGP router-ID, 그리고 마지막으로 가장 낮은 네이버 IP 주소.

설계 시 참고 및 함정:

• 넥스트홉 도달성은 기본 중의 기본입니다. 어떤 경로가 BGP에서 최적 경로로 선택되더라도 넥스트홉이 확인되지 않으면 CEF 재귀에 실패할 수 있습니다.
• eBGP에서 학습한 경로를 iBGP로 광고할 때 next-hop-self를 잊지 마십시오. 그렇지 않으면 iBGP 라우터가 도달할 수 없는 eBGP 넥스트홉을 보고 트래픽을 드롭할 수 있습니다.
• MED는 종종 오해됩니다. always-compare-med 없이는 서로 다른 이웃 AS의 MED 값이 평가되지 않아, 값이 “무시되는” 것처럼 보일 수 있습니다.

정책 도구: 속성, 커뮤니티, 필터링

• Local Preference, Weight, AS-path prepending, MED
  • 지연 시간이 낮은 ISP를 선호하려면 해당 경로의 LOCAL_PREF를 높입니다(예: set local-preference 200). 이는 IP 데이터 플레인을 건드리지 않고 AS 전체의 아웃바운드 트래픽 선택을 변경합니다.
  • Weight는 로컬에만 적용됩니다. 라우터별 선호도 설정에 사용합니다(neighbor 198.51.100.1 weight 50 또는 route-map의 set weight 사용).
  • AS-path prepending(set as-path prepend 65000 65000 …)은 인지되는 거리를 늘려 자신의 AS로 들어오는 인바운드 경로의 매력도를 떨어뜨립니다. 선별적으로 적용해야 하며, 과도하게 사용하면 도달성이 감소할 수 있습니다.
  • MED(set metric)는 네이버에게 자신의 AS로 들어오는 이그레스(egress) 지점을 제안합니다. 그 효과는 네이버의 정책에 따라 달라집니다.
• 커뮤니티 정책
  • 커뮤니티는 자동으로 전송되지 않습니다. neighbor x send-community [both | extended] 명령으로 활성화해야 합니다.
  • 잘 알려진 커뮤니티: no-export, no-advertise, internet, local-AS, no-export-subconfed (confederation 환경에서 유용).
  • 표준 커뮤니티는 32비트 값입니다(ip bgp community new-format 설정 시 AA:NN 형식).
  • 확장 커뮤니티(64비트)는 추가적인 의미 정보를 전달합니다(예: VPNv4의 라우트 타겟).
  • 대형 커뮤니티(96비트, A:B:C)는 4바이트 ASN 환경에서 확장성과 명확성을 제공합니다.
  • 예시: 커뮤니티를 매칭하여 속성 설정
    • ip community-list standard PREFERED permit 65000:100
    • route-map INBOUND-POLICY permit 10 match community PREFERED set local-preference 200
• 프리픽스 및 AS-path 필터링
  • ip prefix-list는 NLRI의 세분성을 제어하고, as-path access-list는 정규식(regex)을 사용하여 AS 경로를 제한합니다. 둘 다 route-map을 통해 적용하거나 neighbor … prefix-list/as-path access-group 명령으로 직접 적용합니다.
  • 인바운드 vs. 아웃바운드:
    • 인바운드 필터링은 BGP 테이블에 들어오는 경로를 제어하고 최적 경로 선택에 영향을 줍니다.
    • 아웃바운드 필터링은 광고할 경로를 제어합니다. 잘못 적용된 아웃바운드 라우트맵은 로컬에서 생성된 경로의 속성을 예기치 않게 변경할 수 있습니다(예: 모든 광고에 로컬 AS를 추가하면 외부 네이버는 프리픽스를 한 홉이 아닌 두 AS 홉 거리로 인식하게 됨). 항상 명시적인 match 구문으로 라우트맵의 적용 범위를 제한해야 합니다.
  • 최소한의, 명확한 정책은 경로 변동(churn)을 줄이고 블랙홀링을 방지합니다. 의도치 않은 거부를 피하기 위해 prefix-list의 마지막에는 항상 permit 구문을 포함해야 합니다.

간결하고 명확한 설정 예시:

• ISP-A로부터 오는 경로의 local preference 증가:
  • route-map SET-LP permit 10 set local-preference 200
  • neighbor 203.0.113.1 route-map SET-LP in
• 특정 아웃바운드 광고에 대한 AS-path prepending:
  • ip prefix-list OUT-ONLY permit 192.0.2.0/24
  • route-map PREPEND permit 10 match ip address prefix-list OUT-ONLY set as-path prepend 65000 65000
  • neighbor 198.51.100.1 route-map PREPEND out

← EIGRP 설계 · 모든 도메인 · 경로 재분배 및 정책 기반 라우팅 →

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