요약

  • DNS 이전에 JUNET은 계층적 메일 이름을 사용했고, 로컬 메일 설정과 UUCP 게이트웨이 덕분에 성장하는 연구 네트워크에서 이 이름들이 유용했습니다.
  • 1989년 JUNET이.junet에서.jp로 옮겨갔을 때, 대부분의 조직 수준 이름은 그대로 이어질 수 있었습니다. 자원봉사 조직인junet-admin그룹은 1991년 JNIC이 더 넓은.jp레지스트리를 인계받을 때까지 이름 할당을 계속했습니다.

분석

초기 JUNET 메일 이름은 이메일을 사용해 본 사람이라면 낯익게 느껴집니다. 그 형태는 사용자, 호스트, 조직, 접미사의 계층 구조를 암시합니다. 하지만 1980년대 중반 일본에서 그 계층 구조는 메시지가 도메인 네임 시스템(DNS)이나 인터넷 프로토콜을 통해 전달된다는 뜻이 아니었습니다.

JUNET은 1984년 10월, 도쿄 대학, 도쿄 공업대학, 게이오기주카 대학의 UNIX 컴퓨터를 전화선으로 연결하며 시작되었습니다. 이 네트워크는 UUCP, 즉 UNIX 시스템끼리 간헐적 회선을 통해 파일과 메시지를 주고받는 방식을 사용했습니다. 이메일과 전자 뉴스는 글로벌 백본을 기다리는 미래의 응용이 아니었습니다. 그것이 바로 기계들을 연결한 실질적인 이유였습니다. 첫 번째JUNET 사용자 안내서는 참여 조직들의 로컬 네트워크로 조립된 네트워크를 설명하며, 게이트웨이가 차이를 가로질러 다리를 놓고 UUCP 링크가 공공 전화선이나 패킷 네트워크 위에서 운영되었다고 기술합니다.

이 구성은 세 개 캠퍼스를 넘어 성장했습니다. 1987년 11월까지 안내서는 약 110개 참여 조직과 대략 1,000개 시스템을 집계했습니다. 이 수치는 하나의 중앙 관리 기계실을 묘사하지 않습니다. 참여 기관은 자체 로컬 네트워크와 게이트웨이를 운영했고, 메시지는 그 게이트웨이들을 연결하는 링크를 건너갔습니다. 이 시스템은 사용자가 쓸 수 있고 관리자가 각 호스트가 실제로 사용하는 전달 규칙으로 번역할 수 있는 이름을 필요로 했습니다.

1985년에 개발된mailconf라는 명명 도구는 메일 전달 규칙으로부터 sendmail 설정을 생성했습니다. JPNIC의 역사 기록은 이 도구가 사용 가능하게 만든 계층적 JUNET 주소를 언급합니다. 이 형식은 DNS가 이름을 해석하지 않더라도 읽는 사람이 호스트와 그 조직을 알아볼 수 있게 해 주었습니다. UUCP가 전송을 담당했고, 로컬 메일 설정과 게이트웨이 지식이 경로를 제공했습니다. 눈에 보이는 이름은 그 자체가 경로는 아니었습니다.

자원봉사 조직인junet-admin그룹이 조직 수준 라벨의 고유성을 관리했습니다. 예시에서titech은 도쿄 공업대학을 식별했으며, 그룹은 모든 캠퍼스의 모든 장치에 고유한 이름을 할당할 필요가 없었습니다. 이것은 실용적인 분업이었습니다. 기관들은 자체 기계를 관리했고, 공유 그룹은 조직 이름들이 JUNET 내부에서 충돌하지 않도록 방지했습니다. 따라서 이름 계층은 존재하는 네트워크에 맞춘 조정 도구였지, 글로벌 DNS 레지스트리의 축소판 복제품이 아니었습니다.

국제 교류가 이해관계를 넓혔습니다. JUNET은 1986년 1월 미국의 컴퓨터 과학 네트워크(Computer Science Network)와 연결되었고, JPNIC은 해외 네트워크와의 이메일과 뉴스 교환이 일상화되었다고 말합니다. BITNETJP와 HEPnet-J를 포함한 다른 일본 네트워크들도 자체 명명 관행을 갖고 있었습니다. 한 실험 네트워크 내부에서 유용한 라벨이 이제 더 많은 기관과 연결을 아우르며 중요해지기 시작했습니다.

.jp로의 이동은 이전 접미사가 사라지기 전에 준비되었습니다. JPNIC의 역사에 따르면 Jon Postel이 1986년.jp를 Jun Murai에게 위임했고, 1988년에는 주요 학술 네트워크들이 그 위임과.jp로의 전환을 지지했습니다. 새 네임스페이스는AC,CO,OR같은 조직 유형 라벨을 도입했습니다. 이 설계에는 운영상의 효용이 있었습니다. 학술 네트워크의 이용 규칙이 연구 트래픽과 다른 용도를 구분했고, 네트워크 운영자들은 조직 유형을 경로 전반의 접근 안내에 활용하는 방안을 모색했습니다. 기록은 의도된 통제 지점을 설명할 뿐, 모든 운영자가 같은 규칙을 같은 방식으로 시행했다는 증거가 아닙니다.

1989년 4월, JUNET 이름들이.JUNET에서.JP로 이동했습니다. JPNIC에 따르면 일부 예외를 제외하고 접미사 왼쪽 부분은 유지되었고,.JUNET은.AC.JP나.CO.JP같은 조직 유형의 끝자리로 대체되었습니다. 이 전환이 작동한 이유는, 조직이 이미 트리의 맨 위가 바뀌어도 살아남을 수 있는 관리된 라벨을 갖고 있었기 때문입니다. 이것은 문서화된 매핑에서 도출한 추론이며, 모든 메일함이 오류 없이 마이그레이션되었다는 증명이 아닙니다. 이용 가능한 역사 기록들은 이전과 이후의 완전한 호스트 목록, 반송률, 실패 건수를 공개하지 않습니다.

접미사를 바꾸는 것이 즉시 국가 레지스트리를 만든 것은 아닙니다..jp이름을 할당할 전용 조직은 아직 존재하지 않았으므로,junet-admin은 JUNET 너머의 네트워크를 위해 그 작업을 계속했습니다. 1991년 12월, 일본 네트워크 정보 센터(Japan Network Information Center, JNIC)가 인계받았습니다. JPNIC의 역사는 네트워크들이 특정 네트워크에 속하지 않는, 함께 공유할 수 있는 조직을 원했다고 말합니다.당시와 거의 같은 시기의 JPNIC 뉴스레터는 마이그레이션 이후 자원봉사 그룹이 계속한 작업을 기술하고, 이후의 기록은 확장되는 네임스페이스가 왜 더 넓은 정보 센터를 필요로 했는지 설명합니다.

JUNET 자체는 실험 네트워크로 남았고, 다른 프로젝트들이 IP 기반 연결을 구축하면서 결국 1994년 10월에 중단되었습니다. 그 기여는 DNS를 일찍 비밀스럽게 운영했다는 것이 아니었습니다. 그것은 관행, 소프트웨어, 자원봉사 할당, 작동하는 게이트웨이를 결합함으로써 DNS 이전에 이름을 유용하게 만들 수 있는 커뮤니티의 역량이었습니다. 그리고 그 조직 수준 구조가 이미 이해되어 있었기 때문에.junet접미사는 교체 가능한 것이 되었습니다. 다음으로 바뀌어야 했던 것은 관리의 범위였습니다. 여러 네트워크가 사용하는 이름 서비스는 더 이상 그중 하나에만 속한 일로 다뤄질 수 없었습니다.

출처