Brevet FR2833118A1 — publié le 20030606

Domaine de l'invention La présente invention concerne le transport de données sur des réseaux de transport de données et en particulier, la présente invention concerne des procédés et des appareils pour une évaluation de performance lors de la fourniture de services de données sensibles au retard de transport. Arrière-plan de l'invention Dans le domaine des télécommunications, les services de données sous forme de trains font l'objet d'une demande de plus en plus forte. Les services de données sous forme de trains incluent : la fourniture de trains audio, vidéo et de données. La fourniture de trains audio plus classiquement connue en tant que services vocaux inclut : le service de téléphone ordinaire (POTS) que l'on trouve partout, le service d'audioconférence, la radio etc.... Le service POTS a été délivré via des boucles locales qui sont des connexions à paires en cuivre depuis un commutateur de téléphone de central local sur chaque station de téléphone. Un groupe de commutateurs de téléphone interconnectés constitue ce qui est connu en tant que réseau de téléphone. Les tendances récentes ont cependant abouti à des postes de téléphone sans fil. La mise en oeuvre d'audioconférences a été réalisée via des services de commutation de téléphone sur une base par besoin. Le service radio a été jusqu'à récemment délivré sur les ondes radio en espace libre. Les services de fourniture de trains vidéo incluent : la programmation de télévision, la vidéoconférence et plus récemment, la vidéo à la demande. La programmation de télévision a été initialement, et est toujours, délivrée via des ondes radio en espace libre mais récemment, la programmation de télévision a été délivrée de plus en plus via des services par lignes câblées incluant la télévision par câble. La radio est également de plus en plus délivrée via des services par lignes câblées tels que la télévision par câble. Il se peut que le procédé de fourniture le plus classique de vidéoconférences ait inclut l'utilisation d'une combinaison de paires en cuivre en utilisant des procédés de multiplexage inverse pour délivrer la largeur de bande ou bande passante nécessaire sur de multiples connexions de boucle locale et par conséquent de multiples connexions de téléphone via le réseau de téléphone. L'utilisation du système de téléphone pour la vidéoconférence met en exergue de façon probable la propriété la plus représentative du réseau de téléphone au niveau de la constitution de circuits dédiés moyennant une instabilité faible. Cependant, le système de téléphone est considéré comme présentant une capacité d'atteinte tout azimut, ce qui fait que son extension supplémentaire nécessite des coûts d'infrastructure importants. Les ondes radio en espace libre, soit un support de diffusion, partagent cette propriété également du fait de la mise en canaux de la transmission des données mais sont limitées par des conditions limitées en termes d'atteinte et de météorologie. Le réseau de télévision par câble partage la même propriété par l'intermédiaire d'une mise en canaux. L'extension de la capacité d'atteinte du réseau de télévision par câble met en jeu des coûts d'infrastructure. Initialement, le réseau de télévision par câble a été un support ou milieu de la seule diffusion mais récemment, il a été mis au service de communications bidirectionnelles permettant des services de télétexte et de vidéo à la demande. Le mode de transmission de loin le plus flexible et le plus reconfigurable pris parmi la description présentée ci-avant est le réseau de téléphone. Des connexions dédiées peuvent être établies entre des terminaisons de POTS qui sont connectées à des boucles locales via des procédés connus classiquement en tant que commutation de circuit. L'utilisation en termes de largeur de bande ou bande passante du système de téléphone a été considérée comme étant sous-optimum. L'utilisation la plus étendue du réseau de téléphone est constituée par les communications vocales de personne à personne. Les communications vocales constituent 40% de l'activité, ce qui conduit à un gaspillage de 60% de la largeur de bande ou bande passante dédiée disponible. Le système de téléphone a également été conçu de manière à être tolérant vis-à-vis des défaillances par l'intermédiaire de la redondance. La mise en #uvre de redondance a été réalisée par l'intermédiaire de l'utilisation de commutateurs de téléphone redondants, de lignes de commutation inter-téléphone redondantes connues en tant qu'artères téléphoniques, les artères téléphoniques étant déployées d'une manière séparée géographiquement etc.... Les quelques dernières décennies ont bénéficié d'une demande croissante pour des services de télécommunication et en particulier, pour des services de données. Des solutions ont été envisagées pour la fourniture de services de données d'une façon fiable à un coût faible. La fiabilité a été assurée par l'intermédiaire de l'utilisation de ce qui est connu en tant que technologie de commutation par paquets au niveau des réseaux de transport de données, lesquelles technologies garantissent en combinaison le transport de données segmentées selon des unités de données de protocole ou PDU généralement connues en tant que paquets. L'utilisation du terme paquet est très commune bien que techniquement, ce terme n'inclue pas toutes les technologies de transport de données telles qu'un transport par commutation de cellules et qu'un transport de données par trames. Dans la présente description, la commutation de paquets doit être comprise comme signifiant une commutation de PDU. La segmentation des données convoyées selon des PDU assure une optimisation de l'utilisation de la largeur de bande ou bande passante. La fiabilité de la transmission est assurée par l'intermédiaire d'un aiguillage indépendant de chaque PDU dans le réseau de transport de données, qui inclut l'aiguillage des PDU en contournant un équipement de transport de données en défaillance en direction de n#uds de réseau de données de destination spécifiés dans un entête de PDU. D'autres voies de données au travers du réseau de transport de données sont assurées par l'intermédiaire d'une toile ou web d'interconnexions entre des n#uds de réseau de données. Par opposition à une commutation de circuit dans le réseau de téléphone selon laquelle une session de communication est établie une seule fois et des circuits redondants sont disponibles sur une base attente à chaud, la plupart des formes communes de commutation de paquets sont caractérisées en tant que transport de données sans connexion du fait de l'aiguillage indépendant en continu de chaque PDU. Un aiguillage indépendant de chaque PDU ajoute un retard mesurable au niveau du transport de données. La plupart des formes classiques du transport de données par commutation par paquets sont également caractérisées en tant que meilleur effort. Les PDU peuvent être perdues du fait de l'interconnexion par la toile de n#uds de réseau de données pour empêcher que les PDU ne réalisent un bouclage et/ou une recherche trop longue lorsqu'elles cherchent une voie jusqu'à une destination attendue. Un transport fiable est assuré par l'intermédiaire de la retransmission des PDU. Cependant, au moyen de l'utilisation de ces procédés, les PDU subissent des retards de transport - des trains de données sont dits être soumis à une instabilité qui est due à la variance au niveau du temps de transport des PDU constitutives. Dans les récentes années, les réseaux de transport de données ont rencontré un déploiement explosif, la base installée s'approchant de celle du réseau de téléphone. Les coûts de déploiement, de maintenance et de fonctionnement sont comparativement plus faibles, ce qui, en couplage avec une capacité d'extension flexible, une augmentation explosive de la largeur de bande ou bande passante et une mise en #uvre rapide ainsi qu'une délivrance rapide de nouveaux services, a mis la pression sur les services de communication traditionnels, y compris les services de données par trains qui ont été mentionnés ci-avant pour considérer des technologies de commutation par paquets en tant que moyen de transport de données. La pression provient également des fournisseurs de services de communication qui éprouvent le besoin d'éliminer la maintenance et l'administration de réseaux séparés. Une source de retard et d'instabilité au niveau du transport de données est constituée par l'équipement de commutation de données qui est utilisé dans les réseaux de transport de données tels que des n#uds de commutation de données. L'aiguillage indépendant de chaque PDU met en jeu beaucoup de traitements. Un équipement de réseau de données, des protocoles de transport de données et des procédés de commutations de PDU ont été développés pour mimer une commutation de circuit en prévoyant l'établissement a priori de voies de transport de données connues en tant que circuits virtuels. Cependant, bien que cette constitution assure des économies au niveau des largeurs de bande ou bandes passantes élevées, elle ne constitue pas des solutions de bout-en-bout. Peut-être que ces solutions seront mises en #uvre de bout-en-bout dans le futur proche du fait que des largeurs de bande ou bandes passantes de plus en plus élevées sont requises au niveau du front des réseaux de transport de données. Présentement, ces solutions restent des solutions de base des réseaux de données. Des solutions bout-en-bout d'intérim sont requises pour une mise en #uvre sur un équipement courant. Un effort présent pour délivrer des services de données par trains sur des technologies de commutation par paquets inclut des services voix sur IP (VoIP) sans que l'on soit limité à ceci. Peut-être que l'un des protocoles de transport de données les plus supportés est le protocole de l'Internet (IP), soit peut-être la technologie la plus flexible, et soit de façon définitive celle qui présente la pénétration de marché la plus élevée pour le front du réseau de transport de données international que l'on trouve partout connu en tant que l'Internet. Pour le transport de données, des protocoles tels que le mode transfert asynchrone (ATM), la hiérarchie optique synchrone (SONET), le relais de trames (FR) etc... existent et sont utilisés. Ces protocoles de transport de données traitent le fonctionnement à la largeur de bande ou bande passante élevée des réseaux de transport de données, ce qui les rend idéaux pour des réseaux de base. Les services de données par trains présents sont réalisés sur ces protocoles de transport de données à largeur de bande ou bande passante élevée mais un développement supplémentaire est nécessaire pour supporter des services de données par trains sur le protocole IP. La délivrance de services de données par trains, qu'il s'agisse de trains audio pour des services de téléphonie, de l'audioconférence, de la radio par Internet etc.... ou qu'il s'agisse de trains vidéo pour des services de vidéophone, de la vidéoconférence, de la télévision par Internet etc... ou de trains de données pour du télétexte, de nouveaux services, des services de délivrance d'actions boursières etc... inclut un protocole de transport de données et un support de niveau de composants matériels. Indépendamment de la technologie de transport de données, les PDU sont transportées sur des liaisons de données entre les n#uds de réseau de données à des débits de transmission maximum et en subissant seulement des retards de transmission de données. Des améliorations au niveau des protocoles de transport de données tels que VoIP sont décrites dans la littérature. Un aiguillage inefficient des PDU conduit à des retards au niveau du convoyage des PDU et constitue le sujet de la présente demande de brevet. Bien que, comme il a été présenté ci-avant, il existe une myriade de services de données par trains et que sûrement davantage de services de données par trains seront développés et proposés dans le futur, tous ces services sont caractérisés par le fait qu'ils sont sensibles au retard du fait de la nature de chaque service : la diffusion de trains audio est sensible au retard, ce qui affecte la capacité à discerner la parole, la diffusion de trains vidéo est sensible au retard, ce qui affecte la capacité à discerner une image mobile, la diffusion de trains de données est sensible au retard, ce qui est affecte la réaction opportune à l'information convoyée (par exemple un service de délivrance d'actions boursières). La diffusion de trains audio et la diffusion de trains vidéo sont également sensibles aux instabilités - la diffusion de trains de données étant comparativement moins sensible. Jusqu'à un certain point, ces services de données par trains sont également sensibles à la perte de PDU : la diffusion de trains audio est moins affectée par comparaison avec la diffusion de trains vidéo du fait de la capacité du système auditif de l'être humain à utiliser un contexte de conversation (cf partie bruitée) pour reconstruire des segments de son qui sont perdus. La diffusion par trains vidéo est relativement davantage sensible à la perte de PDU du fait de la largeur de bande ou bande passante élevée qui est requise pour sa fourniture et du fait de la quantité de données convoyée dans chaque PDU. Des protocoles de codage de données vidéo sont en cours de développement pour apporter une aide dans le but de permettre une perte complète de PDU se montant jusqu'à quelques trames vidéo séquentielles. Une diffusion de trains de données (pour la délivrance d'actions boursières) ne tolère pas de perte de PDU mais la charge est allégée par une exigence en termes de largeur de bande ou bande passante de transport relativement faible par comparaison avec une diffusion de trains audio et avec une diffusion de trains vidéo. Il existe un besoin pour développer des procédés et des appareils pour une évaluation en temps réel de la performance d'un équipement de réseau de données pour la fourniture de services de données sensibles au retard tels que des services de données par trains, sans que l'on soit limité à ceux-ci. Résumé de l'invention Selon un aspect de l'invention, un procédé d'évaluation de la performance de traitement d'un noeud de commutation de données est proposé. Le procédé inclut une séquence d'étapes. Une information d'entête de PDU est extraite à partir de chaque PDU reçue. Une entrée dans un enregistrement de traçabilité de réception reçoit en stockage l'information extraite ainsi qu'un timbre temporel. La PDU est traitée au moyen d'une fonction de commutation du n#ud de commutation de données. Une entrée dans un enregistrement de traçabilité d'émission reçoit en stockage une information qui résulte de la fonction de commutation ainsi qu'un timbre temporel. La performance de traitement du n#ud de commutation de données est évaluée sur la base de l'information qui est contenue dans les entrées d'enregistrements de traçabilité d'émission et de réception. Conformément à un autre aspect de l'invention, un n#ud de commutation de données adapté pour évaluer sa performance de commutation est proposé. Le n#ud de commutation de données inclut, en tant qu'éléments de validation : un moyen de classification de PDU qui extrait une information d'entête à partir des PDU qui sont reçues au niveau du n#ud de commutation de données, une information de timbre temporel concernant des PDU reçues est contenue dans un enregistrement de traçabilité de réception, une information de timbre temporel concernant des PDU traitées est contenue dans un enregistrement de traçabilité d'émission et un processeur utilise l'information de timbre temporel qui est contenue dans les enregistrements de traçabilité d'émission et de réception pour évaluer la performance du n#ud de commutation de données. Les avantages sont dérivés à partir d'une capacité d'évaluation des latences de transport de données, de l'instabilité de convoyage de données et de la perte de segments de données pour permettre la fourniture de services de données par trains. Brève description des dessins Les caractéristiques et avantages de l'invention apparaîtront davantage au vu de la description détaillée qui suit du mode de réalisation préféré par report au dessin annexé : la figure 1 est un schéma qui représente des éléments qui mettent en #uvre un n#ud de commutation de données qui permet de réaliser une évaluation en temps réel de sa performance lors du convoyage de PDU de services de données par trains conformément à un mode de réalisation préféré de l'invention. Il est à noter que sur le dessin annexé, des caractéristiques similaires sont porteuses d'index ou de symboles de référence similaires. Description détaillée des modes de réalisation La figure 1 est un schéma qui représente des éléments qui mettent en #uvre un n#ud de commutation de données qui assure une évaluation en temps réel de sa performance lors du convoyage de PDU de services de données par trains conformément à un mode de réalisation préféré de l'invention. Un n#ud de commutation de données 100 réalise une fonction de commutation 102 sur des PDU reçues via un port de réseau étendu (WAN) 104, des ports de réseau local (LAN) 106 ou sur des PDU générées par un processeur ou par une CPU 108 via un port de CPU 110. Le port de WAN 104 est représentatif d'une interface de transfert de données de côté de l'infrastructure de base présentant un débit de données relativement élevé. Les ports de LAN 16 sont représentatifs d'interfaces de transfert de données de côté de distribution présentant des débits de données relativement modérés. Le n#ud de commutation de données 100 réalise une agrégation du débit des données qui sont reçues via les ports de LAN 106 sur le port de WAN 104 et réalise une désagrégation du débit des données qui sont reçues depuis le port de WAN 104 sur les ports de LAN 106. L'invention n'est pas limitée au nombre de ports 104 / 106 / 110 représentés. En outre, le port de WAN 104, du fait qu'il convoie des trains audio lors du support de VoIP, peut inclure un support pour des protocoles de transport de données par multiplexage par division temporelle (TDM). Un moyen de classification de PDU 112 est utilisé pour examiner chaque PDU et pour extraire une information d'entête (114) au niveau du support de la fonction de commutation 102 de même qu'au niveau de l'identification de chaque PDU au niveau du support de la fonction d'évaluation de performance. Conformément à l'invention, la fonction d'évaluation de performance est assurée via un enregistrement de traçabilité de réception représenté conformément à une mise en oeuvre préférée en tant que tampon de traçabilité de réception circulaire 120. L'enregistrement de traçabilité de réception inclut des entrées 122 comportant des moyens de spécification de champ ou zone spécifiant de façon respective au minimum : un pointeur de PDU 124 qui spécifie une adresse de mémoire au niveau de laquelle la PDU correspondante est stockée pour un traitement dans un tampon de traitement de PDU 150, un port de source 126 via lequel la PDU a été reçue et un timbre temporel 128 qui est muni d'une fonction de timbre temporel 130 qui est associée à l'enregistrement de traçabilité de réception 120. Une autre information peut être stockée dedans, incluant, sans que l'on soit limité à cela, un contexte de destination 140 qui est utilisé par la fonction de commutation 102 pour déterminer un port de sortie 104 / 106 / 110 pour envoyer la PDU dessus. En fonction du protocole de transfert de données qui est utilisé, des entrées 122 dans l'enregistrement de traçabilité de réception 120 incluent une information minimale pour identifier chaque PDU de service de données par trains. La dimension N du tampon circulaire qui est utilisé lors de la mise en #uvre de l'enregistrement de traçabilité de réception 120 peut être déterminée au moyen d'un débit de traitement de PDU du n#ud de commutation de données 100 comme spécifié au niveau de son développement - sa dimension peut être établie manuellement par l'intermédiaire d'une console de gestion et/ou peut être surveillée et réglée via un processus d'évaluation de performance de niveau supérieur (qui n'est par représenté). Le tampon de traçabilité de réception circulaire 120 comporte un index 132 qui garde trace de l'entrée suivante destinée à être stockée suite à la réception de chaque PDU. L'information d'entête de PDU extraite 114 est également appliquée sur un gestionnaire de file d'attente 152 qui caractérise les PDU reçues selon ou dans des files d'attente de traitement séparées et qui définit la priorité 154 du traitement des PDU dans le tampon de traitement 150. La fonction de commutation 102 détermine un port de destination 104 / 106 / 110 pour chaque PDU dans le tampon de traitement 150. Des procédés de traitement de PDU sont décrits dans la littérature. Le traitement de PDU est une tâche intense du point de vue du temps et elle introduit un retard au niveau du convoyage global de bout-en-bout des PDU connu en tant que retard de traitement. Le fait d'affecter des priorités au niveau du traitement de PDU 154 introduit une instabilité au niveau du convoyage de bout-en-bout des PDU du fait que les PDU peuvent être traitées au moyen de la fonction de commutation 102 hors séquence par rapport à la séquence selon laquelle les PDU ont été reçues du fait des priorités de traitements qui sont spécifiées dans l'information d'entête de PDU associées 114 extraites. Conformément à l'invention, un enregistrement de traçabilité d'émission 160 est utilisé pour évaluer une latence de traitement, une instabilité et une perte de PDU lors de la détermination d'une efficacité au niveau du traitement des PDU. L'enregistrement de traçabilité d'émission 160 est mis en oeuvre de préférence selon un tampon de traçabilité d'émission circulaire sans qu'on soit limité à cela. Le tampon de traçabilité d'émission circulaire 160 stocke des entrées 122 et est associé à une fonction de timbre temporel 162 qui réalise un stockage au niveau d'entrées 122 qui sont pointées au moyen d'un pointeur d'index 164 comme avancé lors du traitement de chaque PDU. Les entrées 122 de l'enregistrement de traçabilité d'émission 160 peuvent inclure une désignation de port de destination 104 / 106 / 110 dans la zone de contexte de destination 140. Des PDU perdues soit ne disposeront pas d'entrées 122 correspondantes dans l'enregistrement de traçabilité d'émission 160, soit disposeront d'entrées 122 correspondantes dans l'enregistrement de traçabilité d'émission 160 qui spécifieront que la PDU a été perdue en stockant une valeur réservée dans la zone de contexte de destination 140. Au niveau de l'évaluation de la performance du n#ud de commutation de données 100, la CPU 108 corrèle 170 les entrées 122 dans l'enregistrement de correspondantes de réception 120 et dans l'enregistrement de correspondantes d'émission 160 afin de déterminer la latence, l'instabilité et/ou la perte subies au niveau du traitement de chaque PDU. La latence de traitement est déterminée au moyen de la comparaison des valeurs de timbre temporel qui sont contenues dans les moyens de spécification de timbre temporel 128 des entrées correspondantes 122. L'instabilité de traitement pour les PDU comme associé à un train de données particulier est déterminée en comparant des séquences de latences de traitement des PDU associées au train de données. Des occurrences de perte de PDU sont déterminées à partir du tampon de correspondantes d'émission 160. Des évaluations de performance sont réalisées par le processeur 108 sur une base régulière incluant : une planification stricte et suite à la transmission de chaque PDU. La fréquence à laquelle des enregistrements de correspondantes 120/160 sont inspectés pour réaliser l'évaluation de performance est mise en correspondance avec la fréquence de traitement de PDU du n#ud de commutation de données 100 - sinon, le processus d'estimation de performance est inefficient du fait de la perte de la capacité à fournir une évaluation de performance pertinente et précise en temps réel. Un mode de fonctionnement en débogage du n#ud de commutation de données 100 est prévu et conformément à ce mode de fonctionnement, une condition d'erreur qui est rencontrée par le n#ud de commutation de données 100 déclenche une inspection des tampons de correspondantes de réception 120 et d'émission 160 pour déterminer les événements qui se sont produits avant la condition d'erreur. Les modes de réalisation qui sont présentés sont présentés à titre d'exemple seulement et l'homme de l'art devrait apprécier que des variantes par rapport aux modes de réalisation qui ont été décrits ciavant peuvent être apportées sans que l'on s'écarte de l'esprit de l'invention. Le cadre de l'invention est seulement défini par les revendications annexées. REVENDICATIONS 1. N#ud de commutation de données (100) qui évalue une performance de commutation d'unités de données de protocole (PDU), caractérisé en ce qu'il comprend : a. un moyen de classification de PDU (112) qui extrait une information d'entête à partir de PDU qui sont reçues via une pluralité de ports (104/106/110) qui sont associés au n#ud de commutation de données (100) ; b. un enregistrement de traçabilité de réception (120) qui comporte des entrées, chaque entrée d'enregistrement de traçabilité de réception (120) spécifiant une information cadencée concernant une PDU reçue correspondante ; c. une fonction de commutation (102) qui traite les PDU ; d. un enregistrement de traçabilité d'émission (160) qui comporte des entrées, chaque entrée d'enregistrement de traçabilité d'émission (160) spécifiant une information cadencée concernant une PDU traitée correspondante ; et e. un processeur (108) qui utilise l'information qui est stockée dans des entrées d'enregistrements de traçabilité afin d'évaluer la performance de la fonction de commutation (102). 2. N#ud de commutation de données (100) selon la revendication 1, caractérisé en ce que le n#ud de commutation de données (100) comprend en outre une minuterie (130, 162). 3. N#ud de commutation de données (100) selon la revendication 1, caractérisé en ce que chacun des enregistrements de traçabilité (120,160) comprend un tampon circulaire qui stocke les entrées d'enregistrements de traçabilité. 4. N#ud de commutation de données (100) selon la revendication 3, caractérisé en ce que chacun des tampons circulaires (120,160) inclut un pointeur d'index qui spécifie une entrée d'enregistrement de traçabilité suivante destinée à être stockée. 5. N#ud de commutation de données (100) selon la revendication 1, caractérisé en ce que le nombre d'entrées d'enregistrement de traçabilité associées à chacun des enregistrements de traçabilité est préspécifié en correspondance avec un débit de traitement de PDU désigné du n#ud de commutation de données (100). 6. N#ud de commutation de données (100) selon la revendication 1, caractérisé en ce que le nombre d'entrées d'enregistrements de traçabilité associées à chacun des enregistrements de traçabilité est variable, le nombre d'entrées d'enregistrement pouvant être réglé via soit un réglage manuel, soit une console de gestion, soit un protocole de niveau supérieur qui optimise les ressources qui sont disponibles pour un débit de traitement de PDU courant du n#ud de commutation de données (100). 7. N#ud de commutation de données (100) selon la revendication 1, caractérisé en ce que chaque entrée d'enregistrement de traçabilité de réception (120) comprend en outre des moyens de spécification qui contiennent : a. une valeur temporelle (128) qui est indicative du temps auquel la PDU correspondante a été appréciée comme ayant été reçue ; et b. une information d'identification qui correspond à la PDU reçue. 8. N#ud de commutation de données (100) selon la revendication 7, caractérisé en ce que l'information d'identification qui correspond à la PDU reçue comprend en outre une spécification d'une localisation (124) au niveau de laquelle la PDU est stockée en attente de traitement. 9. N#ud de commutation de données(100) selon la revendication 7, caractérisé en ce que l'information d'identification qui correspond à la PDU reçue comprend en outre une spécification d'un port (126) via lequel la PDU a été reçue. 10. N#ud de commutation de données (100) selon la revendication 7, caractérisé en ce que l'information d'identification qui correspond à la PDU reçue comprend en outre une spécification d'un contexte de destination (140) qui correspond à la PDU reçue. 11. N#ud de commutation de données (100) selon la revendication 1, caractérisé en ce que chaque entrée d'enregistrement de traçabilité d'émission (160) comprend en outre des moyens de spécification qui contiennent : a. une valeur temporelle qui est indicative du temps auquel la PDU correspondante a été appréciée comme ayant été traitée ; et b. une information d'identification qui correspond à la PDU traitée. 12. Noeud de commutation de données (100) selon la revendication 11, caractérisé en ce que l'information d'identification qui correspond à la PDU traitée comprend en outre une spécification d'une localisation au niveau de laquelle la PDU a été stockée en attente de traitement. 13. N#ud de commutation de données (100) selon la revendication 11, caractérisé en ce l'information d'identification qui correspond à la PDU traitée comprend en outre une spécification d'un port (126) via lequel la PDU a été reçue. 14. N#ud de commutation de données (100) selon la revendication 11, caractérisé en ce que l'information d'identification qui correspond à la PDU traitée comprend en outre une spécification d'un contexte de destination qui correspond à la PDU traitée. 15. N#ud de commutation de données (100) selon la revendication 14, caractérisé en ce que la spécification du contexte de destination correspondant à la PDU traitée inclut un port via lequel la PDU doit être envoyée en direction d'une destination attendue. 16. N#ud de commutation de données (100) selon la revendication 14, caractérisé en ce qu'une spécification du contexte de destination qui correspond à la PDU traitée inclut une spécification du fait que la PDU doit être perdue. 17. Procédé d'évaluation d'une performance de traitement d'un n#ud de commutation de données (100) qui envoie des unités de données de protocole (PDU), caractérisé en ce qu'il comprend les étapes de : a. extraction d'une information d'entête de PDU à partir d'une PDU reçue; b. stockage d'une entrée dans un enregistrement de traçabilité de réception (120) qui est contenu par le n#ud de commutation de données (100) ; c. traitement de la PDU reçue ; d. stockage d'une entrée dans un enregistrement de traçabilité d'émission (160) qui est contenu par le n#ud de commutation de données (100) ; et e. évaluation de la performance de traitement sur la base de l'information qui est contenue dans les entrées d'enregistrement de traçabilité (120,160). 18. Procédé selon la revendication 17, caractérisé en ce que, lors du stockage d'une information dans l'une des entrées d'enregistrement de traçabilité (120,160), le procédé comprend en outre une étape de stockage d'une entrée de pointeur de PDU (124) présentant une valeur qui est indicative d'une localisation au niveau de laquelle la PDU correspondante est stockée de façon temporaire. 19. Procédé selon la revendication 17, caractérisé en ce que, lors du stockage d'une information dans l'une des entrées d'enregistrement de traçabilité d'émission (160), le procédé comprend en outre une étape de stockage de l'entrée d'enregistrement de traçabilité d'émission avec une information qui est indicative d'une mise à l'écart de PDU dans le cas d'une survenue de perte de PDU. 20. Procédé selon la revendication 19, caractérisé en ce que, lors de l'évaluation de la performance du n#ud de commutation de données (100), le procédé comprend en outre une étape de calcul d'une indication de perte de PDU qui correspond à chaque train de données qui est convoyé par le n#ud de commutation de données (100). 21. Procédé selon la revendication 19, caractérisé en ce que, lors de l'évaluation de la performance du n#ud de commutation de données, le précédé comprend en outre une étape de calcul d'une ndication de perte de PDU qui correspond à un état opérationnel courant du n#ud de commutation de données (100). 22. Procédé selon la revendication 17, caractérisé en que, lors du stockage dans l'une des entrées d'enregistrement de traçabilité de réception (120) d'une information, le procédé comprend en outre une étape de stockage d'un moyen de spécification de timbre temporel (130) qui est associé à l'entrée de traçabilité de réception moyennant une valeur temporelle qui est indicative du temps auquel la PDU a été appréciée comme étant reçue. 23. Procédé selon la revendication 18, caractérisé en ce que le stockage dans l'une des entrées d'enregistrement de traçabilité d'émission (160) d'une information, le procédé comprend en outre une étape de stockage d'un moyen de spécification de timbre temporel (162) qui est associé à l'entrée de traçabilité d'émission moyennant une valeur temporelle qui est indicative du temps auquel la PDU a été traitée. 24. Procédé selon la revendication 22, caractérisé en ce que, lors de l'évaluation de la performance de traitement, le procédé comprend en outre une étape de détermination d'un retard de traitement de PDU en calculant la différence entre des valeurs de timbre temporel contenues dans une entrée d'enregistrement de traçabilité de réception et dans une entrée d'enregistrement de traçabilité d'émission correspondant à la PDU. 25. Procédé selon la revendication 23, caractérisé en ce que, lors de l'évaluation de la performance de traitement, le procédé comprend en outre une étape de détermination d'un retard de traitement de PDU moyen subi au niveau du n#ud de commutation de données (100) en calculant une moyenne des retards de traitement de PDU subis par des PDU correspondantes. 26. Procédé selon la revendication 23, caractérisé en ce que, lors de l'évaluation de la performance de traitement, le procédé comprend en outre une étape de détermination d'une instabilité de convoyage de PDU pour un train de données en déterminant la distribution de retards de traitement de PDU subis par une pluralité de 'DU associées à un train de données. 27. Procédé selon la revendication 23, caractérisé en ce que, ors de l'évaluation de la performance de traitement, le procédé comprend en outre une étape de détermination d'une instabilité de convoyage de PDU pour le n#ud de commutation de données (100) en déterminant la distribution de retards de traitement de PDU subis par une pluralité de PDU envoyées par le n#ud de commutation de données (100).