CCIE Enterprise Infrastructure · BGP

BGP — CCIE Enterprise Infrastructure

The complete BGP learning path for CCIE Enterprise Infrastructure: how sessions form, how prefixes are chosen and shaped, how the protocol scales with route reflection and confederations, and how it is designed, secured and repaired in production.

  • 24 complete lessons
  • 5 hr 20 min
  • Foundation

BGP Security · Lesson 01 of 01

Making BGP harder to abuse

BGP trusts what it is told. Authentication, TTL security, maximum-prefix, RPKI and RTBH are the layers that add back some safety.

  • 14 min lesson
  • 00:00 video
  • Foundation

Written lesson

Session and origin protection

Two different threats need two different defences. Protecting the session means stopping someone forming or spoofing a peering: TCP-AO or MD5 passwords authenticate the peer, and GTSM (the TTL security check) ensures an eBGP packet arrived with TTL 255, proving it came from a directly connected device and not a spoofed remote source. Protecting the routes means not believing bad announcements: maximum-prefix caps how many a peer may send, and RPKI validates that the AS originating a prefix is actually authorised to.

Configuration

TTL security and a prefix cap

IOS / IOS XE
router bgp 65001
 neighbor 203.0.113.9 ttl-security hops 1
 neighbor 203.0.113.9 maximum-prefix 1000 80 restart 30

Written lesson

RPKI and RTBH

RPKI origin validation checks each prefix's origin AS against signed ROAs and marks routes valid, invalid or not-found, so you can drop or de-prefer invalids — defence against origin hijacks. RTBH (Remotely Triggered Black Hole) is the reverse tool: to stop a DDoS, you advertise the victim prefix tagged with a community that every router maps to a null next hop, dropping the attack traffic at the edge before it reaches the victim. One validates what you accept; the other weaponises BGP to discard traffic on purpose.

ttl-security and ebgp-multihop conflict

GTSM and ebgp-multihop are mutually exclusive ways of handling TTL — configure one or the other on a session, never both. GTSM assumes a fixed small hop count; multihop deliberately allows several.