요약

  • 계획된 힐턴 호텔 시연은 회의장 단말기를 TIP을 통해 ARPANET 자원에 연결하여 네트워크 접근을 방문객이 직접 체험할 수 있는 것이로 만들었습니다.
  • 7월의 RFC 문서들은 사용자 경험이 아직 해결되지 않은 용량 테스트, 호환 단말기, 준비된 애플리케이션, 명확한 안내 및 지원 인력에 달려 있었음을 보여줍니다.

네트워크에는 정문이 필요했다

ARPANET의 1972년 공개 시연에서 가장 시사적인 부분은 7월 시점에도 주최 측이 아직 확정하지 못한 사항일 수 있습니다. 단말기 인터페이스 프로세서(TIP)가 워싱턴 힐턴 호텔에 설치하고자 했던 단말기를 감당할 수 있을까? 어떤 단말기가 어떤 원격 자원과 호환될까? 방문객은 무엇을 입력해야 할지 알 수 있을 것이고, 모를 때 누가 답해 줄 것인가? 이것들은 완성된 기술을 둘러싼 부수적 문제가 아니라, 개발에 참여하지 않은 사람도 네트워크를 사용할 수 있게 하기 위해 필요한 작업이었습니다.

7월 12일 로버트 칸이RFC 371에서 계획을 설명했습니다. 국제 컴퓨터 통신 회의(ICCC)는 10월 24일부터 26일까지 워싱턴에서 열렸으며, 회의 세션과 병행하여 네트워크 시연이 진행되어 참석자들이 컴퓨터 통신에 관한 강연만이 아니라 직접 경험을 하도록 했습니다. 칸은 방문객이 데이터베이스를 검색하고, 기계들을 결합하고, 실시간 데이터에 접근하고, 대화형으로 협업하고, 시뮬레이션을 실행하고, 인쇄물을 생성하는 모습을 상상했습니다. 이 목록은 개발 중인 프로그램이었으며, 모든 방문객이 보게 될 최종 목록이 아니었습니다.

물리적 경로도 중요했습니다. 힐턴 호텔의 단말기는 TIP에 직접 연결되고, TIP 자체가 ARPANET에 접속되도록 계획되었습니다. 그곳에서 ARPANET 호스트에 있는 선정된 프로그램과 정보에 접근할 수 있었습니다. 칸은 시연을 위해 다른 네트워크의 자원이 일시적으로 연결될 가능성도 언급했습니다. TIP는 공통 진입점을 제공했습니다. 방문객은 각 컴퓨터마다 별도의 장거리 회선이 필요하지 않았습니다. 그러나 공유 진입점은 그 용량과 단말기 호환성이 공개 경험의 일부가 되었다는 뜻이기도 했습니다.

테스트 계획은 아직 열려 있었다

리처드 왓슨의RFC 372는 같은 날 칸과 나눈 대화를 기록하고 있습니다. 이 문서는 무도회장 주변의 테이블을 개략적으로 그리면서, 대개 테이블마다 한두 대의 단말기를 두되 물리적 배치는 미완성 상태로 남겨 두었습니다. 많은 단말기에는 상주 인력이 없을 수도 있었습니다. 왓슨과 칸은 네트워크 사이트의 전문가들이 현장에 배치되는 방안을 논의했지만, 왓슨은 충분한 자원봉사자를 모을 수 있을지 불확실하다고 기록했습니다. 시연은 기술적으로 연결되어 있어도 방문객을 명령 프롬프트 앞에 홀로 서 있게 둘 수 있었습니다.

왓슨의 메모에서 가장 생생한 문장이자 가장 과잉 해석되기 쉬운 부분은, TIP가 64개 단말기와 함께 아직 테스트되지 않았다는 것입니다. 테스트는 7월에 계획되었고, 그 뒤에 어떤 단말기가 어떤 자원과 작동하는지 확인하는 작업이 이어질 예정이었습니다. TIP가 모든 연결을 지원하지 못하면 단말 세션을 시간표로 조정해야 할 수도 있었습니다. 이는 7월 준비의 한 시점 기록일 뿐, 10월 시연이 실패했거나 64개 단말기가 최종적으로 설치되었다는 증거가 아닙니다. 메모는 일정 압박도 보여줍니다. 무도회장은 10월 22일부터나 사용할 수 있을 수도 있어, 현장 설치와 장비, 전화선 설치에 쓸 시간이 짧았습니다. 칸은 8월에 BBN에서 작동하는 시연을 갖고자 했습니다.

