PARCユニバーサルパケット

PARC_Universal_Packet
PARCユニバーサル パケット(一般にPUPまたはPuPと省略されますが、元のドキュメントでは通常Pupが使用されます) は、2 つの初期のインターネットワーキング プロトコル スイートの 1 つです。1970 年代半ばにXerox PARCの研究者によって作成されました。(技術的には、「PUP」という名前はインターネットワーク レベルのプロトコルのみを指しますが、プロトコル スイート全体にも適用されます。) スイート全体が、ルーティングとパケット配信、および信頼できるバイト ストリームなどのより高いレベルの機能を提供しました。、多数のアプリケーションとともに。
コンテンツ
1 歴史
2 基本的なインターネットワーク プロトコル
3 トランスポート層プロトコル
4 アプリケーションプロトコル
5 影響
6 こちらもご覧ください
7 参考文献
8 参考文献

歴史
PUP プロトコルは、インターネット用のTCP/IPの開発の初期段階とほぼ同じ時間枠で作成されました。また、PARC での初期のイーサネットローカル エリア ネットワークと同じ期間にも作成されました。 PUP スイートの基本設計は 1974 年までにほぼ完成しました。
1980 年代、Xerox はPUP をXerox Network Systems (XNS) プロトコル スイートのベースとして使用しました。XNS スイートの一部のプロトコル ( Internetwork Datagram Protocolなど) は、PUP スイートのプロトコルを少し変更したバージョンですが、PUP と IP で得られた経験を反映して、まったく異なるものも

基本的なインターネットワーク プロトコル
主なインターネットワーク層プロトコルはPUP で、 TCP/IP のインターネット プロトコル(IP) 層にほぼ対応しています。完全な PUPネットワーク アドレスは、8 ビットのネットワーク番号、8 ビットのホスト番号、および 16 ビットのソケット番号で構成されます。ネットワーク番号には、ネットワーク番号を (まだ) 知らないホストが使用するために、’このネットワーク’ を意味する特別な値が
TCP/IP とは異なり、ソケット フィールドは PUP ヘッダーの完全なネットワーク アドレスの一部であるため、上位層のプロトコルは独自の逆多重化を実装する必要がありません。PUP はパケット タイプも提供します (これも IP とは異なります)。また、オプションの 2 バイト チェックサムがパケット全体をカバーします。
PUP パケットの長さは最大 554 バイト (20 バイトの PUPヘッダーを含む) で、チェックサムも含まれます。これは、すべてのホストが最小 576 バイトをサポートする必要がある IP よりも小さいパケット サイズです (ただし、ホストがサポートしている場合、最大 65K バイトのパケットを許可します)。特定のネットワーク上の個々の PUP ホスト ペアは、より大きなパケットを使用する場合がありますが、それらを処理するために PUP ルーターは必要ありません。大きなパケットはフラグメント化できます。
ゲートウェイ情報プロトコル( RIPの祖先)という名前のプロトコルは、ルーティング プロトコルとして、およびホストがルーターを検出するために使用されます。
PUP には、IP のpingに似た単純なエコー プロトコルがインターネットワーク層に含まれていますが、より低いレベルで動作します。

トランスポート層プロトコル
トランスポート接続を確立するために、2 つのプロトコルが使用されました。1 つ目はRendezvous and Termination Protocol (RTP) で、2 つのエンティティ間の通信を開始し、接続を管理および終了するために使用されました。2 つ目は、プライマリ トランスポート層プロトコルであるバイト ストリーム プロトコル (BSP)で、TCPに類似しています。
RTP が接続を開始すると、BSP が引き継ぎ、データ転送を管理しました。TCP と同様に、BSP のセマンティクスと操作はバイト単位でした。これは、XNS の同等のプロトコルであるSequenced Packet Protocolのパケットを優先して破棄されました。

アプリケーションプロトコル
PUP は多数のアプリケーションをサポートしました。TelnetやFile Transfer Protocolなどの一部は、基本的にARPANETで使用されているものと同じプロトコルでした(TCP/IP スイートで発生したものとほぼ同じです)。
プリンターのスプーリング、ディスク パックのコピー、ファイル サーバーへのページ レベルのリモート アクセス、名前の検索、リモート管理などのプロトコルを含む他のものは目新しいものでした。構成されたInterface Message Processorを制御するためのリモート管理)。

