Hur fungerar Internet?

2002 rus Shuler @ Pomeroy IT-lösningar, Alla rättigheter reserverade

innehåll

  1. Inledning
  2. Var ska man börja? Internet-adresser
  3. protokollstackar och paket
  4. nätverksinfrastruktur
  5. Internetinfrastruktur
  6. Internet Routing hierarki
  7. domännamn och Adressupplösning
  8. Internetprotokoll Revisited
  9. applikationsprotokoll: HTTP och World Wide Web
  10. applikationsprotokoll: SMTP och elektronisk post
  11. Transmission Control Protocol
  12. Internet Protocol
  13. Wrap Up
  14. resurser
  15. bibliografi

introduktion

Hur fungerar Internet? Bra fråga! Internetets tillväxt har blivit explosiv och det verkar omöjligt att undkomma bombardemanget av www.com ’ s sett ständigt på TV, hört på radio, och sett i tidningar. Eftersom Internet har blivit en så stor del av våra liv behövs en god förståelse för att använda detta nya verktyg mest effektivt.

denna vitbok förklarar den underliggande infrastrukturen och tekniken som får Internet att fungera. Det går inte i stort djup, men täcker tillräckligt med varje område för att ge en grundläggande förståelse för de inblandade begreppen. För eventuella obesvarade frågor finns en lista över resurser i slutet av papperet. Eventuella kommentarer, förslag, frågor etc. uppmuntras och kan riktas till författaren på [email protected].

Var ska man börja? Internetadresser

eftersom Internet är ett globalt nätverk av datorer måste varje dator som är ansluten till Internet ha en unik adress. Internetadresser finns i formuläret nnn.nnn.nnn.nnn där nnn måste vara ett tal från 0-255. Denna adress kallas en IP-adress. (IP står för Internet Protocol; mer om detta senare.)

bilden nedan illustrerar två datorer som är anslutna till Internet; din dator med IP-adress 1.2.3.4 och en annan dator med IP-adress 5.6.7.8. Internet representeras som ett abstrakt objekt däremellan. (När detta dokument fortskrider kommer Internetdelen av Diagram 1 att förklaras och ritas om flera gånger när detaljerna på Internet exponeras.)


Diagram 1

Diagram 1

I session. Om du ansluter till Internet från ett lokalt nätverk (LAN) datorn kan ha en permanent IP-adress eller det kan få en tillfällig en från en DHCP (Dynamic Host Configuration Protocol) server. I alla fall, om du är ansluten till Internet, har din dator en unik IP-adress.

kolla in det-Ping-programmet

Om du använder Microsoft Windows eller en smak av Unix och har en anslutning till Internet finns det ett praktiskt program för att se om en dator på Internet lever. Det kallas ping, förmodligen efter ljudet från äldre ubåts sonarsystem.1 Om du använder Windows startar du ett kommandotolkfönster. Om du använder en smak av Unix, gå till en kommandotolk. Typ ping www.yahoo.com. ping-programmet skickar ett ’ping’ (faktiskt ett ICMP (Internet Control Message Protocol) echo request message) till den namngivna datorn. Den pingade datorn svarar med ett svar. Ping-programmet räknar tiden ut tills svaret kommer tillbaka (om det gör det). Även om du anger ett domännamn (dvs. www.yahoo.com) istället för en IP-adress löser ping domännamnet och visar datorns IP-adress. Mer om domännamn och adressupplösning senare.

protokollstackar och paket

så din dator är ansluten till Internet och har en unik adress. Hur pratar det med andra datorer som är anslutna till Internet? Ett exempel bör tjäna här: låt oss säga att din IP-adress är 1.2.3.4 och du vill skicka ett meddelande till datorn 5.6.7.8. Meddelandet du vill skicka är ” Hej dator 5.6.7.8!”. Självklart måste meddelandet överföras över vilken typ av tråd som helst som ansluter din dator till Internet. Låt oss säga att du har ringt in i din Internetleverantör hemifrån och meddelandet måste överföras via telefonlinjen. Därför måste meddelandet översättas från alfabetisk text till elektroniska signaler, överföras via Internet och sedan översättas tillbaka till alfabetisk text. Hur uppnås detta? Genom användning av en protokollstack. Varje dator behöver en för att kommunicera på Internet och den är vanligtvis inbyggd i datorns operativsystem (dvs. Windows, Unix, etc.). Protokollstacken som används på Internet kallas TCP / IP-protokollstacken på grund av de två stora kommunikationsprotokollen som används. TCP / IP-stacken ser ut så här:

