Qu’est-ce que le protocole TSN ? Définition, fonctionnalités et comparaison avec l’AFDX

Dans les systèmes critiques, tous les flux réseau n’ont pas les mêmes exigences. Un flux de supervision, un flux vidéo, une commande temps réel, une donnée capteur ou une information de diagnostic ne supportent pas les mêmes niveaux de latence, de gigue ou de perte de paquets.

Historiquement, l’Ethernet standard a été conçu pour transporter efficacement des données, mais pas pour garantir à lui seul un comportement déterministe strict. C’est précisément le rôle du TSN : apporter à Ethernet des mécanismes de synchronisation, de priorisation, de réservation et de contrôle du trafic afin de mieux maîtriser les communications temps réel.

Le TSN est aujourd’hui un sujet majeur pour les réseaux industriels, les véhicules autonomes, les systèmes embarqués, les plateformes aéronautiques, les infrastructures de défense et les calculateurs distribués. Il permet d’envisager une infrastructure Ethernet plus convergente, capable de transporter sur un même réseau des flux critiques et non critiques, à condition d’être correctement conçue, configurée et validée.

TSN signifie Time-Sensitive Networking. Il ne s’agit pas d’un protocole unique, mais d’un ensemble de standards développés au sein de l’IEEE 802.1 pour apporter du déterminisme aux réseaux Ethernet.

L’objectif du TSN est de permettre le transport de données sensibles au temps avec :

• Une latence bornée ;
• Une gigue réduite ;
• Une meilleure synchronisation temporelle entre équipements ;
• Une gestion fine des priorités ;
• Une réduction des pertes de paquets ;
• Une meilleure coexistence entre flux critiques et flux classiques.

L’IEEE décrit le TSN comme un ensemble de mécanismes visant à fournir une connectivité déterministe sur les réseaux IEEE 802, avec un transport garanti, une latence bornée, une faible variation de délai et une faible perte de paquets.

Autrement dit, le TSN transforme Ethernet en un support plus prévisible pour les applications temps réel, sans sortir de l’écosystème Ethernet.

Dans de nombreux systèmes embarqués ou industriels, les réseaux doivent gérer plusieurs types de données en parallèle : commandes temps réel, vidéo, supervision, maintenance, diagnostic, cybersécurité, enregistrements, données capteurs, flux applicatifs ou communications intercalculateurs.

Sans mécanismes de contrôle temporel, ces flux peuvent entrer en concurrence. Cela peut provoquer des délais variables, des files d’attente imprévisibles ou des pertes de paquets dans les cas de congestion.

Le TSN répond à ce problème en introduisant une logique de planification et de contrôle du trafic. L’idée n’est pas simplement d’augmenter le débit Ethernet, mais de garantir que les flux les plus sensibles soient transmis au bon moment, avec un comportement réseau maîtrisé.

C’est particulièrement intéressant pour les environnements où la communication réseau fait partie du fonctionnement opérationnel du système : automatisation industrielle, robotique, véhicules, défense, aéronautique, traitement vidéo temps réel, systèmes de mission ou plateformes edge computing.

Le TSN regroupe plusieurs standards IEEE. Tous ne sont pas nécessairement utilisés dans chaque projet. Le choix dépend des contraintes de latence, de synchronisation, de sûreté de fonctionnement, de redondance et de certification.

Synchronisation temporelle : IEEE 802.1AS

La synchronisation est l’un des piliers du TSN. Elle permet aux équipements du réseau de partager une référence temporelle commune.

Avec IEEE 802.1AS, les switches, calculateurs, capteurs et équipements terminaux peuvent être alignés sur une base de temps commune. Cette synchronisation est indispensable lorsque le réseau doit ouvrir des fenêtres de transmission précises ou coordonner des flux critiques.

Sans synchronisation fiable, il devient difficile de garantir que les paquets prioritaires seront transmis exactement au moment prévu.

Planification temporelle du trafic : IEEE 802.1Qbv

IEEE 802.1Qbv introduit le principe de Time-Aware Shaper. Le réseau peut ouvrir ou fermer des files de transmission selon un calendrier défini.

Concrètement, certains flux disposent de créneaux temporels réservés. Pendant ces fenêtres, ils peuvent être transmis sans être perturbés par des flux moins critiques.

Ce mécanisme est particulièrement utile pour les communications cycliques, les commandes temps réel ou les échanges à latence maîtrisée.

Régulation et contrôle des flux : IEEE 802.1Qci

IEEE 802.1Qci permet de contrôler les flux entrants, flux par flux. Il peut filtrer, limiter ou bloquer des flux qui ne respectent pas le comportement attendu.

Cette fonction est importante pour éviter qu’un équipement défaillant, mal configuré ou compromis ne perturbe l’ensemble du réseau. Elle contribue donc à la robustesse de l’infrastructure, notamment dans les systèmes critiques.

Redondance et réplication de trames : IEEE 802.1CB

IEEE 802.1CB permet de dupliquer des trames sur plusieurs chemins réseau, puis d’éliminer les doublons à l’arrivée.

