인터넷 통신이 직선이 아닌 이유: AS, BGP, 왕복 경로 라우팅 입문

예를 들어 서울에서 도쿄에 있는 VPS에 접속할 때, 직관적으로는 데이터가 서울에서 동쪽으로 지도상의 최단 거리를 따라 도쿄로 이동할 것이라 생각하기 쉽습니다. 그러나 인터넷은 단일 기업이 건설한 하나의 거대한 단일망이 아니라, 수많은 통신사, 클라우드 제공업체, 연구기관의 독립 망들이 서로 얽혀 연결된 집합체입니다.

실제 패킷의 이동은 여러 택배 회사가 이어달리기하는 장거리 배송 릴레이와 비슷합니다. 각 회사는 자신이 관할하는 구간만 책임지며, 비용, 상호 협정, 피어링 관계에 따라 다음 중계사를 결정합니다.

1. AS(자율 시스템)는 독립적으로 관리되는 네트워크

AS는 Autonomous System(자율 시스템)의 약자입니다. 초보자는 다음과 같이 이해하면 됩니다:

단일 조직에 의해 관리되며, 외부에 대해 통일된 단일 라우팅 정책을 제시하는 네트워크 그룹.

각 AS는 고유한 식별 번호인 ASN(자율 시스템 번호)을 부여받습니다. 주요 통신사, 대형 클라우드 벤더, CDN 업체는 고유한 ASN을 보유합니다. IANA가 전 세계 AS 번호 공간을 조율하고, 각 대륙별 인터넷 등록기관(RIR)을 통해 할당됩니다.

내 컴퓨터가 VPS에 통신할 때, 패킷은 먼저 로컬 ISP의 AS를 통과하고, 하나 이상의 업스트림 트랜짓이나 피어링 네트워크를 거쳐 최종적으로 VPS 호스팅 업체의 AS로 진입합니다.

2. BGP는 네트워크 간의 '경로 안내 공고'

BGP는 Border Gateway Protocol(경계 게이트웨이 프로토콜)의 약자입니다. 단일 라우터 내부의 다음 홉 계산이 아니라, 서로 다른 AS 간에 다음 정보를 주고받기 위해 사용됩니다:

"어떤 IP 대역이 우리 네트워크를 거쳐 도달 가능한가, 어떤 조건하에 트래픽을 전달해 줄 것인가."

운송 회사들이 운행 노선표를 서로 게시하고 교환하는 모습과 같습니다. 어떤 경로는 경유하는 AS 수가 적지만 회선 단가가 비쌀 수 있고, 다른 경로는 조금 우회하더라도 통신사의 비즈니스 협정에 부합할 수 있습니다.

RFC 4271에서 BGP-4가 정의되어 있습니다. 복잡한 패킷 형식을 외울 필요는 없으며, BGP가 선택하는 경로는 정책에 부합하는 도달 가능 경로이지, 물리적 최단 경로가 아닐 수 있다는 점을 기억하세요.

3. 가는 길(송신 경로)과 오는 길(수신 경로)은 완전히 다를 수 있다

내 컴퓨터에서 VPS로 향하는 방향을 '송신 경로(Outbound/去程)', VPS에서 내 컴퓨터로 되돌아오는 방향을 '수신 경로(Return/回程)'라고 부릅니다.

송신 경로: 내 컴퓨터 → 로컬 통신사 → 경유 네트워크들 → VPS
수신 경로: VPS → 경유 네트워크들 → 로컬 통신사 → 내 컴퓨터

인터넷 라우팅에서는 비대칭 경로가 흔하게 발생합니다. 송신 경로가 네트워크 A, B, C를 거치더라도, 수신 경로는 D, E를 거칠 수 있습니다. 양측 통신사가 각자 트래픽을 내보낼 때의 정책을 독립적으로 제어하기 때문입니다.

집에서 실행한 한 번의 traceroute만으로는 양방향 품질을 온전히 대변할 수 없는 이유가 여기에 있습니다. 확인되는 것은 단방향 힌트일 뿐이며, 중간 라우터가 진단 패킷에 응답하지 않을 수도 있습니다.

4. 물리적 거리가 가까운데도 느린 이유

