요약

  • 제안된 irr0 확장에는 IRR 객체 조회 경로 여섯 개가 있으며, route 객체는 접두사와 발신 AS를 함께 지정한다.
  • peering-set, rtr-set, filter-set 제공 여부는 구현자의 선택이다. autnum 응답의 정책 배열도 필수가 아니다.

새 인터페이스가 route 객체 하나를 반환한다. 다음으로 필요한 정책 집합은 보이지 않는다. 자동화 시스템이 빈 결과를 곧바로 «정책 없음»으로 바꾸면, 읽기 화면의 빈칸이 실제 네트워크 필터의 빈칸으로 이어진다. 새 RDAP 초안이 해결하려는 것은 접근 형식이고, 운영자가 추가로 확인해야 할 것은 서비스 범위다.

Mahesh Aggarwal, Jasdip Singh, Andy Newton, Sasha Romijn이 10월 29일 낸 RDAP Extension for Internet Routing Registry (IRR) Objects 00판은 개인 제출 Internet-Draft다. IETF가 채택한 표준은 아니다. 현재 RDAP 조회 규격은 기본 등록 객체를 다루지만 IRR 객체의 조회 형식은 정의하지 않는다. 초안은 WHOIS의 RPSL 텍스트로 읽던 라우팅 기록을 HTTPS와 구조화된 JSON으로 읽게 하려 한다.

새 경로는 route, route-set, autnum-set, rtr-set, peering-set, filter-set의 여섯 가지다. route 예시 irr0_route/192.0.2.0/24/64500에는 주소 접두사와 발신 AS가 함께 들어간다. ARIN의 IRR 안내에 따르면 route-set은 접두사 또는 다른 route-set의 묶음이며 저장된 route 객체들의 목록이 아니다. 구조가 다른 기록을 모두 같은 라우트 목록으로 펼쳐 놓으면 JSON이 아무리 깔끔해도 정책의 뜻은 흐려진다.

초안 6절은 peering-set, rtr-set, filter-set 지원을 구현자 재량에 맡긴다. 7절에서는 기존 autnum 응답에 irr0_policies 배열을 넣을 수 있게 한다. 이 배열에는 import, export, 다중 프로토콜 및 -via 규칙을 담을 수 있고, 존재할 때는 순서가 중요하다. 배열 자체는 선택 사항이다. 응답에 없다는 사실만으로 원래 IRR에 그런 정책이 없다고 결론 내릴 수 없다.

확장을 제공하는 서버는 관련 응답과 도움말의 rdapConformance에 irr0를 표시해야 한다. 하지만 그 표시는 여섯 경로 각각의 제공 범위를 말해주지 않는다. RIPE NCC의 현행 RDAP 문서는 지원 기본형으로 autnum, domain, ip, entity를 열거한다. 초안에는 실제 도입 건수나 등록기관 간 완전성 비교가 없다. 운영 판단을 바꿀 증거는 특정 구현에서 각 객체 종류를 시험하고 기존 IRR 결과와 대조한 기록이다.

IRR-RDAP 초안 · RFC 9082 · RIPE NCC 문서 · ARIN 안내