요약

  • 9월 11일 기준 고정된 RIPE NCC 호스팅 노드 대장 집계에서는 43개의 운영 중인 AuthDNS 행과 5개의 퇴역 행이 확인된다. 이는 재현 가능한 재고 결과이며, 얼마나 많은 리졸버 집단이 더 짧거나 복원력 높은 경로를 얻었는지를 측정한 것이 아니다.
  • RIPE NCC의 2026년 3분기 계획은 대형 눈볼(eyeball) 네트워크, 그 피어, 그리고 유용한 IXP 포트를 겨냥한다. 자체 RIPE Atlas 연구는 이 구분이 왜 중요한지를 보여준다: 바레인의 한 노드는 주로 사우디아라비아의 프로브가 사용했고, 바레인 Batelco 네트워크의 프로브는 거의 그 노드에 도달하지 못했다.

초록 43행

초록색 운영 라벨은 만족스러운 진행 단위다. 어떤 기계가 존재하고, 호스트명이 할당되었으며, 서비스 운영자가 해당 인스턴스를 살아 있다고 간주한다는 뜻이다. RIPE NCC의 "All hosted nodes" 페이지에서는 여기에 위치, 호스팅 조직, 그리고 흔히 완료일까지 함께 표시된다. 이는 유용한 사실들이며, 운영 기록의 시작이다.

그러나 그 끝은 아니다.

이 기사를 위해 캡처한 페이지에는 48개의 AuthDNS 행이 있다. 43개는 운영 중이고 5개는 퇴역했다. 운영 행 중 밀라노의 노드 #523(LAKENETWORKS 호스팅)은 2026년 6월 18일 완료를 기록하고, 베를린의 노드 #520(BCIX Management GmbH 호스팅)은 7월 28일을 기록한다. 두 날짜 모두 6월 11일 RIPE NCC 3분기 계획 업데이트 이후다. 이 연표를 인과 주장으로 끌어올려서는 안 된다: 공개 자료는 어느 쪽 신청이 언제 시작되었는지, 3분기 항목이 그것을 유발했는지, 어느 진단된 공백을 어느 노드가 메우기 위한 것인지 말해주지 않는다.

이 재고가 증명하는 것은 더 좁고 단단하다. 캡처일 기준으로 그 페이지는 43개의 호스팅 AuthDNS 인스턴스를 운영 중으로 표시했다. 43개의 지연 감소, 43개의 새로운 대형 눈볼 커버리지, 또는 43개의 독립 검증된 복원력 향상을 제시하지는 않았다.

목표는 이미 라우팅 언어로 적혀 있다

RIPE NCC의 분기 계획은 커버리지를 국가를 늘리는 경쟁으로 묘사하지 않는다. 조직이 AuthDNS 커버리지가 "충분히 대표되지 않는" 지역에서 개선되기를 원한다고 명시한다. 대형 눈볼 네트워크, 혹은 그 눈볼 네트워크와 피어링하는 네트워크 안에 호스팅 노드를 원한다. 여러 상대와 피어링을 가능하게 하는 IXP 포트도 도움이 된다. 해당 항목은 진행 중으로 표시되어 있다.

각 표현은 단순한 지리에서 벗어나 있다. 눈볼 네트워크가 중요한 이유는 사람과 조직이 사용하는 리졸버와 접속 경로를 집약하기 때문이다. 피어가 중요한 이유는 라우팅 정책이 그 트래픽이 로컬 광고를 매력적으로 보는지를 결정하기 때문이다. 교환 포트가 유용한 이유는 직접 경로를 갖는 네트워크 집합을 넓힐 수 있기 때문이다. 서버의 우편 주소는 그런 성과를 스스로 증명하지 못한다.

계획은 수치 목표, 서비스가 부족한 국가의 분모, 대상 네트워크 목록, 지연 기준치, 수용 기간을 공개하지 않는다. 이것이 RIPE NCC에 내부 엔지니어링 기준이 없다는 증거는 아니다. 다만 독자가 공개 계획 문장과 공개 노드 행을 연결해 커버리지 결과를 재현할 수 없다는 것만 확립한다.

하나의 서비스, 두 개의 배치 계층

