Rus Shuler 2002 @ Pomeroy IT Solutions, Alle rettigheder forbeholdes

indhold

1. introduktion
2. hvor skal man begynde? Internetadresser
3. protokol stakke og pakker
4. netværksinfrastruktur
5. internetinfrastruktur
6. Internet Routing hierarki
7. domænenavne og Adresseopløsning
8. internetprotokoller Revisited
9. applikationsprotokoller: HTTP og internettet
10. applikationsprotokoller: SMTP og elektronisk post
11. Transmission Control Protocol
12. Internet Protocol
13. pak op
14. ressourcer
15. bibliografi

introduktion

Hvordan fungerer internettet? Godt spørgsmål! Internettets vækst er blevet eksplosiv, og det synes umuligt at undslippe bombardementet af www.com ‘ s set konstant på TV, hørt på radio, og set i magasiner. Fordi internettet er blevet en så stor del af vores liv, er det nødvendigt med en god forståelse for at bruge dette nye værktøj mest effektivt.

denne hvidbog forklarer den underliggende infrastruktur og teknologier, der får internettet til at fungere. Det går ikke i dybden, men dækker nok af hvert område til at give en grundlæggende forståelse af de involverede begreber. For eventuelle ubesvarede spørgsmål findes en liste over ressourcer i slutningen af papiret. Eventuelle kommentarer, forslag, spørgsmål osv. er opmuntret og kan rettes til forfatteren på [email protected].

hvor skal man begynde? Internetadresser

fordi internettet er et globalt netværk af computere, skal hver computer, der er tilsluttet internettet, have en unik adresse. Internetadresser er i form nnn.nnn.nnn.nnn hvor nnn skal være et tal fra 0-255. Denne adresse er kendt som en IP-adresse. (IP står for Internet Protocol; mere om dette senere.)

billedet nedenfor illustrerer to computere, der er tilsluttet internettet; din computer med IP-adresse 1.2.3.4 og en anden computer med IP-adresse 5.6.7.8. Internettet er repræsenteret som et abstrakt objekt imellem. (Efterhånden som dette papir skrider frem, vil internetdelen af Diagram 1 blive forklaret og tegnet flere gange, når detaljerne på internettet udsættes.)

Diagram 1

hvis du opretter forbindelse til internettet via en internetudbyder (ISP), tildeles du normalt en midlertidig IP-adresse i varigheden af dit opkald-i session. Hvis du opretter forbindelse til internettet fra et lokalnetværk (LAN), kan din computer have en permanent IP-adresse, eller den kan få en midlertidig adresse fra en DHCP-server (Dynamic Host Configuration Protocol). Under alle omstændigheder, hvis du har forbindelse til internettet, har din computer en unik IP-adresse.

tjek det ud – Ping-programmet

Hvis du bruger Microsoft-vinduer eller en smag af unik og har forbindelse til internettet, er der et praktisk program til at se, om en computer på internettet er i live. Det hedder ping, sandsynligvis efter lyden fra ældre ubåds sonarsystemer.1 hvis du bruger vinduer, skal du starte et kommandopromptvindue. Hvis du bruger en smag af unik, skal du komme til en kommandoprompt. Type ping www.yahoo.com. ping-programmet sender en ‘ping’ (faktisk en ICMP (Internet Control Message Protocol) ekkoanmodningsmeddelelse) til den navngivne computer. Den pingede computer svarer med et svar. Ping-programmet tæller den tid, der er udløbet, indtil svaret kommer tilbage (hvis det gør det). Også, hvis du indtaster et domænenavn (dvs. www.yahoo.com) i stedet for en IP-adresse løser ping domænenavnet og viser computerens IP-adresse. Mere om domænenavne og adresseopløsning senere.

protokol stakke og pakker

så din computer er forbundet til internettet og har en unik adresse. Hvordan taler det til andre computere, der er tilsluttet internettet? Et eksempel skal tjene her: lad os sige, at din IP-adresse er 1.2.3.4 og du vil sende en besked til computeren 5.6.7.8. Den besked, du vil sende, er “Hej computer 5.6.7.8!”. Naturligvis, meddelelsen skal overføres over den slags ledning, der forbinder din computer til internettet. Lad os sige, at du har ringet til din internetudbyder hjemmefra, og meddelelsen skal overføres via telefonlinjen. Derfor skal meddelelsen oversættes fra alfabetisk tekst til elektroniske signaler, transmitteres over Internettet og derefter oversættes tilbage til alfabetisk tekst. Hvordan opnås dette? Gennem brug af en protokol stak. Hver computer har brug for en til at kommunikere på internettet, og det er normalt indbygget i computerens operativsystem (dvs.). Protokolstakken, der bruges på internettet, henvises til som TCP/IP-protokolstakken på grund af de to vigtigste anvendte kommunikationsprotokoller. TCP / IP-stakken ser sådan ud:

