Technologies des réseaux et communication · 1A MIC

La couche Application

Couches 5, 6 et 7 : des règles communes pour que les applications se comprennent, et HTTP en détail, avec simulateurs interactifs

Prof. Azeddine KHIAT Technologies des réseaux et communication · Université Mundiapolis, Casablanca Année universitaire 2026-2027 · © 2026 Tous droits réservés a.khiat@enset-media.ac.ma · in Profil LinkedIn
Introduction

Objectifs de la séance et plan

Compétence

Expliquer le rôle de la couche Application et le fonctionnement du protocole HTTP.

Vous saurez
  • situer les couches 5, 6 et 7 et dire pourquoi on les traite comme une seule couche Application
  • définir un protocole comme un ensemble de règles communes
  • décrire un échange HTTP : requête, réponse, en-têtes, codes de statut
  • associer les grands protocoles applicatifs à leur rôle, leur transport et leur port
  • observer de vrais échanges HTTP dans votre navigateur
RappelSéance précédente : les modèles OSI et TCP/IP. Aujourd'hui, on monte tout en haut de la pile.
Partie
01
Figures 1 · 2

Les couches applicatives : 5, 6 et 7

Trois couches au sommet du modèle OSI, que l'on regroupe sous un seul nom : la couche Application.

Partie 1 · Figures commentées

Application, Présentation, Session : une seule couche ?

Animation

À retenirEn CCNA, on parle de « la couche Application » pour 5, 6 et 7 : elles sortent en général du périmètre de l'équipe réseau.
Partie 1 · Simulateur 1

Rangez chaque protocole applicatif sur son transport

Exercice

1. Cliquez sur un protocole. 2. Cliquez sur le transport qu'il utilise. La carte révèle alors son port.

Score : 0 / 0
Note du professeur. DNS utilise surtout UDP, mais passe en TCP pour les grosses réponses. HTTP/3 fonctionne sur QUIC, au-dessus d'UDP : la figure décrit le cas le plus courant.
Partie
02
Figures 3 · 4 · 5

Pourquoi a-t-on besoin d'une couche Application ?

C'est là que les logiciels rencontrent le réseau. Elle fixe les règles qu'ils utilisent pour se parler : les protocoles.

Partie 2 · Figures commentées

Joe, Bob et le navigateur : parler la même langue

Animation

À retenirUn protocole est un ensemble de règles, comme un manuel de langue, qui fixe comment formater, envoyer et recevoir les données.
Partie 2 · Simulateur 2

Se comprendre : même langue, même protocole

Simulateur
Choisissez une langue (ou un protocole) de chaque côté, puis envoyez.
ObservezPeu importe le réseau : si les deux extrémités n'appliquent pas les mêmes règles, le message arrive mais n'est pas compris.
Partie 2 · Synthèse

Ce que définit la couche Application

La couche où les applications rencontrent le réseau.

Elle se situe tout en haut du modèle et fixe les règles, les protocoles, que les applications utilisent pour communiquer. Elle sert de pont entre le logiciel et le réseau.

Un protocole fixe trois choses :
  • la syntaxe : le format des messages (comme la grammaire) ;
  • la sémantique : le sens de chaque message (GET = « donne-moi ») ;
  • l'enchaînement : qui parle, quand, et dans quel ordre (requête puis réponse).
Demander et recevoir

Comment une application demande des données et comment elle les reçoit.

Encoder et décoder

Comment les données sont mises en forme à l'envoi et interprétées à l'arrivée (rôle des couches 6 et 5).

Ce qu'elle ne fait pas

Elle ne transporte rien elle-même : TCP/UDP, IP et les équipements des couches basses acheminent ses messages.

Attention au vocabulaire. « Couche Application » ne désigne pas le logiciel (Chrome, Outlook), mais le protocole qu'il utilise (HTTP, SMTP).
À retenirLa couche Application donne aux programmes les règles dont ils ont besoin pour utiliser le réseau.
Partie
03
Figure 6

HTTP sous le capot

Vous lisez cette page dans un navigateur : vous utilisez HTTP en ce moment même. Voyons ce qui se passe réellement.

Partie 3 · Figure commentée

Comment fonctionne HTTP ? Requêtes et réponses

Animation

À retenirHTTP : le client demande, le serveur répond par un code de statut et le contenu.
Partie 3 · Simulateur 3

Ouvrez une page : la conversation HTTP pas à pas

