04BGPBGP

AS(Autonomous System, 자율 시스템) 는 단일 기술 관리 아래 묶인 라우터 집합 입니다. AS 내부에서는 패킷을 어디로 보낼지 정할 때 IGP(Interior Gateway Protocol) 와 공통 metric을 쓰고, 다른 AS로 패킷을 보낼 때는 BGP 같은 exterior 라우팅 프로토콜 을 씁니다.

BGP는 업데이트 메시지를 "네트워크 번호 + AS path" 쌍 으로 보냅니다. 여기서 AS path 는 지정된 네트워크에 닿기까지 거쳐야 하는 AS들의 나열 입니다. AS path에는 서로 다른 경로를 묶은(aggregate) 결과를 표현하기 위한 일정한 구조가 있습니다. 이 업데이트 메시지는 신뢰성 있는 전달을 보장하기 위해 TCP 전송 메커니즘 위로 흐릅니다. 이 점은 datagram 서비스 위에 스스로 신뢰성을 얹는 IGP와 대비 됩니다.

path-vector 라우팅 프로토콜 인 BGP는 라우터 reachability(도달 가능성) 정보를 자신의 peer 또는 neighbor 라우터에만 분배 합니다. 정보를 아무에게나 뿌리지 않고 직접 맺은 이웃에게만 전한다는 점이 핵심입니다.

또한 VTI(virtual tunnel interface)에서 BGP를 켜 route-based VPN 위로 BGP를 운영할 수도 있습니다.

BGP 4-Byte AS

BGP 4-Byte AS 는 32-bit AS 번호 를 구성할 수 있게 해 주는 기능입니다. 이 기능은 기본으로 켜져 있고, 끌 수 없 습니다.

AS 번호를 설정하는 명령은 다음과 같습니다.

set as {off | <1-4294967295> | <0.1-65535.65535>}
save config

예를 들면 이렇게 씁니다.

MyGW> set as 1.14464

설정된 4-Byte AS는 다음 명령으로 확인합니다.

show as

출력 예는 다음과 같으며, 점 표기(1.14464)와 단일 정수 표기(80000)가 함께 나타납니다.

Autonomous System Number 1.14464 (80000)

이 절은 Gaia Portal의 Advanced Routing > BGP 화면에 있는 각 필드의 의미를 항목별로 설명합니다.

전체 구성 흐름은 다음과 같습니다.

BGP Global Settings 구성

전역 설정은 다음 순서로 다룹니다.

"Router ID and Cluster ID" 영역 필드

Cluster ID에 대해 좀 더 설명하면, 보통 한 라우터가 client 집합(=cluster)의 reflector 역할 을 합니다. 다만 이중화를 위해 둘 이상의 라우터를 같은 cluster의 reflector로 둘 수도 있는데, 이때는 cluster를 담당하는 모든 reflector를 식별하도록 cluster ID를 골라야 합니다. 단, 불필요하게 여러 개의 reflector를 두는 것은 권하지 않 습니다 — 이중화 reflector의 peer들에 경로를 저장하느라 메모리 사용량이 늘어나기 때문입니다. 범위는 dotted-quad이고, 기본값은 Router ID 필드의 IP 주소입니다.

"Autonomous System" 영역 필드

이 영역은 구성되지 않은 상태(Unconfigured)에서 시작하며, 다음 값을 다룹니다. AS 번호와 Confederation/Routing Domain Identifier는 서로 배타적 이라는 점이 중요합니다. 라우터는 AS 번호로 구성하거나, confederation 멤버로 구성하거나 둘 중 하나만 가능합니다.

Miscellaneous Settings 구성

이 영역은 다음 순서로 다룹니다 — 좌측 트리 Advanced Routing > BGP → Miscellaneous Settings 영역에서 해당 설정 구성 → Apply 클릭.

Weighted Route Dampening Settings

Weighted route dampening 은 flapping(요동치는) 경로가 인터넷 전반으로 전파되는 것을 최소화 합니다. 경로가 사용 가능↔불가능 사이를 반복적으로 오갈 때 flapping 이라고 부릅니다. BGP로 학습한 경로만 weighted route dampening의 대상이 됩니다.

AS Peer Group Settings 구성

peer group은 다음 순서로 만듭니다 — 좌측 트리 Advanced Routing > BGP → Peer Groups 영역에서 설정 → Add 클릭 → 해당 설정 구성 → Save 클릭.