protokollag
applikationsprotokoller lag	protokoller, der er specifikke for applikationer som f.eks.
Transmission Control Protocol Layer	TCP dirigerer pakker til et specifikt program på en computer ved hjælp af et portnummer.
Internet Protocol Layer	IP dirigerer pakker til en bestemt computer ved hjælp af en IP-adresse.
konverterer binære pakkedata til netværkssignaler og tilbage. (f. eks.ethernet-netværkskort, modem til telefonlinjer osv.)

Hvis vi skulle følge stien, at meddelelsen ” Hej computer 5.6.7.8!”tog fra vores computer til computeren med IP-adresse 5.6.7.8, det ville ske noget som dette:

Diagram 2

1. meddelelsen starter øverst i protokolstakken på din computer og fungerer, den er langt nedad.
2. hvis meddelelsen, der skal sendes, er lang, kan hvert staklag, som meddelelsen passerer igennem, bryde meddelelsen op i mindre klumper af data. Dette skyldes, at data sendt over Internettet (og de fleste computernetværk) sendes i håndterbare bidder. På internettet er disse klumper af data kendt som pakker.
3. pakkerne vil gå gennem applikationslaget og fortsætte til TCP-laget. Hver pakke tildeles et portnummer. Porte vil blive forklaret senere, men det er tilstrækkeligt at sige, at mange programmer muligvis bruger TCP/IP-stakken og sender meddelelser. Vi er nødt til at vide, hvilket program på destinationscomputeren der skal modtage beskeden, fordi den lytter til en bestemt port.
4. efter at have gennemgået TCP-laget, fortsætter pakkerne til IP-laget. Det er her hver pakke modtager sin destinationsadresse, 5.6.7.8.
5. nu hvor vores meddelelsespakker har et portnummer og en IP-adresse, er de klar til at blive sendt over Internettet. Maskinlaget sørger for at omdanne vores pakker, der indeholder den alfabetiske tekst i vores besked, til elektroniske signaler og transmittere dem over telefonlinjen.
6. i den anden ende af telefonlinjen har din internetudbyder en direkte forbindelse til internettet. ISPs-routeren undersøger destinationsadressen i hver pakke og bestemmer, hvor den skal sendes. Ofte er pakkenes næste stop en anden router. Mere om routere og internetinfrastruktur senere.
7. til sidst når pakkerne computer 5.6.7.8. Her starter pakkerne i bunden af destinationscomputerens TCP/IP-stak og arbejder opad.
8. når pakkerne går opad gennem stakken, fjernes alle routingdata, som den afsendende computers stak tilføjede (såsom IP-adresse og portnummer) fra pakkerne.
9. når dataene når toppen af stakken, er pakkerne blevet samlet igen i deres oprindelige form, “Hej computer 5.6.7.8!”

netværksinfrastruktur

så nu ved du, hvordan pakker rejser fra en computer til en anden over Internettet. Men hvad er der imellem? Hvad udgør faktisk Internettet? Lad os se på et andet diagram:

Diagram 3

her ser vi Diagram 1 tegnet med flere detaljer. Den fysiske forbindelse via telefonnetværket til internetudbyderen kunne have været let at gætte, men ud over det kan der være en forklaring. internetudbyderen opretholder en pulje af modemer til deres opkaldskunder. Dette styres af en eller anden form for computer (normalt en dedikeret), der styrer datastrømmen fra modempuljen til en rygrad eller dedikeret linjerouter. Denne opsætning kan refereres til som en portserver, da den ‘tjener’ adgang til netværket. Fakturerings-og brugsoplysninger indsamles normalt også her.

