요약

  • 유고슬라비아의.YU 코드는 2003년에 ISO 활성 목록에서 제외되었지만, 레지스트리 통제와 사용자 의존성이 서로 다른 시계로 움직여야 했기 때문에 도메인 자체는 2010년까지 DNS 루트에 남아 있었습니다.
  • 예약명의.RS 이전, 임시 관리 기구 RNIDS의 운영, 그리고.YU 서비스의 별도 종료가 루트 존 변경에 앞서 이루어졌습니다. 대체 코드도, 루트 편집도 이미 사용 중이던 모든 주소를 갱신할 수는 없었습니다.

라벨은 주소가 작동을 멈추기 전에 바뀔 수 있다

.YU의 최초 위임은 1989년으로 거슬러 올라갑니다. 1990년대 초 유고슬라비아가 분해된 후, 원래 운영자들은 더 이상 그 지역에 기반을 두지 않았습니다. 1994년에는 관리 권한이 베오그라드 대학교 교수진에게로 옮겨가 YUNET으로 운영되었습니다. 코드의 정치적 지시 대상과 네임서비스를 운영하는 사람들이 이미 이후의 퇴역 논의가 시작되기 전에 분리되어 있었던 것입니다. IANA의2007년.RS 및.YU 결정 보고서가 이 역사를 추적합니다.

2003년 7월, ISO는 세르비아·몬테네그로 연합의 코드를 YU에서 CS로 변경했습니다..YU 운영자는 몬테네그로 주민투표가 연합을 해체할 수 있다고 IANA에 알렸고, 그래서 IANA는 즉각적인.CS 전환을 밀어붙이지 않았습니다. 이 일시 중단이 중요했습니다. 두 글자 코드는 루트 존 프로세스에 대한 입력일 뿐, 어떤 국가가 존재하는지에 대한 IANA의 결정이 아니었기 때문입니다. RFC 1591은 IANA의 조율 역할과 ISO 국가 코드의 사용을 설명하며, ICANN의2006년 퇴역 논의문서도 ISO 코드가 더 이상 활성화되지 않은 ccTLD의 퇴역에 대해 공식적으로 정의된 절차가 없다고 밝혔습니다.

두 개의 후속 코드가 하나의 다리를 필요로 했다

2006년 5월 몬테네그로의 주민투표가 독립을 지지했고, 세르비아와 몬테네그로는 이듬해 6월에 독립을 선언했습니다. 9월 26일의 ISO 개정은 CS를 제거하고 몬테네그로의 ME와 세르비아의 RS를 추가했습니다. 이제 새로운 루트 위임을 고려할 수 있었지만, 기존.YU 존은 분할의 양쪽 사용자에게 여전히 서비스를 제공하고 있었습니다.

2007년 9월 11일의 ICANN 이사회 결정은 새로운.RS 위임을.YU의 세르비아 국가 인터넷 도메인 이름 레지스트리(RNIDS)로의 임시 재위임과 짝지었습니다. RNIDS는 관리인 역할을 하며 6개월마다 진행 상황을 보고하고, 몬테네그로 정부와 협력해 2009년 9월 30일의 제거 기한을 향해 나아가기로 했습니다. 합의된 목적지는 세르비아의 경우.RS, 몬테네그로의 경우.ME였습니다. 이 결정은 국가 식별을 ICANN이 아닌 ISO에 명시적으로 두었으며, 레지스트리의 역할은 그 외부 코드 체계 아래에서 전환을 실행하는 것이지 정치적 문제를 결정하는 것이 아니었습니다.

2007년 계획은 몬테네그로 실체들이 사용하던.CG.YU,.MN.YU,.CG.AC.YU 하위 도메인의 등록을.ME로,.YU의 나머지는.RS로 이전하도록 지시했습니다. RNIDS는 또한.RS 선점 기간이 끝나면 새로운.YU 등록 접수를 중단하기로 했습니다. 그 시점부터 기존 존은 기존 보유자가 자신의 등록을 수정하거나 삭제할 수 있도록 유지되는 것 이외의 역할은 하지 않았습니다. 전환은 남은 이름을 제거하기 전에 새로운 유입을 먼저 차단했습니다.