AuthDNS는 인프라 지도의 장식 점보다 더 실질적이다. RIPE NCC는 이 서비스가 AS197000에서193.0.9.0/24와2001:67c:e0::/48을 광고한다고 말한다. 이 서비스는in-addr.arpa와ip6.arpa의 역방향 DNS 존,ripe.net, 다른 지역 인터넷 레지스트리의 인프라 존, 지원 조직의 존, 그리고 일부 국가 코드 최상위 도메인의 세컨더리 서비스를 담당한다.

그 아키텍처는 눈에 띄게 다른 두 계층으로 나뉜다. 암스테르담, 런던, 스톡홀름, 도쿄의 4개 코어 인스턴스는 라우터로 쿼리를 BIND, Knot DNS, NSD가 혼합된 여러 서버에 분산한다. 호스팅 인스턴스는 그 코어 용량을 보완한다. RIPE NCC는 이들을 ISP 네트워크에 배치되거나 인터넷 교환기에 연결된 단일 서버 배치로 설명한다.

커버리지를 논할 때 이 구분은 유지할 가치가 있다. 호스팅 노드는 코어 사이트가 갖는 구성 요소 다양성 없이도 경로를 단축하고 또 하나의 애니캐스트 목적지를 제공할 수 있다. 반대로 여러 서버를 갖춘 코어 사이트도 특정 리졸버 집단이 그것을 선택할 것을 보장하지 않는다. "노드", "사이트", "서버", "커버리지 집합(catchment)", "복원력"은 서로 바꿔 쓸 수 있는 회계 단위가 아니다.

바레인이 유용한 반례다

RIPE NCC는 이미 지도 산수를 넘어서는 데 필요한 방법을 공개했다. 2024년 12월 RIPE Labs 연구에서 동남유럽, 중앙아시아, 중동의 RIPE Atlas 프로브를 이용해 30분마다193.0.9.7에150.6.0.193.in-addr.arpa를 조회하게 했다. 분석은 어떤 AuthDNS 서버가 응답했는지 기록하고 프로브와 일 단위로, 중위 왕복 지연시간을 포함해 관찰을 집계했다.

그 결과는 물리적 위치를 제대로 겸손하게 만들었다. 동남유럽에서 많은 프로브는 암스테르담에 도달했다. 보스니아 헤르체고비나, 특히 루마니아에서는 로컬 노드가 지배적이었고, 일부 프로브는 꾸준히 캔자스시티나 바레인에 도달했다. 중앙아시아에서는 당시 지역 AuthDNS 인스턴스가 없었고 대부분의 쿼리는 암스테르담이나 스톡홀름으로 갔다.

중동은 도시 라벨을 서비스 영역으로 읽지 말라는 가장 깔끔한 경고를 제공했다. RIPE NCC는 STC Bahrain이 호스팅하는 바레인 마나마의 노드를 갖고 있었다. 그런데 그 인스턴스는 주로 사우디아라비아의 프로브가 사용했다. Batelco의 바레인 네트워크 AS5416 내부의 프로브는 거의 그 노드에 도달하지 못했다. Saudi Telecom Company의 AS25019는 측정 기간 내내 도달했다. 사우디 프로브에게 바레인은 관찰된 목적지 중 성능이 더 좋기까지 했다: 중위 왕복 지연시간이 50밀리초 미만이었고, 유럽 인스턴스는 약 100밀리초, 베네수엘라나 괌으로의 경로는 훨씬 길었다.

그 결과에서 바레인 노드가 실패했다는 말은 어디에도 없다. 더 유용한 것을 말한다: BGP 커버리지 집합이 배달되는 제품이라는 점이다. 노드는 한 국가에는 물리적으로 로컬이고 다른 네트워크 집단에는 운영상 로컬일 수 있다. 선택된 경로는 지도 위 두 핀 사이의 거리가 아니라 광고, 기호, 피어링, 업스트림 구조를 반영한다.

피어링 정책이 그 이유를 설명한다

RIPE NCC의 AuthDNS 피어링 정책은 이 메커니즘에 공개적 틀을 제공한다. AS197000은 일반적으로 개방적인 정책을 따른다. 코어 및 호스팅 IXP 노드에서는 IPv4 최소 프리픽스 크기/24, IPv6/48을 조건으로 교환기 라우트 서버의 경로를 수용하고, 자신의 프리픽스를 그 라우트 서버에 광고한다. 라우트 서버와 그 필터링 커뮤니티의 사용을 권장한다. 직접 피어링은 명시된 조건에서 검토되며, 호스팅 IXP 노드의 경우 라우트 서버가 없는 곳에서 검토된다.

