PARC universalpakke

PARC Universal Packet (forkortet til PUP , selvom de originale dokumenter normalt bruger Pup ) var en af ​​de to ældste internetprotokolpakker. Det blev skabt af forskere ved Xerox PARC i midten af ​​1970'erne. (Formelt refererer navnet "PUP" kun til internetprotokollen, men i praksis anvendes det på hele sættet af protokoller). Det komplette sæt giver pakkerouting og levering, funktioner på højere niveau såsom pålidelig byte-streaming og adskillige applikationslagsprotokoller.

Historie

Oprindelsen af ​​PUP-protokolpakken ligger i to retninger: på den ene side i de samme begivenheder i begyndelsen af ​​1970'erne, som ansporede udviklingen af ​​TCP/IP (se Historien om internettet ); på den anden side ved at skabe et Ethernet lokalt computernetværk i PARC. Udviklingen af ​​PUP splittes, fordi Xerox PARC ønskede at bevæge sig hurtigere med implementering til intern brug. Det grundlæggende design af PUP-protokollerne blev generelt afsluttet i 1974.

I 1980'erne brugte Xerox PUP som grundlag for Xerox Network Systems (XNS) protokolsuite; nogle af protokollerne i XNS (såsom Internetwork Datagram Protocol) var blot lidt modificerede versioner af protokollerne fra PUP, mens andre var meget forskellige og afspejlede erfaringer med PUP og IP.

Simpel internetprotokol

Den primære internetlagsprotokol er PUP, som nogenlunde svarer til Internet Protocol ( IPv4 ) laget i TCP/IP. PUP -netværksadressen bestod af et 8 bit netværksnummer, et 8 bit værtsnummer og et 16 bit socket nummer . Blandt netværksnumrene blev der tildelt en særlig betydning, som betød "aktuelt netværk", til brug for værter, der (endnu) ikke kender netværksnummeret.

I modsætning til TCP/IP var socketnummerfeltet en del af den fulde netværksadresse i PUP-headeren, så højere lags protokoller behøvede ikke at implementere deres egen demuxing ; PUP understøttede også pakketyper (i modsætning til IP)[ afklare ] . Derudover dækker den valgfrie 2 bytes kontrolsum hele pakken , ikke kun overskriften.

PUP-pakker kan være op til 554 bytes lange (inklusive 20 bytes PUP- headeren ) plus en kontrolsum. Dette er mindre end IP, hvilket kræver, at alle værter understøtter pakker på mindst 576 bytes i længden (og tillader pakker op til 64KB). Et enkelt par PUP-værter inden for det samme netværk kan bruge længere pakker, men PUP-routere er ikke påkrævet for at understøtte dem. Store pakker kan blive fragmenteret.

En protokol kaldet Gateway Information Protocol (forfaderen til RIP ) blev brugt både som en routingprotokol og til værtsopdagelse af routere. PUP inkluderer også en simpel internetlag-ekkoprotokol, der ligner ping i TCP/IP, men arbejder på et lavere niveau.

Transportlagsprotokoller

To protokoller blev brugt til at etablere en transportforbindelse. Den første Rendezvous and Termination Protocol (RTP) blev brugt til at etablere, administrere og afslutte en forbindelse. Den anden, Byte Stream Protocol (BSP) , var den primære transportlagsprotokol (svarende til TCP).

Efter at RTP etablerede forbindelsen, tændte BSP'en og styrede dataoverførslen. Ligesom TCP var BSP-semantik byte-baseret; i senere XNS, i den tilsvarende protokol (Sequenced Packet Protocol), blev dette erstattet af pakker.

Applikationslagsprotokoller

PUP understøttede et stort antal applikationsprotokoller. Nogle, såsom Telnet og File Transfer Protocol , var i det væsentlige de samme protokoller, der blev brugt af Arpanet (svarende til, hvordan de migrerede til TCP/IP).

Andre protokoller var nye, herunder en protokol til print spooling, kopiering af diskpakker[ klargør ] ekstern filserveradgang på sideniveau[ afklare ] , navneopløsning, fjernbetjening og andre. (Selvom nogle af disse funktioner eksisterede før, var fjernadgang f.eks. allerede flittigt brugt i ARPANET til at styre Interface Message Processor -computere).

Betydning

For at vise, at ideen om at arbejde sammen var gennemførlig, påvirkede PUP designet af TCP/IP og blev senere brugt som grundlaget for XNS-protokollerne. Dog havde PUP sandsynligvis sin største indflydelse som en nøglekomponent til det første Office of the Future , der blev fremvist på Xerox PARC . Denne demo ville ikke være så imponerende, hvis det ikke var for de muligheder, som netværket giver.

RIP , en efterkommer af Gateway Information Protocol (med nogle mindre ændringer for at understøtte vilkårlige protokoladresser), bruges stadig i dag i andre protokolpakker såsom TCP/IP. En version af RIP fungerede som en af ​​de første såkaldte interne routing-protokoller for det voksende internet , før ankomsten af ​​mere moderne OSPF og IS-IS , og bruges stadig til interne routing-protokoller i små netværk med enkle krav.

En af de vigtigste ulemper ved PUP var, at den ikke var enhedsuafhængig (i moderne terminologi var MAC- og IP- lagene ikke adskilt), hvilket forhindrede udbredt adoption. Derudover betød det faktum, at en komplet adresse kun gav 8 bits pr. netværk og 8 bits pr. vært, at et netværk ikke kunne indeholde mere end 216 maskiner uden brug af specielle gateways. XNS-protokolpakken, den logiske udvikling af PUP, introducerede en 48-bit unik adresse, som senere blev til MAC-adressen .

Links