요약

  • RIPE NCC의 0.006% Whois 수치는 NONAUTH 객체를 반환한 질의 건을 설명하고, 20% 수치는 NONAUTH 갱신을 요청한 NRTM 요청을 설명한다. 두 수치는 사용자나 트래픽의 비교 가능한 비율이 아니다.
  • 다음 정리 제안은 여전히 ‘시작(Starting)’ 단계에 있다. 유용한 결정 기록은 어떤 삭제도 진행하기 전에 각 객체 규칙, 영향받는 대상 집단, 통지, 전환 경로, 변경 후 테스트를 식별해야 한다.

질의와 미러는 서로 다른 질문을 던진다

사용자는 이름, 주소 대역 또는 네트워크 번호에 대해 Whois에 질의한다. 미러는 데이터베이스 소스의 변경 사항을 요청한다. 전자는 조회이고, 후자는 로컬 사본을 최신 상태로 유지한다. 한 종류의 응답에 나타난 레코드가 별도의 갱신 스트림을 통해 정기적으로 요청되는 일은 드물다. 이 두 관찰은 서로 모순되지 않는다. 서로 다른 경로에서 나온 관찰일 뿐이다.

이 구분은 RIPE-NONAUTH 논의에 현재 사용되는 두 수치에 의해 가려진다. 2025년 7월 17일 Database Working Group 메시지에서 RIPE NCC 직원들은 비(非)권위 소스에서 온 객체가 Whois 질의 건의 약 0.006%에서 반환되었다고 밝혔다. 같은 메시지에서 직원들은 NRTM 요청의 약 20%가 NONAUTH 갱신을 질의했다고 밝혔다. 이 메시지는 측정 구간도, 원시 분모도, 별개의 미러 클라이언트 수도 제공하지 않는다. 이 백분율은 나누거나 빼거나 사용 대 미사용 점수로 취급할 수 없다.

작은 Whois 수치는 분명 답하는 바가 있다. 측정된 데이터에서 relatively 적은 수의 질의 건에서 NONAUTH 객체가 반환되었다는 것이다. 그러나 이 수치는 그 질의에 의존하는 별개의 네트워크가 얼마나 되는지, 그 질의가 운영적으로 중요했는지, 네트워크가 대신 로컬 미러에서 무엇을 받는지 말해주지 않는다. 권위 소스만 질의하는 사용자에 대해서도 설명하지 않는다. 이것은 하나의 인터페이스 출력에 대한 근거이지 소스 사용자에 대한 인구조사가 아니다.

NRTM 수치는 다른 질문에 답한다. 그 스트림의 요청 중 상당한 비율이 NONAUTH 갱신을 요청했다는 것이다. 이 수치는 그 요청이 많은 클라이언트에서 왔는지 소수에서 왔는지, 모든 요청이 성공적인 전송으로 이어졌는지, 각 클라이언트가 결과 레코드를 운영 환경에서 사용했는지 말해주지 않는다. 하나의 자동화가 반복 요청을 생성했을 수도 있다. 반대로 클라이언트가 갱신 스트림 대신 일일 파일을 내려받았을 수도 있다. 공개된 백분율은 사업자, 고객, 트래픽 양 또는 의존성의 개수가 아니다.

정리의 이유는 실재하고, 근거 공백도 실재한다

RIPE-NONAUTH는 2018년 권위 데이터에서 분리되어 서비스 지역 외부 객체를 보관하게 되었다. RIPE NCC에는 타당한 데이터 품질 우려가 있다. 2025년 7월 메시지에 따르면 이 소스에는 기원이나 지속적 유효성이 불명확할 수 있는 비(非)권위 정보가 담겨 있으며, 클라이언트가 source 속성을 무시하면 더 강하게 뒷받침된 기록으로 오인할 수 있다. 2025년 운영 업데이트는 연간 100건 미만의 변경과 객체 수의 점진적 감소도 보고했다. 이 수치들은 각 객체가 여전히 목적을 갖는지 묻는 근거가 된다. 그 자체로 남은 모든 객체가 중복이라는 증명은 아니다.

