367. BGP 속성(Attributes)

핵심 인사이트 (3줄 요약)

본질: BGP 속성은 라우팅과 경로 제어에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: BGP 속성을 이해하면 수렴 속도과 확장성 사이의 균형을 더 정확히 볼 수 있다.

판단 포인트: 설계 시에는 개념 자체보다 적용 조건, 운영 복잡도, 인접 기술과의 경계를 함께 판단해야 한다.

Ⅰ. 개요 및 필요성

개념: BGP가 수신된 여러 개의 경로 중 하나를 "Best Path"로 선택하기 위해 비교하는 일련의 파라미터(변수) 집합.
필요성: 삼성전자(AS 100)가 인터넷을 쓰기 위해 KT 망(AS 200)과 SKT 망(AS 300)을 동시에 뚫어 놨다(멀티 호밍). KT는 대역폭이 빵빵하고 요금이 비싸며, SKT는 요금이 싸다. 만약 OSPF처럼 속도만 보고 길을 찾으면 트래픽이 비싼 KT로만 다 몰려서 삼성전자 파산한다. "야, 사내 직원들 유튜브 보는 트래픽은 싼 SKT 쪽으로 밀어 넣고, VIP 고객들이 접속하는 건 빵빵한 KT 쪽으로 들어오게 인위적으로 조작할 '수치 조작 다이얼(Attribute)'들이 필요하다!!"
💡 비유: BGP의 Attributes는 게임 캐릭터의 **"스탯(능력치) 보드"**와 같습니다.
- OSPF가 오직 '민첩성(대역폭)' 딱 하나만 보고 싸운다면, BGP 캐릭터는 '힘(Weight)', '지능(Local_Pref)', '운(MED)', '체력(AS-Path)' 등 수십 개의 복잡한 스탯을 가집니다. 라우터는 위에서부터 순서대로 스탯을 하나씩 대결시켜서 최종 승자(Best Path)를 결정합니다.

[iBGP, eBGP, BGP Split Ho…]
    │
    ▼
[BGP 속성]
    │
    └──▶ [BGP Route Reflector / Co…]

📢 섹션 요약 비유: ** BGP 속성값들은 무역 회사 사장님의 **"결재 서류 결재 우선순위"**입니다. 단순히 배송이 빠른 택배사(최단 거리)를 고르는 게 아니라, 리베이트를 많이 주는 곳(Local Pref), 평소 거래를 튼 곳(Weight), 서류 절차가 짧은 곳(AS-Path) 등 온갖 꼼수 점수를 매겨 가장 이문이 남는 택배사를 골라잡는 냉혹한 비즈니스 룰입니다.

Ⅱ. 아키텍처 및 핵심 원리

라우터가 목적지(미국 구글)로 가는 여러 길을 받았을 때, 무조건 아래 1번부터 순서대로 점수를 대결시켜 하나라도 이기면 즉시 승리(Best Path)로 채택한다. (순서 암기 필수).

1순위. Weight (시스코 전용, 높을수록 승리)

시스코 라우터 안에서만 혼자 끄적거리는 개인 일기장이다. 이웃에게 안 알려준다.
"내가 보기엔 1번 포트가 짱이야!" 하고 관리자가 Weight 3000을 박아놓으면 무조건 그 길이 이긴다.

2순위. Local Preference (사내 전체 통제, 높을수록 승리) ★아웃바운드 제어

사내(iBGP)에 있는 모든 라우터들에게 공유되는 강력한 룰이다. (기본값 100).
"야 동네 사람들! 밖으로(Outbound) 나갈 땐 무조건 KT(Local Pref 200) 쪽 관문으로 몰아 쏴라!"
밖으로 나가는 트래픽을 꺾고 싶을 때 가장 흔히, 가장 확실하게 쓰는 1티어 튜닝 다이얼이다.

3순위. 내가 직접 네트워크를 쳤는가? (Originate)

