5. Protocole de Couche Transport
Syslog utilise une architecture en couches qui permet l'utilisation de différents protocoles de transport. Cette section décrit les exigences générales pour les protocoles de transport.
Un protocole de transport DOIT être défini dans un document de spécification distinct. Chaque spécification de mappage de transport DOIT définir:
- Comment établir et terminer les connexions (le cas échéant)
- Comment gérer les erreurs de transmission
- Comment déterminer les limites des messages
- Gestion de la taille maximale des messages
- Mécanismes de contrôle de congestion (le cas échéant)
- Mécanismes de contrôle de flux (le cas échéant)
Les protocoles de transport utilisés pour syslog PEUVENT être:
- Orientés connexion ou sans connexion
- Fiables ou non fiables
- Sécurisés ou non sécurisés
Le choix du protocole de transport dépend du scénario de déploiement et des exigences opérationnelles.
5.1. Mappage de Transport Minimum Requis
Toutes les implémentations de cette spécification DOIVENT prendre en charge le mappage de transport défini dans [RFC5426] (transport UDP). Bien qu'UDP soit requis pour l'interopérabilité, il ne fournit pas les fonctionnalités de fiabilité et de sécurité nécessaires dans de nombreux déploiements.
Les implémentations DEVRAIENT prendre en charge le mappage de transport défini dans [RFC5425] (transport TLS). TLS fournit à la fois fiabilité et sécurité, ce qui en fait le transport recommandé pour la plupart des déploiements en production.
Des mappages de transport supplémentaires PEUVENT être pris en charge. Les exemples incluent TCP sans TLS, SCTP ou d'autres protocoles comme défini dans des spécifications séparées.
Le support minimum requis pour UDP garantit l'interopérabilité de base tout en permettant aux déploiements d'utiliser des transports plus sophistiqués si nécessaire.