protokolllager
Application Protocols Layer protokoll som är specifika för applikationer som WWW, e-post, FTP, etc.
Transmission Control Protocol Layer TCP leder paket till en specifik applikation på en dator med ett portnummer.
Internet Protocol Layer IP riktar paket till en specifik dator med en IP-adress.
Hardware Layer konverterar binär paketdata till nätverkssignaler och tillbaka.
(t. ex. ethernet nätverkskort, modem för telefonlinjer, etc.)

om vi skulle följa den väg som meddelandet ”Hej dator 5.6.7.8!”tog från vår dator till datorn med IP-adress 5.6.7.8, skulle det hända något så här:

Diagram 2

Diagram 2

  1. meddelandet skulle börja högst upp i protokollstacken på din dator och fungera det är långt nedåt.
  2. Om meddelandet som ska skickas är långt kan varje stacklager som meddelandet passerar bryta meddelandet upp i mindre bitar av data. Detta beror på att data som skickas via Internet (och de flesta datornätverk) skickas i hanterbara bitar. På Internet är dessa bitar av data kända som paket.
  3. paketen skulle gå igenom applikationsskiktet och fortsätta till TCP-lagret. Varje paket tilldelas ett portnummer. Portar kommer att förklaras senare, men det räcker med att säga att många program kan använda TCP/IP-stacken och skicka meddelanden. Vi behöver veta vilket program på destinationsdatorn som behöver ta emot meddelandet eftersom det kommer att lyssna på en viss port.
  4. efter att ha gått igenom TCP-lagret fortsätter paketen till IP-lagret. Det är här varje paket får sin destinationsadress, 5.6.7.8.
  5. nu när våra meddelandepaket har ett portnummer och en IP-adress är de redo att skickas via Internet. Hårdvarulagret tar hand om att förvandla våra paket som innehåller den alfabetiska texten i vårt meddelande till elektroniska signaler och överföra dem via telefonlinjen.
  6. i den andra änden av telefonlinjen har din Internetleverantör en direktanslutning till Internet. ISPs-routern undersöker destinationsadressen i varje paket och bestämmer var den ska skickas. Ofta är paketets nästa stopp en annan router. Mer om Routrar och Internetinfrastruktur senare.
  7. så småningom når paketen dator 5.6.7.8. Här börjar paketen längst ner på destinationsdatorns TCP/IP-stack och arbetar uppåt.
  8. när paketen går uppåt genom stapeln tas alla routningsdata som den sändande datorns stapel lagt till (t.ex. IP-adress och portnummer) bort från paketen.
  9. när data når toppen av stapeln har paketen återmonterats i sin ursprungliga form, ” Hej dator 5.6.7.8!”

nätverksinfrastruktur

så nu vet du hur paket reser från en dator till en annan via Internet. Men vad är däremellan? Vad utgör faktiskt Internet? Låt oss titta på ett annat diagram:


Diagram 3

Diagram 3

här ser vi Diagram 1 ritas om med mer detaljer. Den fysiska anslutningen via telefonnätet till Internetleverantören kan ha varit lätt att gissa, men utöver det kan det ha någon förklaring.

ISP upprätthåller en pool av Modem för sina inringningskunder. Detta hanteras av någon form av dator (vanligtvis en dedikerad) som styr dataflödet från modempoolen till en ryggrad eller dedikerad linje router. Denna inställning kan refereras till som en portserver, eftersom den ’tjänar’ åtkomst till nätverket. Fakturerings-och användningsinformation samlas vanligtvis också här.

När dina paket passerar telefonnätet och din ISP: s lokala utrustning dirigeras de till ISP: s ryggrad eller en ryggrad som ISP köper bandbredd från. Härifrån kommer paketen vanligtvis att resa genom flera routrar och över flera ryggrad, dedikerade linjer och andra nätverk tills de hittar sin destination, datorn med adress 5.6.7.8. Men skulle det inte vara trevligt om vi visste den exakta vägen våra paket tog över Internet? Som det visar sig finns det ett sätt…

kolla in det – Traceroute-programmet

