요약

  • CSNET은 보편적 접속의 약속보다 더 급진적으로 들리는 전제에서 출발했습니다. 어떤 단일 네트워크도 모든 호스트와 사용자를 충족할 수 없다는 것입니다. 따라서 CSNET은 모든 가입 기관에 가장 좋은 연결을 먼저 요구하는 대신, 불평등한 물리적 서비스 위에 하나의 논리적 연구 네트워크를 구축했습니다.
  • ARPANET 회원, 상용 X.25 위에서 인터넷 프로토콜을 사용하는 사이트, 더 저렴한 PhoneNet 사이트가 같은 커뮤니티에 속할 수 있었지만 동일한 능력을 받지는 못했습니다. PhoneNet은 원격 로그인이나 파일 전송이 아니라 저장 후 전달(store-and-forward) 메일을 제공했습니다. 릴레이, 주소 재작성, 이름 지정, 회원 지원이 이 제한된 서비스를 상상이 아니라 상호운용 가능한 것으로 만들었습니다.
  • 그 결과는 기술적이면서도 제도적이었습니다. CSNET은 참여의 고정 비용을 낮추고, 공유 인프라를 협상했으며, 회비 기반 운영으로 나아갔습니다. 그 성과는 접속 계층을 폐지한 것이 아니라, 하위 계층을 유용하고 가시적이며 다른 곳으로 이어질 수 있는 것으로 만든 데 있었습니다.

최고 회선을 살 수 없는 기관에서 시작하다

네트워킹의 통상적인 역사는 더 빠른 링크를 따라갑니다. CSNET은 오히려 ARPANET 연결이 없던 학과를 보면 더 쉽게 이해할 수 있습니다.

1980년까지 연구자들은 전자 통신이 협업을 바꿀 수 있다는 것을 이미 알고 있었습니다. 그러나 ARPANET 접속은 국방 연구 프로그램과의 관계에 달려 있었습니다. 많은 컴퓨터 과학 학과는 네트워크의 가치를 볼 수 있었지만, 그 가치에 자격을 갖추거나 그 인프라를 재현할 수는 없었습니다. 완전한 패킷 연결이 입장권이라면, 연결이 가장 절실한 기관들은 최대 투자를 할 수 있을 때까지 계속 밖에 남아 있었을 것입니다.

미국 국립과학재단(NSF)은 문제를 다르게 정의했습니다. NSF의 1980년 연차 보고서는, 어떤 단일 네트워크도 모든 호스트와 사용자를 서비스할 수 없다는 가정 위에 구축될 컴퓨터 과학 네트워크를 계획한다고 기술했습니다. 목표는 독립 호스트와 빠른 프로세스 간 통신이 필요한 기계를 모두 수용할 수 있는 복수 네트워크 환경이었습니다.

그 문장 안에 설계가 담겨 있습니다. CSNET은 하나의 물리적 네트워크가 모든 이에게 닿기를 기다리지 않았습니다. 이미 이용 가능한 여러 네트워크에 걸쳐 논리적 커뮤니티를 정의한 뒤, 그 경계가 작동하게 만들었습니다.

1981년에 수여된 계약은 위스콘신, 퍼듀, 델라웨어, RAND의 팀들을 결합했습니다. 프로젝트 보고서는 CSNET에 들어가는 세 가지 초기 경로를 기술했습니다. 일부 회원은 ARPANET을 사용했습니다. 다른 이들은 상용 X.25 공중 데이터 네트워크인 Telenet 위에서 완전한 인터넷 서비스를 받았습니다. 세 번째 그룹은 PhoneNet을 사용해, 릴레이 기계로의 전화 접속 연결을 통해 전자 메일을 교환했습니다.

이들은 같은 제품의 세 가지 브랜드가 아니었습니다. 설계상 불평등한 서비스였습니다.

논리적 네트워크가 물리적 차이를 지우지는 않았다