L’objectif est d’améliorer la disponibilité : si un chemin est défaillant, une copie de la trame peut parvenir par un autre chemin. Cette logique est intéressante pour les systèmes où la continuité de communication est essentielle.

Priorisation et mise en forme du trafic

Le TSN s’appuie également sur des mécanismes de priorisation, de files d’attente et de shaping afin de mieux organiser la circulation des données.

Cela permet de faire cohabiter sur un même réseau :

• Des flux temps réel ;
• Des flux vidéo ;
• Des flux de contrôle ;
• Des flux de supervision ;
• Des flux de diagnostic ;
• Des flux informatiques classiques.

L’intérêt du TSN est précisément cette convergence : réduire la multiplication des réseaux séparés tout en conservant une maîtrise des flux critiques.

Oui, le TSN peut être implémenté dans un réseau Ethernet, mais pas simplement par une mise à jour logicielle générale ou par l’ajout d’un switch standard. Il faut que les équipements réseau et les terminaux concernés prennent en charge les fonctions TSN nécessaires au projet.

Une implémentation TSN demande généralement :

• Des switches compatibles TSN ;
• Des cartes réseau ou équipements terminaux compatibles ;
• Une synchronisation temporelle maîtrisée ;
• Une configuration précise des flux critiques ;
• Une analyse des latences et des chemins réseau ;
• Une validation du comportement en conditions réelles ;
• Une stratégie de redondance si l’application l’exige ;
• Une documentation complète pour les projets soumis à qualification ou certification.

Le TSN n’est donc pas une simple option à activer. C’est un choix de conception réseau.

Dans les faits, il faut d’abord identifier les flux sensibles : quelles données doivent être déterministes ? Quelle latence maximale est acceptable ? Quels flux peuvent tolérer du délai ? Quels équipements doivent être synchronisés ? Quels chemins réseau sont critiques ? Quels scénarios de défaillance doivent être couverts ?

A partir de cette analyse, il devient possible de définir les fonctions TSN réellement nécessaires. Tous les projets n’ont pas besoin de l’ensemble des mécanismes TSN.

Cette logique prend tout son sens avec des équipements réseau durcis comme le switch Ethernet durci QUARTZ, que nous proposons dans une version spécifique avec support TSN. En effet, la version Quartz-TSN intègre des fonctions TSN telles que IEEE 802.1AS, IEEE 802.1Qav, IEEE 802.1Qbv, IEEE 802.1Qci et IEEE 802.1CB.

Le premier bénéfice du TSN est la prévisibilité. Dans un réseau classique, même bien dimensionné, le comportement peut varier selon la charge, les priorités et les congestions ponctuelles. Avec le TSN, les flux critiques peuvent être encadrés beaucoup plus finement.

Le deuxième bénéfice est la convergence réseau. Au lieu de multiplier les bus ou les réseaux spécialisés, le TSN permet d’envisager un Ethernet commun pour plusieurs types de flux, tout en conservant des garanties différentes selon leur criticité.

Le troisième bénéfice est la standardisation. Le TSN reste basé sur Ethernet et sur des standards IEEE, ce qui facilite l’interopérabilité par rapport à des solutions totalement propriétaires. 

Le quatrième bénéfice est la scalabilité. Dans des systèmes complexes, il devient possible d’ajouter des équipements, des flux ou des fonctions, à condition de revoir correctement la configuration et l’analyse temporelle.

Le TSN ne résout pas automatiquement tous les problèmes réseau. Il apporte des outils, mais leur efficacité dépend fortement de la conception, de la configuration et de la validation.

Plusieurs limites doivent être prises en compte :

• D’abord, l’interopérabilité peut varier selon les équipements et les profils supportés. Deux produits peuvent être annoncés compatibles TSN sans supporter exactement les mêmes fonctions.
• Ensuite, la configuration peut être complexe. La planification temporelle, les flux, les priorités, les fenêtres de transmission, la redondance et les mécanismes de contrôle doivent être cohérents à l’échelle de tout le réseau.
• Enfin, dans les domaines critiques, le TSN doit être évalué au regard des exigences de sûreté, de cybersécurité, de qualification et de certification. Le fait qu’un réseau soit compatible TSN ne suffit pas à le rendre automatiquement acceptable pour une application aéronautique, défense ou mission critique.

L’AFDX, ou Avionics Full-Duplex Switched Ethernet, est une mise en œuvre déterministe d’Ethernet définie dans le cadre d’ARINC 664 Part 7. La spécification ARINC 664P7 a pour objectif de définir un réseau déterministe pour l’avionique, avec des exigences spécifiques aux systèmes aéronautiques.

L’AFDX a été conçu pour les communications avioniques critiques. Il s’appuie sur des concepts comme les Virtual Links, la limitation de bande passante, la redondance réseau et le policing dans les switches. Les communications AFDX utilisent notamment des Virtual Links avec des Bandwidth Allocation Gaps, tandis que les switches AFDX assurent des fonctions de filtrage, de policing, de commutation et de surveillance.