影響
PuP は、インターネットワーキングのアイデアが実現可能であることを示し、TCP/IP の設計作業に影響を与え、後のXNSプロトコルの基礎を築きました。ある時点で、Vint Cerf と Bob Kahn がスタンフォードで会議を開催し、ゼロックスの研究者である Bob Metcalfe と John Shoch が出席しました。しかし、Xerox の出席者は、Xerox の弁護士から、PuP について話すことはできないと言われました。ゼロックスの参加者は、設計に関する議論の間、提案されたアイデアの欠陥を指摘し続けました。スタンフォード大学の研究者の 1 人が、「あなたたちはすでにこれを行っていますよね?」とぶつぶつ言うまでは。
PuP の最大の影響は、おそらくXerox PARC で最初にデモンストレーションされた未来モデルのオフィスの主要コンポーネントとしてのものでした。そのデモンストレーションは、機能するインターネットワークが提供するすべての機能がなければ、それほど強力ではなかったでしょう.
Gateway Information Protocol の子孫であるRIP (任意のプロトコル ファミリのアドレスを運ぶために若干の変更を加えたもの) は、現在もTCP/IPを含む他のプロトコル スイートで使用されています。RIP の 1 つのバージョンは、より近代的なOSPFとIS-ISが登場する前に、成長するインターネットの初期のいわゆる内部ゲートウェイ プロトコルの 1 つとして機能しました。要件が単純な小規模なサイトでは、内部ルーティング プロトコルとして今でも使用されています。
欠陥に関して言えば、PUP プロトコル ファミリはデバイスに依存しませんでした。現代の用語では、IP 層と MAC 層が 1 つの層に結合されていたため、大規模な採用が困難でした。PUP の 8 ビット ネットワークと 8 ビット ホストは、ネットワーク間のブリッジやゲートウェイが必要になる前に、最大で 64k マシンまで拡張できます。このため、後継のXNS (Xerox Networking System) は、PUP の多くのアイデアを使用してXerox Office Systems Divisionによって開発されましたが、グローバルに一意の 48 ビット ホスト識別子 (DIX v2 以降では MAC アドレスになりました) も含まれています。これらの問題を解決したIEEE 802.3 ):
アドレス衝突/重複アドレス割り当ての防止。Xerox は上位 24 ビットの MAC アドレスを割り当て、メーカーは下位 24 ビットを割り当てました。
アナログ リピータ (非常に低コスト) をより実用的なネットワーク スケーリング デバイスにできるようにする
各ネットワーク インターフェイスがグローバルに一意の ID (UID) を生成できるようにする

こちらもご覧ください
EFTP

参考文献
^ Panzaris， Georgios （2008). Machines and romances: the technical and narrative construction of networked computing as a general-purpose platform， 1960-1995. Stanford University. p. 128. Despite the misgivings of Xerox Corporation (which intended to make PUP the basis of a proprietary commercial networking product)， researchers at Xerox PARC， including ARPANET pioneers Robert Metcalfe and Yogen Dalal， shared the basic contours of their research with colleagues at TCP and Internet working group meetings in 1976 and 1977
^ Taylor， Bob (October 11， 2008)， “Oral History of Robert (Bob) W. Taylor” (PDF)， Computer History Museum Archive， CHM Reference number: X5059.2009 ^ ヨーゲン・ダラル; ロバート・プリンティス (1981 年 10月）。「48 ビット絶対インターネットおよびイーサネット ホスト番号」(PDF) . SIGCOMM ’81 データ通信に関する第 7 回シンポジウムの議事録。pp.240–245。
Edward A. Taft、Robert M. Metcalfe、Pup Specifications (Xerox Parc、Palo Alto、1978 年 6 月および 1975 年 10月）
エドワード A. タフト、ランデブー/終了プロトコルのステート マシン(ゼロックス パーク、パロ アルト、1978 年 7 月および 1975 年 10月）
Edward A. Taft、Pup の命名規則とアドレス指定規則(Xerox Parc、Palo Alto、1978 年 7 月および 1975 年 10月）
Edward A. Taft、Pup Error Protocol (Xerox Parc、Palo Alto、1978 年 7 月および 1975 年 10月）
Jon A. Hupp 著、Pup Network Constants (Xerox Parc、Palo Alto、1979 年 7月）

参考文献
デビッド・R・ボッグス; ジョン・F・ショク; エドワード・A・タフト。ロバート M. メトカーフ(1980 年 4月）。「Pup: インターネットワーク アーキテクチャ」. 通信に関するIEEEトランザクション。28 (4): 612–624. ドイ: 10.1109/TCOM.1980.1094684 .
Michael A. Hiltzik、Dealers of Lightning: Xerox PARC and the Dawn of the Computer Age (HarperBusiness、ニューヨーク、1999 年)、pp. 291–293