요약

  • RIPE NCC는 RIPE 93에서 실험용 RIS Parquet 업데이트 파일을 하루 한 번에서 매시간 생성하는 방식으로 바꿨다고 밝혔다. 2025년 설계 자료는 이 파생 파일의 단기 보존 기간을 14일로 잡았다.
  • 원시 MRT 아카이브는 더 긴 기록으로 남는다. 몇 달 뒤 같은 SQL 분석을 같은 편의 파일로 재현하려면 해당 시간대 파일, 스키마 버전, 질의를 공개 창이 열려 있을 때 보관해야 한다.

파일 이름에 hour=02가 적혀 있어도 그 파일이 새벽 두 시에 내려받을 수 있었다는 뜻은 아니다. RIPE NCC의 공개 목록에서 10월 28일 첫 세 개 Parquet 업데이트 파일에는 각각 01:06, 02:09, 03:06 UTC라는 게시 시각이 붙어 있었다. 전날 자료도 24개 시간대가 차례로 올라왔다. 경로 이상을 추적하는 사람에게 중요한 것은 시간별로 나뉜 모양새보다 그 자료가 실제로 손에 들어오는 시각이다.

2025년 RIPE 91에서 Ties de Kock이 소개한 RIS Parquet 시범 사업에는 이미 시간별 업데이트 파일과 하루 한 번의 라우팅 테이블 파일이 있었다. 동시에 발표 자료에는 자동 게시를 곧 시작하겠다고 적혔다. 한 시간짜리 자료를 하루 끝에 한꺼번에 내놓는 것과 매시간 내놓는 것은 다르다. 올해 10월 27일 RIPE 93에서 Robert Kisteleki가 보고한 변화는 바로 그 게시 리듬이다. 업데이트 파일 생성이 하루 한 번에서 한 시간마다로 바뀌었다. 현재 디렉터리의 시간 표시는 최근 실제 게시 흐름을 확인할 수 있게 한다.

RIS는 여러 경로 수집기가 받은 BGP 관측을 모은다. RIPE NCC 문서에 따르면 원시 MRT 업데이트는 5분마다 파일로 만들어지고, 전체 라우팅 테이블 보기는 8시간마다 만들어진다. 오래 남는 원자료이지만 특정 접두어의 짧은 변화를 알아보려면 수집기와 기간에 맞는 파일을 찾아 내려받고 파싱해야 한다. Parquet은 이 작업을 SQL과 데이터 분석 도구로 더 쉽게 하려고 만든 파생층이다. de Kock은 2025년 발표에서 10분 넘게 걸리던 한 분석이 몇 초로 줄어든 사례를 보여 줬다. 모든 질문에 적용되는 성능 보증이 아니라 그 시연의 결과다.

편리한 층에는 짧은 유효 시간이 붙는다. RIPE 91 슬라이드는 Parquet 테이블과 업데이트 파일을 14일짜리 단기 아카이브로 설명했다. 28일 확인한 10월 목록은 14일부터 시작했고, 9월 디렉터리에는 파일이 없었다. 이는 당시 공개한 운영 계획과 맞는 단면이다. 내부 삭제 작업의 방식까지 목록에서 읽을 수는 없다. 분석가에게 필요한 판단은 분명하다. 빨리 조회할 수 있는 파생 파일은 제때 가져가야 한다.

오늘 한 연구팀이 특정 네트워크의 상위 경로가 바뀐 시점을 시간별 파일로 계산했다고 하자. 보고서에는 그래프가 들어간다. 내년 1월 다른 운영자가 어느 수집기와 어느 시간대를 골랐는지 묻는다. 그래프만 남겼다면 답하기 어렵다. 사용한 파일 자체와 해시, v0 스키마 경로, SQL을 저장했다면 같은 입력으로 다시 돌릴 수 있다. 남기지 않았다면 MRT에서 재구성할 길은 있다. 대신 파일을 찾고 해석하며 두 번째 표본이 첫 번째와 같은지 확인하는 비용이 붙는다.

시범 사업의 출발 조건도 공개돼 있다. RIPE NCC는 최소 18개월 생산, 12개월 뒤 계속할지 결정, 스키마가 달라지면 이전 형식을 3개월 더 함께 제공하겠다고 했다. Kisteleki는 연구자 사용이 계속 운영할 만큼 충분하다고 말했다. 사용자 수는 공개하지 않았다. 사업의 연장과 개별 분석 입력의 보존은 서로 다른 일이다.

RIPE NCC는 첫 답을 기다리는 시간을 줄였다. 그 답이 오래 버티게 만드는 일은 자료를 인용하는 사람에게 남아 있다. 빠른 파일 하나를 받는 순간 해시와 질의를 함께 기록하면, 오늘의 속도가 나중의 증거가 된다. 그렇지 않으면 빠르게 만든 그래프만 남는다.

자료: RIPE NCC의 RIPE 93 발표와 공식 슬라이드, RIPE 91 발표와 당시 슬라이드, RIS의 10월 27일 및 28일 파일 목록, MRT 문서.