내가 직접 network 명령어로 올린 경로가, 남한테 배워온 경로보다 무조건 이긴다.

4순위. AS-Path (거쳐 온 나라 개수, 짧을수록 승리) ★인바운드 제어

여권에 찍힌 도장의 개수다. 거쳐 온 국가(ASN)의 개수가 가장 적은 놈이 이긴다.
AS-Path Prepending 꼼수: 외부에서 우리 쪽으로 들어오는(Inbound) 트래픽을 A길로 유도하고 싶을 때 쓴다. B길 쪽으로 엽서를 뿌릴 때 내 ASN 도장을 AS 100, 100, 100, 100 식으로 4번이나 중복해서 찍어 보낸다. 상대방은 "헐, B길은 거쳐 갈 나라가 4개나 되네? 조낸 머네? A길로 가야지!" 하고 낚이게 된다.

5순위. MED (Multi-Exit Discriminator, 낮을수록 승리) ★인바운드 제어

이웃 국가(eBGP)에게 "우리 집 문이 2개 있는데, 1번 문(MED 10)이 2번 문(MED 20)보다 들어오기 편하니까 1번 문으로 들어오렴~" 하고 미끼(Hint)를 던지는 속성이다.
단, 상대방 국가가 이 미끼를 씹어버리고 "내 맘대로(Local Pref) 보낼 건데?" 하면 강제할 방법은 없다.

 ┌─────────────────────────────────────────────────────────────┐
 │                인바운드 / 아웃바운드 트래픽 제어의 정수            │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 우리 회사 (AS 100) ]                 [ KT (AS 200) ]     │
 │        (문 A) ◀─────── (들어오게 꼬시기) ──────── (문 A)       │
 │        (문 B) ───────▶ (나가도록 몰빵하기) ───────▶ (문 B)       │
 │                                                             │
 │   1. "직원들이 나갈 땐 무조건 문 B로 나가라!" (아웃바운드 통제)        │
 │      ▶ 우리 회사 라우터들에 [ Local_Pref ] 값을 B 쪽에 몰아준다. │
 │                                                             │
 │   2. "손님들이 들어올 땐 무조건 문 A로 들어오게 꼬셔라!" (인바운드 통제)  │
 │      ▶ KT한테 엽서 줄 때, A문은 [ AS-Path 1번 ], B문은 [ AS-Path │
 │        10번 ] 찍어서 사기를 친다. KT는 속아서 A문으로만 데이터를 준다.│
 └─────────────────────────────────────────────────────────────┘

6. Next_Hop 속성의 주의점

BGP에서 Next_Hop(다음 징검다리 IP)은 OSPF와 조금 다르다. eBGP로 남의 나라에서 엽서를 받아 iBGP 식구들에게 돌릴 때, "Next_Hop 주소를 나(관문)로 바꾸지 않고, 남의 나라 라우터 IP를 그대로 살려서 뿌려버린다". 그러면 내부 식구들은 그 IP가 어딘지 몰라서 길이 끊긴다. 그래서 관문 라우터는 반드시 next-hop-self라는 명령어를 쳐서 "야야, 모르는 주소 찾지 말고 일단 나한테 쏴!"라고 엽서를 고쳐서 뿌려야만 망이 정상 작동한다.

📢 섹션 요약 비유: ** BGP 속성은 카지노의 **"포커 패"**입니다. Weight(포카드)가 있으면 무조건 이기고, 그게 없으면 Local Pref(풀하우스), 그것도 없으면 AS-Path(스트레이트) 순서대로 패를 까서 가장 높은 카드를 쥔 경로 하나가 판돈(트래픽)을 모두 쓸어가는 냉혹한 도박판입니다.

Ⅲ. 비교 및 연결

BGP 속성을 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. iBGP, eBGP, BGP Split Ho…가 기반 조건을 만든다면, BGP 속성은 그 위에서 핵심 메커니즘을 구현하고, BGP Route Reflector / Co…는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 수렴 속도과 확장성에 어떤 차이를 만드는지 비교하는 것이 중요하다.

