[네트워크] 인터넷의 정보는 어떻게 움직일까

인터넷은 단일한 네트워크가 아니라, 수만 개의 네트워크가 서로 연결된 거대한 집합체다. 이 각각의 네트워크를 자율 시스템(Autonomous System, AS) 이라고 부르며, 인터넷은 이 AS들이 복잡하게 얽혀 데이터를 주고받는 구조로 이루어져 있다.
이 글에서는 AS 간의 경로를 결정하는 핵심 프로토콜인 BGP(Border Gateway Protocol) 와 실제 데이터 전송에 사용되는 UDP, TCP, QUIC 전송 프로토콜까지 흐름 중심으로 정리하였다.

 

---

자율 시스템(AS)과 BGP의 역할

AS는 하나의 관리 주체(ISP, 기업, 기관 등)가 운영하는 네트워크 집합이다. 하나의 AS 내부에서는 자체적인 라우팅 정책을 사용하지만 AS와 AS 사이를 연결하고 경로를 교환하는 역할을 담당하는 것이 바로 BGP다.

BGP는 흔히 경계 경로 프로토콜(Border Gateway Protocol) 이라 불리며, 인터넷 익스체인지 포인트(IXP)나 ISP 간 연결 지점에서 "이 목적지 IP 대역은 어느 AS를 통해 가는 것이 좋은가?"를 결정하는 데 사용된다.

 

BGP 라우터와 세션

BGP는 아무 라우터에서나 동작하지 않는다. AS의 경계에서 외부와 직접 통신하는 라우터를 BGP 라우터라고 하며, 이 장비들이 서로 경로 정보를 주고받는다.

이때 BGP 라우터 간에는 BGP 세션이라는 논리적인 연결이 형성된다. 이 세션은 TCP 기반으로 유지되며, 단순한 요청–응답 구조가 아니라 지속적으로 살아 있는 상태에서 경로 변경 사항을 교환한다. 인터넷의 경로 정보가 실시간으로 갱신될 수 있는 이유가 바로 이 지속적인 세션 구조 때문이다.

 

BGP의 경로 선택 방식

많은 사람들이 BGP가 “가장 짧은 경로”를 선택한다고 생각하지만 실제로는 그렇지 않다. BGP는 단순한 최단 거리 알고리즘이 아니라 정책 기반 라우팅 프로토콜이다.

패킷이 한 지점에서 다른 지점으로 이동할 때 BGP는 경로의 길이뿐 아니라, 해당 경로가 어떤 AS들을 거치는지, 중계 비용은 얼마인지, 대등 접속인지 중계 접속인지 같은 경제적 요소까지 함께 고려한다. 즉, BGP는 기술적 판단과 사업적 판단이 동시에 작동하는 매우 현실적인 프로토콜이다.

BGP의 한계와 위험성

BGP는 인터넷 전체를 지탱하는 핵심 기술이지만, 동시에 매우 취약한 구조를 가지고 있다. 설정 실수나 잘못된 경로 광고가 발생할 경우, 특정 서비스 장애를 넘어 국가 단위의 대규모 인터넷 장애로까지 확산될 수 있다.

이러한 문제는 BGP가 기본적으로 “상대 AS를 신뢰한다”는 가정 위에서 동작하기 때문에 발생한다. 그래서 최근에는 BGP 보안을 강화하기 위한 다양한 기술과 정책이 논의되고 있다.

 

대등 접속과 중계 접속

규모가 큰 AS들 사이에서는 흔히 대등 접속(peering) 이 이루어진다. 이는 서로 비슷한 규모와 트래픽을 가진 AS들이 비용 없이 데이터를 교환하는 방식이다. 과거에는 대등 접속이 곧 무료 트래픽 교환을 의미했지만, 최근에는 대등한 관계라 하더라도 상호 정산을 하는 경우가 점점 늘어나고 있다.

반면 규모가 작은 AS가 인터넷 전체와 연결되기 위해서는 보통 중계 접속(transit) 을 사용한다. 이 경우 대형 AS가 다른 네트워크로 패킷을 전달해 주는 대가로 요금을 받는다. 전달되는 트래픽이 많아질수록 비용도 함께 증가하기 때문에, BGP는 경로를 계산할 때 이러한 중계 비용 역시 중요한 요소로 반영한다.

 

인터넷 익스체인지 포인트(IXP)

인터넷 익스체인지 포인트는 수십 개에서 많게는 수백 개의 AS가 물리적으로 연결되는 지점이다. 이곳에서 AS들은 직접 트래픽을 교환함으로써 불필요한 중계를 줄이고, 지연 시간을 감소시키며, 전체적인 비용을 절감할 수 있다.

IXP는 인터넷 구조에서 일종의 허브 역할을 하며, 글로벌 인터넷 트래픽이 효율적으로 흐를 수 있도록 돕는다.

 

---

전송 프로토콜 

BGP가 패킷이 어떤 경로로 이동할지를 결정한다면, 전송 프로토콜은 패킷을 어떤 방식으로 전달할지를 결정한다. 이 대표적인 예가 UDP, TCP, 그리고 최근 각광받는 QUIC이다.

 

1. UDP: 속도를 우선하는 전송 방식

UDP는 연결 설정 과정 없이 데이터를 즉시 전송하는 방식으로, 신뢰성보다는 속도를 우선시한다. 패킷이 중간에 손실되거나 순서가 바뀌어도 이를 보정하지 않기 때문에 실시간성이 중요한 서비스에 적합하다.

영상 통화, 온라인 게임, 스트리밍 서비스, 인터넷 전화와 같은 분야에서 UDP가 널리 사용되는 이유가 바로 여기에 있다.

 

2. TCP: 신뢰성을 보장하는 전송 방식

TCP는 데이터가 완전한 형태로 올바른 순서로 목적지에 도착하도록 보장하는 전송 프로토콜이다.

 

통신이 시작되면 두 노드는 논리적인 통신 채널, 즉 스트림을 형성하고 이 채널을 통해 데이터를 교환한다.

전송할 데이터는 세그먼트로 나뉘고, 각 세그먼트에는 순서 번호가 부여된다. 수신 측은 이 번호를 기반으로 누락된 데이터가 있는지 확인하고, 문제가 발생하면 재전송을 요청한다. 이 과정 덕분에 웹 페이지, 이메일, 파일 전송처럼 정확성이 중요한 서비스가 안정적으로 동작할 수 있다.

 

TCP 통신은 시작 시 SYN과 ACK를 이용한 핸드셰이크를 통해 연결을 설정하고, 통신이 끝나면 FIN을 사용해 연결을 정상적으로 종료한다. 이 절차는 불필요한 데이터 손실과 충돌을 방지하기 위한 장치다.

 

3. QUIC: UDP 위에서 동작하는 차세대 프로토콜

QUIC은 UDP 기반으로 동작하면서도 TCP 수준의 신뢰성과 무결성을 제공하는 비교적 최신 전송 프로토콜이다. 기존 TCP의 복잡한 연결 설정 과정을 단순화하고, 패킷 손실 상황에서도 더 빠르게 복구할 수 있도록 설계되었다.

이러한 특징 덕분에 QUIC은 HTTP/3의 기반 프로토콜로 채택되었으며, 모바일 환경이나 지연에 민감한 최신 웹 서비스에서 빠르게 확산되고 있다.