요약

  • ARIN의 IRR Auto-Manager는 ROA가 생성될 때 연결된 IRR 경로 객체를 함께 생성하거나 연결할 수 있으며, 두 기록은 나중에 명시적인 삭제·유지 선택을 통해 분리될 수 있다.
  • ACSP 2026.9는 기존 ROA 이력에 상응하는 IRR 조치 기록을 요청한다. 이는 가시성을 개선하겠지만, 운영자가 조작 전체를 재구성하려면 두 개의 별도 기록에 공통 조작 ID와 전후 상태가 여전히 필요하다.
  • 범위가 한정된 기록 간 접수증(receipt)은 ROA와 IRR 객체의 서로 다른 의미와 사용자 선택을 보존하면서 자동화·분기·정정을 감사 가능하게 만들 수 있다.

이제 ARIN Online에서 하나의 조치가 두 기록을 남길 수 있다. 자원 보유자가 Route Origin Authorization(ROA)을 생성하면, 해당 조치에 대해 IRR Auto-Manager가 활성화되고 수락된 경우 ARIN이 일치하는 IRRroute또는route6객체를 함께 생성할 수 있다. 기록은 서로 연결된다. 별도 시스템에서 이루어지던 작업이 하나의 안내형 조작이 된 것이다.

이는 합리적인 인프라 조각이다. 중복 입력을 줄인다. 일치하는 비관리(non-managed) IRR 객체를 대체하거나 그대로 둘 수 있다. 조직 단위로 끌 수 있고, 개별 ROA 생성 시 사용자가 IRR 객체를 거부할 수도 있다. Sync Up 도구를 사용하면 기존 ROA와 일치하는 경로 객체를 나중에 하나로 모을 수 있다. 이 설계는 레지스트리가 운영자의 라우팅 정책을 소유한다고 가장하지 않으면서 운영자를 돕는다.

이 기능에 내장된 분리 구조는 연결만큼이나 중요하다. IRR 객체는 ROA에 영향을 주지 않고 독립적으로 삭제될 수 있다. ROA가 삭제되면 연결된 IRR 객체도 함께 삭제되거나 비관리 객체로 남을 수 있다. 여러 프리픽스를 담은 ROA는 프리픽스마다 하나의 IRR 객체를 생성할 수 있다. 운영자는 영구적인 1:1 결합에 갇히지 않는다.

두 기록이 서로 교환 가능한 것도 아니다. ROA는 서명된 출발점(authority) 데이터다. 허용되는 광고의 구체성 범위를 정의하는maxLength를 포함할 수 있다. IRR 경로 객체는 프리픽스와 출발 AS로 식별되는 RPSL 선언이다. ARIN은 의도적으로 ROA의maxLength를 더 구체적인 IRR 객체군으로 복사하지 않으며, 자동 관리 객체는 프리픽스 항목을 사용한다. 이는 지워야 할 불일치가 아니라 보존해야 할 경계다.

따라서 ARIN은 로컬 선택을 유지하면서 유용한 조율 문제를 해결했다. 다만 조율 그 자체에 대해 똑같이 완전한 공개 증거 객체를 아직 설명하지 않았다.

ROA 이력이 이미 보여주는 것

ARIN의 ROA 문서는 조직별로 최근 365일 동안 신규·수정 ROA를 다루는 Origin AS/Prefix Pair Change Log를 설명한다. 100건을 넘는 이력은 페이지로 나뉜다. 각 행에는 타임스탬프, Added 또는 Removed로 표현된 조작, 소스(Web User, API User 또는 ARIN System), 출발 AS, 프리픽스, 최대 길이, Changed By에 표시된 신원이 담긴다. 전체 CSV는 지원 티켓을 통해 요청할 수 있고, ARIN의 검토·응답 후 90일 동안 다운로드 가능하다.

이는 단순한 현재 객체 목록이 아니다. 변화에 대한 기록이다. 웹에서 사람이 수행한 조치와 API 조치, ARIN System 조치를 구분한다. 영향받은 출발 AS/프리픽스 쌍을 시간과 소스에 연결한다. ROA가 수정되면 쌍 이력은 무엇이 제거되고 무엇이 추가되었는지 표현할 수 있다.

현재 문서는 IRR 객체에 상응하는 가시적 조치 이력을 설명하지 않는다. 이는 나 혼자의 추론이 아니다. 2026년 5월 11일, Randal Kohutek이 ARIN Consultation and Suggestion Process 항목 2026.9를 제출하며 ROA 조치 기록에 상응하는 IRR 객체 조치 기록을 추가할 것을 ARIN에 요청했다. 그 제안은 IRR 시스템에 그런 기록이 "없는 것으로 보인다"고 신중하게 표현했다. ARIN의 내부 데이터베이스나 보안 기록에 대한 지식을 주장하지 않았다.

8일 뒤, ARIN은 IRR 객체 조치를 추적해야 하는 고객에게 이 기능이 도움이 될 것에 동의했다. 제안을 향후 개발을 위한 라우팅 보안 로드맵에 추가하고, 내부 우선순위·구현 계획 절차로 회부한 뒤 제안을 종결했다. 신속하고 건설적인 응답이다. 그러나 출시일도, 특정 스키마에 대한 약속도, 기능이 이미 출시되었다는 증거도 아니다.