Le TSN et l’AFDX poursuivent donc un objectif proche : rendre Ethernet plus déterministe. Mais ils ne le font pas de la même manière.

L’AFDX est un profil avionique très structuré, historiquement utilisé dans des programmes aéronautiques certifiés. Le TSN est un ensemble plus large de standards Ethernet déterministes, utilisé dans plusieurs secteurs : industrie, automobile, audio-vidéo professionnelle, aéronautique, défense ou systèmes embarqués.

Réponse courte : pas automatiquement.

Le TSN peut être considéré comme une technologie très sérieuse pour de nouveaux réseaux déterministes, y compris dans l’aéronautique. Il existe d’ailleurs un profil aerospace, IEEE 802.1DP, qui rassemble des standards TSN pour définir des exigences Ethernet déterministes applicables aux systèmes de mission et de sécurité critique.

Mais remplacer l’AFDX par le TSN ne se résume pas à changer de switch ou de protocole. L’AFDX est déjà intégré dans des conceptions avioniques, des processus de certification, des calculateurs, des outils de test, des méthodes de validation et des exigences système.

Dans un programme existant, l’AFDX ne peut donc pas être remplacé simplement par du TSN sans analyse d’impact, requalification, validation complète et prise en compte des contraintes de certification.

Pour un nouveau programme, en revanche, le TSN peut être étudié comme une alternative ou comme une évolution possible, notamment lorsque le projet recherche davantage de flexibilité, plus de convergence réseau, des débits plus élevés ou une meilleure mutualisation des flux.

La formulation la plus juste est donc la suivante : le TSN peut compléter, concurrencer ou inspirer certaines conceptions réseau historiquement adressées par l’AFDX, mais il ne constitue pas un remplaçant universel et immédiat de l’AFDX.

Le TSN devient pertinent lorsque le réseau doit transporter plusieurs types de flux avec des exigences temporelles différentes.

Il peut être intéressant pour :

• Les systèmes embarqués distribués ;
• Les plateformes de défense ;
• Les véhicules autonomes ;
• Les réseaux industriels temps réel ;
• Les systèmes de vision et de traitement vidéo ;
• Les calculateurs de mission ;
• Les plateformes edge computing ;
• Les réseaux nécessitant synchronisation, redondance et maîtrise de latence.

Le TSN est particulièrement utile lorsque l’on souhaite réduire la séparation entre réseaux critiques et non critiques, tout en conservant une maîtrise fine de la circulation des données.

L’AFDX reste pertinent lorsque le projet s’inscrit dans un contexte avionique déjà structuré autour d’ARINC 664 Part 7.

C’est notamment le cas lorsque :

• l’écosystème système est déjà AFDX ;
• les équipements existants utilisent des End Systems AFDX ;
• les exigences de certification sont construites autour de l’AFDX ;
• les outils de test et de validation sont déjà qualifiés ;
• les Virtual Links et les BAG sont au cœur de la conception réseau ;
• le programme exige une continuité avec une plateforme avionique existante.

Dans ce contexte, migrer vers TSN peut être techniquement possible à long terme, mais rarement simple à court terme.

Le TSN représente une évolution majeure d’Ethernet pour les applications sensibles au temps. Il permet de mieux synchroniser les équipements, de planifier les flux critiques, de limiter les congestions, de contrôler les comportements anormaux et de renforcer la disponibilité grâce à la redondance.

Mais le TSN n’est pas une solution magique. Sa valeur dépend de la qualité de conception du réseau, du support réel des équipements, de la configuration, de la validation et du niveau d’exigence du système cible.

Face à l’AFDX, le TSN ouvre des perspectives importantes, notamment pour les nouvelles générations de réseaux embarqués et déterministes. Il peut représenter une alternative intéressante dans certains nouveaux projets, mais il ne remplace pas automatiquement un réseau AFDX existant, en particulier dans les environnements avioniques certifiés.

Pour les applications critiques, la bonne approche consiste donc à partir du besoin système : latence, synchronisation, redondance, débit, certification, contraintes environnementales, cybersécurité et cycle de vie. C’est cette analyse qui permet de déterminer si le TSN est pertinent, s’il doit compléter une infrastructure existante ou s’il peut constituer la base d’un nouveau réseau déterministe.

• Découvrir le switch Ethernet durci QUARTZ : Une solution réseau rugged conçue pour les environnements critiques, avec une version spécifique intégrant des fonctionnalités TSN.
• Comprendre les applications défense, aéronautique et sécurité : Découvrez comment les systèmes embarqués durcis répondent aux contraintes des environnements opérationnels exigeants.
• Qu’est-ce qu’un switch Ethernet durci ? Un guide complémentaire pour mieux comprendre les critères de choix d’un switch rugged : connectique, environnement, qualification, cybersécurité et cycle de vie.
• Contacter ECRIN Systems : Échangez avec nos équipes pour étudier l’intégration d’une infrastructure Ethernet déterministe dans votre système embarqué.