Om du använder Microsoft Windows eller en smak av Unix och har en anslutning till Internet, här är ett annat praktiskt Internetprogram. Den här kallas traceroute och den visar vägen dina paket tar till en viss internetdestination. Liksom ping måste du använda traceroute från en kommandotolk. Använd tracert i Windows www.yahoo.com. skriv traceroute från en Unix-prompt www.yahoo.com. liksom ping kan du också ange IP-adresser istället för domännamn. Traceroute skriver ut en lista över alla routrar, datorer och andra internetenheter som dina paket måste resa igenom för att komma till deras destination.

om du använder traceroute märker du att dina paket måste resa genom många saker för att komma till deras destination. De flesta har långa namn som sjc2-core1-h2-0-0.atlas.digex.net och fddi0-0.br4.SJC.globalcenter.net.det här är Internet-routrar som bestämmer var du ska skicka dina paket. Flera routrar visas i Diagram 3, men bara ett fåtal. Diagram 3 är tänkt att visa en enkel nätverksstruktur. Internet är mycket mer komplext.

Internetinfrastruktur

Internet-ryggraden består av många stora nätverk som sammankopplar med varandra. Dessa stora nätverk kallas Nätverkstjänstleverantörer eller NSPs. Några av de stora NSP: erna är UUNet, CerfNet, IBM, BBN Planet, SprintNet, PSINet, liksom andra. Dessa nätverk peer med varandra för att utbyta pakettrafik. Varje NSP krävs för att ansluta till tre Nätverksåtkomstpunkter eller tupplurar. Vid tupplurar, pakettrafik kan hoppa från en NSP: s ryggrad till en annan NSP: s ryggrad. NSP: er sammankopplas också vid Storstadsutbyten eller MAEs. MAEs tjänar samma syfte som tupplurar men är privatägda. Tupplurar var de ursprungliga internetanslutningspunkterna. Både tupplurar och MAEs kallas Internet Exchange Points eller IXs. NSP säljer också bandbredd till mindre nätverk, till exempel Internetleverantörer och mindre bandbreddsleverantörer. Nedan visas en bild som visar denna hierarkiska Infrastruktur.

Diagram 4

Diagram 4

Detta är inte en sann representation av en faktisk del av Internet. Diagram 4 är endast avsett att visa hur NSP: erna kan sammankopplas med varandra och mindre Internetleverantörer. Ingen av de fysiska nätverkskomponenterna visas i Diagram 4 som de är i Diagram 3. Detta beror på att en enda NSP: s ryggradsinfrastruktur är en komplex ritning i sig. De flesta NSP: er publicerar kartor över sin nätverksinfrastruktur på sina webbplatser och kan enkelt hittas. Att rita en faktisk karta över Internet skulle vara nästan omöjligt på grund av dess storlek, komplexitet och ständigt föränderliga struktur.

Internet Routing hierarkin

så hur paket hitta sin väg över Internet? Vet alla datorer som är anslutna till Internet var de andra datorerna är? Får paket helt enkelt ’broadcast’ till varje dator på Internet? Svaret på båda de föregående frågorna är ’nej’. Ingen dator vet var någon av de andra datorerna är, och paket skickas inte till varje dator. Informationen som används för att få paket till sina destinationer finns i routingtabeller som hålls av varje router som är ansluten till Internet.

routrar är paketomkopplare. En router är vanligtvis ansluten mellan nätverk för att dirigera paket mellan dem. Varje router vet om det är undernätverk och vilka IP-adresser de använder. Routern vet vanligtvis inte vilka IP-adresser som är ’ovanför’ den. Undersök Diagram 5 nedan. De svarta lådorna som förbinder ryggraden är routrar. De större NSP-ryggraden på toppen är anslutna i en tupplur. Under dem finns flera undernätverk, och under dem, fler undernätverk. Längst ner finns två lokala nätverk med anslutna datorer.

Diagram 5

när ett paket anländer till en router undersöker routern IP-adressen som finns där AV IP-protokollskiktet på ursprungsdatorn. Routern kontrollerar att det är routingbord. Om nätverket som innehåller IP-adressen hittas skickas paketet till det nätverket. Om nätverket som innehåller IP-adressen inte hittas skickar routern paketet på en standardväg, vanligtvis upp i ryggradshierarkin till nästa router. Förhoppningsvis kommer nästa router att veta var du ska skicka paketet. Om det inte gör det, skickas paketet igen uppåt tills det når en NSP-ryggrad. Routrarna som är anslutna till NSP-ryggraden håller de största routingborden och här kommer paketet att dirigeras till rätt ryggrad, där det börjar sin resa ’nedåt’ genom mindre och mindre nätverk tills det hittar sin destination.

