요약

  • RIPE는 10월 6일 19:20 UTC로 타임스탬프가 찍힌 최신 RRC07 업데이트 파일을 보고한 뒤, 21:53 UTC에 인시던트를 해결 처리하고 bview 파일이 정상적으로 생성되었다고 밝혔다.
  • 현재 아카이브 인덱스에는 19:25부터 21:50까지 5분 간격의 연속 업데이트 파일명 30개가 나열되어 있다. 표시된 수정 시각은 21:53~21:55 사이이며, 표본으로 확인한 4개 파일은 압축 해제에 성공했지만 MRT 레코드는 파싱되지 않았다.

분석

두 개의 시계, 두 가지 다른 주장

라우팅 데이터 아카이브에는 여러 시각이 담긴다. 업데이트 파일명에 내장된 타임스탬프는 해당 파일의 구간을 식별하고, 디렉터리의 수정 시각은 아카이브 서버가 그 객체가 변경된 시점이라고 밝히는 시각이다. 어느 쪽도 다른 쪽을 대신할 수 없다.

RIPE의 상태 공지는 처음에 최신 RRC07 업데이트를 19:20 UTC로 보고했다. 현재 공개 인덱스에서 그 앞 파일인 updates.20261006.1920.gz는 19:25 수정 시각으로 표시되어 있다. 다음 30개 파일명은 19:25부터 21:50까지 5분 간격의 공백 없이 이어진다. 이 중 25개는 21:53, 4개는 21:54, 1개는 21:55의 수정 시각을 보여준다. 이 패턴은 지연된 파일 연속물이 짧은 시간대에 한꺼번에 보이게 되었을 것과 일관된 모습이다. 다만 내부 처리 경로나 각 파일을 독자가 처음 받을 수 있었던 정확한 시각은 이로써 알 수 없다.

인시던트 페이지는 10월 6일 21:53 UTC에 이벤트가 해결되었으며 bview 파일이 정상적으로 생성되었다고 밝힌다. RIPE는 bview를 특정 시점의 라우팅 상태 스냅샷으로 설명하고, 업데이트 파일은 구간에 대한 변경 사항을 담는다. 따라서 정상적인 스냅샷만으로는 그 사이의 모든 업데이트 파일이 완전했는지 여부를 답할 수 없다. 이 두 제품은 서로 다른 종류의 분석을 지원한다.

RIS 데이터는 라우팅 상태를 조사하고 BGP 이벤트를 분석하며 더 긴 추세를 추적하는 데 사용된다. 사후 분석에서 누락된 구간은 빈 차트를 모호하게 만들 수 있다. 빈 차트는 관측된 변경이 없었다는 뜻일 수도, 관측 파일을 이용할 수 없었다는 뜻일 수도 있다. 나중에 공개된 연속 목록은 파일명에 대한 불확실성을 좁혀 주지만, 모든 구간의 내용에 대한 불확실성은 좁혀 주지 않는다.

해당 구간의 끝자락에 있는 4개 파일—19:20, 19:25, 21:45, 21:50—은 내려받아 전체 gzip 압축 해제 검사를 통과했다. 이는 전송 수준의 검사에 불과하다. MRT 항목은 파싱되지 않았으며, 나머지 26개 파일은 표본 검사되지 않았다. 현재 인덱스는 인시던트 중 클라이언트가 무엇을 보았는지도 확정할 수 없다. RIPE의 공개 공지는 RRC07의 근본 원인을 제시하지 않았고, 경로 손실을 보고하지 않았으며, 트래픽 영향을 기술하지 않았다. 이 중 어느 것도 공개 공백으로부터 추론해서는 안 된다.

출처