Remote Peers 구성

원격 peer는 다음 순서로 추가합니다.

아래는 Gaia Portal의 BGP Peer 파라미터 전체입니다.

Gaia Portal에서 BGP Peer 재시작

이 기능은 Gaia RouteD 데몬을 재시작하지 않고 BGP peering을 재시작하게 해 줍니다.

Gaia Portal에서 BGP 모니터링

문제 해결은 Trace Options를 참고합니다.

쓸 수 있는 명령을 둘러보려면 다음을 이용합니다.

set bgp[Esc][Esc]      # BGP의 "set" 명령 보기
show bgp[Esc][Esc]     # BGP의 "show" 명령 보기

External BGP 구성 (Gaia Clish)

이 명령들은 서로 다른 AS의 라우터 사이 의 external 세션을 구성합니다.

set bgp external remote-as <Number of Autonomous System>
{off | on}
      aspath-prepend-count <1-25 | default>
      description "Your Text"
      local-address <IP Address> {off | on}
      outdelay <0-65535>
      outdelay off

Internal BGP 구성 (Gaia Clish)

이 명령들은 같은 AS 안의 라우터 사이 의 internal BGP 세션을 구성합니다.

set bgp internal
{off | on}
      description "Your Text"
      graceful-restart-helper {off | on}
      graceful-restart-helper-stalepath-time seconds
      interface {all | <Name of Interface>} {off | on}
      local-address <IP Address> {off | on}
      med {<0-4294967295> | default }
      nexthop-self {off | on}
      outdelay {<0-65535> | off}
      protocol {all | bgp_internal_protocol} {off | on}
      route-refresh {off | on}
set bgp internal peer <IP Address>
      holdtime {<6-65535> | default}
      ignore-first-ashop {off | on}
      ip-reachability-detection {check-control-plane-failure | multihop | off | on}
      keepalive {<2-21845> | default}
      no-aggregator id {off | on}
      peer_type {none | no-client-reflector | reflector-client} {off | on}
      send-keepalives <off | on>
      send-route-refresh {request | route-update} {all | ipv4 | ipv6} unicast
      weight {<0-65535> | off}

group 수준 파라미터

peer 수준 파라미터(`set bgp internal peer <IP Address>`)

group 수준 graceful-restart·route-refresh 파라미터

Remote Peers 구성 (Gaia Clish)

Gaia는 BGP peer로 IPv4·IPv6 주소를 모두 지원합니다.

set bgp external remote-as <Number of Autonomous System> peer <IP Address>
{off | on}
      accept-med {off | on}
      accept-routes {all | none}
      allowas-in-count {<0-10> | default}
      as-override {off | on}
      authtype {none | md5 secret <Secret>}
      capability {default | ipv4-unicast | ipv6-unicast} {off | on}
      graceful-restart-helper {off | on}
      graceful-restart-helper-stalepath-time <Number of Seconds>
      holdtime {<6-65535> | default}
      ignore-first-ashop {off | on}
      ip-reachability-detection
            check-control-plane-failure {off | on}
            multihop {off | on}
            {off | on}
      keepalive {<2-21845> | default}
      log-state-transitions {off | on}
      log-warnings {off | on}
      med-out {<0-4294967294> | default}
      multihop {off | on}
      no-aggregator-id {off | on}
      outgoing-interface <Name of Interface> {off | on}
      passive-tcp {off | on}
      peer-local-as
            dual peering {off | on}
            inbound-peer-local {off | on}
            outbound-local {off | on}
      peer-local-as as {{<1-4294967295> | <0.1-65535.65535>} on | off}
      removeprivateas {off | on}
      route-refresh {off | on}
      send-keepalives {off | on}
      send-route-refresh {request | route-update} {ipv4 | ipv6 | all} [unicast]
      suppress-default-originate {off | on}
      throttle-count {<0-65535> | off}
      trace bgp_traceoption {off | on}
      ttl {<1-255> | default}

BGP Confederation 구성 (Gaia Clish)

BGP confederation은 external BGP와 함께 구성할 수 있습니다.

