요약

  • Ranjbar는 RIPE NCC가 보유한 RDAP 기록에서 더 세부적인 네트워크를 관리하는 자원 보유자의 서버로 선택적으로 연결하는 방안을 제시했다. 아직 채택된 정책은 아니다.
  • Leo Vegoda는 서버가 RIPE NCC에는 올바른 답을, 다른 이용자에게는 잘못된 답을 줄 수 있다고 지적했다. 가동 여부만 확인해서는 이 문제를 잡지 못한다.

기록은 있는데 길이 없다

RIPE 93 공식 발표 소개에 따르면 Ranjbar는 RIPE NCC에서 15년 일했고 최고정보책임자를 지냈다. 지금은 Whisper Security를 이끌며 AS219419를 운영한다. 등록기관 내부에서 데이터를 다뤘던 사람이 이제 자원 보유자의 입장에서 빠진 연결을 설명한 셈이다.

RDAP 조회는 RIPE NCC가 보관하는 가장 구체적인 할당 객체에서 끝난다. 보유자가 더 작은 네트워크의 등록 정보를 자체 서비스에 올려두어도, 그 서비스로 가는 주소를 등록기관의 답에서 찾을 수 없다. 중앙 데이터베이스에 세부 객체를 대량 복사하면 두 사본의 갱신 시점이 어긋날 수 있다. Ranjbar는 2a04:2a01::/32에 대한 보유자 측 서비스를 실제 예로 들었다.

그의 선택형 제안에는 네 가지가 있다. 상위 객체에 보유자의 RDAP 기본 주소를 등록하고, 하위 자원 조회를 넘기고, 클라이언트가 선택할 별도 링크를 제공하고, 연결의 검증·상시 점검·철회 규칙을 정하는 것이다. 보유자가 세부 기록을 쓰고 등록기관이 길을 안내한다.

현장 기록에서 Vegoda는 연결이 계속 작동하는지 확인하는 데 그쳐서는 안 된다고 했다. 등록기관이 볼 때와 일반 이용자가 볼 때 답이 다를 수 있기 때문이다. Ranjbar도 이 점을 후속 논의 대상으로 받아들였다. 그는 영향 분석과 Database Working Group의 작업 항목에 대한 지지를 물었을 뿐, 회의는 시행을 결정하지 않았다.

남은 증거는 독립적인 조회 결과를 비교하는 방법, 잘못된 연결을 끊는 조건, 장애 시 되돌아갈 기록을 적은 영향 분석이다. 서버가 응답한다는 사실만으로 같은 장부를 보여준다는 뜻은 아니다.

출처: RIPE 93 발표 개요; Database Working Group 회의록.