Simulateur
Choisissez une adresse et chargez la page.
Ce que vous voyez : chaque requête porte un en-tête HTTP (vert). La réponse commence par un en-tête avec le code de statut, suivi des données (jaune). Les messages suivants ne transportent que des données.
Partie 3 · Simulateur 4

Anatomie d'un message HTTP : composez une requête

Simulateur
Cliquez sur une ligne d'un message pour l'expliquer.
Requête du client
Réponse du serveur
Partie 3 · Simulateur 5

Codes de statut et méthodes à connaître

Cartes

Cliquez sur une carte pour la retourner. Le premier chiffre donne la famille de la réponse.

1xx
information
2xx
succès
3xx
redirection
4xx
erreur client
5xx
erreur serveur

Les méthodes (verbes) HTTP

MéthodeCe qu'elle demande
GETLire une ressource (page, image)
POSTEnvoyer des données (formulaire, message)
PUTCréer ou remplacer une ressource
DELETESupprimer une ressource
HEADComme GET, mais sans le corps (en-têtes seuls)
Rappel. Sans nom de fichier (« / »), le serveur renvoie sa page par défaut, souvent index.html.
À retenirLe navigateur envoie une méthode (GET, POST…), le serveur répond par un code (200, 404…) et le contenu.
Partie
04
HTTP · DNS · SMTP · FTP · SSH · SNMP · DHCP

Les protocoles applicatifs clés

Ceux que vous retrouverez tout au long du parcours CCNA, puis une observation en direct de HTTP dans votre navigateur.

Partie 4 · Simulateur 6

Explorateur : quel protocole pour quel besoin ?

Simulateur
Travaux dirigés · Atelier

TD : observez HTTP dans les outils du navigateur

Tutoriel
Objectif : voir de vraies requêtes et réponses HTTP, leurs méthodes, codes et en-têtes.
Organisation : binômes · 30 min · livrable : le canevas suivant.
Outil : Google Chrome (ou Edge, Firefox) et le site example.com
Travaux dirigés · Évaluation de l'atelier

Canevas : ce que vous avez relevé dans le navigateur

Canevas
Relevéexample.com/page-inexistante
Remplissez le canevas pendant l'atelier, puis cliquez sur « Vérifier ».
Conclusion

Les points clés à retenir

1La couche Application donne aux programmes les règles dont ils ont besoin pour utiliser le réseau.
2Elle définit comment les applications demandent et reçoivent des données.
3Elle détermine aussi comment les données sont encodées et décodées.
4HTTP : client-serveur, requête (GET, POST) puis réponse (code de statut + contenu).
5Protocoles clés : HTTP, DNS, SMTP, FTP, SSH, SNMP, DHCP, étudiés en détail dans les prochaines sections.
ClientServeur
GET /home.html ▶
◀ 200 OK + home.html
GET /logo.jpg ▶
◀ 200 OK + logo.jpg
SuiteProchaine séance : la couche Transport (TCP et UDP).
Évaluation

Validez votre compétence : 15 questions

Évaluation
Score
0
sur 15
Seuil de validation : 80 % (12 bonnes réponses).

Attestation de compétences

Technologies des réseaux et communication · 1A MIC · La couche Application
Le professeur soussigné atteste que
a validé la compétence :
Expliquer le rôle de la couche Application et le fonctionnement de HTTP : protocoles applicatifs, requêtes, réponses et codes de statut
Ch.CompétenceRésultat
Fait à Casablanca, le
Signature
Prof. Azeddine KHIATUniversité Mundiapolis · École d'Ingénierie
En cours
Technologies des réseaux
1A MIC
2026-2027
Fin de séance

Merci de votre attention

Questions ?

Rejouez la conversation HTTP et composez vos propres requêtes : chaque code de statut doit devenir familier.

Prof. Azeddine KHIAT
a.khiat@enset-media.ac.ma

Références et crédits

  • NetworkAcademy.IO, « Application Layer », cours CCNA, Network Fundamentals. Figures 1 à 6 © NetworkAcademy.IO, reproduites à des fins pédagogiques.
  • IETF RFC 9110, HTTP Semantics (2022) : méthodes et codes de statut.
  • IETF RFC 1122, Requirements for Internet Hosts (1989).
  • Cisco, programme CCNA 200-301 : Network Fundamentals.
  • TD : site de démonstration example.com (IANA).