set bgp
      confederation identifier <Number of Autonomous System>
      confederation identifier off
      confederation aspath-loops-permitted <1-10>
      confederation aspath-loops-permitted default
      routing-domain identifier <Number of Autonomous System>
      routing-domain identifier off
      routing-domain aspath-loops-permitted <1-10>
      routing-domain aspath-loops-permitted default
      synchronization {off | on}

BGP Confederation Peer 구성

set bgp confederation member-as <ID of Autonomous System>
{off | on}
      description {off | "<Your Text>"}
      interface <Name of Interface> {off | on}
      local-address <IP Address> [{off | on}]
      med {default | <Value>}
      nexthop-self [{off | on}]
      outdelay {off | <Delay>}
      peer <IP Address>
[{off | on}]
            accept-routes {all | none}
            authtype {none | md5 secret <Password>}
            capability {ipv4-unicast | ipv6-unicast} {off | on}
            graceful-restart {off | on}
            graceful-restart-stalepath-time {default | <Time>}
            holdtime {default | <Time>}
            ignore-first-ashop {off | on}
            keepalive {default | <Time>}
            local-address <Local IP Address> [{off | on}]
            log-state-transitions {off | on}
            log-warnings {off | on}
            no-aggregator-id {off | on}
            outgoing-interface <Name of Interface> {off | on}
            passive-tcp {off | on}
            peer-type
[none] [{off | on}]
[reflector-client {off | on}]
[no-client-reflector {off | on}]
            ping {off | on}
            route-refresh {off | on}
            send-keepalives {off | on}
            send-route-refresh
                  request {all | ipv4 | ipv6} unicast
                  route-update {all | ipv4 | ipv6} unicast
            throttle-count {off | <Number>}
            trace {all | keepalive | open | packets | update | general | normal | policy | route | state | task | timer} {off | on}
            weight <Weight>
            comment "<Your Text>"
      protocol {all | bgp | direct | rip | static | ospf | ospfase}

BGP Route Reflection 구성 (Gaia Clish)

route reflection은 BGP confederation의 대안 으로 구성할 수 있으며, internal·external BGP routing group을 모두 지원합니다.

set bgp
      internal peer <IP Address> peer-type
            none
            no-client-reflector
            reflector-client
      cluster-id {<IP Address> | off}
      default-med {<0-65535> | off}
      default-route-gateway {<IP Address> | off}

BGP Route Dampening 구성 (Gaia Clish)

BGP route dampening은 flapping 경로의 이력을 유지하고 그 경로의 광고를 막 습니다. 경로가 사용 가능↔불가능을 반복 하면 flapping입니다.

set bgp dampening
{off | on}
      suppress-above {<2-32> | default}
      reuse-below {<1-32> | default}
      max-flat {<3-64> | default}
      reachable-decay {<1-900> | default}
      unreachable-decay [<1-2700> | default}
      keep-history {<2-5400> | default}

BGP Community 구성 (Gaia Clish)

BGP community 는 같은 속성을 공유하는 목적지의 그룹 입니다. community는 하나의 네트워크나 AS에 국한되지 않 으며, BGP 인바운드·route redistribution 정책을 단순화 하는 데 씁니다. community 명령은 인바운드 정책·route redistribution과 함께 사용합니다.

set bgp communities {off | on}

Gaia Clish에서 BGP Peer 재시작

Gaia RouteD 데몬을 재시작하지 않고 BGP peering을 재시작할 수 있습니다.

restart bgp
      all
      as <Number of Autonomous System>
      peer <IP Address of Peer>

Gaia Clish에서 BGP 모니터링

쓸 수 있는 모든 "show" 명령을 보려면 다음을 입력합니다.

show bgp[Esc][Esc]

문제 해결은 Trace Options를 참고합니다.

Gaia는 BGP-4를 multiprotocol extensions와 IPv6 주소 prefix 교환과 함께 구현하며, 이는 RFC 2545·2858·3392 에 기술됩니다.

Router ID(BGP identifier)에는 반드시 IPv4 주소를 써야 합니다. BGP 세션이 올라오면, 새 multiprotocol 속성인 MP_REACH_NLRI(경로 도달성 광고)와 MP_UNREACH_NLRI(경로 철회) 중 하나 또는 둘을 포함한 일반 "UPDATE" 메시지를 보내 prefix를 광고·철회할 수 있습니다.