når dine pakker krydser telefonnetværket og din internetudbyders lokale udstyr, dirigeres de til internetudbyderens rygrad eller en rygrad, som internetudbyderen køber båndbredde fra. Herfra rejser pakkerne normalt gennem flere routere og over flere rygrad, dedikerede linjer og andre netværk, indtil de finder deres destination, computeren med adresse 5.6.7.8. Men ville det ikke være rart, hvis vi vidste den nøjagtige rute, vores pakker overtog Internettet? Som det viser sig, er der en måde…

tjek det ud-Traceroute-programmet

Hvis du bruger Microsoft-vinduer eller en smag af unik og har forbindelse til internettet, her er et andet praktisk internetprogram. Denne kaldes traceroute, og den viser den sti, dine pakker tager til en given Internetdestination. Ligesom ping skal du bruge traceroute fra en kommandoprompt. I vinduer skal du bruge tracert www.yahoo.com. fra en unik prompt, skriv traceroute www.yahoo.com. ligesom ping kan du også indtaste IP-adresser i stedet for domænenavne. Traceroute udskriver en liste over alle routere, computere og andre Internetenheder, som dine pakker skal rejse igennem for at komme til deres destination.

Hvis du bruger traceroute, vil du bemærke, at dine pakker skal rejse gennem mange ting for at komme til deres destination. De fleste har lange navne som sjc2-core1-h2-0-0.atlas.digex.net og fddi0-0.br4.SJC.globalcenter.net. disse er Internet routere, der bestemmer, hvor du skal sende dine pakker. Flere routere er vist i Diagram 3, men kun få. Diagram 3 er beregnet til at vise en simpel netværksstruktur. Internettet er meget mere komplekst.

internet Infrastructure

internet-rygraden består af mange store netværk, der forbinder hinanden. Disse store netværk er kendt som netværkstjenesteudbydere eller NSP ‘ er. Nogle af de store NSP ‘ er er UUNet, CerfNet, IBM, BBN Planet, SprintNet, PSINet, såvel som andre. Disse netværk peer med hinanden for at udveksle pakke trafik. Hver NSP er forpligtet til at oprette forbindelse til tre Netværksadgangspunkter eller lur. Ved lurene kan pakketrafik hoppe fra en NSP ‘s rygrad til en anden NSP’ s rygrad. NSP ‘ er forbinder også ved Storbyområdeudvekslinger eller MAEs. MAEs tjener det samme formål som lurene, men er privatejet. Lur var de oprindelige internetforbindelsespunkter. Både Nap ‘er og Mae’ er kaldes Internetudvekslingspunkter eller IP ‘ er. NSP ‘ er sælger også båndbredde til mindre netværk, såsom internetudbydere og mindre båndbreddeudbydere. Nedenfor er et billede, der viser denne hierarkiske infrastruktur.

Diagram 4

dette er ikke en sand repræsentation af et faktisk stykke af internettet. Diagram 4 er kun beregnet til at demonstrere, hvordan NSP ‘ erne kunne forbinde hinanden og mindre Internetudbydere. Ingen af de fysiske netværkskomponenter er vist i Diagram 4, som de er i Diagram 3. Dette skyldes, at en enkelt NSP ‘ s backbone-infrastruktur er en kompleks tegning i sig selv. De fleste NSP ‘ er offentliggør kort over deres netværksinfrastruktur på deres hjemmesider og kan nemt findes. At tegne et faktisk kort over Internettet ville være næsten umuligt på grund af dets størrelse, kompleksitet og stadigt skiftende struktur.

Internet Routing hierarki

så hvordan pakker finde vej på tværs af internettet? Ved alle computere, der er tilsluttet internettet, hvor de andre computere er? Får pakker simpelthen ‘broadcast’ til hver computer på internettet? Svaret på begge de foregående spørgsmål er ‘nej’. Ingen computer ved, hvor nogen af de andre computere er, og pakker bliver ikke sendt til hver computer. De oplysninger, der bruges til at få pakker til deres destinationer, findes i rutetabeller, der opbevares af hver router, der er tilsluttet internettet.

routere er pakkeafbrydere. En router er normalt forbundet mellem netværk for at dirigere pakker mellem dem. Hver router ved om det er sub-netværk, og hvilke IP-adresser de bruger. Routeren ved normalt ikke, hvilke IP-adresser der er ‘over’ den. Undersøg Diagram 5 nedenfor. De sorte kasser, der forbinder rygraden, er routere. De større NSP-rygrad øverst er forbundet med en lur. Under dem er der flere undernetværk, og under dem flere undernetværk. I bunden er to lokale netværk med computere tilsluttet.