domännamn och Adressupplösning

men vad händer om du inte känner till IP-adressen till datorn du vill ansluta till? Vad händer om du behöver komma åt en webbserver som kallas www.anothercomputer.com? Hur vet din webbläsare var på Internet den här datorn bor? Svaret på alla dessa frågor är Domännamnstjänsten eller DNS. DNS är en distribuerad databas som håller reda på datorns Namn och deras motsvarande IP-adresser på Internet.

många datorer som är anslutna till Internet är värd för en del av DNS-databasen och programvaran som tillåter andra att komma åt den. Dessa datorer är kända som DNS-servrar. Ingen DNS-server innehåller hela databasen; de innehåller bara en delmängd av den. Om en DNS-server inte innehåller det domännamn som begärs av en annan dator, leder DNS-servern den begärande datorn till en annan DNS-server.

Diagram 6

Diagram 6

Domännamnstjänsten är strukturerad som en hierarki som liknar IP-routinghierarkin. Datorn som begär en namnupplösning omdirigeras’ upp ’ hierarkin tills en DNS-server hittas som kan lösa domännamnet i begäran. Figur 6 illustrerar en del av hierarkin. På toppen av trädet finns domänrötterna. Några av de äldre, vanligare domänerna ses nära toppen. Det som inte visas är de många DNS-servrar runt om i världen som utgör resten av hierarkin.

När en Internetanslutning är inställd (t.ex. för ett LAN eller uppringd nätverk i Windows) anges vanligtvis en primär och en eller flera sekundära DNS-servrar som en del av installationen. På så sätt kan alla internetapplikationer som behöver domännamnsupplösning fungera korrekt. När du till exempel anger en webbadress i din webbläsare ansluter webbläsaren först till din primära DNS-server. Efter att ha fått IP-adressen för domännamnet du angav ansluter webbläsaren sedan till måldatorn och begär den webbsida du ville ha.

kolla in det – inaktivera DNS i Windows

om du använder Windows 95 / NT och har tillgång till Internet kan du visa din DNS-server(er) och till och med inaktivera dem.

Om du använder uppringd nätverk:
öppna ditt uppringda nätverksfönster (som finns i Utforskaren i Windows under din CD-ROM-enhet och ovanför Nätverksnäringen). Högerklicka på din internetanslutning och klicka på Egenskaper. Nära botten av fönstret anslutningsegenskaper trycker du på TCP / IP-inställningarna… knapp.

Om du har en permanent anslutning till Internet:
högerklicka på Network Neighborhood och klicka på Egenskaper. Klicka på TCP / IP-egenskaper. Välj fliken DNS-konfiguration längst upp.

Du bör nu titta på dina DNS-serverns IP-adresser. Här kan du inaktivera DNS eller ställa in dina DNS-servrar till 0.0.0.0. (Skriv ner dina DNS-serverns IP-adresser först. Du måste förmodligen starta om Windows också.) Ange nu en adress i din webbläsare. Webbläsaren kommer inte att kunna lösa domännamnet och du kommer förmodligen att få en otäck dialogruta som förklarar att en DNS-server inte kunde hittas. Men om du anger motsvarande IP-adress istället för domännamnet kan webbläsaren hämta önskad webbsida. (Använd ping för att få IP-adressen innan du inaktiverar DNS.) Andra Microsoft-operativsystem är liknande.

Internetprotokoll Revisited

som antyds tidigare i avsnittet om protokollstackar kan man anta att det finns många protokoll som används på Internet. Detta är sant; det finns många kommunikationsprotokoll som krävs för att Internet ska fungera. Dessa inkluderar TCP-och IP-protokoll, routingprotokoll, medelåtkomstkontrollprotokoll, programnivåprotokoll etc. Följande avsnitt beskriver några av de viktigare och vanligaste protokollen på Internet. Protokoll på högre nivå diskuteras först, följt av protokoll på lägre nivå.

applikationsprotokoll: HTTP och World Wide Web

