요약

  • 1983년 전환 이전 Cerf의 중요성은 문서로 남은 선택들에 근거합니다. Robert Kahn과의 공동 아키텍처 작업, 초기 TCP 명세의 공저, 이후의 catenet 모델과 DARPA 프로그램 조율. 이 역할 중 어느 것도 그를 인터넷의 단독 설계자나 운영자로 만들지 않았습니다.
  • TCP/IP가 배포 가능해진 것은 원래 설계가 수정에 열려 있었기 때문입니다. Jon Postel이 제기한 인터네트워크 패킷 처리와 종단간 전송의 분리 논거, 호스트·게이트웨이 구현자들의 작업, 안정적인 번호 할당, 정식 표준, 마이그레이션 계획이 모두 이 시스템이 할 수 있는 일을 바꾸었습니다.
  • 1983년 1월 1일의 마감 시한은 위험을 호스트 조직, 연락 담당자, 운영자에게 전이했습니다. 직후 테스트는 정상 작동하는 서비스와 함께 거부되거나 도달 불가능하거나 죽은 호스트들을 발견했으며, 이것은 표준이 선포가 아니라 분산된 구현을 통해 인프라가 됨을 보여주는 증거입니다.

설계 이야기 끝자락의 마감 시한

1983년 1월 1일, ARPANET 커뮤니티는 흔히 창조 신화로 다듬어지는 날짜에 도달했습니다. Network Control Protocol(NCP)은 Internet Protocol과 Transmission Control Protocol에 자리를 내주어야 했습니다. 그러나 날짜 하나가 호스트 소프트웨어를 다시 컴파일하거나, 주소 테이블을 고치거나, 게이트웨이가 데이터그램을 전달하도록 하거나, 서비스가 올바른 포트에서 대기하도록 설득할 수는 없었습니다. 이 전환은 동일한 계획에서 각자의 몫을 수행하는 수많은 조직에 의존했습니다.

Jon Postel이 1981년 11월 RFC 801로 발표한NCP/TCP 전환 계획은 그 의존성을 명시적으로 만들었습니다. 모든 호스트 조직은 IP, TCP 및 자신에게 필요한 주요 서비스를 구현할 책임을 지녔습니다. 릴레이 호스트는 전환 기간 동안 NCP 전용 시스템과 TCP 전용 시스템이 통신할 수 있도록 했습니다. 일부 호스트는 이미 새 프로토콜을 구현했고 나머지는 완전 전환으로 이어지는 이정표를 부여받았습니다. 따라서 이 마감 시한은 의례적인 탄생도, 유명한 한 명의 엔지니어가 수행할 수 있는 행위도 아니었습니다. 그것은 지능과 실패 위험이 널리 분산된 시스템을 위한 조율 장치였습니다.

한 달 뒤의 조사는 그 결과를 덧없지만 더 유용한 형태로 포착했습니다.RFC 842, “Who Talks TCP?”는 NIC 호스트 테이블의 항목들에 대해 Telnet, FTP, SMTP를 테스트했습니다. 328개 호스트에 걸쳐 접속 수용, 거부, 도달 불가, 죽은 기계를 기록했습니다. 이 조사는 모든 실패의 원인을 진단하지는 않았습니다. 다만 선언된 능력과 관찰된 서비스가 동일하지 않음을 보여주었습니다. 전환은 일어났지만 네트워크에는 여전히 구현 공백, 장애, 낡은 기대가 남아 있었습니다.

바로 이 지점에서 Vint Cerf로 거슬러 올라가는 것이 적절합니다. 그의 전환 이전 기록이 중요한 것은 바로 일방적 통제의 이야기가 아니기 때문입니다. 1973년부터 Cerf는 서로 다른 패킷 네트워크를 연결하는 문제를 다른 사람들이 검토하고, 거부하고, 구현하고, 운영할 수 있는 명시적인 기술 경계로 바꾸는 데 기여했습니다. 질문은 그가 인터넷을 “발명했는가”가 아닙니다. 어떤 선택에 그가 관여했는지, 어떤 대안들이 그 선택을 바꾸었는지, 그리고 집합적 엔지니어링 시스템이 그것을 어떻게 작동하는 인프라로 전환했는지입니다.

