În secțiunea dedicată modelului OSI și teanc de protocoale TCP / IP, prezentăm deja modul în care a fost dezvoltat acest model care este utilizat în majoritatea comunicărilor din rețelele de calculatoare.
După cum am văzut deja, stiva de protocoale se dezvoltă într-un mod practic, făcând extensii și modificări la fiecare nouă extindere dacă nu a funcționat așa cum era de așteptat, până când nu a avut loc o bază funcțională care a permis comunicarea între două Entitățile de comunicare (emițător / receptor) Ori de câte ori este posibil, a existat o posibilă cale.
Această comunicare a fost realizată datorită a două protocoale, care sunt cele care dau numele acestui teanc de protocoale:
- TCP. Controlul protocolului de transmisie sau protocolul de control al transmisiei. Este un protocol al stratului de transport orientat spre conectare și fiabil. Obiectivul său este de a obține informațiile care provin de la nivelul superior (aplicație) ajunge la celălalt capăt. La celălalt capăt al comunicării, funcția sa este de a organiza informațiile pe care le primiți pentru a ajunge la nivelul superior (aplicație). Vom vedea cum funcționează, dar cel mai important este că acest protocol este responsabil pentru a face comunicarea fiabilă, dacă există o eroare sau lipsa unui pachet solicită din nou transportul acesteia. Acesta oferă numai informații la nivel superior dacă îl completează.
- ip. Protocolul de Internet sau Protocolul de Internet. Este un protocol al stratului de rețea care este responsabil pentru trimiterea pachetului la destinație ori de câte ori există o cale posibilă. Nu este fiabilă sau orientată spre conexiune. Dacă avem nevoie de această fiabilitate, putem folosi protocolul TCP în transport care este responsabil pentru furnizarea acestuia. Funcția sa este de a trimite pachetele, numite Datagrams, de origine la destinație pentru cel mai bun traseu posibil. Protocolul IP nu garantează că toate pachetele sosesc sau care sosesc în aceeași ordine în care au fost trimise, nu este de încredere sau conectată orientată.
Dacă ne alăturăm ambelor protocoale, noi Aveți deja o comunicare fiabilă, nu este sigur, între entitățile de comunicare. Ceea ce este garantat atunci când se utilizează TCP / IP într-o comunicare la nivelul nivelului de aplicare este că, informațiile sursă sunt trimise la destinație și că va ajunge numai la nivelul de aplicare al destinației, dacă toate informațiile trimise la destinație sosesc. TCP este responsabil pentru fiabilitate și IP pentru a face pachetele să ajungă dacă există o cale.
TCP / IP protocol stivă
am văzut cum funcționează, în principiu, protocoalele TCP E IP pentru a oferi o comunicare între două entități de comunicare. Aceste protocoale au fost baza comunicării în rețelele TCP / IP. În jurul acestor protocoale au fost adăugate mai multe protocoale de rețea care au ajutat sau completează funcția lor sau le-au folosit pentru a efectua comunicații de rețea.
Toate aceste protocoale de rețea funcționează la un nivel diferit al modelului OSI, prin urmare, sunt organizate la acestea Niveluri, dând naștere la un teanc de protocoale (grămadă, ca un teanc de cărți, plăci sau niveluri).
Există o multitudine de protocoale în stack-ul protocoalelor TCP / IP. În acest document, principalele protocoale de rețea vor fi studiate, cele mai frecvent utilizate în comunicații pe rețelele TCP / IP.
DIV ID = „FE9EB50B2B”>
iv id = „b1b33b196b”
IV ID = „F7BB4FE123”
Cum funcționează toată această lucrare? Prima versiune
Am văzut cum a fost lucrat comunicarea la un model de nivel. Fiecare nivel comunică cu nivelul de cuplu, care se află la celălalt capăt al comunicării, printr-un protocol specific de comunicare. Dar, am văzut, de asemenea, că această comunicare a fost efectuată în mod eficient prin serviciile nivelului inferior. În acest caz, această comunicare se efectuează utilizând un protocol de nivel inferior până când se ajunge la nivelul link-fizic.
Să aruncăm o privire, să simplificăm modul în care comunicarea dintre straturi, niveluri și protocoale înainte de a studia diferitele Protocoale.
Să presupunem că un caz în care un utilizator utilizează o aplicație, un browser web, pentru a accesa orice site web. Browser-ul este un program, în acest caz este un client HTTP, care va utiliza, în mod implicit, a protocolului HTTP pentru a comunica cu celălalt capăt: un server web.
Ei bine, apoi simplificând foarte mult , comunicare ar fi următoarea:
Pe client computerul, browserul pornește o conexiune la serverul pe care doriți să le conectați prin protocolul HTTP.
astfel încât HTTP să poată comunica cu celălalt capăt, utilizați TCP pentru a trimite datele. Protocolul TCP va fi responsabil pentru stabilirea unei conexiuni fiabile cu software-ul TCP de la celălalt capăt, unde serverul web este executat.Pentru aceasta, acesta va fi comunicat cu acesta utilizând protocolul IP care este la nivelul inferior. Protocolul IP va primi pachetele pentru a trimite la celălalt capăt, astfel încât să începeți să creați Datagrams cu următorul nod pe care pachetul la computerul de destinație îl sosește și le trimite prin nivelul link-fizic, utilizând hardware-ul de rețea care are în sistem , cu o mare probabilitate va folosi Ethernet (de exemplu, o placă de rețea cu fir Ethernet sau o interfață wireless WiFi).
În acest moment, pachetele trimise prin cel mai scăzut nivel, link / fizic, vor trece printr-o serie de o serie de Nodurile intermediare, până când ajung la destinație și rulează prin nivelurile în ordine inversă, până când ajung la nivelul aplicației.
Tot ceea ce este cel care este într-adevăr realizat de date, totuși , Pentru software-ul la nivel de aplicație, tot acest proces nu este interesat, nu-i pasă, este transparent pentru ei. Pentru ei, la nivelurile de comunicare de la egal la egal, ele sunt interesate doar de datele schimbate între ele în conformitate cu protocolul lor de comunicare, în acest caz http.
pagini: 12345