이 새 속성들은 하위 호환 됩니다. 두 라우터가 BGP 세션을 맺고 한쪽만 multiprotocol 속성을 지원하면, IPv6 경로는 못 주고받아도 unicast IPv4 경로는 여전히 주고받 을 수 있습니다.

IPv6 BGP 구성

peer마다 주고받을 경로 종류(Multiprotocol capability)를 구성합니다 — IPv4 Unicast Only(기본), IPv6 Unicast Only, Both IPv4 and IPv6 중 하나. peering하려면 두 라우터가 capability를 공유 해야 합니다.

IPv4 경로를 IPv6 위로(또는 IPv6 경로를 IPv4 위로) 교환 한다면, Gaia Clish의 routemap 명령으로 nexthop을 교환되는 경로의 family에 맞게 설정 하세요. 맞지 않으면 경로가 active가 될 수 없습니다.

소개

BGP는 neighbor 사이에 두 종류의 세션을 지원합니다.

external peer로 경로를 보낼 때는 로컬 AS 번호가 AS path 앞에 붙 습니다. internal neighbor로부터 받은 경로는 external peer로부터 받았을 때와 동일한 AS path 를 가집니다.

BGP 세션은 path attribute에 단일 metric인 MED(Multi-Exit Discriminator) 를 포함할 수 있습니다. 작은 값이 선호 되며, 같은 neighbor AS로부터 온 동일 preference 경로들의 tie(동점)를 깨는 데 씁니다.

internal BGP 세션은 path attribute에 BGP가 local preference 라 부르는 metric을 최소 하나 실어 나릅니다. 이 metric의 크기는 MED와 같고, 쓰임은 internal 프로토콜 처리 방식에 따라 달라집니다.

BGP 구현에서 external peer는 공유 서브넷에 직접 붙어 있고, 그 서브넷의 host 주소를 next hop으로 광고 합니다. 구성 중 BGP peer template에서 multihop 옵션을 켜면 이 제약이 완화 됩니다.

internal group은 경로의 immediate next hop을 결정 합니다. peer로부터 경로와 함께 받은 next hop은 forwarding 주소로 쓰이고, IGP 경로에서 immediate next hop을 조회하는 데 쓰입니다. internal group은 먼 거리의 peer도 지원 하지만, immediate next hop을 정하려면 어느 IGP의 경로를 쓰는지 알아야 합니다.

가능하면 internal BGP group에서는 공통 정책을 바탕으로 모든 group peer를 위한 하나의 outgoing 메시지를 만들 고, 각 peer에 맞게 next hop 필드만 조정한 복사본을 보냅니다. 이로써 많은 수의 peer를 운영하는 계산 부하를 최소화 합니다.

Private AS 번호 전파 방지

ISP는 전 세계적으로 고유한 AS 번호를 아끼려고 private AS 번호(64512~65535) 를 고객에게 할당할 수 있습니다. 이렇게 하면 고객 네트워크에서 ISP로 가는 BGP update의 AS_PATH 속성에 private AS 번호가 들어가고, ISP가 이를 다른 ISP로 전파할 때 이 번호가 그대로 포함됩니다. 이를 막으려면 외부 peer로의 BGP update에서 private AS 번호를 제거 하도록 Gaia를 구성합니다 — 외부 peer 구성 페이지에서 Remove Private AS 옵션을 켭니다.

이 옵션을 켜면 다음 규칙에 따라 private AS 번호가 제거됩니다.

BGP Route Refresh

Gaia는 peer로부터 BGP route update를 동적으로 요청하고, 요청에 응답하는 기능 을 지원합니다. 예를 들어 인바운드 라우팅 정책을 바꿨을 때, peer에게 이전에 광고한 경로를 다시 광고하도록 요청해 새 정책에 비추어 경로를 점검 할 수 있습니다. 이 기능은 맺어진 세션을 끊지 않고 peer로부터 받은 경로를 refresh 한다고 해서 종종 soft reset 이라 부릅니다.

이 옵션은 같은 capability를 지원하는 peer와만 동작합니다. 단, Gaia 시스템은 이 옵션을 지원하지 않는 시스템과도 peering할 수 있습니다.

Gaia Clish에서:

set bgp external remote-as <AS Number> peer <IP Address> send-route-refresh
set bgp internal peer <IP Address> send-route-refresh
save config

Gaia Portal에서:

