Vaishnavi Raghavajosyula: 작은 패킷 비용과 접속망의 문턱

요약

Vaishnavi Raghavajosyula와 공동 연구자들은 RIPE Atlas로 76,700개 경로를 측정했다. 표본의 80.5%에서 PMTU는 1,500바이트였고, 더 낮은 상한은 주로 네트워크 가장자리에 모였다.
연구진은 97개의 값을 확인했고, 18.5%의 경로에서 실측 PMTU와 TCP MSS 기반 추정치가 달랐다. 패킷이 너무 크면 길에서 버려질 수 있고, 너무 작으면 헤더를 더 자주 실어야 한다.

다운로드가 멈추면 이용자는 서비스 장애를 겪고 운영자는 원인을 찾아야 한다. 서버가 정상이어도 경로의 첫 접속 장비가 패킷을 버릴 수 있다. 패킷이 경로 상한을 넘고 “Packet Too Big” 알림마저 출발점으로 돌아오지 않으면, 보내는 쪽은 실패를 알아채지 못한 채 재전송할 수 있다. 반대로 작은 패킷만 쓰면 같은 파일에도 헤더가 더 붙어 전송 효율이 떨어진다. 이 크기 선택은 이용자의 대기 시간과 통신사의 회선 용량을 함께 건드린다.

PMTU는 보내는 곳에서 받는 곳까지의 길 전체가 받아들이는 IP 패킷의 최대 크기다. TCP의 MSS는 그 패킷에 담는 TCP 데이터의 상한이므로 IP 패킷 전체와 같은 크기가 아니다. MSS 값만 보고 실제 경로의 상한을 짐작하면 틀릴 수 있다.

RIPE 93에서 Vaishnavi Raghavajosyula는 이 크기 논쟁에 측정값을 내놓았다. 연구팀은 RIPE Atlas를 사용해 접속망, 인터넷 코어, 웹 서버를 향하는 76,700개 경로를 조사했다. traceroute 기반 탐색은 보통의 Path MTU Discovery나 TCP MSS 추정에 기대지 않았다. 기존 알림이 돌아오지 않는 경로도 측정하기 위해서다.

가장 흔한 값은 1,500바이트로 전체 경로의 80.5%를 차지했다. 1,492바이트는 11.7%, 1,480바이트는 1.5%였다. 연구진은 모두 97개의 값을 찾았다. 1,500바이트보다 낮은 PMTU는 접속망 가장자리에 집중됐고, 코어 경로에서는 드물었다. 접속망에서 코어로 향하는 경로에서는 첫 번째나 두 번째 홉에서 제한이 나타나는 경우가 많았다. 코어 경로에서 확인한 제한의 75%는 목적지 AS 바로 앞의 AS에 있었다. AS(자율 시스템)는 한 운영 주체가 관리하는 네트워크다.

왕복 방향의 상한도 같지 않다. Raghavajosyula는 측정한 경로 쌍 대부분에서 역방향 PMTU가 더 높았다고 설명했다. 논문 초록에 따르면 18.5%의 경로에서 실측 PMTU와 TCP MSS로 짐작한 값이 달랐다. TCP가 알려 주는 세그먼트 크기는 경로 전체가 받아들이는 패킷 크기를 대신하지 못한다.

76,700개 경로가 가리킨 첫 작업은 접속망을 방향별로 직접 재는 일이다. 낮은 상한은 첫 번째나 두 번째 홉에서 자주 나타났고, 코어 경로의 제한 75%는 목적지 AS 바로 전 AS에 있었다. 운영자는 그 결과로 조사할 첫 구간을 좁힐 수 있다. 후보 설정의 승자는 실제 트래픽에서 전송 지연, 재전송, 손실을 비교한 운영 결과가 정한다.