물리적 거리는 중요하지만 유일한 변수가 아닙니다. 주된 원인은 다음과 같습니다:

• 로컬 통신사와 대상 데이터센터 간에 직접 피어링이 없음;
• 다른 국가나 도시를 크게 우회한 뒤 돌아오는 경로;
• 특정 상호 연동 지점의 야간 피크 혼잡;
• 송신 경로는 원활하지만 수신 경로에서 혼잡한 업스트림 회선 선택;
• 라우터가 ICMP 진단 패킷의 응답 우선순위만 낮춰두었을 뿐 실제 TCP 서비스는 정상인 경우;
• DNS가 지리적으로 먼 서비스 노드로 연결한 경우.

"국내", "홍콩", "일본", "미국 서부" 같은 지역 명칭은 단순한 위치 라벨일 뿐, 그것만으로 회선 품질을 보장하지 못합니다.

5. ping, traceroute, mtr의 올바른 활용

흔히 하는 오해 중 하나는 중간 홉에서 높은 손실률이 보일 때 해당 장비가 고장 났다고 단정하는 것입니다. 후속 홉과 최종 목적지에서 패킷 손실이 발생하지 않는다면, 중간 라우터가 ICMP 응답을 속도 제한하고 있을 뿐입니다.

6. 초보자를 위한 올바른 회선 평가법

이론상의 완벽한 라우팅 표를 쫓기보다, 비교 가능한 실측 테스트를 수행하세요:

1. 출발지, 목적지, 프로토콜, 테스트 파일 크기를 고정한다; 2. 측정 일자, 시간대, 로컬 인터넷 통신사를 기록한다; 3. 지연 시간, 지터, 패킷 손실률, 실제 처리량을 분리하여 관찰한다; 4. 평일과 주말, 주간과 야간 피크 시간대에 걸쳐 여러 번 측정한다; 5. 웹 브라우징, SSH 반응성, API 호출, 파일 다운로드 등 실제 업무 체감을 최종 판단 기준으로 삼는다; 6. 변수는 한 번에 하나씩만 변경하여 환경 차이에 따른 왜곡을 방지한다.

정적인 traceroute 결과보다 동일한 워크로드를 여러 시간대에 걸쳐 측정한 실측 데이터가 훨씬 가치 있습니다. 회선 홍보 문구는 후보군을 추리는 데 도움이 될 뿐, 직접 측정하는 것을 대신할 수 없습니다.

7. 요약

인터넷은 하나의 직선이 아니라, BGP를 통해 도달 가능 경로를 교환하는 무수한 자율 시스템들의 집합체입니다. 지리적 거리, AS 피어링, 상업적 정책, 왕복 경로의 비대칭성, 실시간 혼잡도가 결합되어 체감 품질을 결정합니다.

다음 기본 원칙을 기억하세요:

라우팅 그래프는 단서일 뿐이며, 실제 워크로드의 시간대별 측정 데이터가 증거이다.

자주 묻는 질문 (FAQ)

traceroute에 별표(* * *)가 뜨면 네트워크가 끊긴 건가요?

반드시 그렇지는 않습니다. 중간 라우터가 진단 패킷에 응답하지 않도록 설정된 경우가 많습니다. 최종 목적지까지 안정적으로 도달한다면 문제없습니다.

AS 경로가 짧을수록 무조건 좋은가요?

그렇지 않습니다. 경유하는 AS 수가 적어도 각 구간의 물리적 거리가 길거나 대역폭 용량이 부족해 병목이 생길 수 있습니다. AS 홉 수는 경로 평가의 한 가지 요소일 뿐입니다.

같은 VPS인데 어제는 빠르고 오늘은 느린 이유는 무엇인가요?

BGP 경로의 동적 변경, 연동 지점의 트래픽 폭주, 로컬 통신사 망 상태, 호스트 서버 부하가 시간에 따라 달라지기 때문입니다. 여러 날에 걸친 다회차 테스트로 평가하세요.

참고 자료

• MeowVPS: 네트워크 회선과 라우팅 기초
• RFC 4271: A Border Gateway Protocol 4 (BGP-4)
• IANA: Number Resources
• RIPE Atlas: Built-in Measurements