완전한 패킷 연결을 가진 사이트에서 네트워크 참여에는 메일, 파일 전송, 원격 로그인이 포함될 수 있었습니다. PhoneNet 사이트는 그러한 대화형 서비스를 얻지 못했습니다. 메일 소프트웨어를 설치하고, 릴레이에 전화를 걸고, 대기 중인 메시지를 전송한 뒤 연결을 끊었습니다. 기관은 원하는 만큼—그리고 전화 요금을 지불할 의향이 있는 만큼—폴링할 수 있었습니다.

이것을 연결성의 미완성 버전으로 취급하는 유혹이 있습니다. 어떤 의미에서 그랬습니다. 연구자는 메일을 주고받을 수 있었지만, 멀리 있는 컴퓨터를 로컬에서 접근 가능한 것처럼 다룰 수는 없었습니다. 지연은 폴링에 의존했습니다. 릴레이는 의존점이었습니다. 전화와 사용량 비용도 여전히 중요했습니다.

그러나 제한된 서비스는 진입 경제를 바꿨습니다. 사이트는 대화에 참여하기 전에 가장 풍부한 전송 수단을 구입할 필요가 없었습니다. 스스로 운영 가능한 장비와 회선으로, 협업 가치가 특히 높은 응용—메일—을 얻을 수 있었습니다.

한계와 진입 경로의 구분이 이 이야기의 중심입니다. 저렴한 계층은 고립되어 있거나, 동등한 것으로 오해되도록 광고되거나, 사용자를 가두도록 설계되었을 때 또 다른 이름의 배제가 됩니다. PhoneNet이 의미를 가진 것은 그 메시지가 더 넓은 커뮤니티로 넘어갔고, 능력의 차이가 명시적이었기 때문입니다.

따라서 공통 네트워크는 부분적으로 경계 서비스 안에 존재했습니다.

PhoneNet 릴레이는 전화 접속 사이트, ARPANET, Telenet 사이에서 메시지를 라우팅해야 했습니다. RFC 886은 구체적인 어려움을 기록합니다. PhoneNet 사이트가 ARPANET 호스트 테이블에 반드시 등재되어 있지는 않았으므로, ARPANET 메일 시스템은 답장을 되돌려 보낼 방법을 모를 수 있었습니다. 릴레이는 도달 가능한 릴레이를 지명하는 형태로 주소를 변형했습니다. 이 해법은 당대의 표현인 “header munging”이라는 이름을 얻을 만큼 우아하지 않았지만, 그렇지 않으면 닿을 수 없던 상대에게 답장 가능성을 만들었습니다.

이것은 가장 덜 의례적인 형태의 상호운용성입니다. 두 시스템이 호환된다는 선언이 아니라, 응답이 실제 이름 지정 경계를 가로질러 되돌아가게 하는 가동 중인 메커니즘입니다.

RFC 882는 이후 도메인 이름 지정과 메일 전달의 작업 예제에서 CSNET과 ARPA를 사용했습니다. 그 예제는 한계도 드러냈습니다. 단순한 와일드카드 규칙은 일반적인 CSNET 이름은 전달할 수 있었지만, 모든 더 깊은 이름을 자동으로 해결하지는 못했습니다. 호환성은 경계가 존재하지 않았던 것처럼 꾸민 것이 아니라, 취약한 관습을 더 구조화된 것으로 교체하면서 전진했습니다.

CSNET이 소유하지 않은 인프라 위의 완전한 IP

다른 중요한 다리는 X.25 위에서 놓였습니다. CSNET은 더 풍부한 인터넷 서비스를 제공하기 전에 모든 곳에 전용 패킷 네트워크를 건설할 필요가 없었습니다. 퍼듀의 프로토콜 작업은 IP 데이터그램을 상용 공중 데이터 네트워크에 맞게 조정했습니다. RFC 877은 CSNET과 VAN 게이트웨이 등이 채택한 표준을 문서화했습니다.