동등한 기록이라도 조인(join)은 남는다

로드맵 작업이 ROA 이력과 동일한 기본 필드를 갖는 IRR 이력을 만들었다고 가정해 보자. 운영자는 두 타임라인을 살펴볼 수 있다. 그러나 가장 어려운 문제 해결 질문은 그대로 남는다. 어떤 행들이 같은 의도에 속하는가?

ROA 생성은 기존 비관리 IRR 객체를 발견할 수 있다. 사용자는 그것을 대체하거나 그대로 둘 수 있다. 다중 프리픽스 ROA는 여러 객체를 생성할 수 있다. 나중의 IRR 삭제는 ROA를 그대로 남길 수 있다. 나중의 ROA 삭제는 연결된 객체를 제거하거나 비관리 상태로 유지할 수 있다. Sync Up은 없는 객체를 생성하거나 이미 존재하는 객체를 연결할 수 있다. 서로 가까운 두 타임스탬프가 사건이 같은 원인을 공유한다는 증거가 아니고, 서로 먼 두 타임스탬프가 이후 상태가 오류라는 증거도 아니다.

이것이 중요한 이유는 두 시스템이 서로 다른 운영 결정에 입력되기 때문이다. RPKI 밸리데이터는 ROA를 출발점 검증의 서명 입력으로 사용한다. 네트워크와 도구는 IRR 데이터를 사용해 라우팅 정책 필터를 만들거나 검토할 수 있다. 어느 데이터베이스도 라우터가 실제로 광고했거나 수락한 것을 증명하지 못하지만, 두 데이터베이스 사이의 분기는 여전히 엔지니어를 설명 탐색으로 이끌 수 있다. 그 차이는 의도적 옵트아웃인가, 독립 삭제인가, 유지된 비관리 객체인가, 기존 일치인가, 부분 실패인가, 정정인가? 별도의 이력은 추론으로만 그 설명을 가능하게 한다.

필요한 것은 더 큰 공개 감시 기록이 아니다. 승인된 조직에게 제공되고, 공개 스키마와 개인정보를 고려한 공시를 갖춘, 범위가 한정된 조작 접수증이다.

기록의 병합이 아니라 조작의 접수증

접수증은 불투명한 조작 ID와 시각으로 시작해야 한다. 시작 지점, 즉 ARIN Online, RPKI API, IRR API, Sync Up 또는 ARIN System과, 불필요하게 개인 이름을 노출하지 않는 행위자 클래스를 명명해야 한다. 승인된 조직과 의도를 기록해야 한다. ROA 생성 또는 수정, ROA 삭제, IRR 객체 생성 또는 연결, 비관리 객체 대체, IRR 객체 삭제, 비관리 상태로 유지, 쌍 재동기화.

이어서 전후 상태를 보여야 한다. ROA 쪽에서는 핸들, 출발 AS, 프리픽스,maxLength를 의미한다. IRR 쪽에서는route또는route6키, 프리픽스, 출발, 관리 상태, 연결 상태를 의미한다. 하나의 ROA가 여러 프리픽스에 대응하면 접수증은 그 다대일 관계를 보여야 한다. 객체가 이미 존재했다면 재사용·대체·무변경 중 어느 것이었는지 명시해야 한다.

삭제에는 자체적인 명시적 필드가 필요하다. "ROA 삭제 및 연결 객체 삭제"와 "ROA 삭제 및 객체를 비관리 상태로 유지"는 서로 다른 조작이다. 최종 상태를 부재로부터 재구성하게 해서는 안 된다. 실패했거나 부분 완료된 조작은 결과 클래스를 가져야 한다. 정정은 역사적 설명을 조용히 다시 쓰는 대신, 자신이 대체하는 접수증을 가리켜야 한다.

모든 필드가 전 세계에 읽힐 필요는 없다. 개인 이름, API 자격 증명, 다른 조직의 이력은 공개 피드에 속하지 않는다. ARIN은 보안 세부를 내부에 유지하면서 승인된 자원 보유자에게 구조화된 접수증을 제공하고 스키마, 보존 기간, 내보내기 규칙을 공개할 수 있다. 여기서 감사 가능성은 한정된 관계의 속성이지, 레지스트리가 모두에게 모든 것을 노출하라는 요구가 아니다.

ARIN의 현재 설계에는 올바른 제도적 직관이 담겨 있다. 좁은 조율 작업을 자동화하고, 사용자 선택을 보존하고, 기반이 되는 기록은 구별해 둔다. ACSP 2026.9는 다음 격차를 짚어 준다. 가장 좋은 구현은 동등한 열들보다 한 걸음 더 나아갈 것이다. 타임스탬프에 스스로 갖지 못한 의미를 지워 달라고 요청하지 않으면서, 두 변경이 하나의 조작의 일부였다는 것, 혹은 아니었다는 것을 운영자가 증명할 수 있게 하는 것이다.

출처