요약

  • IPv6 주소와 일반 패킷은 도달 가능하더라도 Fragment, Destination Options, Hop-by-Hop 또는 Routing 헤더를 실은 패킷은 폐기되거나 느린 경로로 이동할 수 있다. 따라서 기능은 개별적으로 시험된 경로, 방향, 헤더 체인, 시점에 귀속되며 "IPv6"라는 총체적 표현에 귀속되지 않는다.
  • RFC 7872와 이후 APNIC 및 RIPE 작업은 헤더 종류, 옵션 크기, 엔드포인트 모집단, 서버 환경에 따라 실험마다 크게 달라지는 유의미한 손실을 보여준다. 이 역사적 측정은 통제 수단의 필요성을 증명할 뿐, 2026년의 전 세계 폐기율 통계는 아니다.
  • 파서, 방화벽, DDoS 서비스를 소유한 네트워크와 벤더가 실질적인 허용 권한을 행사한다. 반증 가능한 기준선은 일반 IPv6와 선언된 EH 변형을 경로와 장비 계열 전반에 걸쳐 비교해야 하며, 신뢰할 수 있는 반사실(counterfactual)은 만능 전달을 약속하는 대신 범위가 한정된 기능, 진단, 만료 조건을 공개해야 한다.

하나의 주소, 두 개의 패킷 현실

가입자나 서버가 작동하는 IPv6 주소를 갖고 있다고 가정하자. DNS가 그 주소를 반환하고, BGP가 프리픽스를 전달하며, 짧은 제어 패킷이 도착한다. 이것은 유용한 사실이다. 그러나 상위 계층 헤더가 확장 헤더 체인 뒤에 놓일 때 어떤 일이 벌어지는지는 증명하지 못한다.

IPv6의 기본 헤더는 40바이트다. 선택적 인터넷 계층 정보는 별도의 확장 헤더에 담긴다. RFC 8200은 Hop-by-Hop Options, Destination Options, Routing, Fragment 헤더를 IPsec 관련 헤더와 함께 아키텍처의 핵심 형태로 정의한다. 체인은 상위 계층 프로토콜이 발견될 때까지 successive Next Header 필드를 따라 진행된다. TCP나 UDP 포트를 검사하려는 방화벽은 파싱을 계속해야 한다.

이 가변적 깊이가 바로 경제적 메커니즘이다. 고속 패킷 장비는 유한한 파서 단계, 고정 버퍼, 유한한 슬로우패스 처리량을 갖는다. 어떤 장비는 단순 IPv6 패킷을 라인 속도로 전달하면서도 더 깊은 체인은 다르게 처리할 수 있다: 검사하거나, 무시하거나, 상위로 넘기거나, 속도를 제한하거나, 폐기하는 것이다. 패킷 형식은 전 세계 공통이다. 예산은 섀시 하나, 방화벽 서비스 하나, 클라우드 엣지 하나씩 구입되는 것이다.

RFC 7045는 전달 노드가 존재하는 확장 헤더와 무관하게 패킷을 전달해야 하며, 검사하는 방화벽이 표준 유형을 적절히 인식하도록 요구한다고 말한다. 동시에 의도적으로 구성된 정책도 보존한다. 이것은 기술적으로는 정확한 구분이지만 상업적으로는 어색한 구분이다. 사양은 상호운용성이 무엇을 요구하는지 말할 수 있지만, 제3자의 오래된 라인 카드에 파서 실리콘을 설치하거나 독립 운영되는 DDoS 서비스에 위험 수용을 강제할 수는 없다.

RFC 7112는 첫 조각이 상위 계층 헤더까지의 전체 체인을 포함하도록 요구함으로써 검사 가능성을 개선한다. 그러나 모든 장비가 그 헤더에 도달할 수 있음을 보장하지는 않는다. RFC 9098은 더 어려운 경계를 지적한다: 경로 MTU를 넘어서면 아키텍처상 헤더 수나 총 깊이에 보편적 상한이 없다. 계층 4를 찾는 것은 체인을 순서대로 따라가는 일이다. 그 결과 "IPv6 지원"은 증거로 쓰기엔 너무 포괄적이다.

측정 결과는 경고이지 현재의 시장 점유율이 아니다

RFC 7872는 2016년의 상세한 기록을 발표했다. World IPv6 Launch 웹 서버 데이터셋은 8바이트 Destination Options 헤더에서 11.88%, 8바이트 Hop-by-Hop 헤더에서 40.70%, 시험된 Fragment 조건에서 30.51%의 폐기율을 보고했다. 대응하는 Alexa 웹 서버 값은 10.91%, 39.03%, 28.26%였다. 메일 서버와 네임 서버에서는 결과가 달랐으며, Alexa 네임 서버 Fragment 조건은 55.23%에 달했다.

이 수치가 중요한 이유는 일반 IPv6 목적지가 충분한 분모가 아니었기 때문이다. 헤더 종류와 목적지 모집단이 결과를 바꾸었다. 이를 오늘의 전 세계 비율로 제시해서는 안 된다. 입력 목록, 서버 역할, 경로, 패킷 구성, 관측 기간은 결과의 일부다.