이 접근은 인터넷 서비스를 하위 전송 시스템의 소유와 분리했습니다. Telenet은 X.25 전송을 공급하는 동안 CSNET 소프트웨어가 그 위에 인터넷 데이터그램을 실어 나를 수 있었습니다. 참여자는 NSF가 새로운 국가 백본을 건설하기를 기다리지 않고도 더 완전한 네트워크 능력을 얻었습니다.

그러한 배치는 절대적 의미의 전송 독립은 아니었습니다. 상용 가격, 가용성, 기술적 제약이 여전히 사용자를 제약했습니다. 프로젝트 보고서는 제한에 관한 협상을 기록합니다. 그럼에도 이 인터페이스는 실용적인 주장을 했습니다. ARPANET 사이트와 같은 물리적 접속 이력이 없어도, 같은 상위 프로토콜 계열을 사용할 수 있다는 것입니다.

인터넷의 이후 확장은 이런 종류의 분리에 반복적으로 의존했습니다. 공통 패킷 형식은 서로 다른 소유자, 경제, 로컬 기술을 가진 인프라 위를 여행할 수 있습니다. 성과는 그 차이가 사라진 것이 아니라, 그것이 모든 상위 수준 상호작용의 선행 조건이 아니게 된 것입니다.

이름과 지원도 인프라였다

패킷과 메시지가 이동하더라도 불평등한 연결의 네트워크는 실패할 수 있습니다. 사람들은 서로를 찾아야 합니다. 소프트웨어는 배포되어야 하고, 청구서는 설명되어야 하며, 장애에는 귀착점이 있어야 합니다.

CSNET의 네임 서버는 사용자, 소속, 메일박스에 관한 기록을 유지했습니다. CSNET의 조정·정보센터(Coordination and Information Center)는 문서화, 소프트웨어 배포, 지원, 회계, 회원 지원을 담당했습니다. 이 기능들은 링크의 국가 지도보다 시각적으로 화려하지 않았지만, 참여를 반복 가능하게 만들었습니다.

이름 서비스는 또한 신원을 릴레이 경로보다 이동 가능하게 만들었습니다. 회원은 모든 하위 전송 세부사항을 알지 못해도, 인간이 이해할 수 있는 설명으로 찾아질 수 있었습니다. 프로젝트 보고서는 기록을 등록, 이동, 갱신, 조회하는 명령들을 기술했습니다. 이 시스템은 현대의 도메인 이름 시스템이 아니었고 WHOIS를 발명하지도 않았지만, 네트워크 커뮤니티에는 전송과 함께 유지되는 발견 계층이 필요하다는 것을 보여주었습니다.

지원 센터도 비슷한 제도적 경계를 대표했습니다. 공유 지원은 작은 사이트에서 중복된 전문성을 줄였습니다. 동시에 중앙 지원은 의존점이 되었습니다. 호환성이 릴레이 운영자, 디렉터리 관리자, 소프트웨어 배포에 의존한다면, 그들의 성능과 연속성은 토폴로지 도표에 나타나는가와 무관하게 네트워크 서비스의 일부였습니다.

자립은 시험이자 새로운 관문이었다

NSF는 무기한 보조금을 약속하지 않았습니다. CSNET은 5년 후 자립할 것으로 기대되었습니다. 따라서 회원 회비와 사용 요금은 처음부터 아키텍처에 들어왔습니다.

이후 NSF 회고는 1986년까지 165개가 넘는 대학, 정부, 산업 연구 그룹이 가입했고, 요금은 작은 학과의 2,000달러에서 큰 산업 회원의 30,000달러에 이른다고 기록합니다. 인터넷 소사이어티의 수상 이력은 그 무렵 사용자 커뮤니티를 50,000명 이상으로 봅니다. 별도의 회고는 약 200개 사이트의 정점과 약 15개국으로의 국제 연결을 추정합니다.