따라서 네트워크의 "프런트 엔드"는 하드웨어 이상으로 확장되었습니다. 칸은 주최 측이 초보자가 도움 없이도 선정된 자원을 사용할 수 있도록 명확하고 이해하기 쉬운 문서를 준비하고 있다고 말했습니다. 왓슨은 가능한 안내판, TIP 명령 카드, 시나리오 팸플릿, 영상, 현장 도우미를 나열합니다. 10월에는 네트워크 정보 센터가Scenarios for Using the ARPANET을 제작했는데, 이 안내서는 예상 작업을 방문객이 시도할 수 있는 단계로 읽히게 만들었습니다. RFC 371은 이런 문서 작업을 어렵다고 규정합니다. 과제는 네트워크가 무엇을 할 수 있는지 설명하는 것만이 아니라, 그 호스트, 명령 언어, 로컬 관례를 모르는 사람에게 원격 서비스를 발견 가능하게 만드는 것이었습니다.

상호 운용성에는 인간 인터페이스가 있었다

이러한 노력은 시연이 왜 단순한 홍보를 넘어 의미가 있었는지 설명해 줍니다. 회의 방문객은 차용된 단말기, 현장 배선, TIP, ARPANET, 호스트 컴퓨터, 원격 팀이 유지하는 애플리케이션으로 이어지는 시스템과 기관의 사슬을 마주하게 됩니다. 각 고리는 기술적으로 정상일 수 있지만, 전체 상호작용은 여전히 혼란스러울 수 있었습니다. 명확한 시나리오와 지식 있는 사람들이 분리된 기계들과 분리된 팀들 사이의 연결 조직 역할을 했습니다.

칸이 네트워크 사이트들에 시간과 역량을 기여해 달라고 요청한 것은 조직적 비용의 증거입니다. 원격 자원들은 네트워크 다이어그램에 나타난다고 해서 하나의 일관된 전시가 되지 않았습니다. 그 소유자들이 애플리케이션을 준비하고 접근을 조정해야 했습니다. 왓슨의 메모는 여러 연구 사이트의 애플리케이션과 네트워크 외부의 가능한 기여를 나열하면서도 일부 약속이 아직 불확실하다고 강조합니다. 그는 별도로, ARPA가 계약자 기여를 제외하면 상당한 시연 예산을 마련하지 않았다는 결론에 도달했다고 기록합니다. 왓슨은 이를 자신의 결론으로 명시하고 있으므로, 이를 칸의 발언이나 감사된 기록으로 보도해서는 안 됩니다.

회고적으로 공개된ARPANET 완료 보고서는 10월 시연을 참여자들이 네트워크 지원과 애플리케이션 프로토콜을 디버그하고 테스트해야 했던 작업으로 묘사합니다. 7월의 RFC들과 방문객 시나리오와 함께 읽으면, 이 행사는 단일 기계의 공개보다는 다양한 자원들을 네트워크를 넘어 접근 가능하게 만들 수 있는지에 대한 조율된 테스트에 가깝게 보입니다.

이 구분은 유용합니다. 패킷 전송은 요청을 이동시켰지만, 전시는 그 요청에 목적과 경로를 부여해야 했습니다. 1972년에 네트워킹의 공개 시연은 작동하는 연결뿐 아니라 단말기, 명령, 문서, 준비된 프로그램, 사람들로 만들어진 사용 가능한 인터페이스를 필요로 했습니다. 네트워크는 방문객이 그것으로 무언가를 할 수 있을 때 비로소 실체가 되었고, 그것은 7월의 계획들이 아직 완성하려던 통합 작업에 달려 있었습니다.

출처