en av de vanligaste tjänsterna på Internet är World Wide Web (WWW). Applikationsprotokollet som får webben att fungera är Hypertext Transfer Protocol eller HTTP. Förväxla inte detta med Hypertext Markup Language (HTML). HTML är det språk som används för att skriva webbsidor. HTTP är protokollet som webbläsare och webbservrar använder för att kommunicera med varandra via Internet. Det är ett programnivåprotokoll eftersom det sitter ovanpå TCP-lagret i protokollstacken och används av specifika applikationer för att prata med varandra. I det här fallet är applikationerna webbläsare och webbservrar.

HTTP är ett anslutningslöst textbaserat protokoll. Klienter (webbläsare) skickar förfrågningar till webbservrar för webbelement som webbsidor och bilder. När begäran har betjänats av en server kopplas anslutningen mellan klient och server över Internet bort. En ny anslutning måste göras för varje förfrågan. De flesta protokoll är anslutningsorienterade. Detta innebär att de två datorerna som kommunicerar med varandra håller anslutningen öppen över Internet. HTTP gör det dock inte. Innan en HTTP-begäran kan göras av en klient måste en ny anslutning göras till servern.

När du skriver in en URL i en webbläsare är detta vad som händer:

  1. om webbadressen innehåller ett domännamn ansluter webbläsaren först till en domännamnsserver och hämtar motsvarande IP-adress för webbservern.
  2. webbläsaren ansluter till webbservern och skickar en HTTP-begäran (via protokollstacken) för önskad webbsida.
  3. webbservern tar emot begäran och kontrollerar önskad sida. Om sidan finns skickar webbservern den. Om servern inte kan hitta den begärda sidan skickar den ett HTTP 404-felmeddelande. (404 betyder ’Sidan hittades inte’ som alla som har surfat på webben förmodligen vet.)
  4. webbläsaren tar emot sidan tillbaka och anslutningen är stängd.
  5. webbläsaren analyserar sedan genom sidan och letar efter andra sidelement som den behöver för att slutföra webbsidan. Dessa inkluderar vanligtvis bilder,applets etc.
  6. för varje element som behövs gör webbläsaren ytterligare anslutningar och HTTP-förfrågningar till servern för varje element.
  7. när webbläsaren har laddat alla bilder, applets etc. sidan laddas helt i webbläsarfönstret.

kolla in det – Använd din Telnet-klient för att hämta en webbsida med HTTP

Telnet är en fjärrterminaltjänst som används på Internet. Användningen har minskat nyligen, men det är ett mycket användbart verktyg för att studera Internet. I Windows hitta Standard telnet-programmet. Det kan finnas i Windows-katalogen med namnet telnet.exe. När du öppnar, dra ner Terminalmenyn och välj Inställningar. Kontrollera lokalt eko i inställningsfönstret. (Det här är så att du kan se din HTTP-begäran när du skriver den.) Dra nu ner Anslutningsmenyn och välj fjärrsystem. Ange www.google.com för värdnamnet och 80 för hamnen. (Webbservrar lyssnar vanligtvis på port 80 som standard.) Tryck På Anslut. Skriv nu

GET/HTTP/1.0

och tryck på Enter två gånger. Detta är en enkel HTTP-begäran till en webbserver för sin rotsida. Du bör se en webbsida blinka och sedan ska en dialogruta dyka upp för att berätta att anslutningen förlorades. Om du vill spara den hämtade sidan aktiverar du inloggningen i Telnet-programmet. Du kan sedan bläddra igenom webbsidan och se HTML som användes för att skriva den.

De flesta internetprotokoll anges av Internetdokument som kallas en begäran om kommentarer eller RFC. RFC kan hittas på flera platser på Internet. Se avsnittet Resurser nedan för lämpliga URL: er. HTTP version 1.0 specificeras av RFC 1945.

applikationsprotokoll: SMTP och elektronisk post

en annan vanlig Internettjänst är elektronisk post. E-post använder ett programnivåprotokoll som heter Simple Mail Transfer Protocol eller SMTP. SMTP är också ett textbaserat protokoll, men till skillnad från HTTP är SMTP anslutningsorienterad. SMTP är också mer komplicerat än HTTP. Det finns många fler kommandon och överväganden i SMTP än i HTTP.

