PARC 유니버설패킷

PARC Universal Packet

PARC Universal Packet(일반적으로 PUP 또는 PuP로 줄임말)은 최초의 2개의 인터넷 워킹 프로토콜 스위트 중 하나이며, 1970년대 중반에 Xerox PARC의 연구자들에 의해 작성되었다. (기술적으로 "PUP"라는 이름은 인터넷 워크 수준의 프로토콜만을 의미하지만, PR 전체에도 적용된다.)otocol 스위트)스위트 전체는 라우팅 및 패킷 전달뿐만 아니라 신뢰할 수 있는 바이트 스트림과 같은 상위 수준의 기능을 수많은 애플리케이션과 함께 제공했습니다.

역사

PUP 스위트의 기원은, TCP/IP(인터넷의 역사 참조)의 개발의 가장 초기 단계인 1970년대 초의 사건과 PARC에서의 이더넷로컬 에리어 네트워크의 작성의 2개의 개발에 있습니다.그러나 PUP의 개발은 Xerox PARC가 사내에서 사용하기 위해 구현을 진행하기를 원했기 때문에 분리되었습니다.PUP 제품군의 기본 설계는 1974년에 상당히 완성되었다.

1980년대에 Xerox는 XNS(Xerox Network Systems) 프로토콜 스위트의 기반으로 PUP를 사용했습니다. XNS 스위트의 프로토콜 중 일부는 PUP 스위트의 프로토콜 중 약간 수정된 버전이었지만 다른 프로토콜은 PUP와 IP에서 얻은 경험을 반영하여 상당히 다릅니다.

기본 인터넷 워크 프로토콜

주 인터넷 워크 계층 프로토콜은 PUP로, TCP/IP의 IP(Internet Protocol) 계층에 거의 해당합니다. 전체 PUP 네트워크 주소는 8비트 네트워크 번호, 8비트 호스트 번호 및 16비트 소켓 번호로 구성됩니다.네트워크 번호에는, 네트워크 번호를 아직 모르는(아직 모르는) 호스트에서 사용하기 위해서, 「이 네트워크」를 의미하는 특별한 값이 있습니다.

TCP/IP와 달리 소켓필드는 PUP 헤더의 전체 네트워크 주소의 일부이므로 상위 계층 프로토콜은 자체 다중화를 구현할 필요가 없습니다. PUP는 패킷 유형도 제공합니다(IP와 달리).또한 옵션의 2바이트 체크섬이 패킷 전체를 커버합니다.

PUP 패킷은 최대 554 바이트 길이(20 바이트 PUP 헤더 포함) 및 체크섬입니다.이것은 IP보다 작은 패킷사이즈입니다.모든 호스트가 최소 576바이트를 지원해야 합니다(단, 호스트가 지원하는 경우 최대 65K바이트의 패킷을 허용합니다).특정 네트워크상의 개별 PUP 호스트쌍은 더 큰 패킷을 사용할 수 있지만 PUP 라우터를 처리할 필요는 없습니다.큰 패킷은 fragment화할 수 있습니다.

Gateway Information Protocol(RIP의 상위)이라는 이름의 프로토콜은 라우팅 프로토콜과 호스트가 라우터를 검출하는 데 모두 사용됩니다.

또한 PUP는 IP의 ping과 비슷하지만 낮은 수준에서 작동하는 단순한 에코 프로토콜을 인터넷 워크 계층에 포함합니다.

전송 계층 프로토콜

전송 연결을 확립하기 위해 두 가지 프로토콜이 적용되었습니다.첫 번째는 Rendezvous and Termination Protocol(RTP)로, 2개의 엔티티간의 통신을 개시해, 접속을 관리 및 종료하기 위해서 사용됩니다.두 번째는 TCP와 유사한 기본 전송 계층 프로토콜인 BSP(Byte Stream Protocol)입니다.

RTP 가 접속을 개시하면, BSP 가 데이터 전송을 계승해 관리합니다.TCP와 마찬가지로 BSP의 시멘틱스와 연산은 바이트 단위로 이루어졌으며, 이는 XNS의 동등한 프로토콜인 Sequenced Packet Protocol을 위한 패킷에 유리하게 폐기되었다.

응용 프로그램 프로토콜

PUP는 많은 애플리케이션을 지원했습니다.Telnet 및 File Transfer Protocol과 같은 일부 프로토콜은 기본적으로 ARPANET에서 사용되는 프로토콜과 동일했습니다(TCP/IP 스위트에서 발생한 것과 거의 동일).