이 마이그레이션은 기존.YU 보유자에게 대응하는.RS 이름에 대한 우선 권리를 부여했습니다..RS가 운영을 시작한 후 6개월 동안 해당 보유자들은 예약된 이름을 회수할 수 있었고, 청구되지 않은 예약은 일반.RS 등록이 시작된 2008년 9월에 만료되었습니다. 그런 다음 레지스트리는 비활성.YU 이름을 식별했습니다. 2,769개가 활성으로 간주되었고, 나머지는 2009년 3월에 제거되었습니다. 3월부터 5월까지 1,236명의 보유자가 재등록을 요청했습니다. 이 수치들은 이후에도 위임된 상태로 남은 도메인 수와는 별개의 집계이므로, 성공적인 이전을 일대일로 보여주는 것으로 읽어서는 안 됩니다.

루트는.YU를 기억하는 여러 장소 중 하나였을 뿐

2009년 6월까지 위임된 상태로 남은.YU 도메인은 32,772개에서 4,266개로 줄었습니다..RS 등록은 26,294건이었고, 남은.YU 도메인 중 대응하는.RS 이름이 없는 것은 약 200개에 불과했습니다. 그러나 이름이 대응한다고 해서 기존 주소에 대한 모든 의존성이 사라지는 것은 아니었습니다. RNIDS는 메일링 리스트 구독, 로그인 및 비밀번호 복구 메일, 소프트웨어와 휴대폰에 저장된 URL, 다른 최상위 도메인의 연락처 주소, 그리고 여전히 검색 엔진에 색인된 페이지를 언급했습니다. 구글에 색인된.YU 페이지 수는 2007년 9월의 6,900만 페이지에서 2009년 6월의 620만 페이지로 줄었다고 보도되었습니다. 이 수치들은 얼마나 많은 참조 자료가 남아 있었는지를 보여주지만, 몇 명이 서비스를 잃었는지를 측정하는 것은 아닙니다.

2009년 9월, RNIDS가 전환을 마무리할 시간을 더 달라고 요청하자 이사회는 기한을 2010년 3월 30일로 연장했습니다. 기록에 따르면 이 요청은.YU 사용이 지속된다는 사실 이상의 구체적 근거를 제시하지 않았고, 이어서 운영상의 의존성들이 나열되어 있습니다. RNIDS는 3월 30일 GMT+1 자정에.YU 서비스를 종료했습니다. 위임은 4월 1일, 직렬 업데이트 2010040100에서 DNS 루트 존에서 제거되었습니다. 이것들은 서로 다른 두 가지 행위였습니다. 루트의 위임 기록이 제거되기 전에 레지스트리가 먼저 존의 서비스를 중단한 것입니다.

완전한 퇴역 규칙이 없었던 퇴역

2006년 논의문서는 없던 절차를 사전에 규명했습니다. 2011년 ccNSO 워킹그룹 보고서는 이후 문서화된 퇴역 절차가 없음을 확인하고,.YU 결정들을 추론된 관행으로 다루었습니다. 즉, 활성화되어 등록된 네임스페이스에는 유한한 마이그레이션 기간과 진행 보고를 부여할 수 있다는 것입니다. 이 보고서는 회고적 분석이며, 2007년 결정을 지배한 새로운 규칙이 아닙니다.

증거가 뒷받침하는 결론은 협소합니다. ISO가 코드 상태라는 트리거를 제공했고, ICANN과 IANA가 루트 및 위임 결정을 조율했으며, RNIDS와 몬테네그로 정부가 마이그레이션을 담당했고, 등록자들과 그 주소를 저장하고 있던 서비스들이 얼마나 많은 실질적 작업이 남아 있는지를 결정했습니다. 루트에서.YU를 제거하는 것은 일반적인 이름 해석을 끝낼 수 있었지만, 오래된 메일 리스트 멤버십, 계정 기록 또는 북마크를 다시 쓸 수는 없었습니다. 공식 보고서는 전환과 그 후에 남은 참조들을 문서화했을 뿐, 각 사용자에게 발생한 비용이나 손실을 기록하지는 않습니다.

출처와 한계