Cerf가 물려받은 것, 그리고 함께 만든 것

Cerf와 Robert Kahn은 백지에서 시작하지 않았습니다. 패킷 교환은 이미 지적·운영적 역사를 지니고 있었습니다. Donald Davies는 영국 National Physical Laboratory에서의 데이터 통신 작업에서 패킷 교환을 개발했으며, 이는NPL의 기관사에 기록되어 있습니다. Louis Pouzin과 CYCLADES 프로젝트는 또 하나의 중요한 경계를 제공했습니다. 인터네트워킹을 하나의 균질한 기계로의 흡수가 아니라 서로 다른 네트워크들 간의 협력으로 다루는 데이터그램과 “catenet” 전통입니다. Cerf는 이후 자신의 아키텍처 노트에서 Pouzin의 catenet 용어를 인정했습니다.

1973년 Cerf와 Kahn이 직면한 것은 기원 전설이 암시하는 것보다 좁고, 엔지니어링적으로는 더 어려운 문제였습니다. ARPANET은 NCP를 사용했지만 ARPA의 패킷 라디오·위성 프로젝트는 서로 다른 지연, 손실, 토폴로지 특성을 지녔습니다. 다른 패킷 네트워크들이 ARPANET의 내부 구조를 공유한다고 가정할 수 없었습니다. 유용한 인터네트워킹 프로토콜은 로컬 네트워크들이 서로 다른 채로 남으면서도 호스트들이 그 위에서 통신할 수 있을 만큼의 공통 구조를 제시해야 했습니다.

Vinton G. Cerf와 Robert E. Kahn의 1974년 5월 논문은 원래IEEE Transactions on Communications에 발표되었으며 이곳에서는 Princeton University의 공개본을 통해 접근했습니다. 이 논문은 서로 다른 패킷 네트워크들 간의 상호 통신을 위한 설계를 제시했습니다. 게이트웨이가 네트워크를 연결했습니다. 공통의 인터네트워크 주소 지정과 형식화가 패킷이 그 경계를 넘을 수 있게 했습니다. 기저 네트워크가 아니라 호스트가 순서 제어, 흐름 제어, 종단간 검사의 중요한 책임을 지녔습니다.

이것은 책임의 의미 있는 배분이었습니다. 대안은 참여 네트워크들이 훨씬 많은 내부 설계에 수렴하도록 요구하는 것이었을 수 있습니다. 그것은 중심에서 일부 기능을 단순화했을 수 있지만, 인터네트워크 가입을 더 깊은 로컬 변경에 의존하게 만들었을 것입니다. Cerf-Kahn 아키텍처는 대신 더 작은 허리(waist)를 추구했습니다. 로컬 네트워크는 자기 기술의 대부분을 유지하면서 게이트웨이와 호스트는 트래픽이 시스템을 넘는 지점에서 공통 규칙을 준수하는 방식입니다.

수혜자는 추상적인 “사용자”만이 아니었습니다. 네트워크 건설자들은 로컬 설계를 유지할 여지를 얻었습니다. 호스트들은 자기 원래 네트워크 너머의 프로세스에 접근하는 공통 방법을 얻었습니다. 프로그램 스폰서는 특정 네트워크를 지배 세력으로 삼지 않고 패킷 라디오·위성·유선 프로젝트를 연결할 경로를 얻었습니다.

트레이드오프 역시 구체적이었습니다. 더 많은 책임이 호스트와 게이트웨이로 이동했습니다. 한때 로컬 문제였던 결함이 이제 여러 행정·기술 경계를 넘는 종단간 실패로 나타날 수 있었습니다. 상호 운용성은 시스템의 도달 범위를 넓히는 동시에 구현 품질이 중요해지는 지점을 늘렸습니다.

이 논문은 단독 발명이 아니라 공동 설계의 강한 증거입니다. Kahn의 역할은 각주로 축소될 수 없고, Davies, Pouzin 등의 이전 작업은 소급하여 Cerf에게 귀속될 수 없습니다. 또한 논문이 이후의 인터넷이 이미 완성되었음을 증명하지도 않습니다. 그것은 강력한 출발 아키텍처를 정의합니다. 다음 10년은 그 아키텍처가 어떻게 명세화되고, 비판받고, 분리되고, 구현되고, 서비스에 강제되었는지의 기록입니다.