이 수치들은 제한된 결론을 뒷받침합니다. 기관들은 초기 보조금 이후에도 조직을 유지할 만큼 서비스를 가치 있게 여겼습니다. 그러나 이것은 가격이 똑같이 접근 가능했음을, 모든 회원이 동등한 가치를 받았음을, 네트워크가 대중에게 열려 있었음을 증명하지 않습니다. CSNET은 정의된 컴퓨터 연구 커뮤니티에 열려 있었습니다. 그 지지 기반에는 경계가 있었습니다.

비용 회수는 두 가지를 동시에 했습니다. 수요를 운영 수입으로 전환하고 하나의 보조금에 대한 의존을 줄였습니다. 동시에 또 하나의 입장 문턱을 만들었습니다. 이 긴장은 역사에서 편집해 버릴 결함이 아닙니다. 이것이 실험을 유용하게 만드는 것입니다. 지속 가능한 접속은 결코 첫 기술 장벽을 낮추는 일만이 아니라, 반복 비용을 누가 부담하고, 누가 축적된 신원과 관계를 잃지 않고 떠나거나 상향할 수 있는가의 문제이기도 합니다.

CSNET 트래픽이 통계적 방식, 즉 정산(metered settlements) 없이 ARPANET 인프라를 공유하도록 허용한 1981년 합의도 또 하나의 결정적 거래였습니다. 이는 프로그램들 사이의 공유 사용량을 전부 측정·정산하는 일을 피했습니다. 그러나 그것은 협상된 허가였지, 인프라에 소유자나 비용이 없다는 발견이 아니었습니다. 협력이 작동한 것은 책임과 허용되는 공유가 운영 가능할 만큼 명시적이었기 때문입니다.

다리는 끝날 수 있을 때 성공이다

CSNET과 BITNET은 1987년 조직적으로 CREN으로 통합되었습니다. CSNET 서비스는 1991년에 끝났습니다. 그 종료도 성과의 일부입니다.

인프라 프로젝트는 자신이 만든 모든 의존성을 살아남아야 한다는 증거로 취급하며 생존을 방어하는 경우가 많습니다. CSNET의 회고적 의미는 다릅니다. 더 완전한 인터넷 접속이 희소한 동안 커뮤니티를 연결하고, 소프트웨어와 운영 지식을 퍼뜨리고, 네트워크 간 합의를 행사하고, 수요를 가시화하는 데 기여했습니다. 후속 인프라가 그 역할을 흡수할 수 있을 때, 다리는 영구 독점이 될 필요가 없었습니다.

그렇다고 모든 회원이 매끄러운 이전을 경험했다거나, CSNET만이 NSFNET을 낳았다는 뜻은 아닙니다. 근거는 영향과 전환을 뒷받침하지, 단일 인과 경로는 아닙니다. NSFNET은 더 넓은 학계 지지 기반을 서비스했고 자신의 정책과 공학적 결정을 따랐습니다.

CSNET이 증명한 것은 더 좁고 더 오래가는 것이었습니다. 참여는 균일한 용량을 기다릴 필요가 없다는 것.

공통 요구는 가장 풍부한 서비스보다 작을 수 있습니다. 현지 기관은 서로 다른 전송 수단과 업그레이드 일정을 유지할 수 있습니다. 경계 운영자는 자신이 연결하는 커뮤니티에 대한 무제한 권한을 얻지 않고도 번역하고 릴레이하고 지원할 수 있습니다. 그리고 임시 기관은, 그것이 길러낸 신원과 프로토콜, 관계가 자기 서비스 종료 후에도 계속 사용 가능한지로 부분적으로 판단될 수 있습니다.

출처와 근거의 한계

이 서술은 당대의 NSF 보고서, CSNET 프로젝트 팀의 기술 보고서, 세 개의 RFC, 이후의 1차 당사자 회고에 의존합니다. 당대 문서는 의도된 아키텍처와 특정 메커니즘을 확립하고, 회고적 수치는 이후의 규모와 영향을 설명합니다. 이들은 사이트별 완전한 운영 기록을 제공하지 않으며, “개방”은 일반 대중이 아니라 컴퓨터 연구 지지 기반에 열려 있음을 의미하는 것으로 읽어야 합니다.