관점	선행 개념	현재 개념	확장 개념
초점	iBGP, eBGP, BGP Split Ho…의 기반 정리	BGP 속성의 핵심 동작	BGP Route Reflector / Co…의 확장 적용
자원 관점	기본 조건 확보	수렴 속도 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

📢 섹션 요약 비유: BGP 속성은 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서는 BGP 속성을 단독 개념으로 외우기보다 어떤 병목을 줄이기 위한 선택인지 먼저 따져야 한다. 특히 iBGP, eBGP, BGP Split Ho… 수준의 기본 대책으로 충분한지, 아니면 BGP 속성이 제공하는 메커니즘이 실제로 필요한지 구분해야 한다. 이후 확장 단계에서는 BGP Route Reflector / Co…와 같은 후속 기술, 자동화 체계, 표준 호환성까지 함께 검토해야 한다.

실무 체크리스트

현재 문제의 핵심이 수렴 속도 부족인지, 확장성 악화인지 먼저 분리한다.
BGP 속성가 추가하는 복잡도와 운영 이득이 균형을 이루는지 확인한다.
도입 후에는 인접 기술인 BGP Route Reflector / Co…와의 연계 방식을 함께 검증한다.

안티패턴

BGP 속성의 장점만 보고 트래픽 패턴이나 운영 비용을 무시한 채 과도 도입하는 설계
iBGP, eBGP, BGP Split Ho…와의 경계를 정리하지 않아 중복 투자나 정책 충돌을 만드는 설계
📢 섹션 요약 비유: BGP 속성을 실제로 쓰는 판단은 도구 상자를 고르는 일과 비슷하다. 좋아 보이는 도구보다 지금 문제에 맞는 도구가 중요하다.

Ⅴ. 기대효과 및 결론

BGP 속성은 라우팅과 경로 제어를 이해할 때 핵심 축을 잡아 주는 개념이다. 올바르게 적용하면 수렴 속도 개선과 구조적 단순화에 기여하지만, 조건을 잘못 잡으면 오히려 복잡도와 운영 부담이 커질 수 있다. 앞으로는 BGP Route Reflector / Co…, 의도 기반 라우팅, 자동화 운영과의 결합을 통해 더 정교하게 발전할 가능성이 크다. 따라서 이 개념은 정의 자체보다 “언제 쓰고 언제 다른 방법으로 넘길 것인가”의 관점으로 기억하는 것이 좋다. 향후에는 의도 기반 라우팅 같은 자동화 흐름과 결합되어 더 정교한 형태로 확장될 가능성이 크다.

📢 섹션 요약 비유: BGP 속성은 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.

📌 관련 개념 맵

개념	연결 포인트
iBGP, eBGP, BGP Split Ho…	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
라우팅 테이블 (Routing Table)	패킷 전달 의사결정의 기준이 된다.
메트릭 (Metric)	최적 경로를 선택하는 비교 척도다.
BGP Route Reflector / Co…	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

📈 관련 키워드 및 발전 흐름도

[선행 개념: iBGP, eBGP, BGP Split Ho…]
    │
    ▼
[현재 개념: BGP 속성]
    │
    ├──▶ [확장 A: BGP Route Reflector / Co…]
    └──▶ [확장 B: 의도 기반 라우팅]

BGP 속성는 iBGP, eBGP, BGP Split Ho…에서 출발해 현재 메커니즘을 정교화하고, 이후 BGP Route Reflector / Co…와 의도 기반 라우팅 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

👶 어린이를 위한 3줄 비유 설명

여러 갈림길이 있는 미로에서 가장 좋은 길을 고르는 게임과 같아요.
이 개념은 길이 막히면 다른 길로 빨리 바꾸는 규칙도 알려줘요.
그래서 인터넷 길찾기가 덜 헤매고 더 똑똑해져요.