요약

  • LACNIC은created를 주소 블록에 대한 기록이 생성된 날짜로 정의하며, 이후 기록 수정은changed가 별도로 담는다.
  • 이 필드는 레지스트리 연표를 확립할 뿐, 기업·계약·운영·라우팅 연표를 확립하지 않는다.

좁은 사건에 대한 정밀한 날짜

LACNIC이 공개한 데이터베이스 형식 문서는created에 문자 그대로의 의미를 부여한다. 이는 블록 기록이 만들어진 날짜이다. 같은 설명에서 이후의 수정은changed에 배정한다. 이 구분 덕분에 이 필드는 감사 작업에서 유용하다. 특정 레지스트리 기록이 특정 시점까지 존재했음을 보여주고, 분석가가 이후의 편집 순서를 정리하는 데 도움을 준다.

그러나 이 정밀성을 주장의 범위까지 넓혀서는 안 된다. 기록은 조직이 수년간 운영된 뒤에, 네트워크가 이미 다른 자원을 사용한 뒤에, 또는 행정적 마이그레이션의 일부로 생성될 수 있다. 반대로 기록 생성은 그날 라우터가 구성을 수락했거나, 사용자가 서비스를 받았거나, 계약이 이전되었거나, 패킷이 네트워크를 통과했다는 증거가 되지 않는다.

하나의 응답, 여러 개의 시계

45.6.248.0/22에 대한 현재 LACNIC RDAP 응답은 이 구분을 잘 보여준다. 응답의 IP 네트워크 기록에는2017-04-27T17:53:25Z의registration이벤트가 담겨 있다. 같은 응답은 별도로 주소 경계,active상태, 등록자 및 연락처 주체, 상위 핸들, origin-AS 메타데이터, 역방향 위임 점검 정보를 노출한다.

이 필드들은 서로 바꿔 쓸 수 없다. 등록 이벤트는 기록의 시점을 담는다. 상태는 레지스트리 분류이다. origin-AS 값은 선언된 메타데이터이다. 위임 점검은 다른 시점의 DNS 관측이다. 이 중 어느 것도 라우트 컬렉터 기록, 라우터 구성, 트래픽 측정, 기업 공시가 아니다.

주장에 맞는 근거를 맞추기

네트워크의 실제 시작을 조사하려면 분석가는 주장되는 사건에 직접 연결되는 근거가 필요하다. 기업 설립에는 권위 있는 기업 등록부가 필요하다. 계약상 지배에는 계약서와 레지스트리 처리 기록이 필요하다. 최초 운영 사용에는 내부 변경 기록, 고객 개통 증빙 또는 당시 시점의 측정 자료가 필요할 수 있다. 최초 BGP 가시성에는 컬렉터 커버리지의 한계를 명시한 보존된 컬렉터 관측 자료가 필요하다.

LACNIC Whois와 RDAP는 공개 등록 표면을 보존하기 때문에 여전히 가치가 있다. 규율 있는 결론은 더 좁으면서 더 강력하다. 기록이 명시된 시점에 생성되었다는 것뿐이다. 그보다 큰 역사는 독립적으로 시점이 확인된 출처에서 결합해야 하며,created라는 단어에 몰래 끼워 넣어서는 안 된다.

출처