Diagram 5

når en pakke ankommer til en router, undersøger routeren IP-adressen, der er lagt der af IP-protokollaget på den oprindelige computer. Routeren kontrollerer det routing tabel. Hvis netværket, der indeholder IP-adressen, findes, sendes pakken til det pågældende netværk. Hvis netværket, der indeholder IP-adressen, ikke findes, sender routeren pakken på en standardrute, normalt op i rygradshierarkiet til den næste router. Forhåbentlig ved den næste router, hvor pakken skal sendes. Hvis den ikke gør det, føres pakken igen opad, indtil den når en NSP-rygrad. Routerne, der er tilsluttet NSP-rygraden, har de største rutetabeller, og her dirigeres pakken til den rigtige rygrad, hvor den begynder sin rejse ‘nedad’ gennem mindre og mindre netværk, indtil den finder sin destination.

domænenavne og Adresseopløsning

men hvad nu hvis du ikke kender IP-adressen på den computer, du vil oprette forbindelse til? Hvad hvis du har brug for at få adgang til en internetserver kaldet www.anothercomputer.com hvordan ved din computer, hvor på internettet Denne computer bor? Svaret på alle disse spørgsmål er Domænenavnetjenesten eller DNS. DNS er en distribueret database, der holder styr på computerens navne og deres tilsvarende IP-adresser på internettet.

mange computere, der er tilsluttet internettet, er vært for en del af DNS-databasen og det program, der giver andre adgang til det. Disse computere er kendt som DNS-servere. Ingen DNS-server indeholder hele databasen; de indeholder kun en delmængde af den. Hvis en DNS-server ikke indeholder det domænenavn, der anmodes om af en anden computer, omdirigerer DNS-serveren den anmodende computer til en anden DNS-server.

Diagram 6

Domænenavnetjenesten er struktureret som et hierarki svarende til IP-routinghierarkiet. Computeren, der anmoder om en navneopløsning, omdirigeres ‘op’ hierarkiet, indtil der findes en DNS-server, der kan løse domænenavnet i anmodningen. Figur 6 illustrerer en del af hierarkiet. Øverst på træet er domænets rødder. Nogle af de ældre, mere almindelige domæner ses nær toppen. Hvad der ikke vises, er de mange DNS-servere rundt om i verden, der danner resten af hierarkiet.

når en internetforbindelse er opsat (f.eks. til et LAN-eller opkaldsnetværk i vinduer), angives en primær og en eller flere sekundære DNS-servere normalt som en del af installationen. På denne måde kan alle internetapplikationer, der har brug for domænenavnopløsning, fungere korrekt. Når du f.eks. indtaster en internetadresse i din netsøgemaskine, opretter den først forbindelse til din primære DNS-server. Efter at have indhentet IP-adressen for det domænenavn, du indtastede, opretter bro.ser derefter forbindelse til målcomputeren og anmoder om den ønskede hjemmeside.

tjek det ud-Deaktiver DNS i vinduer

Hvis du bruger vinduer 95 / NT og få adgang til internettet, kan du se din DNS-server(er) og endda deaktivere dem.

Hvis du bruger opkaldsnetværk:
Åbn dit Opkaldsnetværksvindue (som kan findes i vinduer Stifinder under dit CD-ROM-drev og over Netværkskvarteret). Højreklik på din internetforbindelse, og klik på Egenskaber. Nær bunden af vinduet forbindelsesegenskaber skal du trykke på TCP/IP-indstillingerne… knap.

Hvis du har en permanent forbindelse til internettet:
Højreklik på netværkskvarter og klik på Egenskaber. Klik på TCP / IP-egenskaber. Vælg fanen DNS-konfiguration øverst.

Du skal nu se på dine DNS-servers IP-adresser. Her kan du deaktivere DNS eller indstille dine DNS-servere til 0.0.0.0. (Skriv først dine DNS-servers IP-adresser ned. Du bliver sandsynligvis også nødt til at genstarte vinduer.) Indtast nu en adresse i din internetsøgemaskine. Du vil sandsynligvis få en grim dialogboks, der forklarer, at en DNS-server ikke kunne findes. Men hvis du indtaster den tilsvarende IP-adresse i stedet for domænenavnet, vil bro.ser kunne hente den ønskede hjemmeside. (Brug ping til at få IP-adressen, før du deaktiverer DNS.) Andre Microsoft-operativsystemer er ens.