path attribute 는 경로가 목적지에 닿기까지 거친 AS 번호의 목록 입니다. BGP는 path attribute로 각 경로에 더 많은 정보를 주고, 임의 topology에서 routing loop를 방지 하며, 관리상의 preference를 정하 는 데도 씁니다.

BGP는 path attribute가 비슷한 경로들을 하나의 update로 묶어 광고합니다. 하나의 update로 받은 경로는 하나의 update로 다시 광고하므로, neighbor 손실로 인한 churn(요동)을 최소화 하고, peer 수립 시 보내는 초기 광고를 최대한 압축합니다.

BGP는 kernel이 메시지 단위로 만든 정보를 읽지 않고, 입력 버퍼를 채운 뒤 버퍼 안의 완전한 메시지를 모두 처리한 다음 다시 읽 습니다. 또한 소켓에 대기 중인 들어온 데이터를 모두 비우려고 여러 번 읽 습니다.

모든 unreachable 메시지는 하나의 메시지로 모아 flash update 동안 reachable 경로보다 먼저 보냅니다. 이 unreachable 알림에서는 next hop을 연결의 로컬 주소로 설정 하고, metric은 보내지 않으며, path origin은 incomplete로 설정합니다. external 연결에서는 unreachable 알림의 AS path가 로컬 AS 로 설정되고, internal 연결에서는 AS path 길이가 0 으로 설정됩니다.

BGP에서 peer 사이에 공유되는 라우팅 정보는 announcement(알림)와 withdrawal(철회) 두 형식입니다. route announcement 는 라우터가 새 네트워크 연결을 알게 되었거나, 어떤 목적지로 다른 경로를 선호하는 정책 결정을 내렸 음을 뜻합니다. route withdrawal 은 라우터가 어떤 네트워크가 더는 도달 불가능하다는 새 로컬 결정 을 내렸을 때 보냅니다.

MED(Multi-exit Discriminator) 값은 external neighbor가 AS로 들어가는 여러 진입점 중 어디가 선호되는지 판단 하도록 돕습니다. 낮은 MED가 높은 MED보다 선호 되며, 둘 이상의 선호 경로 사이의 tie를 깹니다.

모든 transit AS는 자기 AS 밖에서 출발하거나, 밖으로 향하거나, 둘 다인 트래픽 을 실어 나를 수 있어야 합니다. 이를 위해 BGP와 그 AS가 쓰는 IGP 사이에 일정 수준의 상호작용·조율 이 필요합니다. 보통 어떤 AS 밖에서 출발한 트래픽은 interior gateway(IGP만 지원)와 border gateway(IGP·BGP 둘 다 지원) 를 모두 지납니다. 모든 interior gateway는 IGP를 쓰는 AS의 border gateway 하나 이상으로부터 external 경로 정보를 받습니다.

BGP 정보를 AS 안에 전파하는 메커니즘에 따라, BGP와 IGP 사이의 일관성에 특히 주의 해야 합니다 — 상태 변화가 AS 전반에 서로 다른 속도로 전파되기 쉽기 때문입니다. 어떤 border gateway "A"가 (같은 AS 안 다른 border gateway "B"에서 비롯된) 새 BGP 라우팅 정보를 받은 순간과, 이 AS의 IGP가 그 transit 트래픽을 "B"로 라우팅할 수 있게 된 순간 사이에 시간 차 가 생길 수 있고, 그동안 잘못된 라우팅이나 black hole 이 생길 수 있습니다.

이런 문제를 줄이려면, border gateway "A"는 AS 안 모든 interior gateway가 올바른 exit border gateway "B"로 트래픽을 라우팅할 준비가 될 때까지, 그 prefix의 external 목적지로 가는 경로를 어떤 external peer에게도 광고하지 말아야 합니다. 즉 interior routing이 올바른 exit gateway로 수렴한 뒤에 그 exit gateway를 쓰는 경로를 external peer에 광고 해야 합니다.

AS 안 모든 라우터가 BGP speaker라면 BGP와 IGP 사이의 상호작용이 필요 없 습니다. 이 경우 모든 라우터가 이미 모든 BGP 경로를 완전히 알고 있으므로, IGP는 AS 내부 라우팅에만 쓰이고 BGP 경로는 IGP로 import되지 않 습니다. 이때 사용자는 라우팅 테이블에서 recursive lookup(재귀 조회) 을 할 수 있습니다 — 첫 조회는 BGP 경로로 exit 라우터를 정하고, 두 번째 조회는 exit 라우터까지의 IGP 경로를 정합니다.