RFC 675와 미완성 아키텍처의 가치

1974년 12월,RFC 675는 논문 수준의 아키텍처에서 상세한 Internet Transmission Control Program으로 나아갔습니다. 명시된 저자는 Vinton Cerf, Yogen Dalal, Carl Sunshine이었습니다. 감사의 말에는 Robert Kahn, Jon Postel 등 다른 연구자들이 포함되었습니다. 저자 표기가 중요한 이유는 협업의 기록을 영웅 서사로 대체하기 어렵게 만들기 때문입니다.

이 명세는 소켓을 통한 프로세스 간 통신, 인터네트워크 패킷, 게이트웨이를 통한 외부 네트워크 라우팅, 단편화, 재전송, 중복 탐지, 흐름 제어를 기술했습니다. 따라서 구현 질문을 가시화했습니다. 주소는 올바른 네트워크와 호스트를 식별해야 했습니다. 단편들은 다시 유용한 데이터로 복원되어야 했습니다. 신뢰성 있는 대화는 그 아래의 손실과 중복을 견뎌야 했습니다. 프로토콜은 더 이상 이종 네트워킹에 대한 논거만이 아니라 운영체제와 게이트웨이가 체현해야 할 프로그램이 되어가고 있었습니다.

그러나 RFC 675에는 1981년 표준에 익숙한 최종적이고 깔끔한 IP/TCP 분리가 담겨 있지 않았습니다. 인터네트워크 패킷과 게이트웨이 기능이 종단간 전송 제어와 함께 묶여 있었습니다. 역사에서 편집해 제거할 부끄러운 점이 아니라 가장 드러내는 부분입니다. 초기 설계는 흔히 자신이 볼 수 있는 문제를, 이후 경험이 분리되어야 한다고 증명하는 책임들을 묶어서 해결합니다.

Cerf의 관찰 가능한 선택은 1974년 아키텍처를 구현과 비판을 끌어들일 만큼 상세한 명세로 번역하는 데 도움을 준 것이었습니다. 현실적인 대안은 선반 위에 완성돼 기다리던 1981년 프로토콜 스위트가 아니었습니다. 설계를 연구 논문 수준에 머물게 하거나, 커뮤니티가 어색한 경계를 발견할 만한 구현 경험을 쌓기 전에 초기의 단일체를 경화하는 것이었습니다. 불완전한 명세를 발표하는 것은 위험을 만들었습니다. 구현자들이 나중에 바뀔 가정에 맞춰 구축할 수 있었기 때문입니다. 그러나 그것은 검증되고 수정될 수 있는 공유된 객체를 만들기도 했습니다.

이 구분은 Cerf를 평가하는 데 중요합니다. 그는 단순히 비전을 공급하지 않았습니다. 아키텍처가 공개적으로 실패할 만큼 상세해지는 불편한 중간 단계에 참여했습니다. 성취는 1974년의 모든 결정이 살아남은 것이 아니라, 그 작업이 그것을 교정할 수 있는 문서·실험 체계에 들어갔다는 것입니다.

Postel의 이의: 프로토콜이 영역을 내놓을 때

결정적인 수정은 Jon Postel의 1977년 8월Internet Experiment Note 2에 뚜렷하게 나타납니다. Postel은 인터네트워크 통신을 두 구성 요소로 분리해야 한다고 주장했습니다. 인터넷 패키지의 홉별 중계와 호스트 간 대화의 종단간 제어입니다. 당시 TCP 설계는, 본질적으로 그가 쓴 대로, 호스트 수준 프로토콜과 네트워크를 넘는 데 필요한 패키징·라우팅 프로토콜을 섞고 있었습니다.

해법은 아키텍처적 뺄셈이었습니다. 별개의 인터네트워크 프로토콜이 네트워크를 넘는 데이터그램과 라우팅을 담당했습니다. TCP는 그 위에서 신뢰성 있는 종단간 전송을 책임지는 호스트 수준 프로토콜로 자리 잡았습니다. 이 분리는 결국 TCP/IP의 가장 내구성 있는 제어 표면 중 하나가 되었습니다. IP는 신뢰성 있는 대화를 약속하지 않고 데이터그램을 옮길 수 있었습니다. TCP는 그 아래 모든 네트워크의 내부 동작을 소유하지 않으면서 순서 제어, 재전송, 창, 연결을 제공할 수 있었습니다.