När du öppnar din e-postklient för att läsa din e-post, Detta är vad som vanligtvis händer:

  1. e-postklienten (Netscape Mail, Lotus Notes, Microsoft Outlook, etc.) öppnar en anslutning till dess standard e-postserver. E-postserverns IP-adress eller domännamn är vanligtvis inställt när e-postklienten är installerad.
  2. e-postservern sänder alltid det första meddelandet för att identifiera sig själv.
  3. klienten skickar ett SMTP HELO-kommando till vilket servern svarar med ett 250 OK-meddelande.
  4. beroende på om klienten kontrollerar e-post, skickar e-post etc. lämpliga SMTP-kommandon skickas till servern, som svarar därefter.
  5. denna begäran / svarstransaktion fortsätter tills klienten skickar ett SMTP QUIT-kommando. Servern säger då adjö och anslutningen stängs.

en enkel ’konversation’ mellan en SMTP-klient och SMTP-server visas nedan. R: betecknar meddelanden som skickas av servern (mottagaren) och S: betecknar meddelanden som skickas av klienten (avsändaren).

 This SMTP example shows mail sent by Smith at host USC-ISIF, to Jones, Green, and Brown at host BBN-UNIX. Here we assume that host USC-ISIF contacts host BBN-UNIX directly. The mail is accepted for Jones and Brown. Green does not have a mailbox at host BBN-UNIX. ------------------------------------------------------------- R: 220 BBN-UNIX.ARPA Simple Mail Transfer Service Ready S: HELO USC-ISIF.ARPA R: 250 BBN-UNIX.ARPA S: MAIL FROM:<[email protected]> R: 250 OK S: RCPT TO:<[email protected]> R: 250 OK S: RCPT TO:<[email protected]> R: 550 No such user here S: RCPT TO:<[email protected]> R: 250 OK S: DATA R: 354 Start mail input; end with <CRLF>.<CRLF> S: Blah blah blah... S: ...etc. etc. etc. S: . R: 250 OK S: QUIT R: 221 BBN-UNIX.ARPA Service closing transmission channel

denna SMTP-transaktion är hämtad från RFC 821, som anger SMTP.

Transmission Control Protocol

under applikationsskiktet i protokollstacken är TCP-skiktet. När applikationer öppnar en anslutning till en annan dator på Internet skickas meddelandena de skickar (med ett specifikt programlagerprotokoll) ner i stapeln till TCP-lagret. TCP ansvarar för att dirigera applikationsprotokoll till rätt applikation på destinationsdatorn. För att uppnå detta används portnummer. Portar kan ses som separata kanaler på varje dator. Du kan till exempel surfa på webben medan du läser e-post. Detta beror på att dessa två applikationer (webbläsaren och e-postklienten) använde olika portnummer. När ett paket anländer till en dator och tar sig upp protokollstacken bestämmer TCP-skiktet vilket program som tar emot paketet baserat på ett portnummer.

TCP fungerar så här:

  • när TCP-lagret tar emot applikationslagerprotokolldata ovanifrån segmenterar det det till hanterbara ’bitar’ och lägger sedan till en TCP-rubrik med specifik TCP-information till varje ’bit’. Informationen i TCP-rubriken innehåller portnumret för applikationen som data måste skickas till.
  • när TCP-skiktet tar emot ett paket från IP-lagret under det, tar TCP-skiktet bort TCP-rubrikdata från paketet, gör en del Datarekonstruktion om det behövs och skickar sedan data till rätt applikation med portnumret som tagits från TCP-rubriken.

så här leder TCP data som rör sig genom protokollstacken till rätt applikation.

TCP är inte ett textprotokoll. TCP är en anslutningsorienterad, pålitlig, byte stream-tjänst. Anslutningsorienterad innebär att två applikationer som använder TCP först måste upprätta en anslutning innan data utbyts. TCP är pålitligt eftersom för varje mottaget paket skickas en bekräftelse till avsändaren för att bekräfta leveransen. TCP innehåller också en kontrollsumma i huvudet för felkontroll av mottagna data. TCP-rubriken ser ut så här:

Diagram 7

Diagram 7

Observera att det inte finns plats för en IP-adress i TCP-rubriken. Detta beror på att TCP inte vet något om IP-adresser. TCP: s jobb är att få programnivådata från applikation till applikation på ett tillförlitligt sätt. Uppgiften att få data från dator till dator är IP-jobbet.

