IMP ( Eng. Interface Message Processor ) - paketväxlingsnod , som var en avancerad Honeywell DDP-516 minidator med speciella gränssnitt och mjukvara . [1] Under senare år tillverkades IMP från den oförbättrade Honeywell 316 , som kunde hantera två tredjedelar av kommunikationstrafiken för ungefär halva kostnaden. [2] Används vid skapandet av ARPANET -undernätet från slutet av 1960-talet till 1989. Dessa datorer var sammankopplade med kommunikationslinjer som överförde information med en hastighet av 56 Kbps och blev kända som routrar . [3] [4] [5] IMP kräver anslutning till en värddator via ett speciellt bit-till-seriellt gränssnitt definierat i BBN-rapport #1822 . För att förbättra tillförlitligheten måste varje IMP vara ansluten till minst två andra IMP. Subnätet måste vara ett datagramsubnät , så att om några linjer och IMP:er misslyckades kunde meddelandena automatiskt välja en alternativ sökväg. IMP-mjukvaran och ARPA-nätverkskommunikationsprotokollet som körs på IMPS täcktes i RFC 1, det första i en serie standarddokument publicerade av Internet Engineering Council .
IMP -konceptet föreslogs först 1966 av Donald för-nätverket i England [6] Samma idé utvecklades självständigt i början av 1967 vid ett möte med huvudutredare för US Defense Advanced Research Projects Agency för att diskutera länkning av fordon över hela landet. Larry Roberts ARPANET, föreslog ursprungligen värdnätverket Wes Clark föreslog att man skulle sätta in "en liten dator mellan varje värddator och nätverket av transmissionsledningar" [7] , det vill säga att göra IMP till en separat dator.
skapades av Massachusetts-baserade Beranek och Newman 1969 BBN fick i uppdrag att bygga fyra IMP, varav den första skulle anlända till UCLA vid Labor Day; de övriga tre skulle levereras med en månads mellanrum, vilket skulle göra hela nätet färdigt på totalt tolv månader. När Massachusetts-senator Edward Kennedy fick veta om BBN:s prestation med att underteckna detta miljonavtal skickade han ett telegram där han gratulerade företaget till att ha vunnit IMP-kontraktet. [7]
IMP-teamet kallade sig "IMP-killarna": [7]
BBN började programmera arbetet i februari 1969 på modifierade Honeywell DDP-516 . Den färdiga koden var sex tusen ord lång och skrevs i Honeywell 516 assembler . IMP-mjukvaran byggdes främst på PDP-1 , där IMP-koden skrevs och redigerades och kördes sedan på Honeywell.
BBN designade IMP helt enkelt som en "budbärare" som bara skulle "lagra och vidarebefordra". [7] BBN utvecklade endast värd-till-IMP-specifikationen, vilket lämnade värdwebbplatser för att skapa separata värd-till-värd-gränssnitt. IMP hade en felkontrollmekanism som tappade paket med fel utan att bekräfta mottagandet; den ursprungliga IMP, som inte har mottagit en bekräftelse på mottagning, kommer därefter att skicka om ett duplikatpaket. Baserat på kraven i ARPA RFP, använde IMP en 24-bitars kontrollsumma för felkorrigering. BBN bestämde sig för att låta IMP:s hårdvara beräkna kontrollsumman , eftersom det var ett snabbare alternativ än att använda mjukvaruberäkning. IMP var ursprungligen tänkt att anslutas till en enda värddator på varje plats, men på uppmaning av forskare och studenter från värdplatserna designades varje IMP så småningom för att ansluta till flera värddatorer.
Den första IMP levererades till Leonard Kleinrocks grupp vid UCLA den 30 augusti 1969. Han använde SDS Sigma-7 huvuddator. Douglas Engelbart- gruppen vid Stanford Research Institute fick en andra IMP den 1 oktober 1969. Den var kopplad till noden SDS-940 . Den tredje IMP installerades vid UC Santa Barbara den 1 november 1969. Den fjärde och sista IMP installerades vid University of Utah i december 1969. Det första kommunikationstestet mellan de två systemen (vid University of California och vid Stanford Institute) ägde rum den 29 oktober 1969, när en överföring försöktes vid Stanford Research Institutes IMP, men endast de två första bokstäverna överfördes . Institutets IMP gick sönder när man fick tecknet "g". [9] Efter några minuter korrigerades felet och överföringsförsöket slutfördes framgångsrikt.
BBN har utvecklat ett program för att testa kommunikationskretsarnas funktionalitet. Enligt en rapport inlämnad av Frank Hart, ett preliminärt test i slutet av 1969 baserat på en 27-timmarsperiod av aktivitet på UC-Stanford Institute-linjen och fann att "ungefär ett paket på 20 000 ger ett fel", och efterföljande tester "hittade en 100% variation av dessa siffror - uppenbarligen på grund av många ovanligt långa tidsperioder (i storleksordningen timmar) utan upptäckta fel. [tio]
Det fanns en variant av IMP som heter TIP som kopplade såväl terminaler som datorer till nätverket; den baserades på Honeywell 316, en senare version av 516. Vissa Honeywell-baserade IMP ersattes senare av Pluribus multiprocessor BBN IMP, men BBN utvecklade så småningom en firmware-klon av Honeywell-maskinen.
IMPs underbyggde ARPANET tills DARPA avvecklade ARPANET 1989. De flesta av IMP:erna togs isär, dumpades på en soptipp eller skickades till MILNET . Några av dem har blivit utställningar på museer; Kleinrock satte upp den första IMP:en för offentlig visning vid UCLA. [7] Den sista IMP på ARPANET var en IMP från University of Maryland.
BBN Report #1822 definierar en metod för att ansluta en värddator till en IMP. Denna anslutning och protokoll kallas vanligtvis 1822 , efter rapportnumret.
Den ursprungliga versionen av 1822-protokollet utvecklades 1969: eftersom det var ett decennium före OSI-modellen passar 1822 inte perfekt in i OSI-lagren. Det är dock säkert att säga att 1822-protokollet inkluderar ett fysiskt lager , ett datalänkslager och ett nätverkslager . Ett gränssnitt som är synligt för värdsystemet förmedlar nätverkslageradresser direkt till den fysiska lagerenheten.
För att överföra data skapar värden ett meddelande som innehåller den numeriska adressen till en annan värd i nätverket (liknande en IP-adress på Internet) och ett datafält och skickar meddelandet via gränssnitt 1822 till IMP. IMP dirigerar meddelandet till den slutliga värden med hjälp av de protokoll som till slut accepterades av Internetroutrarna. Meddelanden kunde lagra en total längd på 8159 bitar, varav de första 96 var reserverade för rubriken ("leader"). [elva]
Medan paket som överförs över Internet anses otillförlitliga, var 1822 meddelanden garanterade att överföras tillförlitligt till destinationen. Om meddelandet inte kunde levereras skickade IMP ett meddelande till den utgående värden att leveransen misslyckades. I praktiken fanns det dock (sällsynta) förhållanden under vilka en värd kunde missa ett meddelandeförlustmeddelande, eller under vilka en IMP kunde rapportera ett meddelandeförlust när det faktiskt togs emot.
Senare versioner av 1822-protokollet, såsom 1822L, beskrivs i RFC 802 och dess efterföljare.