이미 고려된 통제 방안은 일괄 퍼지보다 구체적이다. RIPE NCC의 2025년 논의에는 유효한 ROA와 일치하는 객체 또는 다른 RIR 데이터베이스의 라우트 객체와 일치하는 객체가 포함되었다. RIPE 91에서 팀은 잠재적으로 영향받는 객체에 대해 2,000건을 조금 넘는 통지를 보냈다고 밝혔다. 33건의 회신이 도착했으며, 그중 23건은 자신들의 객체를 삭제하지 말아 달라고 요청했고, 직원들은 10명의 유지보수자와 사용에 대해 논의하며 권위 데이터베이스에 대안을 만들도록 도왔다. 이러한 회신들은 전환이 사업자의 작업을 필요로 할 수 있음을 보여준다. 이는 대표성 있는 감사가 아니다. 회신한 유지보수자가 침묵한 수신자와 같지 않을 수 있고, 회신은 모든 미러 소비자를 세지 않는다.

RIPE 92에서 Job Snijders는 유효한 ROA와 일치하거나 다른 곳에 대응하는 라우트 객체가 있는 라우트 객체의 정리를 지지했다. AMS-IX는 자사의 라우트 서버가 몇 년 전부터 NONAUTH 사용을 중단했으며 불만이나 운영 영향이 없었다고 밝혔다. 이는 유용한 운영 증언이지만, 한 사업자의 경로를 설명할 뿐 모든 구현이나 모든 역사적 객체를 설명하지는 않는다. RIPE NCC 직원은 여전히 NONAUTH에 의존하는 다른 사업자들에게 나서달라고 요청했다. 회의록은 논의를 기록했을 뿐, 소스 폐지에 대한 투표를 기록하지 않았다.

‘시작(Starting)’은 삭제 일정이 아니다

9월 17일에 갱신된 RIPE NCC의 2026년 4분기 계획은 메일링 리스트와 RIPE 92에서의 논의를 거친 후 추가 정리를 제안할 의향이 있다고 명시한다. 해당 항목의 상태는 ‘시작(Starting)’이다. 최종 객체 집합, 매칭 로직, 기한, 유예 기간, 예외 목록, NRTM 서비스 변경은 어떤 것도 식별하지 않는다. 레코드를 줄이겠다는 제안은 데이터베이스를 폐쇄하겠다는 결정과 같지 않으며, 어느 쪽도 구현된 것으로 보도되지 않았다.

따라서 결정 기록은 측정 경계를 명확히 드러내야 한다. 각 제안된 규칙에 대해 스냅샷 날짜, 객체 클래스, 매칭 정의, 건수를 공개해야 한다. Whois 질의 건과 NRTM 갱신 요청은 각각의 관측 구간과 기저 건수를 함께 밝혀 따로 보고해야 한다. 데이터가 허용한다면 개인정보를 침해하지 않는 방식으로 별개의 활성 소비자 수를 추가하되, 그 수를 요청으로부터 추론해서는 안 된다. 얼마나 많은 유지보수자에게 도달했는지, 몇 명이 회신했는지, 어떤 전환이 완료되었는지, 어떤 사례에 다른 경로가 필요한지 기록해야 한다. 그런 다음 유예 기간과, 결과적으로 소스 변경이 예상과 다르게 동작할 경우 정리를 일시 중지할 테스트를 명명해야 한다.

이는 또 다른 상시 텔레메트리 프로그램을 요구하는 것이 아니다. 데이터 경로에 대한 중대한 변경에 대한 버전화된 영수증이다. 규칙이 정확한 중복만 제거한다면 그렇게 밝혀야 한다. ROA가 적용되는 모든 객체나 NRTM 서비스 자체로 확장한다면, 그것이 다른 결정임을 식별해야 한다. “대화형 반환 건수가 적다”, “갱신 요청이 많다”, “연락된 유지보수자”, “전환된 클라이언트”를 독자가 구분할 수 있게 하는 요약은 네 가지를 모두 “이용”이라고 부르는 것보다 더 유익하다.

출처