internetprotokoller Revisited

som antydet til tidligere i afsnittet om protokolstakke, kan man antage, at der er mange protokoller, der bruges på internettet. Dette er sandt; der er mange kommunikationsprotokoller, der kræves for at internettet kan fungere. Disse inkluderer TCP-og IP-protokoller, routingprotokoller, mellemadgangskontrolprotokoller, applikationsniveauprotokoller osv. De følgende afsnit beskriver nogle af de mere vigtige og almindeligt anvendte protokoller på internettet. Protokoller på højere niveau diskuteres først efterfulgt af protokoller på lavere niveau.

applikationsprotokoller: HTTP og internettet

en af de mest anvendte tjenester på internettet er internettet. Den applikationsprotokol, der får internettet til at fungere, er Hypertekstoverførselsprotokol eller HTTP. Forveks ikke dette med hypertekst Markup Language (HTML). HTML er det sprog, der bruges til at skrive hjemmesider. HTTP er den protokol, som internetsøgere og internetservere bruger til at kommunikere med hinanden via Internettet. Det er en applikationsniveauprotokol, fordi den sidder oven på TCP-laget i protokolstakken og bruges af specifikke applikationer til at tale med hinanden. I dette tilfælde er applikationerne internetsøgere og internetservere.

HTTP er en forbindelsesløs tekstbaseret protokol. Kunder sender anmodninger til internetservere om internetelementer som f.eks. hjemmesider og billeder. Når anmodningen er serviceret af en server, afbrydes forbindelsen mellem klient og server på tværs af internettet. Der skal oprettes en ny forbindelse til hver anmodning. De fleste protokoller er forbindelsesorienterede. Dette betyder, at de to computere, der kommunikerer med hinanden, holder forbindelsen åben over Internettet. HTTP gør det dog ikke. Før en HTTP-anmodning kan foretages af en klient, skal der oprettes en ny forbindelse til serveren. hvis URL ‘ en indeholder et domænenavn, opretter den først forbindelse til en domænenavnsserver og henter den tilsvarende IP-adresse til internetserveren. denne side er forbundet til serveren og sender en HTTP-anmodning (via protokolstakken) til den ønskede side.

internetserveren modtager anmodningen og kontrollerer for den ønskede side. Hvis siden findes, sender internetserveren den. Hvis serveren ikke kan finde den ønskede side, sender den en HTTP 404-fejlmeddelelse. (404 betyder ‘side ikke fundet’, som enhver, der har surfet på nettet, sandsynligvis ved.)

netsøgeren modtager siden Tilbage, og forbindelsen er lukket.

bro.sereren analyserer derefter gennem siden og leder efter andre sideelementer, den har brug for for at fuldføre hjemmesiden. Disse inkluderer normalt billeder, applets osv.

for hvert element, der er nødvendigt, opretter bro.sereren yderligere forbindelser og HTTP-anmodninger til serveren for hvert element.

når du er færdig med at indlæse alle billeder, applets osv. siden indlæses fuldstændigt i bro.ser-vinduet.

tjek det ud – Brug din Telnet-klient til at hente en hjemmeside ved hjælp af HTTP

Telnet er en fjernterminaltjeneste, der bruges på internettet. Dens brug er faldet for nylig, men det er et meget nyttigt værktøj til at studere internettet. I vinduer finder du standard telnet-programmet. Det kan være placeret i vinduet mappe med navnet telnet.eks. Når du åbner, skal du trække terminalmenuen ned og vælge Indstillinger. I vinduet Indstillinger skal du kontrollere Local Echo. (Dette er så du kan se din HTTP-anmodning, når du skriver den.) Træk nu Forbindelsesmenuen ned, og vælg fjernsystem. Gå ind i.Googles.com for værtsnavnet og 80 for havnen. (Internetservere lytter normalt på port 80 som standard.) Tryk På Connect. Skriv nu

GET / HTTP / 1.0

og tryk på Enter to gange. Dette er en simpel HTTP-anmodning til en internetserver for dens rodside. Du bør se en hjemmeside flash af og derefter en dialogboks skal poppe op for at fortælle dig forbindelsen var tabt. Hvis du vil gemme den hentede side, skal du aktivere logning i Telnet-programmet. Du kan derefter gennemse hjemmesiden og se den HTML, der blev brugt til at skrive den.