Cerf에게 이 에피소드의 중요성은 그가 개인적으로 설계 경쟁에서 이겼다는 것이 아닙니다. 그의 작업을 둘러싼 프로그램이 경쟁하는 책임 배분을 수용할 수 있었다는 것입니다. 단일체 TCP는 개념적 통일성을 제공했습니다. 하나의 메커니즘이 인터네트워크 수송과 신뢰성 있는 호스트 통신을 모두 관리하는 것처럼 보일 수 있었습니다. 분리는 모듈성과 더 넓은 활용을 제공했습니다. TCP의 신뢰성 있는 바이트 스트림이 필요 없는 응용은 IP를 다르게 사용할 수 있었고, 네트워크 기술은 IP 아래에서, 전송 메커니즘은 위에서 진화할 수 있었습니다. 비용은 더 날카로운 인터페이스와 계층 간 가정 불일치의 가능성이었습니다.

별개의DoD Standard Internet Protocol과DoD Standard Transmission Control Protocol은 1980년 1월 RFC 760과 RFC 761로 나왔습니다. 이들은 1981년 9월RFC 791과RFC 793으로 대체되었습니다. 발행 경로는 DARPA의 프로그램과 USC/ISI를 거쳤습니다. 최종 문서들은 Cerf가 개인적으로 모든 필드를 작성했다는 증거가 아닙니다. 커뮤니티가 초기의 결합된 설계를 계층화된 표준 쌍으로 전환했다는 증거입니다.

이것은 '아버지'라는 언어보다 더 유용한 기술 리더십의 설명입니다. 여기서 리더십은 문제를 정립하고, 다른 사람들이 도전할 수 있는 문서를 만들고, 중심 경계가 다시 그려진 뒤에도 프로그램 안에서 계속 일하는 것을 의미했습니다. Cerf의 영향력은 여전히 상당했지만, 그것은 그와 연관된 설계를 제한하고 수정할 수 있는 시스템을 통해 작동했습니다.

Catenet의 거래: 균질성 없는 상호 운용성

Cerf의 1978년 7월IEN 48, “The Catenet Model for Internetworking”은 아키텍처가 이 수정 주기에 들어간 뒤 그가 계속 무엇을 만들었는지 보여줍니다. 이 노트는 서로 연결된 패킷 네트워크들의 연합체를 기술했습니다. 공통의 인터넷 데이터그램 형식과 공통 주소 지정을 가정하면서 참여 네트워크가 이종적인 채로 남을 수 있게 했습니다. 단편화와 새 네트워크의 단계적 도입을 다루었습니다. 또한 Pouzin의 catenet 용어를 인정하며 ARPA 밖의 영향 계보를 보존했습니다.

이 거래는 의도적인 것이었습니다. catenet에 가입하는 네트워크는 자기 로컬 패킷 기술, 접근 제어, 내부 운영을 포기할 필요가 없었습니다. 다만 인터네트워크 경계에서 공통 동작을 받아들여야 했습니다. 게이트웨이는 데이터그램을 전달할 만한 지식이 필요했고, 호스트는 인터넷 헤더를 만들고 해석해야 했습니다. 주소와 프로토콜 식별자는 독립적으로 만들어진 시스템들이 의미에 합의할 만큼 안정적이어야 했습니다. 단편화는 또 다른 경계를 만들었습니다. 패킷 크기의 변이는 허용될 수 있었지만, 수신 측이 발신 측이 의도한 것을 재구성할 수 있는 경우에만 그랬습니다.

자율성과 제약 사이의 이 균형이 이 기사의 중심 운영 교훈입니다. 상호 운용성은 로컬 차이를 폐지하지 않습니다. 더 이상 문제가 되지 않아야 하는 최소한의 차이를 선별합니다. 그 선별은 수혜자와 위험 부담자를 만들어냅니다.

