불행하게도 문제점들이 네트워크 영역에서 계속적으로 나타나고 있다. 왜냐하면 사용자 이 름, 호스트 이름, 도메인 이름을 위한 명명 표준이 확정되어지지 않았기 때문이다. 이것이 왜 여기에서 대부분의 사소한 기록을 고려하는 중요한 가이드 라인을 요약한 이유이다.
그것으로부터의 인용 :
case가 보존되기를 기대하지 말아라. 대문자와 소문자는 대다수의 인터넷 소프트웨어에서 동일하게 다루어진다. 종종 그것이 편 의를 제공하고 있다는 가정 하에 말이다. 영어에서 하듯이 이름을 대문자로 하는 것은 정당 하게 보일지도 모른다. 그러나 관례상 컴퓨터 이름들은 모두 소문자로 기술된다. (그리고 그것은 시프트 키를 사용하는 것을 줄여준다.)결과적으로 호스트명을 소문자로 작성하기를 강력히 권장한다. 왜냐하면 몇몇의 프로토콜에 서 특히 NIS에서는 대문자를 무시하기 때문이다.
그것으로부터의 인용 :
DNS 보안의 목적을 위해서 RR을 위한 규범적인 형식은 (1) 완전히 확장된(포인터를 통한 이름의 압축이 없는) (2) 소문자로 모든 도메인 이름이 설정된 그리고 (3) 원리의 TTL이 현 재의 TTL을 대체하는 도메인 이름을 가진 RR이다.RFC 2065는 도메인명의 소문자 작성을 준수한다. 숫자 연산자가 이러한 규정을 확정하지 않더라도 이것은 모방의 어떠한 이유가 되어야 한다.