프린터 스풀링, 디스크 팩 복사, 파일 서버로의 페이지 레벨 리모트 액세스, 이름 검색, 리모트 관리 등의 새로운 기능(예를 들어 ARPANET은 이미 ARPANET을 구성하는 인터페이스 메시지 프로세서를 제어하기 위해 리모트 관리를 많이 사용하고 있었습니다).

영향

PuP는 인터넷 워킹 아이디어가 실현 가능하고, TCP/IP의 설계 작업에 영향을 미쳤으며, 이후의 XNS 프로토콜을 위한 기반을 마련했다는 것을 보여주었다.한때 빈트 서프와 밥 칸이 스탠포드에서 회의를 열었고, 제록스 연구원 밥 멧칼프와 존 쇼흐가 참석했다.그러나 제록스 참석자들은 제록스 변호사로부터 PuP에 대해 말할 수 없다는 말을 들었다.디자인 토론에서 Xerox 참석자들은 제안된 아이디어의 결점을 계속 지적하다가 스탠포드 연구원 중 한 명이 불쑥 말했다. "너희들은 이미 해냈지?"[1]

PuP의 가장 큰 영향은 아마도 Xerox PARC에서 최초로 시연된 미래 모델의 사무실의 주요 컴포넌트일 것입니다.실행 중인 인터넷 워크가 제공하는 모든 기능이 없었다면 이 시연은 그다지 강력하지 않았을 것입니다.

Gateway Information Protocol(Gateway Information Protocol)의 후속 제품인 RIP(프로토콜 패밀리의 주소를 전달하기 위한 사소한 수정 사항 포함)는 현재 TCP/IP를 포함한 다른 프로토콜 스위트에서 계속 사용되고 있습니다.RIP의 한 버전은 더 현대적인 OSPF와 IS-IS가 등장하기 전에 성장하는 인터넷을 위한 초기 소위 내부 게이트웨이 프로토콜의 하나로 기능했습니다.이 프로토콜은 간단한 요건을 가진 소규모 사이트에서 내부 라우팅 프로토콜로 여전히 사용되고 있습니다.

결함 측면에서 PUP 프로토콜 제품군은 장치에 의존하지 않았으며, 현대 용어로는 IP 계층과 MAC 계층이 단일 계층으로 결합되어 광범위한 채택이 어려웠습니다.PUP의 8비트 네트워크 및 8비트 호스트는 네트워크 간 브리지 또는 게이트웨이가 필요하기 전에 최대 64,000대의 시스템으로 확장할 수 있습니다.이러한 이유로 XNS(Xerox Networking System)는 PUP의 많은 아이디어를 사용하여 Xerox Office Systems Division에 의해 개발되었으며, 이러한 문제를 해결하기 위해 [2]글로벌하게 고유한 48비트 호스트 식별자(DIX v2 및 이후 IEEE 802.3에서 MAC 주소가 됨)도 포함되어 있습니다.

  • 주소 충돌/주소 중복 할당 방지Xerox는 24비트의 상위 MAC 주소를 할당했으며 제조업체는 하위 24비트를 할당했습니다.
  • 아날로그 리피터(매우 저비용)를 보다 실용적인 네트워크 스케일링 디바이스로 만들 수 있습니다.
  • 각 네트워크 인터페이스에서 글로벌 고유 ID(UID) 생성 허용

「 」를 참조해 주세요.

레퍼런스

  1. ^ Taylor, Bob (October 11, 2008), "Oral History of Robert (Bob) W. Taylor" (PDF), Computer History Museum Archive, CHM Reference number: X5059.2009
  2. ^ Yogen Dalal; Robert Printis (October 1981). "48-bit absolute internet and ethernet host numbers" (PDF). SIGCOMM '81 Proceedings of the seventh symposium on Data communications. pp. 240–245.
  • 에드워드 A.태프트, 로버트 M.Metcalfe, Pump 사양(Xerox Parc, Palo Alto, 1978년 6월 및 1975년 10월)
  • 에드워드 A.Taft, Rendezvous/Termination Protocol용 스테이트 머신(Xerox Parc, Palo Alto, 1978년 7월 및 1975년 10월)
  • 에드워드 A.Taft, Pupp의 명명 및 주소 지정 규칙(Xerox Parc, Palo Alto, 1978년 7월 및 1975년 10월)
  • 에드워드 A.Taft, Pup 오류 프로토콜(Xerox Parc, Palo Alto, 1978년 7월 및 1975년 10월)
  • Jon A. Hupp, Pup 네트워크 상수(Xerox Parc, Palo Alto, 1979년 7월)

추가 정보