기존 네트워크 운영자는 모든 것을 재건하지 않고 가입할 수 있기 때문에 이익을 얻습니다. 새 응용은 더 큰 환경 전반에 걸친 도달 범위에서 이익을 얻습니다. 게이트웨이·호스트 구현자는 로컬 변이를 숨기는 데 필요한 복잡성을 부담합니다. 레지스트리 관리자는 식별자의 모호성을 없애는 부담을 지고, 사용자는 그 모든 행위자가 경계를 존중할 때에만 단일 서비스를 경험합니다.

따라서 Cerf의 catenet 모델은 보편적 저작권 주장도 개념사의 장식도 아닙니다. 그것은 프로그램 선택을 기록합니다. 동시적 전환을 요구하는 대신 단계적으로 네트워크를 추가하며 성장하는 것. 이 선택은 확장을 정치적·기술적으로 타당하게 만들었습니다. 그리고 인터넷이 부분적 지식의 시스템, 즉 어떤 단일 프로그램 관리자도 공통 계층 아래의 모든 구현을 보거나 통제할 수 없는 시스템이 되리라는 것을 보장했습니다.

구현이야말로 진짜 국민투표였다

1979년 5월 무렵 설계는 구현자라는 지지 기반을 얻었고, 그들의 작업은 남은 불확실성을 무시할 수 없게 만들었습니다.IEN 98은 BBN Unix, Ford KSOS, UCLA 360, DTI Unix, BBN Tenex와 TOPS-20, SRI의 LSI-11, NDRE의 NORD-10, MIT의 Multics 등에 걸친 TCP 구현 보고서를 수집했습니다. 이들은 서로 다른 운영체제와 기관 환경이었고, 하나의 참조 기계의 복제품이 아니었습니다.

이 목록은 위험 전이의 지도입니다. 프로토콜 명세가 저자들 손을 떠나면 구현자들은 타이머, 버퍼, 시퀀스 번호, 재전송, 프로세스 인터페이스, 오류 사례를 해석해야 합니다. 종이 위에서 일관되어 보이는 설계가 서로 호환되지 않는 해석으로 갈라질 수 있습니다. 각 구현 팀은 로컬 비용을 부담하지만 그 버그는 원격 상대에게 비용을 강요할 수 있습니다. 진전은 상태를 공유하고, 실패가 명세에서 오는지, 한 구현에서 오는지, 여러 구현의 상호작용에서 오는지를 밝히는 데 달려 있습니다.

Cerf의 프로그램 역할은 이 노동을 대체하지 않았습니다.RFC 1160의 회고적 역사는 그가 DARPA 프로그램 관리자로서 1979년 프로토콜 스위트의 기술적 진화를 인도하기 위해 Internet Configuration Control Board를 설립했다고 기록합니다. 그것은 조율과 구성 관리의 증거이지 개인적 구현의 증거가 아닙니다. 같은 역사는 후임자들 아래에서의 이후 재편도 기록합니다. 프로그램 권한은 소집하고, 자금을 대고, 결정을 안정화할 수 있었습니다. 그러나 선언으로 Multics TCP를 올바르게 동작하게 할 수는 없었습니다.

실무적 제약은 범용 호스트에 국한되지 않았습니다. Robert Hinden의 1981년 1월IEN 166은 TCP와 NCP 호스트-호스트 프로토콜을 모두 지원해야 했던 Terminal Access Controller를 위한 TCP/IP 구현을 기술했습니다. 이 작업에는 IP 재조립, 라우팅, 게이트웨이 메시지, TCP 연결, 재전송, 창, 그리고 설치된 터미널 접속 설계와의 공존이 관여했습니다. 여기서 마이그레이션은 깨끗한 교체가 아니었습니다. 오래된 프로토콜과 새 프로토콜이 모든 임시 다리를 영구 아키텍처로 만들지 않으면서 기계를 공유해야 하는 기간이었습니다.

IEN 175, 즉 1981년 1월 USC/ISI 인터넷 회의 노트는 Cerf를 프로그램 대면 역할에서 보여줍니다. 그는 참가자들을 환영하며 성능, 주소 지정, 문서화를 의제에 올렸습니다. 노트는 곧 그를 넘어 UCL, RSRE 등이 게이트웨이, SATNET, SRCNET 서비스, X.25, 측정, 단편화, 소스 라우팅, 동적 타임아웃, TCP/IP 작업을 보고하며 확장되었습니다. 이 기록은 마스터 플랜이라기보다 제약들 간의 통제된 충돌처럼 보입니다.

