요약

  • RIPE NCC는 10월 19일 RIPE Database 웹사이트의 Resources 페이지에 자원 트리와 점검 기능을 배포했다. LIR Portal의 Assisted Registry Check 연동은 이후 단계로 예고됐다.
  • “확인 완료”, “검토 필요”, “미확인”은 각각 다른 상태다. 정확히 일치하는 경로 객체가 없다고 해서 곧바로 오류가 되는 건 아니다.

부모는 초록불, 자식은 확인했나

10월 19일 RIPE NCC의 Edward Shryane는 Database Working Group에 RIPE Database 웹사이트의 Resources 페이지가 배포됐다고 알렸다. 표가 트리로 바뀌고 자원 점검이 더해졌다. 이 기능이 LIR Portal의 Assisted Registry Check 절차에도 들어갈 것이라고 했지만, 그 연동은 당시 발표된 웹사이트 배포와 구분해야 한다.

이틀 뒤 공개된 설계 설명은 트리의 곤란한 빈틈을 짚었다. 상위 자원을 점검했어도 하위 자원은 대기 중일 수 있다. 큰 계층을 모두 훑으려면 API 호출이 많이 든다. 부모의 초록불을 자식에게 물려주면 끝나지 않은 검사가 완료된 결과로 둔갑한다.

설계팀이 설명한 옆 패널에는 등록 정보, 사용 현황, RIPE Database 객체와 라우팅 정보가 모인다. 화면은 기록을 보여주는 데서 한 걸음 더 나아가 회원의 다음 작업을 배열한다. 그래서 점검이 어디까지 끝났는지 더 정확하게 말해야 한다.

RIPE NCC 설명에 따르면 큰 자원 계층의 모든 부모와 자식을 점검하려면 API 호출이 많이 필요할 수 있다. 일부 하위 자원은 아직 점검되지 않은 채 남을 수 있다. 팀은 이 미완료 상태를 나무 전체의 이상 없음으로 오해하지 않게 만드는 방법을 검토하고 있다.

상태는 세 가지로 보여야 한다. 확인했고 문제없음, 확인했고 검토 필요, 아직 확인하지 않음. ‘알 수 없음’은 결함이 아니다. 화면에 표시할 데이터다. 그 상태를 감추면 빈 체크박스에 초록 배지를 씌우게 된다.

자동 점검이 찾는 것

RIPE NCC가 공개한 사례는 구체적이다. 공지됐지만 등록 사용 내역이 없는 IPv6 할당, 예상 크기보다 작은 IPv6 assignment, 등록된 assignment가 있으나 공지되지 않은 할당, BGP 테이블에서 보이지 않는 ASN, 추가 assignment 등록이 필요할 수 있는 사용 중 주소 공간이다.

각 신호가 증명하는 사실은 다르다. 등록 누락은 기록을 확인하라는 뜻이다. ASN이 한 라우팅 테이블에 보이지 않는다면 우선 그 테이블에서의 가시성에 관한 관찰이다. 경로 객체가 자원과 정확히 맞지 않아도 더 구체적인 프리픽스나 상위 경로, 의도된 다른 구성이 있을 수 있다. RIPE NCC는 정확히 일치하는 경로가 없다는 이유만으로 경고하면 사용자를 오도할 수 있다고 설명한다. 그래서 확정된 문제와 중립적인 정보를 나누는 방향을 택했다.

이상한 모양을 만날 때마다 빨간 삼각형을 띄우는 것보다 낫다. 네트워크 운영에서 경고 하나는 누군가의 시간을 쓴다. 차이를 전부 ‘문제’라고 부르면 팀은 알림을 무시한다. 실행하지 않은 점검에 초록을 붙이면 빈 칸을 믿으라고 요구하게 된다.

공개된 My Resources API 문서에는 ASN, IPv4·IPv6 할당과 assignment, 레거시 IPv4 자원이 나온다. 각 기록에는 상태, 등록일, 관련 RIPE Database 객체 링크가 담길 수 있다. 화면은 여기에 비교와 맥락을 붙인다. 사용자는 어떤 데이터를 비교했는지, 무엇을 찾았는지, 다음 책임자가 누구인지 알아야 한다. 배포 공지에는 운영 중인 개별 점검 항목의 전체 목록이 없다.

‘검토 필요’도 작은 결정이다

‘검토 필요’는 현장 맥락이 들어갈 자리를 남긴다. ‘문제’는 이미 판정이 끝난 것처럼 들린다. ‘정확히 일치하는 항목 없음’은 라우팅 설계 전체를 아는 척하지 않으면서 시스템이 본 사실을 말한다.

개편안은 바로 조치할 항목과 해석이 필요한 정보를 나눈다. 알림에는 무엇이 감지됐는지, 왜 중요한지, 어떤 행동을 할 수 있는지가 붙는다. 관련 경로 객체는 계층으로 보여줄 수 있다. RIPE NCC는 RIPE 93에서 회원 테스트를 진행해 사용자가 트리를 따라갈 수 있는지, 자동 점검을 이해하는지, 기존 Registry Check로 자연스럽게 넘어가는지 확인할 계획이다.

공개 기록에는 아직 그 사용자 테스트 결과나 운영 환경의 점검 범위 보고서가 없다. 날짜가 표시된 테스트 결과와 자원별 점검 상태 정의가 나오면 판단을 갱신할 수 있다.

빈 칸은 빈 칸으로 남겨라

자원 포털은 기록을 비추는 창에 그치지 않는다. 어떤 항목을 위에 올리고 어떤 경고를 붙이며 다음 행동을 무엇으로 권하는지에 따라 회원과 직원의 주의가 배분된다. 이 운영 역할을 맡더라도 드문 구성을 등록기관의 판정으로 바꿀 필요는 없다.

Lu Heng의 레지스트리 연속성 노트는 정확한 기록과 서비스를 지키는 일, 기관의 권한 선택을 따져보는 일을 구분한다. 여기서는 실용적인 구분이다. 포털은 등록 정보를 최신 상태로 관리하도록 도울 수 있다. 정확히 일치하는 경로 객체가 없다는 사실을 규정 위반 판정으로 만들 필요는 없다.

모든 자원마다 무엇을 언제 확인했는지, 무엇이 나왔는지, 상태가 문제없음·검토 필요·미확인 중 무엇인지 보여줘야 한다. 큰 트리라면 점검 진행 상황을 각 가지 옆에 표시해야 한다. 아직 도달하지 않은 자식 자원에는 빈 칸을 둬라. 부모의 초록불을 빌려오지 말고.

출처: RIPE NCC 배포 공지; RIPE NCC 10월 회원 소식; RIPE Labs: Redesigning My Resources; RIPE NCC My Resources API; RIPE NCC Assisted Registry Check.