RFC 8303 : On the Usage of Transport Features Provided by IETF Transport Protocols St´ ephane Bortzmeyer <stephane+blog@bortzmeyer.org> Premi` ere r´ edaction de cet article le 8 f´ evrier 2018 Date de publication du RFC : F´ evrier 2018 http://www.bortzmeyer.org/8303.html —————————- La famille de protocoles TCP/IP dispose d’un grand nombre de protocoles de transport. On connait bien s ˆ ur TCP mais il y en a d’autres comme UDP et SCTP et d’autres encore moins connus. Cette di- versit´ e peut compliquer la tˆ ache des d´ eveloppeurs d’application, qui ne savent pas toujours bien le- quel choisir. Et elle pose ´ egalement probl` eme pour les d´ eveloppements futurs ` a l’IETF, par exemple la r´ eflexion en cours sur les API. On a besoin d’une description claire des services que chaque protocole fournit effectivement. C’est le but du groupe de travail TAPS <https://datatracker.ietf.org/ wg/taps/about/> dont voici le deuxi` eme RFC : une description de haut niveau des services que four- nit la couche transport. ` A faire lire ` a tous les d´ eveloppeurs d’applications r´ eseau, ` a tous les participants ` a la normalisation, et aux ´ etudiants en r´ eseaux informatiques. Ce RFC parle de TCP, MPTCP, SCTP, UDP et UDP-Lite, sous l’angle ≪ quels services rendent-ils aux applications ? ≫ (QUIC, pas encore normalis´ e, n’y figure pas. LEDBAT, qui n’est pas vraiment un protocole de transport, est par contre pr´ esent.) L’id´ ee est de lister un ensemble d’op´ erations abstraites, qui pourront ensuite ˆ etre export´ ees dans une API. J’en profite pour recommander la lecture du RFC 8095 1 , premier RFC du groupe TAPS. La section 1 de notre RFC d´ ecrit la terminologie employ´ ee. Il faut notamment distinguer trois termes : — La fonction (”Transport Feature”) qui d´ esigne une fonction particuli` ere que le protocole de trans- port va effectuer, par exemple la confidentialit´ e, la fiabilit´ e de la distribution des donn´ ees, le d´ ecoupage des donn´ ees en messages, etc. — Le service (”Transport Service”) qui est un ensemble coh´ erent de fonctions. C’est ce que demande l’application. — Le protocole (”Transport Protocol”) qui est une r´ ealisation concr` ete d’un ou plusieurs services. 1. Pour voir le RFC de num´ ero NNN, https://www.ietf.org/rfc/rfcNNN.txt, par exemple https://www.ietf. org/rfc/rfc8095.txt 1