바로 여기서 Cerf의 기여가 더 정밀해집니다. 그는 여러 패킷 네트워크 전통과 정부 연구 프로그램을 물려받았고, 이종 구현들이 비교될 수 있는 공유 아키텍처와 어휘를 만드는 데 기여했으며, 구성과 집단 검토를 위한 메커니즘이 필요한 프로그램 안에서 일했습니다. 그는 모든 호스트를 만들거나, 모든 게이트웨이를 운영하거나, 모든 타임아웃을 해결하지 않았습니다. 근거는 프레임과 프로그램에 대한 영향력을 지지하며, 구현의 공은 그것을 수행한 사람들과 기관에 남습니다.

식별자, 표준, 그리고 권한의 이전

번호가 각 장소에서 다른 의미를 지니면 프로토콜은 상호 운용될 수 없습니다. 1981년 9월 Postel이 편집한RFC 790은 네트워크 번호, 프로토콜 번호, 포트 할당 등의 식별자를 발표했습니다. 그런 문서를 “진짜” 발명에 따르는 서기적 부수물로 쉽게 취급할 수 있습니다. 운영적으로 그것은 진짜 시스템의 일부였습니다. 안정적인 식별자 없는 패킷 형식은 독립 개발된 소프트웨어가 무엇을 받았고 어디로 보내야 하는지 추측하게 만듭니다.

번호 할당 기능은 개인 권한에 대한 두 번째 한계도 드러냅니다. 프로토콜 저자였다고 해서 모든 식별자를 사적 결정으로 정의할 권리가 Cerf에게 주어지지는 않았습니다. 발행과 유지는 이 시기에 Postel의 편집·조율 작업과 연관된 레지스트리 표면을 만들었습니다. 구현자들은 참조할 수 있는 공유 기록이 필요했습니다. 네트워크의 정당성은 어떤 창시자에게 접근할 수 있는 것보다 반복 가능한 문서와 유지되는 할당에 점점 더 의존하게 되었습니다.

표준 발행은 또 하나의 계층을 더했습니다. 1981년 9월까지 RFC 791과 RFC 793은 다가오는 전환을 위한 IP와 TCP 명세를 제시했습니다. IP는 인터넷 헤더, 주소 지정, 데이터그램 동작, 단편화, 게이트웨이 대면 동작을 다루었습니다. TCP는 신뢰성 있는 호스트 통신, 연결, 순서 제어, 창, 재전송을 다루었습니다. 문서들은 네트워크가 약속하는 것과 전송이 약속하는 것을 분리했습니다. 이 분리는 구현자들에게 안정적인 목표를 주는 동시에 실패를 더 정밀하게 위치시킬 수 있게 했습니다.

그 뒤 정책이 인센티브 구조를 바꾸었습니다.IEN 207에 보존된 1982년 3월의 메모는 TCP/IP를 관련 DoD 패킷 지향 네트워크에 필수로 만들고 Defense Communications Agency를 컴퓨터 통신 프로토콜의 집행 기관으로 지정했습니다. 예외는 사안별 결정 사항이었습니다. 기술적 합의가 제도적 힘을 얻었습니다.

그 힘은 프로토콜이 올바르다는 것을 증명하지 않았고, Cerf의 설계 권한과 혼동되어서도 안 됩니다. 그러나 그것은 호스트 조직들에게 현실적인 대안을 바꾸었습니다. 의무화 이전에는 연기가 로컬 일정 선택처럼 보일 수 있었습니다. 이후에는 미래의 상호 운용성을 기대하는 조직은 전환을 의무로 다루어야 했습니다. DoD와 DCA는 인센티브를 정렬할 수 있게 되었고, 호스트 조직은 구현 비용과 마감 위험을 부담했으며, 상호 운용 가능한 서비스의 사용자는 분산된 작업이 성공하면 이익을 얻을 수 있었습니다.

