osi modell presentasjonslag. OSI nettverksmodell. Beskrivelse av nivåene i nettverksmodellen

Bare fordi en protokoll er en avtale vedtatt av to samvirkende enheter, i dette tilfellet to datamaskiner som opererer på et nettverk, betyr ikke det at den nødvendigvis er standard. Men i praksis, når de implementerer nettverk, bruker de vanligvis standard protokoller. Disse kan være merket, nasjonale eller internasjonale standarder.

På begynnelsen av 80-tallet utviklet en rekke internasjonale standardiseringsorganisasjoner – ISO, ITU-T og noen andre – en modell som spilte en betydelig rolle i utviklingen av nettverk. Denne modellen kalles ISO/OSI-modellen.

Åpne systeminteroperabilitetsmodell (Åpen systemsammenkobling, OSI) definerer ulike nivåer av interaksjon mellom systemer i pakkesvitsjenettverk, gir dem standardnavn og spesifiserer hvilke funksjoner hvert lag skal utføre.

OSI-modellen ble utviklet basert på omfattende erfaring fra å lage datanettverk, hovedsakelig globale, på 70-tallet. En fullstendig beskrivelse av denne modellen tar opp mer enn 1000 sider med tekst.

I OSI-modellen (fig. 11.6) er kommunikasjonsmidler delt inn i syv nivåer: applikasjon, representant, økt, transport, nettverk, kanal og fysisk. Hvert lag omhandler et spesifikt aspekt ved interaksjon med nettverksenheter.

Ris. 11.6.

OSI-modellen beskriver bare systemkommunikasjonen implementert av operativsystemet, systemverktøy og maskinvare. Modellen inkluderer ikke midler foron. Applikasjoner implementerer sine egne kommunikasjonsprotokoller ved å få tilgang til systemverktøy. Derfor er det nødvendig å skille mellom nivået av interaksjon mellom applikasjoner og påføringslag.

Det bør også huskes på at applikasjonen kan overta funksjonene til noen av de øvre lagene i OSI-modellen. For eksempel har noen DBMS-er innebygde verktøy fjerntilgang til filer. I dette tilfellet bruker ikke applikasjonen systemfiltjenesten når den får tilgang til eksterne ressurser; den omgår de øvre lagene i OSI-modellen og får direkte tilgang til systemfasilitetene som er ansvarlige for transport meldinger over nettverket, som er plassert på de lavere nivåene i OSI-modellen.

Så la oss si at en applikasjon sender en forespørsel til et applikasjonslag, for eksempel en filtjeneste. Basert på denne forespørselen genererer programvaren på applikasjonsnivå en melding i et standardformat. En typisk melding består av en overskrift og et datafelt. Overskriften inneholder tjenesteinformasjon som må sendes gjennom nettverket til applikasjonslaget til destinasjonsmaskinen for å fortelle hvilken arbeid som må gjøres. I vårt tilfelle må overskriften åpenbart inneholde informasjon om plasseringen av filen og hvilken type operasjon som må utføres. Meldingsdatafeltet kan være tomt eller inneholde noen data, for eksempel data som må skrives til en ekstern . Men for å levere denne informasjonen til destinasjonen, er det fortsatt mange oppgaver som skal løses, og ansvaret for disse ligger på lavere nivåer.

Etter generering av meldingen påføringslag sender den ned i stabelen representativt nivå. Protokoll representativt nivå basert på informasjon mottatt fra applikasjonsnivåoverskriften, utfører de nødvendige handlingene og legger til sin egen tjenesteinformasjon til meldingsoverskriften representativt nivå, som inneholder instruksjoner for protokollen representativt nivå destinasjonsmaskin. Den resulterende meldingen sendes videre øktnivå, som igjen legger til overskriften, osv. (Noen protokoller plasserer tjenesteinformasjon ikke bare i begynnelsen av meldingen i form av en overskrift, men også på slutten, i form av en såkalt "trailer".) Til slutt når meldingen bunnen, fysisk nivå , som faktisk overfører det via kommunikasjonslinjer til mottakermaskinen. På dette tidspunktet er meldingen "overgrodd" med overskrifter på alle nivåer (

Modell Open Systems Interconnection (OSI) er skjelettet, grunnlaget og basen til alle nettverksenheter. Modellen definerer nettverksprotokoller, og distribuerer dem i 7 logiske lag. Det er viktig å merke seg at i enhver prosess beveger nettverksoverføringskontrollen seg fra lag til lag, og kobler sekvensielt protokoller på hvert lag.

Video: OSI-modell på 7 minutter

De nedre lagene er ansvarlige for fysiske overføringsparametere, for eksempel elektriske signaler. Ja - ja, signaler i ledninger overføres ved hjelp av representasjon til strømmer :) Strømmer er representert som en sekvens av enere og nuller (1s og 0s), deretter blir dataene dekodet og rutet over nettverket. Høyere nivåer dekker spørsmål knyttet til datapresentasjon. Relativt sett er høyere lag ansvarlige for nettverksdata fra brukerens synspunkt.

OSI-modellen ble opprinnelig laget som standard tilnærming, en arkitektur eller et mønster som vil beskrive nettverksinteraksjonen til en hvilken som helst nettverksapplikasjon. La oss ta en nærmere titt, skal vi?

#01: Fysisk nivå

På første nivå OSI-modeller fysiske signaler (strøm, lys, radio) overføres fra kilde til mottaker. På dette nivået opererer vi med kabler, kontakter i kontakter, koding av enere og nuller, modulering, og så videre.

Blant teknologiene som lever på første nivå, kan vi fremheve den mest grunnleggende standarden - Ethernet. Det er nå i alle hjem.

Merk at ikke bare elektriske strømmer. Radiofrekvenser, lys eller infrarøde bølger brukes også overalt i moderne nettverk.

Nettverksenheter som tilhører det første nivået er huber og repeatere - det vil si "dumme" maskinvare som ganske enkelt kan fungere med et fysisk signal uten å fordype seg i logikken (uten dekoding).

#02: Datalink-nivå

Tenk deg, vi mottok et fysisk signal fra første nivå – fysisk. Dette er et sett med spenninger med forskjellige amplituder, bølger eller radiofrekvenser. Ved mottak kontrollerer og korrigerer det andre nivået overføringsfeil. På andre nivå opererer vi med konseptet «ramme», eller som de også sier «ramme». Her vises de første identifikatorene - MAC-adresser. De består av 48 biter og ser omtrent slik ut: 00:16:52:00:1f:03.