de fleste internetprotokoller er specificeret af Internetdokumenter kendt som en anmodning om kommentarer eller RFC ‘ er. RFC ‘ er kan findes flere steder på internettet. Se afsnittet Ressourcer nedenfor for passende URL ‘ er. HTTP version 1.0 er specificeret af RFC 1945.

applikationsprotokoller: SMTP og elektronisk post

en anden almindeligt anvendt internettjeneste er elektronisk post. E-mail bruger et program niveau protokol kaldet Simple Mail Transfer Protocol eller SMTP. SMTP er også en tekstbaseret protokol, men i modsætning til HTTP er SMTP forbindelsesorienteret. SMTP er også mere kompliceret end HTTP. Der er mange flere kommandoer og overvejelser i SMTP, end der er i HTTP.

når du åbner din mailklient for at læse din e-mail, sker dette typisk:

1. mailklienten (Netscape Mail, Lotus Notes, Microsoft Outlook osv.) åbner en forbindelse til dens standard mailserver. Mailserverens IP-adresse eller domænenavn konfigureres typisk, når mailklienten er installeret.
2. mailserveren sender altid den første meddelelse for at identificere sig selv.
3. klienten sender en SMTP HELO-kommando, som serveren vil svare med en 250 OK-besked.
4. afhængigt af om klienten kontrollerer mail, sender mail osv. de relevante SMTP-kommandoer sendes til serveren, som svarer i overensstemmelse hermed.
5. denne anmodning / svartransaktion fortsætter, indtil klienten sender en SMTP-Afslut-kommando. Serveren siger derefter farvel, og forbindelsen lukkes.

en simpel ‘samtale’ mellem en SMTP-klient og SMTP-server vises nedenfor. R: angiver meddelelser sendt af serveren (modtageren) og S: angiver meddelelser sendt af klienten (afsenderen).

 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

denne SMTP-transaktion er taget fra RFC 821, som specificerer SMTP.

Transmission Control Protocol

under applikationslaget i protokolstakken er TCP-laget. Når applikationer åbner en forbindelse til en anden computer på internettet, sendes de meddelelser, de sender (ved hjælp af en bestemt programlagsprotokol), ned i stakken til TCP-laget. TCP er ansvarlig for at dirigere applikationsprotokoller til den korrekte applikation på destinationscomputeren. For at opnå dette bruges portnumre. Porte kan betragtes som separate kanaler på hver computer. For eksempel kan du surfe på nettet, mens du læser e-mail. Dette skyldes, at disse to applikationer (internetsøgeren og mailklienten) brugte forskellige portnumre. Når en pakke ankommer til en computer og finder vej op i protokolstakken, beslutter TCP-laget, hvilket program der modtager pakken baseret på et portnummer.

TCP fungerer sådan her:

• når TCP-laget modtager applikationslaget protokoldata ovenfra, segmenterer det det i håndterbare ‘bidder’ og tilføjer derefter en TCP-header med specifik TCP-information til hver ‘klump’. Oplysningerne i TCP-overskriften inkluderer portnummeret på den applikation, dataene skal sendes til.
• når TCP-laget modtager en pakke fra IP-laget under det, fjerner TCP-laget TCP-headerdataene fra pakken, foretager nogle data rekonstruktion om nødvendigt og sender derefter dataene til det korrekte program ved hjælp af portnummeret taget fra TCP-overskriften.

sådan dirigerer TCP dataene, der bevæger sig gennem protokolstakken, til den korrekte applikation.

TCP er ikke en tekstprotokol. TCP er en forbindelsesorienteret, pålidelig, byte stream service. Forbindelsesorienteret betyder, at to applikationer, der bruger TCP, først skal etablere en forbindelse, før de udveksler data. TCP er pålidelig, fordi der for hver modtaget pakke sendes en bekræftelse til afsenderen for at bekræfte Leveringen. TCP indeholder også en checksum i det header for fejl-kontrol af de modtagne data. TCP-overskriften ser sådan ud:

Diagram 7

Bemærk, at der ikke er plads til en IP-adresse i TCP-overskriften. Dette skyldes, at TCP ikke ved noget om IP-adresser. TCP ‘ s job er at få applikationsniveaudata fra applikation til applikation pålideligt. Opgaven med at få data fra computer til computer er jobbet med IP.

