IETF

1995년 12월 IAB와 IESG는 IPv6 주소를 다루는 규칙을 단 두 쪽에 담았다. 주소 공간 자체는 팔지 않고 등록 업무의 비용만 회수한다. 위임받은 기관이 심각하게 잘못 관리하면 위임도 거둘 수 있다. 엄청난 숫자 공간을 앞에 두고 먼저 계산한 것은 권한과 비용이었다.

1995년에도 수상한 서버에서 받은 파일의 바이트와 날짜를 별도 증명서로 확인하자는 설계가 있었다. 그러나 Bellcore의 실제 예에서 작성자가 누구인지 알아보려면 전화번호부를 뒤지고 다시 전화를 걸어야 했다.

장애 회의에 패킷 캡처 파일 하나만 올라와도 분위기는 금세 진지해진다. 1995년 RFC 1761은 그 파일을 다른 도구로 읽게 해 주면서, 정작 파일이 놓친 것까지 따져 볼 숫자들을 남겼다.

1994년 네트워크 관리자는 128비트 비밀키를 사람 손으로 옮겨 적어야 했다. 기계에는 정확한 숫자였지만 사람에게는 눈이 미끄러지는 긴 줄이었다. Daniel McDonald는 키의 두 절반을 각각 짧은 영어 단어 여섯 개로 바꾸는 방법을 제안했다. 열두 단어는 읽고 확인하기 쉬웠다. 바로 그 친절함 때문에, 사람들이 처음부터 그럴듯한 문장을 만들어 키로 쓰고 싶어 할 위험도 생겼다.

서버는 기동 시점에 선택한 포트에서 RPC 서비스를 시작할 수 있었다. 클라이언트는 그 서비스를 찾기 위한 안정적인 지점을 필요로 했다. 1988년 6월 발행된 RFC 1057은 포트매퍼를 문서화했다. 서비스는 자신의 프로그램 번호, 버전, 전송 프로토콜을 이 만남 지점에 등록했고, 클라이언트는 서비스를 호출하기 전에 이 지점을 조회했다. 응답은 등록된 리스닝의 위치를 알려줄 뿐, 그 리스닝이 실제로 응답할 것임을 보증하지는 않았다.

오후 4시, 지사 직원이 주문 제출 버튼을 눌렀지만 연결되지 않는다. 이 가상 네트워크에서 모든 링크는 살아 있지만 RIP가 유일한 경로 정보원이고 경로가 15홉을 넘어, 게이트웨이가 광고할 수 있는 유효한 경로가 없다. 케이블이 끊어진 것이 아니라 지도가 길을 그려내지 못해 일이 멈춘 것이다. 이는 실제 기록된 1988년 사고가 아니라 설명을 위한 예시다. RFC 1058은 이 한계에 단 하나의 뚜렷한 값을 부여했다. 16은 도달 불가를 뜻했다.

계산이 끝날 때까지 단말기에 연결되어 기다리지 않고도 작업을 맡기고 나중에 결과를 받을 수 있었다. NETRJS에서 이용자는 카드 형식의 작업을 UCLA 계산 센터로 보내고 로그아웃한 뒤 다른 업무로 돌아갈 수 있었다. 처리가 즉시 끝나지는 않지만, 원격 단말기의 접속 시간과 계산 대기 시간을 분리한 구조였다. 계산기를 원격으로 사용하는 사람에게 접속 길이에 묶이지 않고 작업을 맡길 수 있는 체계였다.

웹 프로필 페이지보다 훨씬 전에, 짧은 네트워크 요청 하나로 누군가 시스템에 로그인했는지, 그 사람의 터미널이 어디에 있는지, 부재 중 남겨둔 메시지가 무엇인지 알아낼 수 있었습니다.