APNIC는 이후 방향을 반전시켜 온라인 광고로 클라이언트를 모집하고 소수의 서버 집합에서 확장 헤더 트래픽을 전송했다. 2022년 10월의 보고에 따르면 그 플랫폼은 하루 약 400만 회의 측정을 수행했다. 2023년 6월 후속 실험은 Destination Options와 Hop-by-Hop 패딩을 8, 16, 32, 64, 128바이트로 변화시키고, Fragment 초기 크기를 1,200~1,416옥텟으로 시험했다.

2023년 APNIC 글은 설명되지 않은 약 90%에서 55%로의 변화 이후, 64바이트까지는 약 30%, 128바이트에서는 약 55%의 Destination Options 손실을 보고했다. 같은 글에 따르면 2023년 4월 27일부터 5월 15일까지 애버딘 대학(University of Aberdeen) 실험은 총 370,742회의 Hop-by-Hop 시험에서 전체 99.04%의 손실을 기록했다. 8바이트 사례는 98.25%, 128바이트 사례는 99.99%였다. 그러나 표본화된 접속 네트워크는 서로 달랐고, 저자들은 폐기 지점을 확정적으로 특정했다고 주장하지 않았다.

이 주의사항은 장식이 아니다. 99%에 가까운 결과는 공용 인터넷의 보편적 규칙이 아니라 호스팅과 가상화를 포함한 시험된 전체 경로를 기술할 수 있다. 이 발견은 범위를 좁힐 때 더 강해진다: 서버 위치, 옵션 크기, 표본화된 접속 AS를 바꾸면 추론 가능한 내용이 달라졌다. 호환성에는 슬로건이 아니라 매트릭스가 필요하다.

RIPE Atlas의 패킷 크기 작업은 인접한 통제점을 제공한다. 이 실험은 단편화 문제가 있는 참가 IPv6 프로브가 약 10%에 이른다고 보고하면서 동시에 100바이트 프로브에서 약 11%의 기준 전체 손실률을 기록했다. 실험은 크기 사례에 따라 약 1,284~1,292개의 IPv6 프로브를 사용했으며, 전체 인터넷으로 일반화하는 것을 명시적으로 거부했다. 기준선이 중요한 이유는 모든 실패 변형이 먼저 동일한 엔드포인트가 일반 IPv6를 성공적으로 전달했다는 전제 위에서 평가되어야 하기 때문이다.

파서는 통제 표면이다

벤더 기록은 그 비용을 구체화한다. 시스코(Cisco)의 확장 헤더 문서는 고정된 파싱 자원을 가진 이름이 붙은 하드웨어 플랫폼을 기술하며, 하드웨어 처리를 위한 64바이트 EH 체인 예시와 상위 계층 필터가 적용될 때 그 경계를 넘는 소프트웨어 경로 처리를 설명한다. 시스코 IOS XR 7.1.1 NCS 5500 가이드는 특정 헤더에 대해 하드웨어 처리를 지원하는 모델과 EH 트래픽과의 계층 4 ACL 매칭이 불가능한 사례를 포함한 라인 카드 간 차이를 문서화한다.

주니퍼(Juniper)는 EH 매칭 조건과 플랫폼별 지원을 노출한다. 어느 IDS 서비스 표면에서는 명시적인allow-ipv6-extension-header규칙을 생략하면 확장 헤더를 포함한 패킷이 차단된다. 노키아(Nokia) 문서는ipv6-eh max와limited모드를 제공하며, 인용된 릴리스에서 특정 필터 매칭을 위해 최대 6개의 헤더를 검색한다.

이 문서들은 전 세계 벤더 순위를 확립하지 않는다. 더 유용한 무언가를 증명한다: 파서 깊이, 인식되는 유형, 기본값, 풀패스 처리는 제품과 릴리스의 속성이라는 점이다. 하드웨어를 선택하는 운영자는 어떤 미래 패킷 형태가 저렴하게 유지될지도 함께 선택하는 것이다. 클라우드나 DDoS 공급자는 섀시를 결코 볼 수 없는 고객을 위해 같은 선택을 할 수 있다.

보안 비용도 실재한다. RFC 8504는 호스트가 헤더 길이, 헤더 수, 옵션 수, 총 체인에 한도를 둘 수 있도록 허용한다. RFC 8883은 지나치게 큰 확장 헤더, 지나치게 긴 체인, 지나치게 많은 헤더, 지나치게 많은 옵션에 대한 ICMPv6 코드를 정의한다. RFC 9288은 트랜짓 필터링 권고를 제공한다. RFC 9673은 2024년 10월 Hop-by-Hop 처리를 갱신하여 모든 라우터가 모든 옵션을 실행해야 한다는 가정 없이 선택적이고 실용적인 처리를 가능하게 했다. RFC 9805는 이후 새 프로토콜에 대해 Router Alert를 폐기 예정(deprecated)으로 지정하면서 기존 사용은 범위 내로 두었다.

