요약

  • Sam van Kampen은 RIPE 93에서 2003년 시작된 RISwhois를 그대로 대체할 수 있는 RISwhois-rs를 소개했다.
  • 경로 관측 자료는 이제 매시간 들어오고, -R을 쓰면 RPKI 기점 승인 상태가 추가된다.

2003년에 만들어진 인터넷 경로 전화번호부가 아직도 43번 포트에서 전화를 받는다. RISwhois의 번호는 그대로지만, RIPE NCC가 안쪽 기계를 갈아 끼웠다. 이제 이 서비스는 경로를 누가 보았는지에 더해, 그 경로의 기점이 공개된 승인서와 맞는지도 알려준다. 같은 상담원이 두 질문에 답할 뿐, 근거는 두 벌이다.

10월 26일 RIPE 93 발표에서 RIPE NCC 개발자 Sam van Kampen은 RISwhois-rs를 설명했다. 그의 원본 발표 자료는 옛 구현을 약 4천 줄의 C90 코드, 프로세스를 생성하는 서버, 다중 스레드와 테스트 모음이 없는 구조로 묘사한다. 이는 발표자의 설명이다. 새 서비스는 기존 사용법을 유지하는 대체품으로 설계됐고, 병렬 자료 수집, tokio 서버, 테스트, 내장 지표를 갖췄다. 발표자는 RIPE NCC에서 운영하는 첫 Rust 서비스라고 말했다.

발표 자료에 따르면 자료 수집 주기는 이제 한 시간이다. 실험적인 Parquet 덤프도 나온다. 공식 사용 설명서는 텍스트 덤프가 요청 시 생성된다고 밝힌다. 과거에는 하루에 한 번 갱신됐다. 자료가 들어온 시각과 손에 든 파일이 만들어진 시각을 구별해야 한다. 시계가 두 개인데 하나만 보고 사건을 재구성하면 오래된 화면을 현재라고 오해한다.

일반 조회는 관측에 관한 것이다. seen-at은 경로를 본 RIS 수집기를 나열하고, num-rispeers는 피어에서의 가시성을 나타낸다. -R을 붙이면 별도 검사가 나온다. rpki-ov-state는 기점 검증 상태를, rpki-vrp는 해당 프리픽스를 덮는 승인 기록을 보여준다. RIPE NCC의 안내서는 ROA의 프리픽스, 기점 AS, 최대 길이를 비교하는 원리를 설명한다. 그 결과를 경로 정책에 어떻게 쓸지는 운영자가 정한다.

두 층을 한 번에 보는 것은 편하다. 그래서 더 조심해야 한다. valid는 세계 어디서나 그 경로가 보였다는 뜻이 아니라 VRP와의 비교 결과다. 수집기의 목격담도 기점 승인을 대신하지 않는다. 새 엔진의 진짜 가치는 답을 빨리 주면서도 각 답의 출처를 잃지 않는 데 있다.

더 잦은 수집과 RIS Live 연동은 발표 자료에 미래 구상으로 적혀 있다. 지금 확인된 변화는 익숙한 조회 창구의 새 구현과 선택형 기점 검증 기능이다.

원본 자료