이 규칙은 한 배치를 많은 네트워크에 보이게 할 수도 있고, 유용한 커버리지 집합을 지도가 시사하는 것보다 좁게 남겨둘 수도 있다. 그리고 호스팅 조직의 이름이 피어 집합 영수증이 아니라는 이유도 보여준다. 공개 노드 대장은 각 AuthDNS 인스턴스에 대해 호스트 네트워크의 ASN, 라우트 서버 참여, 관찰된 인바운드 리졸버 코호트, 활성화 후 그 코호트의 변화를 나열하지 않는다. 그런 세부사항 일부는 민감하거나 불안정할 수 있다. 답은 최대 공개가 아니라 경계가 분명한 측정 기록이다.

캐시가 관련 분모를 줄인다

Hosted DNS FAQ는 두 번째 규율을 더한다. 대부분의 DNS 쿼리는 캐시가 응답한다. RIPE NCC에 따르면 잘 연결된 네트워크의 경우 노드 호스팅의 로컬 이익은 미미하거나 존재하지 않을 수 있으며, 관련 상위 존에 대한 쿼리 중 아주 작은 부분만 루트 또는 AuthDNS 서버에 도달한다. 기존 경로가 비정상적으로 길다면 로컬 인스턴스가 그 쿼리를 개선할 수 있지만, 모든 DNS 지연이나 업스트림 대역폭의 일반적 감소로 팔아넘겨서는 안 된다.

호스트와 RIPE NCC는 서로 다른 부분을 통제한다. 호스트는 명시된 서버 또는 적합한 가상 머신, 코로케이션 조건, 이중 전원, 물리적 보안, 연결성을 제공하고 그 비용을 부담한다. RIPE NCC는 서버를 원격으로 관리한다. 노드나 그 도달성에 문제를 관찰하면, 서버는 프리픽스를 철회해 트래픽이 다른 DNS 서버로 이동할 수 있게 한다.

이 fail-away 동작은 가치 있지만 측정 문제를 부각한다. 철회는 재고의 물리적 위치를 바꾸지 않고 커버리지 집합을 바꿀 수 있다. 새로운 피어링 합의는 노드를 추가하지 않고 커버리지 집합을 바꿀 수 있다. 퇴역 행은 이미 트래픽이 다른 곳으로 이동한 경로를 제거할 수 있다. 행 수와 라우팅 결과는 다른 시계로 간다.

재고 영수증과 커버리지 영수증

RIPE NCC는 호스팅 노드 대장을 유지해야 한다. 그것은 판독 가능하고, 추가와 제거를 노출할 만큼 최신이며, 신원이나 날짜가 없는 장식 지도보다 낫다. 빠진 조각은 분기 계획이 이미 서술한 목표에 묶인 별도의 커버리지 영수증이다.

그런 영수증은 사적 피어링이나 개별 리졸버 트래픽을 공개할 필요가 없다. 노드 ID나 배치 캠페인을 대상 지리와 집계 기준 코호트에 묶고, RIPE Atlas 측정 ID, 자격 규칙, 관찰 창을 인용하고, 활성화 전후의 응답 노드 분포와 왕복 지연시간을 보고하고, 대상 조건, 예외, 샘플 한계를 명시하고, 결과가 수용되거나 공개로 남은 날짜를 기록할 수 있다.

영수증은 다섯 가지 결론을 분리해 유지해야 한다. 재고는 인스턴스가 목록에 있고 운영 중이라고 말한다. 도달성은 특정 관측점이 답을 얻을 수 있다고 말한다. 커버리지 집합은 라우팅 시스템이 어느 인스턴스를 선택하는지 말한다. 지연은 명시된 시점의 관찰된 경로를 서술한다. 복원력은 노드, 경로, 업스트림 의존성이 사라질 때 무슨 일이 생기는지 묻는다. 하나의 숫자가 다섯 질문 모두에 답할 수는 없다.

따라서 43개의 운영 행은 비난이 아니다. RIPE NCC의 자체 계획 언어가 필요하게 만드는 두 번째 대장을 기다리는, 신뢰할 만한 첫 대장이다.

출처