BGP 경로는 AS 번호나 AS path 정규식(또는 둘 다)으로 필터링하거나 재분배 할 수 있습니다.

BGP는 거부된 경로를 음수 preference로 라우팅 테이블에 저장 합니다. 음수 preference는 경로가 active 되는 것을 막 아 forwarding 테이블에 설치되거나 다른 프로토콜로 재분배되는 것을 막습니다. 이 동작 덕분에 import 정책이 바뀌어도 세션을 끊었다 다시 맺을 필요가 없 습니다.

BGP에서 import할 때 local preference, rank, nexthop을 추가·수정 할 수 있습니다. local preference 파라미터는 import된 경로에 BGP local preference를 부여합니다. local preference는 32-bit unsigned 값으로 클수록 선호 되며, BGP 경로에 대한 라우팅 서브시스템의 preference를 편향시키는 선호되는 방법 입니다.

BGP로의 재분배는 AS 단위로 제어 됩니다. 같은 정책이 AS 안 모든 Firewall에 적용 됩니다. BGP metric은 16-bit unsigned 로 0~65535 범위이며, 0이 가장 매력적 입니다. BGP version 4는 32-bit unsigned를 지원하지만 routed는 지원하지 않 습니다.

BGP community 는 IP 주소 집합을 묶어, 그룹(community)의 정체성에 따라 라우팅 결정을 적용 하게 해 줍니다. 구현하려면 community 집합을 특정 BGP local preference 값에 매핑 한 다음, community 안 각 라우터마다가 아니라 community 전체에 균일한 BGP 구성을 적용 합니다. community 안의 라우터들은 자신의 community 값과 일치하는 경로를 잡아낼 수 있습니다.

community 속성으로 BGP speaker가 경로의 community를 설정·추가·수정 해, 어떤 라우팅 정보가 accept·preferred·distribute될지 제어 하도록 구성합니다. BGP speaker가 적용할 수 있는 특별한 community 속성은 다음과 같습니다.

community에 대한 자세한 내용은 RFC 1997·RFC 1998 을 참고합니다.

기본적으로 AS 안 모든 BGP peer는 full mesh 입니다. 그러나 AS에 BGP peer가 많으면 BGP 구성과 하드웨어 배치가 쉽지 않습니다. 구성·배치를 단순화하고 peer를 full mesh로 연결할 필요를 없애려면 다음처럼 구성할 수 있습니다.

route reflector와 그 client를 합쳐 route reflection cluster 라 부릅니다. route reflector는 자신의 peer로부터 받은 경로를 client에게 보냅 니다.

아래 예시 네트워크에서는, AS1에 BGP가 켜진 Check Point 라우터가 5대 있고, 그중 한 대가 두 client의 route reflector입니다.

단일 장애점을 피하려고 AS 안에 route reflector를 둘 이상 정의 할 수도 있습니다.

route reflection의 자세한 내용은 RFC 2796 을 참고합니다.

route reflection의 대안은 BGP confederation 입니다. route reflector처럼 BGP speaker를 cluster(보통 topology상 가까운 라우터 집합)로 나누되, confederation에서는 AS를 더 작은 여러 AS로 세분해 그들끼리 통신 하게 함으로써 이를 이룹니다. 내부 topology는 바깥 세상에 숨겨지고, 바깥에서는 confederation을 하나의 큰 AS로 인식 합니다.

confederation 안의 각 하위 AS를 routing domain(RD) 이라 하고, RDI(Routing Domain Identifier) 로 식별합니다. RDI는 AS 번호와 같은 문법을 갖지만 confederation 밖에서는 보이지 않으므로 전 세계적 고유성은 불필요 하고, confederation 안에서는 고유 해야 합니다. 많은 confederation이 편의상 예약된 AS 공간(64512~65535, RFC 1930 참고) 에서 RDI를 고릅니다. RDI는 confederation 안 peer 사이 BGP 세션의 AS 로 쓰입니다.

confederation 전체는 confederation identifier 로 지칭합니다. 이 식별자는 external BGP 세션에서 AS로 쓰이며, 바깥 세상에서는 confederation ID가 하나의 거대한 AS의 번호 입니다. 그래서 confederation ID는 전 세계적으로 고유한, 보통 할당된 AS 번호 여야 합니다.