Linklaget er komplekst. Derfor er den konvensjonelt delt inn i to undernivåer: logisk kanalkontroll (LLC, Logical Link Control) og mediatilgangskontroll (MAC, Media Access Control).

Enheter som brytere og broer lever på dette nivået. Forresten! Ethernet-standarden er også her. Den er komfortabelt plassert på første og andre (1 og 2) nivå av OSI-modellen.

#03: Nettverkslag

La oss gå opp! Nettverkslaget introduserer begrepet "ruting" og følgelig IP-adressen. For å konvertere IP-adresser til MAC-adresser og tilbake, brukes den forresten ARP-protokoll.

Det er på dette nivået at trafikkdirigering skjer som sådan. Hvis vi ønsker å gå til siden nettsted, så sender vi, mottar et svar i form av en IP-adresse og erstatter den i pakken. Ja - ja, hvis vi på andre nivå bruker begrepet ramme/ramme, som vi sa tidligere, så bruker vi her en pakke.

Av enhetene bor Hans Majestet Ruteren her :)

Prosessen når data overføres fra øvre lag til lavere kalles innkapsling data, og når tvert imot, oppover, fra den første, fysiske til den syvende, kalles denne prosessen dekapsulering data

#04: Transportlag

Transportlaget gir, som navnet antyder, dataoverføring over nettverket. Det er to hovedrockestjerner her - TCP og UDP. Forskjellen er at ulik transport brukes for ulike kategorier av trafikk. Prinsippet er dette:

• Trafikken er følsom for tap- ikke noe problem, TCP (Transmission Control Protocol)! Det gir kontroll over dataoverføring;
• Vi kommer til å tape litt - ingen stor sak- Faktisk, nå som du leser denne artikkelen, kan et par pakker ha gått tapt. Men dette føles ikke for deg som bruker. UDP (User Datagram Protocol) er bra for deg. Hva om det var telefoni? Tapet av pakker der er kritisk, siden stemmen i sanntid ganske enkelt vil begynne å "kvekke";

#05: Sesjonslag

Be en hvilken som helst nettverksingeniør om å forklare sesjonslaget for deg. Det vil være vanskelig for ham å gjøre dette, infa 100%. Faktum er at i det daglige arbeidet samhandler en nettverksingeniør med de fire første lagene – fysisk, kanal, nettverk og transport. Resten, eller de såkalte "øvre" nivåene, relaterer seg mer til arbeidet til programvareutviklere :) Men vi prøver!

Sesjonslaget er ansvarlig for å administrere tilkoblinger, eller enkelt sagt, økter. Han river dem fra hverandre. Husk meme om " DET VAR IKKE EN ENESTE PAUSE"? Vi husker. Så dette er det femte nivået som er prøvd :)

#06 Presentasjonslag

På sjette nivå skjer konvertering av meldingsformater, for eksempel koding eller komprimering. JPEG og GIF, for eksempel, bor her. Nivået er også ansvarlig for å overføre bekken til det fjerde (transportlaget).

#07 Applikasjonsnivå

I syvende etasje, helt på toppen av isfjellet, bor påføringslaget! Her finnes det nettverkstjenester som lar oss som sluttbrukere surfe på Internett. Se, hvilken protokoll bruker du for å åpne kunnskapsbasen vår? Det stemmer, HTTPS. Denne fyren er fra syvende etasje. Enkel HTTP, FTP og SMTP lever også her.

Var denne artikkelen nyttig for deg?

Vennligst fortell meg hvorfor?