이 패턴은 "표준 대 나쁜 운영자"가 아니다. 무제한 파서 작업은 신뢰할 수 있는 권리가 아니다. 불투명한 침묵의 실패 역시 신뢰할 수 있는 보증이 아니다. 유용한 운영 질문은 어떤 범위가 한정된 프로필이 경로에서 어떤 속도로, 어떤 진단과 함께, 어떤 하드웨어나 정책 변경까지 전달되는가이다.

구매한 기능을 측정하라

방어 가능한 90일 시험에는 3개의 접속, 3개의 트랜짓, 3개의 클라우드 또는 DDoS 서비스 계열, 3개의 라우터 실리콘, 3개의 방화벽, 3개의 호스트 스택 계열, 그리고 서비스 계열당 100개의 독립 관측된 경로 쌍이 필요하다. 일반 IPv6, Fragment, Destination Options, Hop-by-Hop, Routing 또는 SRH 조건을 시험한다.

총 EH 깊이는 8, 16, 32, 64, 128바이트로 변화시키고, 해당하는 경우 권장 순서와 대체 유효 순서를 사용하며, 256, 1,200, 1,400바이트에서 TCP, UDP, QUIC류 UDP를 구동하고, 셀당 100회 시험을 수행한다. 전달, 침묵 손실, p95 지연, 처리량, ICMP, 파서/슬로우패스 카운터, 그리고 장비를 통제할 수 있는 곳에서는 CPU를 기록한다.

이 논지는 의도적으로 반증 가능하다. 다음 조건이 모두 충족될 때만 반박할 수 있다: 모든 유효 EH 셀이 일반 IPv6 전달률과 0.1퍼센트포인트 이내에 있고, 어떤 계열도 10만 회 시험당 침묵하는 EH 고유 폐기가 1건을 넘지 않으며, p95 지연과 처리량이 2% 이내에 유지되고, 통제된 CPU 상승이 5퍼센트포인트 미만이며, 128 EH 바이트까지 슬로우패스 불연속이 나타나지 않으며, 선언된 한도를 고의로 초과한 경우의 99.9%가 예상된 RFC 8883 오류를 반환한다. 헤더 종류, 바이트 수, 순서, 장비, 정책이 일반 도달 가능성 이상의 예측력을 더하지 않으며, 새 EH 사용이 터널, 허용 목록, 프로빙, 교체 없이 확장되어야 한다.

유효한 8바이트 헤더가 통제된 경로의 10% 이상에서 5퍼센트포인트를 넘는 전달 격차를 만들거나, 64~128바이트가 재현 가능한 절벽을 만들거나, p95 지연이 25%를 넘게 상승하거나, 처리량이 20%를 넘게 하락하거나, CPU가 15퍼센트포인트 이상 상승하거나, 한도 폐기의 과반에서 사용 가능한 ICMP가 없거나, 장비·펌웨어·DDoS 서비스·경로만 바꾸어 결과가 달라진다면 근거가 강화된다. 이것은 2026년에 대한 편의적 주장이 아니라 미래 지향적 기준이다.

IPv6 할당이 살 수 없는 것

번호 자원 보유자에게 할당은 고유성과 레지스트리 기록을 확립한다. BGP 경로는 일부 제어평면 가시성을 확립한다. 둘 다 공급자 체인 전반에서 선택적 패킷 처리를 위한 구매 주문이 아니다.

이 구분은 조달에 영향을 주어야 한다. 공급자에게 EH 유형과 바이트 한도, 풀패스와 슬로우패스 처리, 관련 방화벽 기본값, RFC 8883 카운터, 그리고 펌웨어·섀시·클라우드 엣지·정책 변경 후의 만료 조건을 공개하도록 요구하라. 양방향으로 시험하라. "IPv6 연결성"만 말하는 SLA는 완전히 정확하면서도 애플리케이션 설계자가 상상하는 것보다 훨씬 적게 커버할 수 있다.

이것은 거버넌스 주장도 제한한다. IANA의 레지스트리는 공통 식별자를 제공한다. IETF 문서는 공통 구문과 처리 기대치를 제공한다. RIR은 주소를 할당하고 기록한다. 그 어느 역할도 트랜짓 파서를 운영하거나 사설 장비에 대한 명령을 만들지 않는다. 반대로 경로상의 장비는 실질적 권한은 있지만 전 세계적 정당성은 없다. 그 운영자는 자기 서비스를 보호할 수 있으나, 효과를 공개하고, 정책에 한계를 두고, 유용한 실패 신호를 제공해야 한다.

락인은 순환적이다. 전달이 불확실하기 때문에 애플리케이션은 확장 헤더를 피한다. 낮은 사용은 유능한 실리콘을 정당화하기 어렵게 만든다. 고정 실리콘은 다시 새로운 사용을 불확실하게 만든다. 캡슐화나 폐쇄형 SRv6 도메인은 이 고리를 끊을 수 있지만, 제어를 자체 전환 비용을 가진 터널이나 컨트롤러로 이동시킨다. 공용 인터넷은 서류상 "확장 가능"한 채로 호환성을 예외로 구입하고 있다.