Explozia masivă de aplicații este datorită ingeniozității structurii de layere pentru procesarea datelor dintr-o rețea. Păstrarea funcționalității layer-ului aplicație separat de transportul de date permite protocoalelor layer-ului aplicație să fie modificate și să se dezvoltate noi aplicații, fără ca dezvoltatorul să se îngrijoreze cu privire la mecanismele de obținere a datelor din rețea. Aceasta este funcționalitatea celorlalte layere, și prin urmare a celorlalți dezvoltatori.
Așa cum se arată în figură, atunci când o aplicație trimite o interogare către o aplicație de server, mesajul este construit de layer-ul aplicație, dar apoi este transmis prin toate funcționalitățile layer-ului clientului pentru livrare. Pe măsură ce trece prin stivă, fiecare layer inferior încapsulează datele cu un header care conține protocoalele de comunicație pentru acel layer. Aceste protocoale, care sunt implementate pe hosturile de trimitere și de primire, interacționează pentru a asigura livrarea aplicațiilor în rețea.
Protocoalele precum HTTP suportă livrarea paginilor web la echipamentele finale. Acum că am învățat toate tipurile de layere diferite și funcționalitățile sale, putem urmări o interogare a clientului asupra paginii web de la serverul de web pentru a vedea cum lucrează împreună aceste funcționalități independente.
Folosind modelul TCP/IP, un proces de comunicare complet include șase pași:
Crearea Datelor
Primul pas îl reprezintă crearea datelor la layer-ul aplicație al echipamentului sursă de origine. În acest caz, după construirea interogărilor, cunoscute ca HTTP GET, acele date vor fi codificate, comprimate și criptate dacă este necesar. Aceasta este sarcina protocolului layer-ului aplicație din modelul TCP/IP - dar acest lucru include funcționalitatea descrisă de layerele aplicație, prezentare și sesiune ale modelului OSI. Layer-ul aplicație își trimite datele ca un stream la layer-ul transport.
Segmentarea și Încapsularea Inițială
Următorul pas este reprezentat de segmentarea și încapsularea datelor, pe măsură ce trec prin stiva de protocoale. La layer-ul transport, mesajul HTTP GET va fi împărțit în mai multe piese mai mici gestionabile și fiecare parte din mesaj va avea un header al layer-ului transport adăugat. În header-ul layer-ului transport sunt indicatori cu privire la modul în care se reconstruiește mesajul. Se include și un identificator, numărul de port 80. Acesta este utilizat pentru a spune serverul de destinație că mesajul este destinat pentru aplicația serverului său de web. Un port sursă generat aleator este adăugat pentru a se asigura că clientul poate urmări comunicația de revenire și poate trimite la aplicație corectă de client.