설계에서 표준, 레지스트리, 정책으로의 이전은 결과가 Cerf에 덜 의존하게 만들었습니다. 그것은 중요성의 상실이 아니라 성공의 조건이었습니다. 인프라는 초기 아키텍트들의 사적 지식으로 남을 수 없습니다. 공개 명세, 유지되는 식별자, 결정 절차, 그리고 발명가에게 모든 비트의 의미를 묻지 않고 행동할 수 있는 운영자가 필요합니다.

마이그레이션의 타협

RFC 801의 전환 계획은 네트워크 전반의 전환을 진정으로 동시에 만들 수 없다는 점을 인정했습니다. 호스트 조직들은 소프트웨어, 우선순위, 준비 정도가 달랐습니다. 일부 기계는 IP와 TCP를 사용할 수 있었지만 다른 기계는 NCP에 머물렀습니다. 릴레이 호스트가 두 집단 간의 상호 작동을 제공했습니다. 주요 서비스도 기저 프로토콜과 함께 이동해야 했습니다. IP 데이터그램을 교환할 수 있어도 쓸 수 있는 Telnet, 파일 전송, 메일을 제공하지 못하는 호스트는 부분적으로만 전환된 것이었습니다.

이 타협은 서로 반대되는 두 가지 위험을 지녔습니다. 릴레이와 이중 프로토콜 지원이 없으면 초기 채택자들이 설치 기반과 단절되어 먼저 이동할 인센티브가 약화될 수 있었습니다. 전환 메커니즘이 무기한 남으면 뒤처진 조직들이 전환을 피하고 새 표준은 결코 공통 경계가 되지 못할 수 있었습니다. 날짜는 압박을 만들었고, 릴레이 호스트는 즉각적인 비용을 줄였으며, 호스트 수준의 의무는 소유권을 명시했습니다.

SRI Network Information Center가 호스트·터미널 연락 담당자에게 배포한 ARPANET News는 운영자 대면 맥락을 제공합니다. 1980년 7월 호식은 연락 담당자들이 호스트, IMP, TIP에서 성공적인 운영에 중요하다고 설명하고 NCP가 DoD 표준 프로토콜로 교체되는 복수 연도 계획을 알렸습니다.TCP-IP Digest 아카이브역시 전환 기간 내내 이어진 구현자·운영자 논의를 기록합니다. 이 자료들은 프로토콜 문서와 함께 행정적 주의, 로컬 지식, 문제 해결을 배치합니다.

타협의 수혜자는 전환하면서도 연속성이 필요한 조직이었습니다. 위험은 기계와 서비스를 유지하는 사람들에게 무겁게 놓였습니다. 그들은 오래된 접속을 유지하고, 새 스택을 구현하고, 변하는 문서를 해석하고, 그 뒤 임시 조치를 제거해야 했습니다. 스폰서는 발표된 준수가 관찰된 능력을 초과하는 명목상의 전환을 위험했습니다. 원격 사용자는 원인을 알 수 없는 실패를 위험했습니다.

1983년 2월의 조사는 각 사례를 설명하는 척하지 않고 그 위험들을 관찰 가능하게 만듭니다. 일부 서비스 시도는 성공했습니다. 다른 것들은 거부되거나 도달 불가능하거나 죽어 있었습니다. 거부된 접속은 호스트는 살아 있지만 서비스가 대기하지 않음을 가리킬 수 있었고, 도달 불가는 라우팅, 장애 또는 설정을 반영할 수 있었으며, 죽은 항목은 낡은 기록이나 실제로 부재하는 기계를 가리킬 수 있었습니다. 자료는 모든 호스트에 대한 확신에 찬 진단을 지지하지 않습니다. 더 중요한 결론을 지지합니다. 마이그레이션 상태는 정책 날짜나 호스트 테이블 주장에서 추론되는 것이 아니라 서비스 에지에서 측정되어야 한다는 것입니다.

출처

이미지 출처

Joi(Jōichi Itō)의 2005년 Vint Cerf 사진을 활용한 AI 보조 편집 합성 이미지, Wikimedia Commons 제공, CC BY 2.0. 추상적 네트워크 계층은 편집 표현을 위해 Codex를 통해 OpenAI imagegen으로 생성되었으며, 이 이미지는 1973–1983년 프로토콜 설계나 전환 사건을 묘사하지 않습니다.