자세한 내용은 confederation 규격 문서 RFC 1965 를 참고합니다.

서로 다른 AS의 BGP speaker 사이의 연결을 eBGP 연결 이라 합니다. BGP는 eBGP 연결의 peer 라우터가 직접 붙은 네트워크에 있어야 한다는 규칙을 강제합니다. peer 라우터가 여러 hop 떨어져 있거나 둘 사이에 여러 link가 있다면, eBGP multihop 기능을 켜서 이 제약을 우회 할 수 있습니다. eBGP peer 사이의 TCP 연결은 outgoing 인터페이스의 주소에 묶여 있어서, 두 peer 사이에 유효한 경로가 있더라도 인터페이스 하나만 끊겨도 세션이 끊깁 니다.

eBGP multihop 지원은 인터페이스 장애가 나도 eBGP peer 세션이 유지되는 이중화 를 줄 수 있습니다. eBGP peering 세션에 loopback 인터페이스 주소를 쓰면, peer의 loopback 주소에 닿을 수만 있다면 둘 사이 link 하나가 다운돼도 TCP 연결이 유지 됩니다. 또한 eBGP multihop 지원으로 모든 link에 트래픽을 분산 할 수도 있습니다.

TTL(Time to Live) 파라미터로 eBGP multihop 세션이 맺어지는 hop 수를 제한 합니다. TTL은 eBGP multihop이 켜졌을 때만 구성 할 수 있습니다. 기본 TTL은 64이고, multihop이 꺼지면 기본 TTL은 1 입니다.

직접 연결되지 않은 라우터에서 트래픽이 오고 multihop이 켜져 있으면, BGP는 그 라우터가 광고한 경로와 무관하게 그 라우터를 next hop으로 씁니다.

route dampening은 flapping 경로의 전파를 줄 입니다. flapping 경로 란 사용 가능↔불가능을 반복 하는 경로입니다. route dampening이 없으면, AS들은 그 경로가 가용·불가용해질 때마다 끊임없이 advertisement·withdrawal 메시지를 보냅 니다. 인터넷이 커지면서 초당 알림 수도 늘어 라우터 성능 문제 를 일으켰습니다.

route dampening은 라우터가 flapping 경로의 이력을 유지해 상당한 대역폭을 잡아먹지 못하게 합니다. 라우터는 주어진 경로가 얼마나 자주 가용·불가용해지는지 측정하고, 설정된 임계값에 이르면 그 경로를 더는 유효하지 않다고 보고 일정 기간(보통 약 30분) 전파하지 않 습니다. 임계값에 이른 뒤에도 경로가 계속 flap하면, 추가 flap에 비례해 그 경로의 timeout 기간이 늘어 납니다. 임계값에 이르면 경로는 dampening(=suppress)되고, penalty 값이 줄어 reuse 임계값 아래로 떨어지면 다시 라우팅 테이블에 추가 됩니다.

route dampening은 BGP 경로에만 적용 되므로, 바깥 세상에는 연결이 끊긴 듯 보여도 자기 네트워크 안에서는 유지 된 것처럼 보일 수 있습니다. 백본 라우터의 높은 부하 때문에 대부분의 NSP(MCI·Sprint·UUNet 등)는 route suppression을 설정해 두었습니다.

인터넷은 라우팅 프로토콜을 통한 공격에 취약하고, BGP도 예외가 아닙니다. 외부 공격자는 spoofing한 RST 패킷으로 BGP peer 사이 TCP 연결을 끊 어 통신을 방해할 수 있습니다. 내부 출처(BGP speaker 등)는 다른 정당한 BGP speaker인 척 가짜 라우팅 정보를 주입 할 수 있습니다. 외부든 내부든 가짜 정보는 인터넷 넓은 영역의 라우팅 동작에 영향을 줄 수 있습니다.

TCP MD5 옵션 은 연결 스트림에 spoofing한 TCP 세그먼트가 끼어드는 것으로부터 BGP를 보호 합니다. MD5로 서명된 세션을 spoof하려면, 공격자는 TCP sequence 번호뿐 아니라 MD5 digest에 포함된 password까지 추측 해야 하므로 훨씬 어렵습니다.