Protocoles de la couche application

Les protocoles de la couche application définissent la manière dont les programmes en réseau échangent des messages — leurs formats, la séquence des requêtes et des réponses, et la signification de chaque champ — transformant ainsi les connexions de transport brutes en services utiles tels que le web et le courrier électronique.

Definition

Un protocole de la couche application est un ensemble de règles définissant les formats de messages, les modèles d'échange et la sémantique par lesquels les processus d'application sur différents hôtes communiquent, construit au-dessus des services de la couche transport tels que TCP ou UDP.

Scope

Ce sujet couvre la conception et le fonctionnement des protocoles d'application construits sur les services de transport : les architectures d'application (client-serveur et pair-à-pair), les éléments communs aux protocoles (types de messages, syntaxe, sémantique et règles), et des exemples canoniques — HTTP pour le web, SMTP et IMAP pour le courrier électronique, et le transfert de fichiers. Il traite de la manière dont les protocoles utilisent TCP ou UDP, des connexions persistantes par opposition aux non-persistantes, et des modèles requête-réponse. Il exclut l'infrastructure de nommage et de livraison de contenu couverte dans des sujets distincts, ainsi que les mécanismes de transport sous-jacents.

Core questions

• Quels éléments communs définissent tout protocole de la couche application ?
• En quoi les architectures d'application client-serveur et pair-à-pair diffèrent-elles ?
• Comment HTTP structure-t-il les requêtes et les réponses pour le web ?
• Comment les protocoles de courrier électronique tels que SMTP et IMAP déplacent-ils et accèdent-ils au courrier ?
• Comment les protocoles d'application choisissent-ils et utilisent-ils les services de transport comme TCP et UDP ?

Key concepts

• architectures client-serveur et pair-à-pair
• format, syntaxe et sémantique des messages
• requêtes et réponses HTTP
• méthodes HTTP et codes de statut
• connexions persistantes vs non-persistantes
• SMTP et transfert de courrier électronique
• IMAP et accès au courrier
• utilisation de TCP et UDP par les applications

Key theories

Protocoles requête-réponse sur TCP

De nombreux protocoles d'application suivent un modèle requête-réponse sur une connexion TCP fiable : un client envoie une requête structurée, le serveur renvoie une réponse, avec des conventions pour les méthodes, les codes de statut et les en-têtes, comme l'illustre HTTP.

Architectures d'application

Les applications sont organisées en client-serveur, avec des serveurs toujours actifs contactés par les clients, ou en pair-à-pair, où les hôtes demandent et fournissent des services ; le choix affecte l'évolutivité, la gestion et la conception des protocoles.

Messagerie par stockage et retransmission

Le courrier électronique illustre un service multi-protocole : SMTP pousse le courrier entre les serveurs selon un mode de stockage et de retransmission, tandis que les protocoles de récupération permettent aux utilisateurs d'accéder à leurs boîtes aux lettres, séparant ainsi le transfert de messages de l'accès aux messages.

Clinical relevance

Les protocoles de la couche application constituent l'interface directe entre les logiciels et le réseau : HTTP est à la base du web et de la plupart des interfaces de programmation d'applications modernes, les protocoles de courrier électronique assurent la messagerie mondiale, et les modèles requête-réponse et architecturaux se retrouvent dans d'innombrables services. Leur compréhension est essentielle pour la construction d'applications en réseau, la conception d'API et le débogage de problèmes allant des chargements de page lents aux échecs de livraison de courrier.

History

Les premières applications Internet étaient le courrier électronique (avec SMTP) et le transfert de fichiers. Le web, créé par Tim Berners-Lee vers 1990, a introduit HTTP, qui est passé d'un simple protocole de récupération de documents à la base des applications web et des API modernes, avec HTTP/1.1, HTTP/2 et HTTP/3 améliorant les performances et la sémantique consolidée dans le RFC 9110 (2022).

Key figures

• Tim Berners-Lee
• Roy Fielding
• Jon Postel
• John Klensin

Seminal works

• rfc9110
• rfc5321
• kurose2021

Frequently asked questions

Que spécifie réellement un protocole de la couche application ?

Il spécifie les types de messages échangés (tels que les requêtes et les réponses), la syntaxe exacte de ces messages (leurs champs et la manière dont ils sont encodés), la signification de chaque champ, et les règles concernant le moment et la manière dont les messages sont envoyés. HTTP, par exemple, définit les méthodes, les en-têtes, les codes de statut et le flux requête-réponse.

Pourquoi le web utilise-t-il TCP plutôt qu'UDP ?

Les pages web et les API nécessitent généralement une livraison fiable et ordonnée de réponses potentiellement volumineuses, ce que TCP fournit, ainsi qu'un contrôle de congestion pour partager le réseau. HTTP fonctionne traditionnellement sur TCP pour cette raison, bien que HTTP/3 fonctionne sur QUIC, qui est construit sur UDP mais réintroduit lui-même la fiabilité et le contrôle de congestion.