Vi beklager at artikkelen ikke var nyttig for deg: (Vennligst, hvis det ikke er vanskelig, angi hvorfor? Vi vil være veldig takknemlige for et detaljert svar. Takk for at du hjelper oss med å bli bedre!

I nettverksvitenskap, som i alle andre kunnskapsfelt, er det to grunnleggende tilnærminger til læring: bevegelse fra det generelle til det spesifikke og omvendt. Vel, det er ikke slik at folk i livet bruker disse tilnærmingene i sin rene form, men likevel, i de innledende stadiene, velger hver student selv en av de ovennevnte retningene. For høyere utdanning (i det minste den (post)sovjetiske modellen) er den første metoden mer typisk, for selvutdanning oftest den andre: en person jobbet på nettverket, løste små administrative oppgaver for én bruker fra tid til annen, og plutselig ville han finne ut hvordan, egentlig, hvordan fungerer all denne dritten?

Men hensikten med denne artikkelen er ikke filosofiske diskusjoner om undervisningsmetodikk. Jeg vil gjerne introdusere oppmerksomheten til nybegynnere som nettverker generell og viktigst av alt, hvorfra du, som fra en komfyr, kan danse til de mest sofistikerte private butikkene. Ved å forstå syvlags OSI-modellen og lære å "gjenkjenne" lagene i teknologiene du allerede kjenner, kan du enkelt bevege deg fremover i hvilken som helst retning av nettverksindustrien du velger. OSI-modellen er rammeverket som eventuell ny kunnskap om nettverk skal henges opp på.

Denne modellen er nevnt på en eller annen måte i nesten enhver moderne litteratur om nettverk, så vel som i mange spesifikasjoner av spesifikke protokoller og teknologier. Ikke følte behovet for å finne opp hjulet på nytt, bestemte jeg meg for å publisere utdrag fra arbeidet til N. Olifer, V. Olifer (Center Informasjonsteknologier) med tittelen "Rollen til kommunikasjonsprotokoller og det funksjonelle formålet med hovedtypene av utstyr i bedriftsnettverk," som jeg anser som den beste og mest omfattende publikasjonen om dette emnet.

Ansvarlig redaktør

modell

Bare fordi en protokoll er en avtale mellom to samvirkende enheter, i dette tilfellet to datamaskiner som jobber på et nettverk, betyr det ikke at det nødvendigvis er en standard. Men i praksis, når de implementerer nettverk, har de en tendens til å bruke standardprotokoller. Disse kan være proprietære, nasjonale eller internasjonale standarder.

Den internasjonale standardiseringsorganisasjonen (ISO) har utviklet en modell som tydelig definerer de ulike nivåene av interaksjon mellom systemene, gir dem standardnavn og spesifiserer hvilket arbeid hvert nivå skal gjøre. Denne modellen kalles Open System Interconnection (OSI)-modellen eller ISO/OSI-modellen.

I OSI-modellen er kommunikasjonen delt inn i syv lag eller lag (Figur 1.1). Hvert nivå omhandler ett spesifikt aspekt ved interaksjon. Dermed er interaksjonsproblemet dekomponert i 7 spesielle problemer, som hver kan løses uavhengig av de andre. Hvert lag opprettholder grensesnitt med lagene over og under.

Ris. 1.1. ISO/OSI Open Systems Interconnection Model

OSI-modellen beskriver bare systemkommunikasjon, ikke sluttbrukerapplikasjoner. Applikasjoner implementerer sine egne kommunikasjonsprotokoller ved å få tilgang til systemfasiliteter. Det bør tas i betraktning at applikasjonen kan overta funksjonene til noen av de øvre lagene i OSI-modellen, i så fall, om nødvendig, får den direkte tilgang til systemverktøyene som utfører funksjonene til de resterende nedre lagene i OSI-modell.

En sluttbrukerapplikasjon kan bruke systeminteraksjonsverktøy ikke bare for å organisere en dialog med en annen applikasjon som kjører på en annen maskin, men også ganske enkelt for å motta tjenestene til en bestemt nettverkstjeneste, for eksempel tilgang til eksterne filer, motta e-post eller skrive ut på en delt skriver.

Så la oss si at en applikasjon sender en forespørsel til et applikasjonslag, for eksempel en filtjeneste. Basert på denne forespørselen genererer programvaren på applikasjonsnivå en melding i standardformat, som inneholder tjenesteinformasjon (header) og muligens overførte data. Denne meldingen videresendes deretter til representantnivå. Presentasjonslaget legger til overskriften til meldingen og sender resultatet ned til øktlaget, som igjen legger til overskriften, og så videre. Noen protokollimplementeringer sørger for at meldingen ikke bare inneholder en overskrift, men også en trailer. Til slutt når meldingen det laveste, fysiske laget, som faktisk overfører det langs kommunikasjonslinjene.

Når en melding kommer til en annen maskin over nettverket, flytter den seg sekvensielt opp fra nivå til nivå. Hvert nivå analyserer, behandler og sletter overskriften på sitt nivå, utfører funksjoner som tilsvarer dette nivået og sender meldingen til det høyere nivået.

I tillegg til begrepet "melding", er det andre navn som brukes av nettverksspesialister for å angi en enhet for datautveksling. ISO-standarder for protokoller på alle nivåer bruker begrepet "protokolldataenhet" - Protocol Data Unit (PDU). I tillegg brukes ofte navnene ramme, pakke og datagram.

ISO/OSI modelllagfunksjoner

Fysisk lag: Dette laget omhandler overføring av biter over fysiske kanaler som koaksialkabel, tvunnet parkabel eller fiberoptisk kabel. Dette nivået er relatert til egenskapene til fysiske dataoverføringsmedier, som båndbredde, støyimmunitet, karakteristisk impedans og andre. På samme nivå bestemmes egenskapene til elektriske signaler, for eksempel krav til pulskanter, spennings- eller strømnivåer til det overførte signalet, type koding, signaloverføringshastighet. I tillegg er kontakttypene og formålet med hver kontakt standardisert her.

Fysiske lagfunksjoner er implementert i alle enheter som er koblet til nettverket. På datamaskinsiden utføres de fysiske lagfunksjonene av nettverksadapteren eller serieporten.

Et eksempel på en fysisk lagprotokoll er 10Base-T Ethernet-teknologispesifikasjonen, som definerer kabelen som brukes som et kategori 3 uskjermet tvunnet par med en karakteristisk impedans på 100 Ohm, en RJ-45-kontakt, maksimal lengde fysisk segment på 100 meter, Manchester-kode for å representere data på kabelen, og andre egenskaper ved miljøet og elektriske signaler.

Data Link Layer: Det fysiske laget overfører ganske enkelt biter. Dette tar ikke hensyn til at i enkelte nettverk der kommunikasjonslinjer brukes (delt) vekselvis av flere par med samvirkende datamaskiner, kan det fysiske overføringsmediet være opptatt. Derfor er en av oppgavene til lenkelaget å sjekke tilgjengeligheten til overføringsmediet. En annen oppgave for lenkelaget er å implementere feildeteksjons- og korrigeringsmekanismer. For å gjøre dette, ved datalinklaget, blir biter gruppert i sett kalt rammer. Koblingslaget sikrer at hver ramme overføres riktig ved å plassere en spesiell sekvens av biter i begynnelsen og slutten av hver ramme for å markere den, og beregner også en sjekksum ved å summere alle bytene i rammen på en bestemt måte og legge til sjekksummen til rammen. Når rammen ankommer, beregner mottakeren igjen sjekksummen av de mottatte dataene og sammenligner resultatet med sjekksummen fra rammen. Hvis de samsvarer, anses rammen som korrekt og akseptert. Hvis kontrollsummene ikke stemmer overens, registreres en feil.

I linklagsprotokoller brukt i lokale nettverk, er en viss struktur for forbindelser mellom datamaskiner og metoder for å adressere dem fastsatt. Selv om datalinklaget gir rammelevering mellom to noder på et lokalt nettverk, gjør det dette kun i et nettverk med en veldig spesifikk forbindelsestopologi, nettopp topologien den ble designet for. Typiske topologier som støttes av LAN-linklagsprotokoller inkluderer delt buss, ring og stjerne. Eksempler på koblingslagsprotokoller er Ethernet, Token Ring, FDDI, 100VG-AnyLAN.

I lokale nettverk brukes koblingslagsprotokoller av datamaskiner, broer, svitsjer og rutere. På datamaskiner implementeres lenkelagsfunksjoner gjennom felles innsats fra nettverkskort og deres drivere.

I globale nettverk, som sjelden har en vanlig topologi, sørger datalinklaget for utveksling av meldinger mellom to nabodatamaskiner koblet sammen med en individuell kommunikasjonslinje. Eksempler på punkt-til-punkt-protokoller (som slike protokoller ofte kalles) er de mye brukte PPP- og LAP-B-protokollene.

Nettverksnivå Dette nivået tjener til å danne et enhetlig transportsystem som forener flere nettverk med ulike prinsipper for overføring av informasjon mellom endenoder. La oss se på funksjonene til nettverkslaget ved å bruke lokale nettverk som et eksempel. Den lokale nettverkslinklagsprotokollen sikrer levering av data mellom alle noder bare i et nettverk med passende typisk topologi. Dette er en veldig streng begrensning som ikke tillater å bygge nettverk med en utviklet struktur, for eksempel nettverk som kombinerer flere bedriftsnettverk til ett enkelt nettverk, eller svært pålitelige nettverk der det er redundante forbindelser mellom noder. For på den ene siden å opprettholde enkelheten til dataoverføringsprosedyrer for standard topologier, og på den annen side for å tillate bruk av vilkårlige topologier, brukes et ekstra nettverkslag. På dette nivået introduseres konseptet "nettverk". I dette tilfellet forstås et nettverk som en samling av datamaskiner koblet til hverandre i samsvar med en av standard typiske topologier og som bruker en av linklagsprotokollene definert for denne topologien for å overføre data.

Innen nettverket reguleres altså datalevering av datalinklaget, men datalevering mellom nettverk håndteres av nettverkslaget.

Nettverkslagsmeldinger kalles vanligvis pakker. Ved organisering av pakkelevering på nettverksnivå brukes konseptet "nettverksnummer". I dette tilfellet består mottakerens adresse av nettverksnummeret og datamaskinnummeret på dette nettverket.

Nettverk er koblet til hverandre med spesielle enheter kalt rutere. Ruter er en enhet som samler inn informasjon om topologien til internettforbindelser og, basert på den, videresender nettverkslagspakker til målnettverket. For å overføre en melding fra en avsender som befinner seg på ett nettverk til en mottaker som befinner seg på et annet nettverk, må du foreta et antall transittoverføringer (hopp) mellom nettverk, hver gang du velger riktig rute. Dermed er en rute en sekvens av rutere som en pakke passerer gjennom.

Problemet med å velge den beste veien kalles ruting og løsningen er hovedoppgaven til nettverksnivået. Dette problemet kompliseres av det faktum at den korteste veien ikke alltid er den beste. Ofte er kriteriet for å velge en rute tidspunktet for dataoverføring langs denne ruten; det avhenger av kapasiteten til kommunikasjonskanalene og trafikkintensiteten, som kan endre seg over tid. Noen rutingalgoritmer prøver å tilpasse seg endringer i belastning, mens andre tar beslutninger basert på langsiktige gjennomsnitt. Ruten kan velges basert på andre kriterier, for eksempel overføringspålitelighet.

På nettverksnivå er to typer protokoller definert. Den første typen refererer til definisjonen av regler for overføring av endenodedatapakker fra noden til ruteren og mellom rutere. Dette er protokollene som vanligvis menes når folk snakker om nettverkslagsprotokoller. Nettverkslaget inkluderer også en annen type protokoll kalt ruting aver. Ved å bruke disse protokollene samler rutere informasjon om topologien til internettforbindelser. Nettverkslagsprotokoller implementeres av, samt ruterprogramvare og maskinvare.

Eksempler på nettverkslagsprotokoller er TCP/IP stack IP Internetwork Protocol og Novell IPX stack Internetwork Protocol.

Transportlag: På vei fra avsender til mottaker kan pakker bli ødelagt eller tapt. Mens noen applikasjoner har sin egen feilhåndtering, er det andre som foretrekker å håndtere en pålitelig tilkobling med en gang. Transportlagets jobb er å sikre at applikasjoner eller de øvre lagene i stabelen – applikasjon og økt – overfører data med den grad av pålitelighet de krever. OSI-modellen definerer fem klasser av tjenester levert av transportlaget. Disse typene tjenester utmerker seg ved kvaliteten på tjenestene som tilbys: haster, evnen til å gjenopprette avbrutt kommunikasjon, tilgjengeligheten av midler for multipleksing av flere forbindelser mellom forskjellige applikasjonsprotokoller gjennom en felles transportprotokoll, og viktigst av alt, evnen til å oppdage og rette overføringsfeil, som forvrengning, tap og duplisering av pakker.

Valget av transportlagstjenesteklasse bestemmes på den ene siden av i hvilken grad problemet med å sikre pålitelighet løses av applikasjoner og protokoller på høyere nivåer enn transporten, og på den andre siden avhenger dette valget av hvor pålitelig hele datatransportsystemet er online. Så, for eksempel, hvis kvaliteten på kommunikasjonskanalene er veldig høy, og sannsynligheten for feil som ikke oppdages av protokoller på lavere nivå er liten, er det rimelig å bruke en av de lette transportlagstjenestene som ikke er belastet med mange kontroller , håndtrykk og andre teknikker for å øke påliteligheten. Hvis kjøretøy er i utgangspunktet veldig upålitelige, så er det tilrådelig å henvende seg til den mest utviklede transportnivåtjenesten, som fungerer med maksimale midler for å oppdage og eliminere feil - ved først å etablere en logisk forbindelse, overvåke meldingslevering ved å bruke sjekksummer og syklisk nummerering av pakker, innstilling av leveringstidsavbrudd osv.

Som regel implementeres alle protokoller, fra transportlaget og oppover programvare sluttnoder av nettverket - komponenter i deres nettverksoperativsystemer. Eksempler på transportprotokoller inkluderer TCP- og UDP-protokollene til TCP/IP-stakken og SPX-protokollen til Novell-stakken.

Sesjonslag: Sesjonslaget gir samtaleadministrasjon for å registrere hvilken part som for øyeblikket er aktiv og gir også synkroniseringsfasiliteter. Sistnevnte lar deg sette inn sjekkpunkter i lange overføringer, slik at du i tilfelle feil kan gå tilbake til siste sjekkpunkt, i stedet for å starte på nytt. I praksis er det få applikasjoner som bruker sesjonslaget, og det implementeres sjelden.

Presentasjonslag: Dette laget gir sikkerhet for at informasjon som formidles av applikasjonslaget vil bli forstått av applikasjonslaget i et annet system. Om nødvendig konverterer presentasjonslaget dataformater til et vanlig presentasjonsformat, og i resepsjonen utfører følgelig den omvendte konverteringen. På denne måten kan applikasjonslag overvinne for eksempel syntaktiske forskjeller i datarepresentasjon. På dette nivået kan kryptering og dekryptering av data utføres, takket være at hemmeligholdelse av datautveksling er sikret for alle applikasjonstjenester på en gang. Et eksempel på en protokoll som opererer i presentasjonslaget er Secure Socket Layer (SSL)-protokollen, som gir sikker meldingsutveksling for applikasjonslagsprotokollene til TCP/IP-stakken.

Applikasjonslag. Applikasjonslaget er egentlig bare et sett med forskjellige protokoller som nettverksbrukere får tilgang til delte ressurser som filer, skrivere eller hypertekstwebsider med, og også organiserer samarbeidet deres, for eksempel ved å bruke protokollen E-post. Dataenheten som applikasjonslaget opererer på kalles vanligvis beskjed .

Det er et veldig bredt utvalg av applikasjonslagsprotokoller. La oss gi som eksempler i det minste noen av de vanligste implementeringene av filtjenester: NCP i Novell NetWare-operativsystemet, SMB i Microsoft Windows NT, NFS, FTP og TFTP inkludert i TCP/IP-stakken.

Selv om OSI-modellen er veldig viktig, er den bare en av mange kommunikasjonsmodeller. Disse modellene og deres tilknyttede protokollstabler kan variere i antall lag, deres funksjoner, meldingsformater, tjenester som tilbys i de øvre lagene og andre parametere.

Kjennetegn på populære kommunikasjonsprotokollstabler

Så samspillet mellom datamaskiner i nettverk skjer i samsvar med visse regler for utveksling av meldinger og deres formater, det vil si i samsvar med visse protokoller. Et hierarkisk organisert sett med protokoller, løse problemet interaksjon av nettverksnoder kalles en kommunikasjonsprotokollstabel.

Det er mange protokollstabler som er mye brukt i nettverk. Dette er stabler som er internasjonale og nasjonale standarder, og proprietære stabler som har blitt utbredt på grunn av utbredelsen av utstyr fra et bestemt selskap. Eksempler på populære protokollstakker inkluderer Novells IPX/SPX-stakk, TCP/IP-stakken som brukes i Internett-nettverk og i mange driftsbaserte nettverk UNIX-systemer, OSI-stabel fra International Organization for Standardization, DECnet-stabel fra Digital Equipment Corporation og noen andre.

Bruken av en bestemt kommunikasjonsprotokollstabel i et nettverk bestemmer i stor grad ansiktet til nettverket og dets egenskaper. Mindre nettverk kan bruke bare én stabel. I store bedriftsnettverk kobles til ulike nettverk, som regel brukes flere stabler parallelt.

Kommunikasjonsutstyr implementerer lavere lags protokoller som er mer standardiserte enn høyere lags protokoller, og dette er en forutsetning for å lykkes samarbeid utstyr fra ulike produsenter. Listen over protokoller som støttes av en bestemt kommunikasjonsenhet er en av de viktigste egenskapene til denne enheten.

Datamaskiner implementerer kommunikasjonsprotokoller i form av tilsvarende programvareelementer i et nettverksoperativsystem, for eksempel implementeres protokoller på koblingsnivå vanligvis i form av nettverksadapterdrivere, og protokoller på øvre nivå implementeres i form av server- og klientkomponenter av nettverkstjenester.

Evnen til å fungere godt i et bestemt operativsystemmiljø er en viktig egenskap ved kommunikasjonsutstyr. Du kan ofte lese i annonser for en nettverksadapter eller hub at den er designet spesielt for å fungere på et NetWare- eller UNIX-nettverk. Dette betyr at maskinvareutviklerne har optimalisert egenskapene for protokollene som brukes i det nettverksoperativsystemet, eller for en gitt versjon av implementeringen hvis disse protokollene brukes i forskjellige operativsystemer. På grunn av særegenhetene ved implementeringen av protokoller i forskjellige operativsystemer, er en av egenskapene til kommunikasjonsutstyr sertifiseringen for evnen til å jobbe i miljøet til et gitt operativsystem.

På de lavere nivåene - fysisk og datalink - bruker nesten alle stabler de samme protokollene. Dette er godt standardiserte protokoller: Ethernet, Token Ring, FDDI og noen andre, som gjør at det samme utstyret kan brukes i alle nettverk.

Nettverks- og høyere lags protokoller for eksisterende standard stabler er svært variable og samsvarer generelt ikke med lagdelingen anbefalt av ISO-modellen. Spesielt i disse stablene kombineres sesjons- og presentasjonslagsfunksjoner oftest med applikasjonslaget. Dette avviket skyldes det faktum at ISO-modellen dukket opp som et resultat av en generalisering av allerede eksisterende og faktisk brukte stabler, og ikke omvendt.

OSI-stabel

Det må skilles mellom OSI-protokollstakken og OSI-modellen. Mens OSI-modellen konseptuelt definerer prosedyren for interaksjon av åpne systemer, dekomponerer oppgaven i 7 lag, standardiserer formålet med hvert lag og introduserer standardnavn for lagene, er OSI-stakken et sett med veldig spesifikke protokollspesifikasjoner som danner en konsistent protokollstabel. Denne protokollstabelen støttes av den amerikanske regjeringen i sitt GOSIP-program. Alle datanettverk Offentlige installasjoner etter 1990 må enten støtte OSI-stakken direkte eller gi et middel til å migrere til den stabelen i fremtiden. Imidlertid er OSI-stakken mer populær i Europa enn i USA, ettersom Europa har færre eldre nettverk installert som bruker sine egne protokoller. Det er også et stort behov for en felles stabel i Europa, siden det er så mange forskjellige land.

Dette er en internasjonal, produsentuavhengig standard. Det kan muliggjøre samarbeid mellom selskaper, partnere og leverandører. Denne interaksjonen er komplisert ved å adressere, navngi og datasikkerhetsproblemer. Alle disse problemene er delvis løst i OSI-stakken. OSI-protokoller krever mye datakraft sentral prosessor, noe som gjør dem mer egnet for kraftige maskiner i stedet for nettverk personlige datamaskiner. De fleste organisasjoner planlegger bare overgangen til OSI-stakken. Blant dem som jobber i denne retningen er US Navy Department og NFSNET-nettverket. En av de største produsentene som støtter OSI er AT&T. Stargroup-nettverket er helt basert på OSI-stakken.

Av åpenbare grunner samsvarer OSI-stakken, i motsetning til andre standardstabler, fullt ut OSI-sammenkoblingsmodellen; den inkluderer spesifikasjoner for alle syv lagene i den åpne systemsammenkoblingsmodellen (Figur 1.3).

Ris. 1.3. OSI-stabel

På OSI-stakken støtter Ethernet, Token Ring, FDDI-protokoller, samt LLC, X.25 og ISDN-protokoller. Disse protokollene vil bli diskutert i detalj i andre deler av håndboken.

Tjenester nettverk, transport og økt nivåer er også tilgjengelige i OSI-stakken, men de er ikke veldig vanlige. Nettverkslaget implementerer både tilkoblingsløse og tilkoblingsbaserte protokoller. OSI-stakktransportprotokollen, i samsvar med funksjonene som er definert for den i OSI-modellen, skjuler forskjellene mellom tilkoblingsorienterte og tilkoblingsløse nettverkstjenester slik at brukerne får ønsket kvalitet på tjenesten uavhengig av det underliggende nettverkslaget. For å gi dette krever transportlaget at brukeren spesifiserer ønsket kvalitet på tjenesten. Det er definert 5 klasser av transporttjenester, fra laveste klasse 0 til høyeste klasse 4, som er forskjellige i grad av feiltoleranse og krav til datagjenoppretting etter feil.

Tjenester applikasjonsnivå inkluderer filoverføring, terminalemulering, katalogtjenester og e-post. Av disse er de mest lovende katalogtjenester (X.500-standard), elektronisk post (X.400), virtuell terminalprotokoll (VT), protokoll for filoverføring, tilgang og administrasjon (FTAM), videresending og jobbadministrasjonsprotokoll (JTM) . Nylig har ISO konsentrert sin innsats om tjenester på toppnivå.

X.400-anbefalingene definerer følgende minimumskrav med tjenester som skal leveres til brukere: tilgangskontroll, vedlikehold av unike systemmeldingsidentifikatorer, meldingslevering eller ikke-leveringsvarsling med begrunnelse, meldingsinnholdstypeindikasjon, meldingsinnholdskonvertering, overføring og leveringstidsstempler, valg av leveringskategori (haster, ikke-haster, normal), multicast-levering, forsinket levering (opp til et bestemt tidspunkt), transformering av innhold til grensesnitt med inkompatible postsystemer som telex- og fakstjenester, spørre om en spesifikk melding ble levert, e-postlister, som kan ha en nestet struktur, midler for å beskytte meldinger mot uautorisert tilgang, basert på et asymmetrisk offentlig nøkkelkryptosystem.

Hensikten med anbefalingene X.500 er utviklingen av globale standarder helpdesk. Prosessen med å levere en melding krever kunnskap om mottakerens adresse, noe som er et problem i store nettverk, så det er nødvendig å ha en helpdesk som hjelper til med å innhente adressene til avsendere og mottakere. Generelt er en X.500-tjeneste en distribuert database med navn og adresser. Alle brukere har potensielt lov til å logge på denne databasen ved å bruke et spesifikt sett med attributter.

Følgende operasjoner er definert i navne- og adressedatabasen:

• lesing - få en adresse med et kjent navn,
• forespørsel - å få et navn basert på kjente adresseattributter,
• modifikasjon som involverer sletting og tilføyelse av poster i en database.

Hovedutfordringene med å implementere X.500-anbefalingene stammer fra omfanget av dette prosjektet, som utgir seg for å være en verdensomspennende referansetjeneste. Derfor er programvare som implementerer X.500-anbefalinger svært tungvint og stiller høye krav til maskinvareytelse.

Protokoll VT løser problemet med inkompatibilitet mellom forskjellige terminalemuleringsprotokoller. For øyeblikket må en bruker av en personlig datamaskin som er kompatibel med en IBM PC kjøpe tre ulike programmer for terminalemulering forskjellige typer og bruke forskjellige protokoller. Hvis hver vertsdatamaskin hadde ISO-terminalemuleringsprotokollprogramvare, ville brukeren bare trenge ett program som støttet VT-protokollen. I sin standard har ISO akkumulert mye brukte terminalemuleringsfunksjoner.

Filoverføring er den vanligste datatjenesten. Tilgang til filer, både lokale og eksterne, er nødvendig for alle applikasjoner - tekstredigerere, e-post, databaser eller fjernstartsprogrammer. ISO gir en slik tjeneste i protokollen FTAM. Sammen med X.400-standarden er det den mest populære OSI-stabelstandarden. FTAM tilbyr fasiliteter for lokalisering og tilgang til filinnhold og inkluderer et sett med direktiver for å sette inn, erstatte, utvide og slette filinnhold. FTAM gir også fasiliteter for å manipulere filen som en helhet, inkludert å opprette, slette, lese, åpne, lukke filen og velge dens attributter.

Videresending og arbeidskontrollprotokoll JTM Lar brukere videresende arbeid som må fullføres på vertsdatamaskinen. Jobbkontrollspråket som muliggjør jobbinnsending forteller vertsdatamaskinen hvilke handlinger som skal utføres på hvilke programmer og filer. JTM-protokollen støtter tradisjonell batchbehandling, transaksjonsbehandling, ekstern jobbregistrering og distribuert databasetilgang.

TCP/IP-stabel

TCP/IP-stakken, også kalt DoD-stakken og Internett-stakken, er en av de mest populære og lovende kommunikasjonsprotokollstakkene. Hvis det for øyeblikket hovedsakelig distribueres i nettverk med UNIX OS, implementeres det i siste versjoner nettverksoperativsystemer for personlige datamaskiner (Windows NT, NetWare) er en god forutsetning for den raske veksten i antall installasjoner av TCP/IP-stakken.

Stabelen ble utviklet på initiativ fra det amerikanske forsvarsdepartementet (DoD) for mer enn 20 år siden for å koble det eksperimentelle ARPAnet-nettverket med andre satellittnettverk som et sett med vanlige protokoller for heterogene datamiljøer. ARPA-nettverket støttet utviklere og forskere innen militære felt. I ARPA-nettverket ble kommunikasjonen mellom to datamaskiner utført ved hjelp av Internet Protocol (IP), som til i dag er en av de viktigste i TCP / IP-stakken og vises i stabelens navn.

Berkeley University ga et stort bidrag til utviklingen av TCP/IP-stakken ved å implementere stackprotokoller i sin versjon av UNIX OS. Den utbredte bruken av UNIX-operativsystemet førte også til utbredt bruk av IP og andre stackprotokoller. Worldwide fungerer på samme stabel informasjonsnettverk Internet, hvis avdeling, Internet Engineering Task Force (IETF), er en viktig bidragsyter til forbedringen av stabelstandarder publisert i form av RFC-spesifikasjoner.

Siden TCP/IP-stakken ble utviklet før bruken av ISO/OSI-sammenkoblingsmodellen for åpne systemer, selv om den også har en flernivåstruktur, er samsvaret mellom TCP/IP-stabelnivåene og nivåene til OSI-modellen ganske betinget. .

Strukturen til TCP/IP-protokollene er vist i figur 1.4. TCP/IP-protokoller er delt inn i 4 nivåer.

Ris. 1.4. TCP/IP-stabel

Den laveste ( nivå IV ) - nivå mellom nettverksgrensesnitt- tilsvarer de fysiske lagene og datalinklagene til OSI-modellen. Dette nivået i TCP/IP-protokollene er ikke regulert, men støtter alle populære standarder for det fysiske og datalinklaget: for lokale kanaler er disse Ethernet, Token Ring, FDDI, for globale kanaler - deres egne protokoller for drift på analog oppringning- opp og leide linjer SLIP/PPP, som etablerer punkt-til-punkt-forbindelser via serielle koblinger globale nettverk, og WAN-protokollene X.25 og ISDN. Det er også utviklet en spesiell spesifikasjon som definerer bruken av ATM-teknologi som en datalinklagstransport.

Neste nivå ( nivå III ) er internettarbeidslaget som omhandler overføring av datagrammer ved bruk av ulike lokale nettverk, X.25-nettverk, ad hoc-linjer osv. Stabelen bruker protokollen IP, som opprinnelig ble utformet som en protokoll for overføring av pakker i sammensatte nettverk bestående av et stort antall lokale nettverk forbundet med både lokale og globale forbindelser. Derfor fungerer IP-protokollen godt i nettverk med komplekse topologier, rasjonelt ved å bruke tilstedeværelsen av undersystemer i dem og økonomisk bruke gjennomstrømning lavhastighets kommunikasjonslinjer. IP-protokollen er en datagramprotokoll.

Nivået på internettarbeid inkluderer også alle protokoller relatert til kompilering og modifikasjon av rutingtabeller, for eksempel protokoller for innsamling av rutinginformasjon HVIL I FRED.(Routing Internet Protocol) og OSPF(Åpne Shortest Path First), samt Internet Control Message Protocol ICMP(Internet Control Message Protocol). Sistnevnte protokoll er designet for å utveksle feilinformasjon mellom ruteren og gatewayen, kildesystemet og destinasjonssystemet, det vil si å organisere tilbakemelding. Ved å bruke spesielle ICMP-pakker rapporteres det at det er umulig å levere en pakke, at levetiden eller varigheten av å sette sammen en pakke fra fragmenter er overskredet, unormale parameterverdier, en endring i videresendingsruten og typen tjeneste, tilstanden til systemet osv.

Neste nivå ( nivå II) kalles grunnleggende. Overføringskontrollprotokollen fungerer på dette nivået TCP(Transmission Control Protocol) og User Datagram Protocol UDP(Bruker Datagram Protocol). TCP-protokollen gir en stabil virtuell forbindelse mellom eksterne applikasjonsprosesser. UDP-protokollen sikrer overføring av applikasjonspakker ved bruk av datagrammetoden, det vil si uten å etablere en virtuell forbindelse, og krever derfor mindre overhead enn TCP.

Toppnivå ( nivå I) kalles anvendt. I løpet av mange års bruk i nettverkene til forskjellige land og organisasjoner har TCP/IP-stakken akkumulert et stort antall protokoller og tjenester på applikasjonsnivå. Disse inkluderer så mye brukte protokoller som FTP-filkopieringsprotokoll, telnet-terminalemuleringsprotokoll, post SMTP-protokoll, brukt i Internett-e-post og dens russiske filial RELCOM, hyperteksttjenester for tilgang til ekstern informasjon, for eksempel WWW og mange andre. La oss se nærmere på noen av dem som er mest knyttet til emnene for dette kurset.

Protokoll SNMP(Simple Network Management Protocol) brukes til å organisere nettverksadministrasjon. Ledelsesproblematikken er her delt i to problemstillinger. Den første oppgaven er knyttet til overføring av informasjon. Protokoller for overføring av kontrollinformasjon bestemmer prosedyren for interaksjon mellom serveren og klientprogrammet som kjører på administratorens vert. De definerer meldingsformatene som utveksles mellom klienter og servere, samt formatene for navn og adresser. Den andre utfordringen er knyttet til kontrollerte data. Standardene regulerer hvilke data som skal lagres og akkumuleres i gatewayer, navnene på disse dataene og syntaksen til disse navnene. SNMP-standarden definerer en spesifikasjon informasjonsgrunnlag nettverksadministrasjonsdata. Denne spesifikasjonen, kjent som Management Information Base (MIB), definerer dataelementene som en vert eller gateway må lagre og de tillatte operasjonene på dem.

Filoverføringsprotokoll FTP(Filoverføring Protocol) implementerer ekstern filtilgang. For å sikre pålitelig overføring bruker FTP den tilkoblingsorienterte protokollen - TCP - som transport. I tillegg til filoverføringsprotokoll tilbyr FTP andre tjenester. Dette gir brukeren muligheten interaktivt arbeid med en ekstern maskin, for eksempel, kan den skrive ut innholdet i katalogene sine; FTP lar brukeren spesifisere typen og formatet til dataene som skal lagres. Til slutt autentiserer FTP brukere. Før de får tilgang til filen, krever protokollen at brukerne oppgir brukernavn og passord.

I TCP/IP-stakken tilbyr FTP det mest omfattende settet med filtjenester, men er også det mest komplekse å programmere. Applikasjoner som ikke krever alle egenskapene til FTP kan bruke en annen, mer kostnadseffektiv protokoll - Simple File Transfer Protocol TFTP(Trivial File Transfer Protocol). Denne protokollen implementerer kun filoverføring, og transporten som brukes er en enklere enn TCP, tilkoblingsløs protokoll - UDP.

Protokoll telnet gir overføring av en strøm av byte mellom prosesser, så vel som mellom en prosess og en terminal. Oftest brukes denne protokollen til å emulere en ekstern datamaskinterminal.

IPX/SPX stack

Denne stabelen er den originale Novell-protokollstakken, som den utviklet for sitt NetWare-nettverksoperativsystem tilbake på begynnelsen av 80-tallet. Internetwork Packet Exchange (IPX) og Sequenced Packet Exchange (SPX)-protokollene, som gir stabelen navnet, er direkte tilpasninger av Xerox sine XNS-protokoller, som er mye mindre vanlige enn IPX/SPX. Når det gjelder installasjoner, er IPX/SPX-protokollene de ledende, og dette skyldes at NetWare OS selv inntar en ledende posisjon med en andel installasjoner på verdensbasis på ca. 65 %.

Novell-protokollfamilien og deres korrespondanse med ISO/OSI-modellen er presentert i figur 1.5.

Ris. 1.5. IPX/SPX stack

På fysiske nivåer og datakoblingsnivåer Novell-nettverk bruker alle populære protokoller på disse nivåene (Ethernet, Token Ring, FDDI og andre).

På nettverksnivå protokollen fungerer i Novell-stakken IPX, samt ruting av inHVIL I FRED. Og NLSP(analogt med OSPF-protokollen til TCP/IP-stakken). IPX er en protokoll som omhandler adressering og ruting av pakker på Novell-nettverk. IPX-rutingsbeslutninger er basert på adressefeltene i pakkehodet, samt informasjon fra protokoller for utveksling av rutinginformasjon. For eksempel bruker IPX informasjon gitt av enten RIP eller NLSP (NetWare Link State Protocol) for å videresende pakker til måldatamaskinen eller neste ruter. IPX-protokollen støtter bare datagram-metoden for meldingsutveksling, på grunn av hvilken den forbruker dataressurser økonomisk. Så IPX-protokollen gir tre funksjoner: angi en adresse, etablere en rute og sende datagrammer.

Transportlaget til OSI-modellen i Novell-stakken tilsvarer SPX-protokollen, som utfører tilkoblingsorientert meldingsoverføring.

På toppen applikasjons-, presentasjons- og øktnivåer NCP- og SAP-protokoller fungerer. Protokoll NCP(NetWare Core Protocol) er en protokoll for interaksjon mellom NetWare-serveren og arbeidsstasjonsskallet. Denne applikasjonslagsprotokollen implementerer klient-server-arkitekturen i de øvre lagene av OSI-modellen. Ved å bruke funksjonene til denne protokollen kobler arbeidsstasjonen seg til serveren, tilordner serverkatalogene til lokale stasjonsbokstaver, blar gjennom serverfilsystemet, kopierer slettede filer, endrer deres attributter, etc., og utfører også divisjon nettverksskriver mellom arbeidsstasjonene.

Servere og rutere bruker SAP til å annonsere for sine tjenester og nettverksadresser. SAP-protokollen lar nettverksenheter kontinuerlig oppdatere informasjon om hvilke tjenester som for øyeblikket er tilgjengelige på nettverket. Ved oppstart bruker servere SAP for å varsle resten av nettverket om tjenestene deres. Når en server slår seg av, bruker den SAP til å varsle nettverket om at tjenestene har opphørt.

På Novell-nettverk sender NetWare 3.x-servere ut SAP-kringkastingspakker hvert minutt. SAP-pakker tetter nettverket betydelig, så en av hovedoppgavene til rutere som får tilgang til global kommunikasjon er å filtrere trafikk fra SAP-pakker og RIP-pakker.

Funksjonene til IPX/SPX-stakken bestemmes av funksjonene til NetWare OS, nemlig dens orientering tidligere versjoner(opptil 4.0) for å jobbe i små lokale nettverk bestående av personlige datamaskiner med beskjedne ressurser. Derfor trengte Novell protokoller som krevde et minimum antall tilfeldig tilgangsminne(begrenset i IBM-kompatible datamaskiner som kjører MS-DOS til 640 KB) og som vil kjøre raskt på prosessorer med lav prosessorkraft. Som et resultat fungerte IPX/SPX stackprotokollene inntil nylig bra i lokale nettverk og ikke så godt i store bedriftsnettverk, siden de overbelastet langsomme globale koblinger med kringkastingspakker som brukes intensivt av flere protokoller i denne stabelen (for eksempel til etablere kommunikasjon mellom klienter og servere).

Denne omstendigheten, samt det faktum at IPX/SPX-stakken er Novells eiendom og krever lisens for å implementere den, har i lang tid begrenset distribusjonen kun til NetWare-nettverk. Men da NetWare 4.0 ble utgitt, hadde Novell gjort og fortsetter å gjøre store endringer i protokollene sine for å tilpasse dem til å fungere i bedriftsnettverk. Nå er IPX/SPX-stakken implementert ikke bare i NetWare, men også i flere andre populære nettverksoperativsystemer - SCO UNIX, Sun Solaris, Microsoft Windows NT.

NetBIOS/SMB stack

Microsoft og IBM jobbet sammen om nettverksverktøy for personlige datamaskiner, så NetBIOS/SMB-protokollstabelen er deres felles idé. NetBIOS ble introdusert i 1984 som en nettverksutvidelse av standard IBM PC Basic Input/Output System (BIOS) funksjoner for nettverksprogram PC Network fra IBM, som på applikasjonsnivå (fig. 1.6) brukte SMB-protokollen (Server Message Block) for å implementere nettverkstjenester.

Ris. 1.6. NetBIOS/SMB stack

Protokoll NetBIOS fungerer på tre nivåer av interaksjonsmodellen for åpne systemer: nettverk, transport og økt. NetBIOS kan gi et høyere servicenivå enn IPX- og SPX-protokollene, men har ikke rutingmuligheter. Dermed er ikke NetBIOS en nettverksprotokoll i ordets strenge forstand. NetBIOS inneholder mange nyttige nettverksfunksjoner som kan tilskrives nettverks-, transport- og sesjonslagene, men den kan ikke brukes til å rute pakker, siden NetBIOS-rammeutvekslingsprotokollen ikke introduserer et slikt konsept som et nettverk. Dette begrenser bruken av NetBIOS-protokollen til lokale nettverk som ikke er undernett. NetBIOS støtter både datagram og tilkoblingsbasert kommunikasjon.

Protokoll SMB, som tilsvarer applikasjons- og representative nivåer for OSI-modellen, regulerer interaksjonen mellom arbeidsstasjonen og serveren. SMB-funksjoner inkluderer følgende operasjoner:

• Sesjonsledelse. Oppretting og brudd av en logisk kanal mellom arbeidsstasjonen og nettverksressursene til filserveren.
• Filtilgang. En arbeidsstasjon kan kontakte filserveren med forespørsler om å opprette og slette kataloger, opprette, åpne og lukke filer, lese og skrive til filer, gi nytt navn og slette filer, søke etter filer, hente og angi filattributter og låse poster.
• Utskriftstjeneste. Arbeidsstasjonen kan sette filer i kø for utskrift på serveren og få informasjon om utskriftskøen.
• Meldingstjeneste. SMB støtter enkle meldinger med følgende funksjoner: send en enkel melding; sende en kringkastingsmelding; send starten av meldingsblokken; send meldingsblokktekst; send slutten av meldingsblokken; videresend brukernavn; kansellere forsendelsen; få maskinnavnet.

På grunn av det store antallet applikasjoner som bruker API-funksjonene levert av NetBIOS, implementerer mange nettverksoperativsystemer disse funksjonene som et grensesnitt til transportprotokollene deres. NetWare har et program som emulerer NetBIOS-funksjoner basert på IPX-protokollen, og det finnes programvareemulatorer for NetBIOS for Windows NT og TCP/IP-stakken.

Hvorfor trenger vi denne verdifulle kunnskapen? (redaksjonell)

En kollega stilte meg en gang et vanskelig spørsmål. Vel, sier han, du vet hva OSI-modellen er... Og hvorfor trenger du den, hva er den praktiske fordelen med denne kunnskapen: med mindre du viser deg frem foran dummies? Det er ikke sant, fordelene med denne kunnskapen er en systematisk tilnærming til å løse mange praktiske problemer. For eksempel:

• feilsøking (