kolla in det – välkända Internetportnummer
nedan är portnumren för några av de vanligaste internettjänsterna.

FTP 20/21
Telnet 23
SMTP 25
HTTP 80
Quake III Arena 27960

Internet Protocol

Unlike TCP, IP is an unreliable, connectionless protocol. IP bryr sig inte om ett paket kommer till sin destination eller inte. IP vet inte heller om anslutningar och portnummer. IP: s jobb är också skicka och dirigera paket till andra datorer. IP-paket är oberoende enheter och kan komma i ordning eller inte alls. Det är TCP: s jobb att se till att paket anländer och är i rätt ordning. Om det enda IP har gemensamt med TCP är hur den tar emot data och lägger till sin egen IP-header-information till TCP-data. IP-rubriken ser ut så här:

Diagram 8

Diagram 8

ovan ser vi IP-adresserna för sändnings-och mottagningsdatorerna i IP-rubriken. Nedan är hur ett paket ser ut efter att ha passerat genom applikationslagret, TCP-lagret och IP-lagret. Applikationslagerdata segmenteras i TCP-lagret, TCP-rubriken läggs till, paketet fortsätter till IP-lagret, IP-rubriken läggs till och sedan överförs paketet över Internet.

Diagram 9

Diagram 9

Wrap Up

nu vet du hur Internet fungerar. Men hur länge kommer det att stanna så här? Den version av IP som för närvarande används på Internet (version 4) tillåter endast 232 adresser. Så småningom kommer det inte att finnas några gratis IP-adresser kvar. Förvånad? Oroa dig inte. IP version 6 testas just nu på en forskningsryggrad av ett konsortium av forskningsinstitutioner och företag. Och efter det? Vem vet. Internet har kommit långt sedan starten som ett Försvarsdepartementets forskningsprojekt. Ingen vet verkligen vad Internet kommer att bli. En sak är dock säker. Internet kommer att förena världen som ingen annan mekanism någonsin har. Informationsåldern är i full steg och jag är glad att vara en del av den.

Rus Shuler, 1998
uppdateringar gjorda 2002

resurser

nedan finns några intressanta länkar associerade med några av de ämnen som diskuteras. (Jag hoppas att de alla fortfarande fungerar. Alla öppnas i nytt fönster.)

http://www.ietf.org/ är Hemsidan för Internet Engineering Task Force. Denna kropp är mycket ansvarig för utvecklingen av internetprotokoll och liknande.

http://www.internic.org/ är den organisation som ansvarar för att administrera domännamn.

http://www.nexor.com/public/rfc/index/rfc.html är en utmärkt RFC-sökmotor som är användbar för att hitta någon RFC.

http://www.internetweather.com/ visar animerade kartor över Internet latens.

http://routes.clubnet.net/iw/ är Internet väder från ClubNET. Denna sida visar paketförlust för olika transportörer.

http://navigators.com/isp.html är Russ Haynals ISP-sida. Detta är en stor webbplats med länkar till de flesta NSP och deras ryggrad Infrastruktur kartor.

bibliografi

följande böcker är utmärkta resurser och hjälpte mycket i skrivandet av detta papper. Jag tror att Stevens bok är den bästa TCP/IP-referensen någonsin och kan betraktas som Bibeln på Internet. Sheldons bok täcker ett mycket bredare omfång och innehåller en stor mängd nätverksinformation.

  • TCP/IP illustrerad, volym 1, protokollen.
    W. Richard Stevens.
    Addison-Wesley, läsning, Massachusetts. 1994.
  • Encyclopedia of Networking.
    Tom Sheldon.
    Osbourne McGraw-Hill, New York. 1998.

även om det inte används för att skriva detta papper, här är några andra bra böcker om ämnena Internet och nätverk:

  • brandväggar och Internetsäkerhet; avvisa Wiley Hacker.
    William R. Cheswick, Steven M. Bellovin.
    Addison-Wesley, läsning, Massachusetts. 1994.
  • datakommunikation, datornätverk och öppna system. Fjärde Upplagan.
    Fred Halsall.
    Addison-Wesley, Harlow, England. 1996.
  • telekommunikation: protokoll och Design.
    John D. Spragins med Joseph L. Hammond och Krzysztof Pawlikowski.
    Addison-Wesley, läsning, Massachusetts. 1992.

Related Posts

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *