Protocolos de Capa de Aplicación

Los protocolos de capa de aplicación definen cómo los programas en red intercambian mensajes —sus formatos, la secuencia de solicitudes y respuestas, y el significado de cada campo—, transformando las conexiones de transporte en servicios útiles como la web y el correo electrónico.

Definition

Un protocolo de capa de aplicación es un conjunto de reglas que definen los formatos de mensaje, los patrones de intercambio y la semántica mediante los cuales se comunican los procesos de aplicación en diferentes hosts, construido sobre servicios de capa de transporte como TCP o UDP.

Scope

Este tema abarca el diseño y la operación de protocolos de aplicación construidos sobre servicios de transporte: arquitecturas de aplicación (cliente-servidor y peer-to-peer), los elementos comunes a los protocolos (tipos de mensajes, sintaxis, semántica y reglas), y ejemplos canónicos —HTTP para la web, SMTP e IMAP para el correo electrónico, y la transferencia de archivos. Trata cómo los protocolos utilizan TCP o UDP, las conexiones persistentes versus no persistentes, y los patrones de solicitud-respuesta. Excluye la infraestructura de nombres y entrega de contenido cubierta en temas separados y los mecanismos de transporte inferiores.

Core questions

• ¿Qué elementos comunes definen cualquier protocolo de capa de aplicación?
• ¿En qué se diferencian las arquitecturas de aplicación cliente-servidor y peer-to-peer?
• ¿Cómo estructura HTTP las solicitudes y respuestas para la web?
• ¿Cómo mueven y acceden los protocolos de correo electrónico como SMTP e IMAP al correo?
• ¿Cómo eligen y utilizan los protocolos de aplicación los servicios de transporte como TCP y UDP?

Key concepts

• arquitecturas cliente-servidor y peer-to-peer
• formato, sintaxis y semántica de los mensajes
• solicitudes y respuestas HTTP
• métodos y códigos de estado HTTP
• conexiones persistentes vs. no persistentes
• SMTP y transferencia de correo electrónico
• IMAP y acceso al correo
• uso de TCP y UDP por las aplicaciones

Key theories

Protocolos de solicitud-respuesta sobre TCP

Muchos protocolos de aplicación siguen un patrón de solicitud-respuesta sobre una conexión TCP fiable: un cliente envía una solicitud estructurada, el servidor devuelve una respuesta, con convenciones para métodos, códigos de estado y encabezados, como lo ejemplifica HTTP.

Arquitecturas de aplicación

Las aplicaciones se organizan como cliente-servidor, con servidores siempre activos contactados por clientes, o peer-to-peer, donde los hosts solicitan y proporcionan servicio; la elección afecta la escalabilidad, la gestión y cómo se diseñan los protocolos.

Mensajería de almacenar y reenviar

El correo electrónico ilustra un servicio multiprotocolo: SMTP envía correo entre servidores de forma almacenar y reenviar, mientras que los protocolos de recuperación permiten a los usuarios acceder a sus buzones, separando la transferencia de mensajes del acceso a los mensajes.

Clinical relevance

Los protocolos de capa de aplicación son la interfaz directa entre el software y la red: HTTP subyace a la web y a la mayoría de las interfaces de programación de aplicaciones modernas, los protocolos de correo electrónico transportan la mensajería global, y los patrones de solicitud-respuesta y arquitectónicos se repiten en innumerables servicios. Comprenderlos es esencial para construir aplicaciones en red, diseñar API y depurar problemas, desde cargas de página lentas hasta fallos en la entrega de correo.

History

Las primeras aplicaciones de Internet fueron el correo electrónico (con SMTP) y la transferencia de archivos. La web, creada por Tim Berners-Lee alrededor de 1990, introdujo HTTP, que pasó de ser un simple protocolo de recuperación de documentos a la base de las aplicaciones web y API modernas, con HTTP/1.1, HTTP/2 y HTTP/3 mejorando el rendimiento y la semántica consolidada en RFC 9110 (2022).

Key figures

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

Seminal works

• rfc9110
• rfc5321
• kurose2021

Frequently asked questions

¿Qué especifica realmente un protocolo de capa de aplicación?

Especifica los tipos de mensajes intercambiados (como solicitudes y respuestas), la sintaxis exacta de esos mensajes (sus campos y cómo se codifican), el significado de cada campo y las reglas sobre cuándo y cómo se envían los mensajes. HTTP, por ejemplo, define métodos, encabezados, códigos de estado y el flujo de solicitud-respuesta.

¿Por qué la web utiliza TCP en lugar de UDP?

Las páginas web y las API generalmente necesitan una entrega fiable y ordenada de respuestas potencialmente grandes, lo que TCP proporciona, junto con el control de congestión para compartir la red. HTTP tradicionalmente se ejecuta sobre TCP por esta razón, aunque HTTP/3 se ejecuta sobre QUIC, que está construido sobre UDP pero reintroduce la fiabilidad y el control de congestión por sí mismo.