tjek det ud – velkendte Internetportnumre

nedenfor er portnumrene for nogle af de mere almindeligt anvendte internettjenester. FTP 20/21 Telnet 23 SMTP 25 HTTP 80 Quake III Arena 27960

Internet Protocol

Unlike TCP, IP is an unreliable, connectionless protocol. IP er ligeglad med, om en pakke kommer til sin destination eller ej. IP kender heller ikke til forbindelser og portnumre. IP job er også sende og rute pakker til andre computere. IP-pakker er uafhængige enheder og kan komme ud af drift eller slet ikke. Det er TCP ‘ s opgave at sikre, at pakker ankommer og er i den rigtige rækkefølge. Om det eneste, IP har til fælles med TCP, er den måde, den modtager data på og tilføjer sine egne IP-headeroplysninger til TCP-dataene. IP-overskriften ser sådan ud:

Diagram 8

ovenfor ser vi IP-adresserne på de afsendende og modtagende computere i IP-overskriften. Nedenfor er, hvordan en pakke ser ud efter at have passeret applikationslaget, TCP-laget og IP-laget. Applikationslagsdataene segmenteres i TCP-laget, TCP-overskriften tilføjes, pakken fortsætter til IP-laget, IP-overskriften tilføjes, og derefter overføres pakken over Internettet.

Diagram 9

pak op

nu ved du, hvordan internettet fungerer. Men hvor længe vil det forblive på denne måde? Den version af IP, der i øjeblikket bruges på internettet (version 4), tillader kun 232 adresser. Til sidst vil der ikke være nogen gratis IP-adresser tilbage. Overrasket? Bare rolig. IP version 6 testes lige nu på en forskningsrygrad af et konsortium af forskningsinstitutioner og virksomheder. Og efter det? Hvem ved. Internettet er kommet langt siden starten som et Forsvarsafdelings forskningsprojekt. Ingen ved virkelig, hvad internettet bliver. En ting er dog sikker. Internettet vil forene verden som ingen anden mekanisme nogensinde har gjort. Informationsalderen er i fuld gang, og jeg er glad for at være en del af den.

Rus Shuler, 1998
opdateringer foretaget 2002

ressourcer

nedenfor er nogle interessante links forbundet med nogle af de diskuterede emner. (Jeg håber, at de alle stadig arbejder . Alle åbne i nyt vindue.)

http://www.ietf.org/ er hjemmesiden for Internet Engineering Task Force. Denne krop er meget ansvarlig for udviklingen af internetprotokoller og lignende.

http://www.internic.org/ er den organisation, der er ansvarlig for administration af domænenavne.

http://www.nexor.com/public/rfc/index/rfc.html er en fremragende RFC-søgemaskine, der er nyttig til at finde nogen RFC.

http://www.internetweather.com/ viser animerede kort over internet latency.

http://routes.clubnet.net/iw/ Er Internet vejr fra ClubNET. Denne side viser pakketab for forskellige luftfartsselskaber.

http://navigators.com/isp.html er Russ Haynals ISP-side. Dette er et fantastisk sted med links til de fleste NSP ‘ er og deres backbone-infrastrukturkort.

bibliografi

følgende bøger er fremragende ressourcer og hjalp meget med at skrive dette papir. Jeg tror Stevens ‘ bog er den bedste TCP/IP-reference nogensinde og kan betragtes som Bibelen på internettet. Sheldons bog dækker et meget bredere omfang og indeholder en enorm mængde netværksinformation.

• TCP / IP illustreret, bind 1, protokollerne.
  Richard Stevens.
  bøger fra Reading, Massachusetts. 1994.
• Encyclopedia af netværk.
  Tom Sheldon.
  Osbourne Mcgrave-Hill, ny. 1998.

selvom det ikke bruges til at skrive dette papir, er her nogle andre gode bøger om emnerne på internettet og netværk:

• brandvægge og internetsikkerhed; frastødende den vilde Hacker.
  Steven M. Bellovin, Steven M. Bellovin.
  bøger fra Reading, Massachusetts. 1994.
• datakommunikation, computernetværk og åbne systemer. Fjerde Udgave.
  Fred Halsall.
  Randers, København, Denmark. 1996.
• telekommunikation: protokoller og Design.
  John D. Spragins med Joseph L. Hammond.
  bøger fra Reading, Massachusetts. 1992.