Brevet FR2965132A1 — publié le 20120323

Procédé de confiquration de paramètres de qestion de paquets de données appartenant à un flux de données L'invention concerne une technique de gestion des messages de données appartenant à un flux de données transmis au sein d'un même réseau de communication tel qu'un réseau local domestique ou un réseau local d'entreprise. 10 Avec le développement des télécommunications, un nombre croissant d'équipements équipements sont amenés à échanger entre eux des flux de messages de données. Souvent, ces équipements appartiennent à des réseaux de communication distincts. Dans chacun de ces réseaux de communication, le gestionnaire des ressources du réseau, par exemple un opérateur en télécommunications, définit des paramètres de 15 gestion à appliquer aux différents flux de messages de données transmis au travers du réseau qu'il gère. Chacun de ces flux de messages de données correspond à un service tel que par exemple Internet, de la voix sur IP ou VoIP, ou des services audiovisuels tels que la télévision sur IP. Ces paramètres de gestion sont par exemple la classe de service ou DSCP (Differentiated Services Code Point, ou codes d'accès aux services différenciés 20 en français) et la priorité à donner aux messages de données en fonction de la classe de service. Les paramètres de gestion sont compris dans des champs d'entête des messages de données. Le gestionnaire des ressources de chacun des réseaux traversés s'assure que les flux de données bénéficient des ressources nécessaires à la fourniture du service 25 correspondant. Ainsi, pour un même flux de données, et donc un même service, selon que les messages de données sont transmis depuis un premier réseau vers un deuxième réseau ou inversement, ceux-ci se voient appliquer des paramètres de gestion différents puisque les gestionnaires sont différents. En référence à la figure 1, un flux de données S, représenté par un trait en 30 pointillés sur la figure, est transmis entre un premier équipement T, et un équipement T2. L'équipement T, appartient à un premier réseau R1 de communications, par exemple un réseau local domestique ou d'entreprise, et l'équipement T2 appartient à un réseau R2 de communications de type WAN (Wide Area Network, ou réseau étendu en français) géré par un opérateur en télécommunications. Un équipement E réalise une interface entre le5 réseau local R1 et le réseau R2. Dans le cas où le premier réseau R1 est un réseau local domestique, l'équipement E est une passerelle résidentielle. Un tel équipement gère alors les ressources au sein du réseau local R1 ainsi que les ressources à attribuer aux flux de données émis depuis le réseau R1 vers le réseau R2. En fonction de la classe de service, l'équipement E applique une priorité aux messages de données transmis depuis le réseau local R1 vers le réseau R2 en cas de congestion afin de mettre en place des politiques de traitement des flux de données différentes et ainsi assurer une qualité de service satisfaisante. Les paramètres de gestion sont introduits en entête des messages de données par l'équipement T, lui- même. Cependant, l'équipement T, n'étant pas nécessairement contrôlé par l'opérateur gestionnaire du réseau R2, les valeurs des paramètres de gestion compris dans les entêtes des messages de données émis par l'équipement T, ne sont pas fiables pour le réseau R2. En effet, il est possible qu'un équipement appartenant au réseau local R1 introduise dans les entêtes des messages de données des valeurs de paramètres de gestion erronées ou malveillantes Afin de résoudre cet inconvénient, il est connu du document de brevet WO 2010/046598 publié au nom du demandeur une solution permettant d'assurer l'établissement d'une relation de confiance entre les différents équipements entre lesquels le flux de données est établi tout en étant transparente aux différentes modifications pouvant intervenir dans l'un des deux réseaux. Une telle solution consiste à appliquer à tous les paquets de données d'un message appartenant au flux de données un unique paramètre de gestion sélectionné parmi le paramètre de gestion attribué par le gestionnaire du premier réseau de communication et le paramètre de gestion attribué par le gestionnaire du deuxième réseau de communication. Dans une telle solution, tous les équipements appartenant au premier réseau de communication sont connectés directement à l'équipement réalisant l'interface avec le deuxième réseau. Dans le cas d'un réseau de communication maillé, ou réseau de type « mesh », les différents équipements appartenant au premier réseau de communication sont connectés de proche en proche sans hiérarchie centrale. La mise en oeuvre de la solution décrite dans le document de brevet WO 2010/046598 dans réseau maillé se traduit par l'application aux différents flux de données circulant dans le réseau local, de valeurs de paramètres de gestion erronées ou malveillantes et ce à chaque fois qu'un flux de données est intercepté par un équipement appartenant au réseau local. Un tel marquage des messages de données par un paramètre de gestion erroné ou malveillant engendre 2 un mauvais traitement de ces messages de données avec pour conséquences, l'apparition de congestion le réseau local et une dégradation de la qualité de service pour l'ensemble des usagers. II existe donc un besoin d'une technique permettant de déterminer, pour chaque message de données transmis dans un réseau de communication, tel qu'un réseau local d'entreprise ou un réseau domestique, des paramètres de gestion de QoS à appliquer à ces messages de données, qui ne présente pas de tels inconvénients. L'invention répond à ce besoin en proposant un procédé de configuration de paramètres de gestion de messages de données appartenant à un flux de données destiné à être transmis au travers d'un réseau de communication, le flux de données comprenant un premier paramètre de gestion de messages de données attribué par un premier équipement appartenant au réseau de communication. Un tel procédé de configuration est particulier en ce qu'il comprend une étape de sélection en fonction de paramètres représentatifs du premier équipement, parmi le premier paramètre de gestion et un deuxième paramètre de gestion, d'un paramètre de gestion destiné à être appliqué à l'ensemble des messages de données appartenant au flux de données par un deuxième équipement appartenant au réseau de communication au travers duquel le flux de données est destiné à être transmis. Dans l'ensemble de ce document, par message de données, on entend un ensemble d'au moins un paquet de données appartenant au flux de données. En utilisant un unique paramètre de gestion et en l'appliquant à tous les paquets de données d'un message appartenant au flux de données, il est possible de conserver le marquage appliqué à un flux de données sans interrompre le service et sans avoir à modifier les équipements appartenant au réseau de communication. En effet, il n'est pas nécessaire d'interrompre le service pour établir une relation de confiance entre deux équipements appartenant au réseau de communication. Il suffit de déterminer le paramètre de gestion à utiliser pour ce flux de données et de l'appliquer à tous les paquets de données appartenant à ce flux de données. Selon une caractéristique du procédé de configuration objet de l'invention, un paramètre de gestion prédéterminé est appliqué aux messages de données appartenant au flux de données. En appliquant un paramètre de gestion par défaut aux paquets de données appartenant au flux de données, on limite le risque de voir apparaître des congestions dans le réseau liées à un traitement non approprié de paquets de données. On garantit ainsi à chaque usager un accès aux ressources du réseau. Selon une caractéristique du procédé de configuration objet de l'invention, le procédé comprend préalablement à l'étape de sélection, une étape d'interception, par le deuxième équipement, d'un message de données du flux de données comprenant le deuxième paramètre de gestion. Si le réseau de communication est un réseau local domestique communicant avec un autre réseau de communication de type WAN géré de préférence par un opérateur en télécommunications, le paramètre de gestion à appliquer prend la valeur du deuxième paramètre de gestion issu du réseau WAN. En effet, le WAN étant géré par l'opérateur en télécommunications, la valeur du paramètre de gestion issu de ce réseau est fiable. Ainsi, les paquets de données transmis depuis le réseau de communication vers le réseau WAN héritent du paramètre de gestion des paquets de données transmis depuis le réseau WAN vers le réseau de communication. Selon une caractéristique du procédé de configuration objet de l'invention, le premier et le deuxième paramètre de gestion sont compris dans un champ d'entête des messages de données appartenant au flux de données. Un tel champ correspond par exemple au champ DSCP tel que défini dans un document de l'IETF (groupe de standardisation de l'Internet, abréviation des termes anglais Internet Engineering Task Force), référencé RFC 2474 (RFC signifiant "requête pour commentaires, ou en anglais Request For Comments). Un tel champ comporte des informations relatives à la nature du flux auquel appartient un message de données, et à la manière dont un tel flux doit être traité par les différents équipements traversés par le flux de données. Il n'est, par conséquent, pas nécessaire de modifier les entêtes des paquets de données appartenant au message transmis. Selon une caractéristique du procédé de configuration objet de l'invention, celui-ci comprend préalablement à l'étape de sélection, une étape de comparaison d'un paramètre, dit paramètre ECN, compris dans un champ d'entête des messages de données appartenant au flux de données, avec une valeur dudit paramètre ECN préalablement associé au flux de données. En comparant la valeur du paramètre ECN (Explicit Congestion Notification) comprise dans un champ d'entête des paquets de données appartenant au message avec une valeur dudit paramètre préalablement associé au flux de données on peut déterminer si la valeur du paramètre de gestion comprise dans le champ d'entête des paquets de données est une valeur de mise à jour. Le paramètre ECN est défini dans le document de l'IETF référencé RFC 3168. Ce paramètre trouve une application particulièrement avantageuse lorsque le flux de données est transmis au travers d'un tunnel sécurisé tel qu'un tunnel IPsec. En effet, dans un tel cas de figure, le tunnel sécurisé est perçu par un équipement intermédiaire disposé entre l'équipement d'entrée et l'équipement de sortie du tunnel sécurisé comme un flux de données. Le paramètre ECN permet alors de distinguer plusieurs flux de données distincts transmis au travers du tunnel sécurisé, assurant ainsi que le paramètre de gestion adéquat est associé à chaque flux de données. L'invention concerne également un dispositif de configuration de paramètres de gestion de messages de données appartenant à un flux de données destiné à être transmis au travers d'un réseau de communication, le flux de données comprenant un premier paramètre de gestion de messages de données attribué par un premier équipement appartenant au réseau de communication. Un tel dispositif de configuration est particulier en ce qu'il comprend des moyens de sélection, parmi le premier paramètre de gestion et un deuxième paramètre de gestion et en fonction de paramètres représentatifs du premier équipement, d'un paramètre de gestion destiné à être appliqué à l'ensemble des messages de données appartenant au flux de données par un deuxième équipement appartenant au réseau de communication au travers duquel le flux de données est destiné à être transmis. L'invention concerne encore un équipement appartenant à un réseau de communication au travers duquel un flux de données est destiné à être transmis, le flux de données comprenant un premier paramètre de gestion de messages de données attribué par un premier équipement appartenant au réseau de communication. Un tel équipement est particulier en ce qu'il comprend un dispositif de configuration de paramètres de gestion de messages de données appartenant au flux de comprenant des moyens de sélection, parmi le premier paramètre de gestion et un deuxième paramètre de gestion et en fonction de paramètres représentatifs du premier équipement, d'un paramètre de gestion destiné à être appliqué à l'ensemble des messages de données appartenant au flux de données par l'équipement. Un tel équipement peut consister en une passerelle résidentielle ou d'entreprise, , en un routeur. L'invention vise aussi un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur tel que décrit précédemment. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (pour "Read Only Memory'), par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation décrits en référence aux dessins dans lesquels : - la figure 1 représente un flux de données échangé entre deux équipements appartenant à deux réseaux de communication distincts conformément à l'état de l'art, - la figure 2 représente un flux de données échangé entre une pluralité d'équipement appartenant à un même réseau de communication conformément à la présente invention, - la figure 3 représente un diagramme temporel d'échanges de paquets de données entre les différents équipements appartenant au réseau de communication lors de la mise en oeuvre du procédé de configuration objet de l'invention, - la figure 4 représente un diagramme temporel d'échanges de paquets de données entre les différents équipements appartenant au réseau de communication parmi lesquels un équipement réalisant une interface avec un deuxième réseau de communication lors de la mise en oeuvre du procédé de configuration objet de l'invention, - la figure 5 représente un tunnel crypté établi entre des équipements appartenant à un même réseau de communication conformément à la présente invention, - la figure 6 représente un diagramme temporel d'échanges de paquets de données appartenant à un tunnel crypté établi entre les différents équipements appartenant au réseau de communication parmi lesquels un équipement réalisant une interface avec un deuxième réseau de communication lors de la mise en oeuvre du procédé de configuration objet de l'invention, - la figure 7 représente dispositif apte à mettre en oeuvre le procédé de configuration objet de l'invention. En référence à la figure 2, un équipement GW est placé en extrémité d'un premier réseau R1 et assure l'interface entre le réseau R1 et un deuxième réseau de communication R2. Le réseau R1 est par exemple un réseau local domestique ou un réseau local d'entreprise comprenant un premier équipement T, tel qu'un ordinateur de type PC, un décodeur vidéo de type Set Top Box, un téléphone IP, ou une source de flux de données tel qu'un flux vidéo, etc. L'équipement T, est connecté à un deuxième équipement 10. L'équipement 10 est lui-même connecté à un troisième équipement 20. Le troisième équipement 20 est connecté à un quatrième équipement 30. L'équipement 30 est connecté à l'équipement GW. Les équipements 10, 20 et 30 sont par exemple des routeurs. Un équipement T2, tel qu'un ordinateur de type PC, un décodeur vidéo de type Set Top Box, un téléphone IP, ou une source de flux de données tel qu'un flux vidéo, etc est également connecté au quatrième équipement 30. Le réseau R2 est par exemple un réseau de type WAN géré par un opérateur en télécommunications. Lorsque l'équipement T,, T2 est une source de flux de données, il peut être embarqué dans un équipement 10, 20, 30. Dans un tel mode de réalisation, l'équipement GW d'interface est alors une passerelle domestique ou d'entreprise. Au sein du réseau R1, lorsqu'un usager souhaite bénéficier d'un service sur l'équipement T,, ce dernier doit établir un flux de données avec l'équipement T2 fournissant le service demandé. L'équipement T, et l'équipement T2 échangent alors entre eux des messages appartenant au flux de données relatif au service requis. De tels messages de données comprennent un ou plusieurs paquets de données appartenant au flux de données. Dans la suite de la description, par souci de simplification, on décrit un exemple de mise en oeuvre de l'invention au niveau des paquets de données constitutifs des messages. Le lecteur étendra aisément cet enseignement aux messages de données, qui comprennent chacun un ou plusieurs paquets de données. Un flux de données S1, représenté par des tirets sur la figure 2, est échangé au sein du réseau R1 entre l'équipement T, et l'équipement T2 au travers des équipements 10, 20 et 30. Un tel flux de données est identifié par exemple au moyen de l'adresse IP de l'équipement T,, un port UDP appartenant à l'équipement T2, dit port UDP source, et un port UDP appartenant à l'équipement T,, dit port UDP destination, UDP signifiant User Datagram Protocol ou en français protocole de datagramme utilisateur. Dans un mode de réalisation particulier de l'invention, le flux de données est identifié par exemple l'adresse IP de l'équipement T,, un port TCP appartenant à l'équipement T2, dit port TCP source, et un port TCP appartenant à l'équipement T,, dit port TCP destination, TCP signifiant Transmission Control Protocol ou en français protocole de contrôle de transmission. Les paquets de données appartenant au flux de données S1 comprennent également des paramètres de gestion tels que par exemple la classe de service DSCP et la priorité à donner aux paquets de données en fonction de la classe de service lorsqu'ils sont traités par les différents équipements réseau R1 au travers desquels le flux de données S1 est transmis ainsi qu'un paramètre ECN (Explicit Congestion Notification), tel que défini dans le document de l'IETF référencé RFC 3168. La classe de service DSCP est définie dans le document RFC 2474. Ces différentes informations (paramètre de gestion, classe de service, paramètre ECN, etc.) sont communes à l'ensemble des paquets de données d'un même message. Ainsi, le paramètre de gestion compris en entête d'un paquet de données est également le paramètre de gestion du message comprenant le paquet de données. Il en est de même pour les autres paramètres compris en entête d'un paquet de données. Ainsi, le paramètre ECN compris en entête du paquet de données est également le paramètre ECN du message comprenant le paquet de données. Dans ce premier mode de réalisation de l'invention, le paramètre ECN n'est pas utilisé. La valeur du paramètre ECN reste inchangée lors de la mise en oeuvre du procédé de configuration. La valeur du paramètre ECN est par exemple zéro. Les paramètres de gestion de paquets de données sont propres à chaque type de service proposé ou demandé, et donc à chaque flux de données, et sont déterminés le plus souvent par l'équipement émetteur du flux de données. Les paramètres de gestion et le paramètre ECN sont compris respectivement dans les champs DSCP et ECN des champs d'entête des paquets de données. Le réseau R1 étant un réseau local domestique, les différents équipements T,, T2, 10, 20, 30, déterminent les paramètres de gestion à appliquer aux paquets de données (donc aux messages de données) transitant dans le réseau R1. Il est alors nécessaire de s'assurer que les flux de données transmis au travers dur réseau R1 bénéficient des ressources nécessaires à la fourniture du service correspondant afin d'assurer au usager une qualité de service satisfaisante. Ainsi, pour un même flux de données, tel que le flux de données S1, et donc un même service, selon que les paquets de données sont transmis depuis l'équipement T, vers l'équipement T2 ou inversement, ceux-ci se voient appliquer des paramètres de gestion différents. La figure 3 représente les différents échanges de paquets de données intervenant entre le premier équipement T,, les équipements 10, 20, 30 et l'équipement T2 lors de la mise en oeuvre du procédé de configuration objet de l'invention. Lorsqu'un usager souhaite bénéficier d'un service sur l'équipement T,, ce dernier doit établir un flux de données S1 avec l'équipement T2 au travers des équipements 10, 20, 30 du réseau R1 fournissant le service demandé. L'équipement T, émet, au cours d'une étape El, à destination de l'équipement 10 un premier paquet de données P, appartenant au flux de données S1. Un tel paquet de données P, comprend un paramètre de gestion Param1 et un paramètre ECN, dont la valeur est par exemple zéro, à appliquer à tous les paquets de données émis par l'équipement T, à destination de l'équipement T2 et appartenant au flux de données S1. A réception de ce paquet de données P, l'équipement 10 extrait du paquet de données P,, au cours d'une étape E2, la valeur du paramètre de gestion Param1 et du paramètre ECN afin de la mémoriser avec d'autres informations comprises dans le paquet de données d'établissement P,, telles que des identifiants du équipement T, et de l'équipement T2, ou encore du flux de données S1 telles que l'adresse IP du équipement T,, un port UDP source, et un port UDP destination, ainsi qu'un identifiant de l'interface de l'équipement 10 au travers de laquelle le flux de données S1 est reçu. Une telle interface peut être une interface logique ou une interface physique. L'équipement 10 détermine, au cours d'une étape E3, en fonction de l'identifiant de l'interface ayant reçu le flux de données si l'équipement T, est un équipement fiable. Pour cela, l'équipement 10 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 10 ainsi que leur caractère fiable. Un équipement fiable est un équipement appliquant à un flux de données qu'il transmet une valeur du paramètre de gestion définie par le gestionnaire des ressources du réseau R1. Une telle valeur du paramètre de gestion définie par le gestionnaire du réseau R1 assure que les flux de données bénéficient des ressources nécessaires à la fourniture du service correspondant. Si l'équipement T, est un équipement fiable, la valeur du paramètre de gestion appliquée au flux de données S1 par l'équipement T, n'est pas modifiée par l'équipement 10 qui transmet le flux de données à destination de l'équipement 20 au cours d'une étape E4. Si l'équipement T, n'est pas un équipement fiable, l'équipement 10 vérifie s'il possède dans une table T un contexte relatif au flux de données S1, au cours d'une étape E5. Si tel est le cas, une valeur du paramètre de gestion à appliquer au flux de données S1 mémorisée dans la table T et est appliquée par l'équipement 10 aux messages de données appartenant au flux de données S1. Lorsque l'équipement 10 ne possède aucun contexte relatif au flux de données S1, l'équipement 10 peut, dans un mode de réalisation particulier de l'invention, remplacer la valeur du paramètre de gestion Param1 compris en entête du paquet de données émis par l'équipement T, par un paramètre de gestion prédéterminé ParamBE. L'équipement 10 émet alors un deuxième paquet de données P,' appartenant au flux de données S1 à destination de l'équipement 20, dans lequel le paramètre de gestion est ParamBE et non plus Param1, au cours de l'étape E4. En remplaçant le paramètre de gestion compris dans le paquet de données P, par le paramètre de gestion ParamBE, on s'assure que les paquets de données émis par le équipement T, se voient appliquer une politique de traitement assurant une qualité de service satisfaisante. A réception de ce paquet de données P,', l'équipement 20 met en oeuvre, à son tour les étapes E2 à E5. Ainsi, à réception de ce paquet de données P'1 l'équipement 20 extrait du paquet de données P',, au cours d'une étape E2, la valeur du paramètre de gestion, par exemple ParamBE et du paramètre ECN, par exemple 0, afin de la mémoriser avec d'autres informations comprises dans le paquet de données d'établissement P'1, telles que des identifiants de l'équipement T, et de l'équipement T2, ou encore du flux de données S1 telles que l'adresse IP du équipement T,, un port UDP source, et un port UDP destination, ainsi qu'un identifiant de l'interface de l'équipement 20 au travers de laquelle le flux de données S1 est reçu. L'équipement 20 détermine, au cours d'une étape E3, en fonction de l'identifiant de l'interface ayant reçu le flux de données si l'équipement 10 est un équipement fiable. Pour cela, l'équipement 20 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 20 ainsi que leur caractère fiable. Si l'équipement 10 est un équipement fiable, la valeur du paramètre de gestion appliquée au flux de données S1 par l'équipement 10 n'est pas modifiée par l'équipement 20 qui transmet le flux de données à destination de l'équipement 30 au cours d'une étape E4. Si l'équipement 10 n'est pas un équipement fiable, l'équipement 20 vérifie s'il possède dans une table T un contexte relatif au flux de données S1, au cours d'une étape E5. Si tel est le cas, une valeur du paramètre de gestion à appliquer au flux de données S1 mémorisée dans la table T et est appliquée par l'équipement 20 aux messages de données appartenant au flux de données S1. Lorsque l'équipement 20 ne possède aucun contexte relatif au flux de données S1, l'équipement 20 peut, dans un mode de réalisation particulier de l'invention, remplacer la valeur du paramètre de gestion Param1 compris en entête du paquet de données émis par l'équipement T1 par un paramètre de gestion prédéterminé ParamBE. L'équipement 20 émet alors un deuxième paquet de données P"1 appartenant au flux de données S1 à destination de l'équipement 30, dans lequel le paramètre de gestion est ParamBE et non plus Param1, au cours de l'étape E4. En remplaçant le paramètre de gestion compris dans le paquet de données P'1 par le paramètre de gestion ParamBE, on s'assure que les paquets de données émis par le équipement 20 se voient appliquer une politique de traitement assurant une qualité de service satisfaisante. A réception de ce paquet de données P1", l'équipement 30 met en oeuvre, à son tour les étapes E2 à E5. Ainsi, à réception de ce paquet de données P"1 l'équipement 30 extrait du paquet de données P'1, au cours d'une étape E2, la valeur du paramètre de gestion, par exemple ParamBE et du paramètre ECN, par exemple 0, afin de la mémoriser avec d'autres informations comprises dans le paquet de données d'établissement P'1, telles que des identifiants de l'équipement T1 et de l'équipement T2, ou encore du flux de données S1 telles que l'adresse IP du équipement T1, un port UDP source, et un port UDP destination, ainsi qu'un identifiant de l'interface de l'équipement 20 au travers de laquelle le flux de données S1 est reçu. L'équipement 30 détermine, au cours d'une étape E3, en fonction de l'identifiant de l'interface ayant reçu le flux de données si l'équipement 20 est un équipement fiable. Pour cela, l'équipement 30 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 30 ainsi que leur caractère fiable. Si l'équipement 20 est un équipement fiable, la valeur du paramètre de gestion appliquée au flux de données S1 par l'équipement 20 n'est pas modifiée par l'équipement 20 qui transmet le flux de données à destination de l'équipement T2 au cours d'une étape E4. Si l'équipement 20 n'est pas un équipement fiable, l'équipement 30 vérifie s'il possède dans une table T un contexte relatif au flux de données S1, au cours d'une étape E5. Si tel est le cas, une valeur du paramètre de gestion à appliquer au flux de données S1 mémorisée dans la table T et est appliquée par l'équipement 30 aux messages de données appartenant au flux de données S1. Lorsque l'équipement 30 ne possède aucun contexte relatif au flux de données S1, l'équipement 30 peut, dans un mode de réalisation particulier de l'invention, remplacer la valeur du paramètre de gestion Paraml compris en entête du paquet de données émis par l'équipement TI par un paramètre de gestion prédéterminé ParamBE. L'équipement 30 émet alors un deuxième paquet de données P"', appartenant au flux de données S1 à destination de l'équipement T2, dans lequel le paramètre de gestion est ParamBE et non plus Paraml, au cours de l'étape E4. En remplaçant le paramètre de gestion compris dans le paquet de données P', par le paramètre de gestion ParamBE, on s'assure que les paquets de données émis par le équipement 30 se voient appliquer une politique de traitement assurant une qualité de service satisfaisante. Dans l'exemple de réalisation décrit, le paramètre ECN a pour valeur zéro. Cette valeur est appliquée à tous les paquets de données émis par le équipement T, à destination de l'équipement T2 et appartenant au flux de données S1. Dans un mode de réalisation particulier de l'invention, les équipements 10, 20, 30 peuvent remplacer la valeur du paramètre ECN par une valeur par défaut. Ainsi, si les différents équipements10, 20 et 30 traversés par le flux de données S1 sont des équipements fiables, le marquage appliqué par l'équipement 10, c'est-à-dire la valeur du paramètre de gestion du flux de données comprise en entête des paquets de données transmis par l'équipement 10, n'est pas modifié par les équipements 20 et 30. La figure 4 représente les différents échanges de paquets de données intervenant entre le premier équipement T,, les équipements 10, 20, 30 et l'équipement d'interface GW lors de la mise en oeuvre du procédé de configuration objet de. Au cours d'une étape F1, l'équipement T, du réseau RI émet un premier paquet de données P, appartenant à un flux de données S1. Le paquet de données P, comprend un paramètre de gestion Paraml de paquets de données destinés à être transmis dans le flux de données S1, ainsi qu'un paramètre ECN, dont la valeur est par exemple zéro. Le paquet de données P, est transmis au travers des équipements 10, 20 et 30 et traité par ces différents équipements tel que décrit précédemment en référence à la figure 3. Au cours d'une étape F2, le paquet de données P"', est reçu par l'équipement d'interface GW marquant la frontière entre le réseau R1 et le réseau R2. L'équipement d'interface GW remplace la valeur du paramètre de gestion ParamBE propre au réseau R1 compris dans l'entête du paquet de données P"'1 par une valeur par défaut, ParamBE' acceptée par le réseau R2, au cours d'une étape F3. L'équipement d'interface GW émet, au cours d'une étape F4, un paquet de données P2 appartenant au flux de données S1 à destination du réseau de communication R2. Un tel paquet de données P2 diffère du paquet de données P"'1 en ce que le paramètre de gestion compris dans ce paquet de données est ParamBE'. Au cours d'une étape F5, un deuxième paquet de données P2 appartenant au flux de données S1 est émis depuis le réseau de communication R2. Le paquet de données P2 comprend un paramètre de gestion Param2 de paquets de données appartenant au flux de données S1 et un paramètre ECN, dont la valeur est à zéro. Au cours d'une étape F6, le paquet de données P2 est reçu par l'équipement d'interface GW. L'équipement d'interface GW mémorise la valeur du paramètre de gestion Param2 et du paramètre ECN comprises dans le paquet de données P2 dans une table T. Des informations permettant d'identifier le flux de données S1 telles que l'adresse IP de l'équipement T1i un port UDP source, et un port UDP destination sont également mémorisées dans cette table T. L'équipement d'interface GW remplace la valeur du paramètre de gestion Param2 compris dans le paquet de données P2 par la valeur ParamBE au cours d'une étape F7. L'équipement d'interface GW émet, au cours d'une étape F8, un paquet de données P2' appartenant au flux de données S1 à destination du équipement T1 appartenant au réseau R1. Un tel paquet de données P2' diffère du paquet de données P2 en ce que le paramètre de gestion compris dans ce paquet de données est ParamBE. A réception du paquet de données P2' par l'équipement 30 celui-ci met en oeuvre les étapes E2 à E5 du procédé de configuration décrit en référence à la figure 3. L'équipement GW étant un équipement fiable, l'équipement 30 ne modifie pas la valeur du paramètre de gestion appliquée au paquet de données P2' par l'équipement GW. Les flux de données relatifs à certains services tels que la voix sur IP, un service de transfert de fichiers ou encore l'utilisation de téléphones convergents basée sur des technologies telles que l'IWLAN (Interworking Wireless LAN) l'UMA (Unlicensed Mobile Access) ou encore l'lPsec (Internet Protocol Security) nécessitent une transmission sécurisée. Afin d'assurer la sécurité de la transmission, les flux de données relatifs à ces services sont rendus compréhensibles uniquement par le destinataire final, ici l'équipement T1, par exemple par application d'un algorithme de chiffrement. De tels flux de données sont transmis au travers d'un tunnel IPsec. La technologie IPsec repose sur un ensemble de protocoles utilisant des algorithmes permettant le transport de flux de données sécurisés sur un réseau IP. Un tunnel IPsec est établi au moyen de protocoles qui assurent l'intégrité et la confidentialité de la transmission. Un exemple d'un tel protocole est le protocole ESP (Encapsulating Security Payload) défini dans le document de l'IETF référencé RFC 2406. Le terme tunnel IPsec est utilisé pour symboliser le fait que les données transmises entre un premier équipement T, et un deuxième équipements T2 appartenant au réseau R1, constituant les extrémités d'un tunnel IPsec, sont chiffrées et donc normalement incompréhensibles pour tout équipement réseau situé entre les deux extrémités du tunnel IPsec, tel que les équipements intermédiaire 10, 20, 30. Un tunnel IPsec, représenté par des tirets sur la figure 5, est établi entre le équipement T, et l'équipement T2 au travers des équipements intermédiaires 10, 20, 30. Un tel tunnel IPsec est identifié par exemple au moyen de l'adresse IP du équipement T,, un port UDP appartenant à l'équipement T2, dit port UDP source, et un port UDP appartenant au équipement T,, dit port UDP destination. Du point de vue des équipements intermédiaires 10, 20, 30, ce tunnel IPsec est perçu comme un flux de données, car les données permettant aux équipements intermédiaires 10, 20, 30 de l'identifier sont de même nature que les données permettant d'identifier un flux de données classique, c'est-à-dire non transmis au travers d'un tunnel IPsec. Dans un tel tunnel IPsec, une pluralité de flux de données chiffrés chacun relatif à un service particulier sont échangés entre l'équipement T, et l'équipement T2. Les paquets de données appartenant à chaque flux de données échangés au travers du tunnel IPsec comprennent des paramètres de gestion tels que par exemple la classe de service DSCP, ainsi qu'un paramètre ECN. Les paquets de données relatifs aux différents flux de données chiffrés échangés au travers du tunnel IPsec sont encapsulés dans des paquets de données appartenant au tunnel IPsec. Les paquets de données appartenant au tunnel IPsec comprennent en entête une copie des paramètres de gestion et du paramètre ECN relatifs aux différents flux de données chiffrés. Dans ce troisième mode de réalisation de l'invention, le paramètre ECN présente un intérêt particulier. En effet, dans un tel mode de réalisation, la valeur du paramètre ECN permet de différencier les différents flux de données transmis au travers d'un même tunnel IPsec au niveau des équipements 10, 20 et 30. Les paramètres de gestion et le paramètre ECN sont compris respectivement dans 35 les champs DSCP et ECN des champs d'entête des paquets de données. Lorsque les différents flux de données sont transmis au travers d'un tunnel IPsec, du point de vue des équipements intermédiaires 10, 20, 30 tout se passe comme si un seul flux de données est échangé entre l'équipement T, et l'équipement T2, à savoir le tunnel IPsec. Les équipements intermédiaires 10, 20 et 30 sont alors dans l'incapacité de traiter les différents flux de données échangés au travers du tunnel IPsec de manière individuelle. Ainsi, si deux flux de données distincts sont échangés au travers du même tunnel IPsec, les équipements intermédiaires 10, 20, 30 ne peuvent déterminer quels paramètres de gestion appliquer aux paquets de données reçus. De manière plus générale, ceci est vrai pour tout flux de données encapsulé dans un autre flux de données chiffré. La figure 6 représente les différentes étapes du procédé de configuration dans ce troisième mode de réalisation de l'invention. Lorsqu'un usager souhaite bénéficier d'un premier service sur l'équipement T,, nécessitant l'établissement d'un tunnel IPsec, ce dernier doit établir un flux de données G1 avec l'équipement T2 fournissant le service demandé. L'équipement T, émet à destination de l'équipement T2 un premier paquet de données M, appartenant à un flux de données G1 chiffré, au cours d'une étape H1. Un tel paquet de données M, comprend un paramètre de gestion Param1 et un paramètre ECN, dont la valeur est à zéro, à appliquer à tous les paquets de données émis par l'équipement T, à destination de l'équipement T2 au travers du tunnel IPsec et appartenant au flux de données G1 chiffré. Ce paquet de données M, est encapsulé dans un paquet de données m, appartenant au tunnel IPsec et comprenant en entête le paramètre de gestion Param1 et le paramètre ECN. A réception de ce paquet de données m, l'équipement 10 extrait du paquet de données m,, au cours d'une étape H2, la valeur du paramètre de gestion Param1 et du paramètre ECN afin de la mémoriser dans une table T avec d'autres informations comprises dans le paquet de données d'établissement m,, telles que des identifiants du équipement T, et de l'équipement T2, un port UDP source, et un port UDP destination, ainsi qu'un identifiant de l'interface de l'équipement 10 au travers de laquelle le tunnel IPsec est établi. Une telle interface peut être une interface logique ou une interface physique. Les valeurs des paramètres Param1 et ECN sont accessibles à l'équipement 10 bien que celui-ci ne constitue pas une extrémité du tunnel IPsec. Ainsi, les valeurs des paramètres Param1 et ECN sont mémorisées dans la table T avec des informations, qui du point de vue de l'équipement intermédiaire 10, identifient le tunnel IPsec et non pas le flux de données G1 chiffré. L'équipement 10 détermine, au cours d'une étape H3, en fonction de l'identifiant de l'interface au travers de laquelle le tunnel IPsec est établi si l'équipement T, est un équipement fiable. Pour cela, l'équipement 10 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 10 ainsi que leur caractère fiable. Si l'équipement T, est un équipement fiable, les valeurs du paramètre de gestion Paraml et du paramètre ECN appliquées par l'équipement T, ne sont pas modifiées par l'équipement 10 et l'équipement 10 émet, au cours d'une étape H4, un paquet de données m', à destination de l'équipement 20 en entête duquel les valeurs du paramètre de gestion et du paramètre ECN est inchangée. Si l'équipement T, n'est pas un équipement fiable, l'équipement 10 vérifie s'il possède dans une table T un contexte relatif au tunnel IPsec, au cours d'une étape H5. Si tel est le cas, une valeur du paramètre de gestion à appliquer et une valeur du paramètre ECN mémorisée dans la table T et est appliquée par l'équipement 10 aux paquets de données du tunnel IPsec. Lorsque l'équipement 10 ne possède aucun contexte relatif au tunnel IPsec, l'équipement 10 peut, dans un mode de réalisation particulier de l'invention, remplacer les valeurs du paramètre de gestion Paraml et du paramètre appliquées par l'équipement T, en entête des paquets de données m1 par un paramètre de gestion prédéterminé ParamBE et une valeur du paramètre ECN par défaut en entête d'un message m'1. En remplaçant le paramètre de gestion compris dans le paquet de données m1 par le paramètre de gestion ParamBE, on s'assure que les paquets de données M1 émis par le équipement T1, et encapsulés dans le paquet de données m1, se voient appliquer une politique de traitement assurant une qualité de service satisfaisante. Ainsi, il apparait que si l'équipement T1 est un équipement fiable, les valeurs des paramètres de gestion et du paramètre ECN appliqué aux paquets de données M1 émis par le terminal T1 ne sont pas modifiées. L'équipement 10 émet alors le paquet de données m1' à destination de l'équipement 20, dans lequel le paramètre de gestion est ParamBE et non plus Paraml, et la valeur du paramètre ECN est la valeur par défaut, au cours de l'étape H4. A réception de ce paquet de données m1', l'équipement 20 met en oeuvre, à son tour les étapes H2 à H5. Ainsi, à réception du paquet de données m'1 l'équipement 20 extrait du paquet de données m'1, au cours d'une étape H2, la valeur du paramètre de gestion ParamBE et la valeur par défaut du paramètre ECN afin de la mémoriser dans une table T avec d'autres informations comprises dans le paquet de données d'établissement m,', telles que des identifiants du équipement T, et de l'équipement T2, un port UDP source, et un port UDP destination, ainsi qu'un identifiant de l'interface de l'équipement 20 au travers de laquelle le tunnel IPsec est établi Les valeurs des paramètres de gestion et du paramètre ECN sont accessibles à l'équipement 20 bien que celui-ci ne constitue pas une extrémité du tunnel IPsec. Ainsi, les valeurs des paramètres de gestion et du paramètre ECN sont mémorisées dans la table T avec des informations, qui du point de vue de l'équipement intermédiaire 20, identifient le tunnel IPsec et non pas le flux de données G1 chiffré. L'équipement 20 détermine, au cours d'une étape H3, en fonction de l'identifiant de l'interface au travers de laquelle le tunnel IPsec est établi si l'équipement 10 est un équipement fiable. Pour cela, l'équipement 20 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 20 ainsi que leur caractère fiable. Si l'équipement 10 est un équipement fiable, les valeurs du paramètre de gestion et du paramètre ECN appliquées par l'équipement 10 ne sont pas modifiées par l'équipement 20 et l'équipement 20 émet, au cours d'une étape H4, un paquet de données m", à destination de l'équipement 30 en entête duquel les valeurs du paramètre de gestion et du paramètre ECN est inchangée. Si l'équipement 10 n'est pas un équipement fiable, l'équipement 20 vérifie s'il possède dans une table T un contexte relatif au tunnel IPsec, au cours d'une étape H5. Si tel est le cas, une valeur du paramètre de gestion à appliquer et une valeur du paramètre ECN mémorisée dans la table T et est appliquée par l'équipement 20 aux paquets de données du tunnel IPsec. Lorsque l'équipement 20 ne possède aucun contexte relatif au tunnel IPsec, l'équipement 20 peut, dans un mode de réalisation particulier de l'invention, remplacer les valeurs du paramètre de gestion et du paramètre appliquées par l'équipement 10 en entête des paquets de données m,' par un paramètre de gestion prédéterminé ParamBE et une valeur du paramètre ECN par défaut en entête d'un message m"1. En remplaçant le paramètre de gestion compris dans le paquet de données m', par le paramètre de gestion ParamBE, on s'assure que les paquets de données M, émis par le équipement T,, et encapsulés dans le paquet de données m',, se voient appliquer une politique de traitement assurant une qualité de service satisfaisante. L'équipement 20 émet alors le paquet de données m," à destination de l'équipement 30, dans lequel le paramètre de gestion est ParamBE, et la valeur du paramètre ECN est la valeur par défaut, au cours de l'étape H4. A réception de ce paquet de données m,", l'équipement 30 met en oeuvre, à son tour les étapes H2 à H5. Ainsi, à réception du paquet de données m," l'équipement 30 extrait du paquet de données m,", au cours d'une étape H2, la valeur du paramètre de gestion ParamBE et la valeur par défaut du paramètre ECN afin de la mémoriser dans une table T avec d'autres informations comprises dans le paquet de données d'établissement m,", telles que des identifiants du équipement T, et de l'équipement T2, un port UDP source, et un port UDP destination, ainsi qu'un identifiant de l'interface de l'équipement 30 au travers de laquelle le tunnel IPsec est établi. Les valeurs des paramètres de gestion et du paramètre ECN sont accessibles à l'équipement 30 bien que celui-ci ne constitue pas une extrémité du tunnel IPsec. Ainsi, les valeurs des paramètres de gestion et du paramètre ECN sont mémorisées dans la table T avec des informations, qui du point de vue de l'équipement intermédiaire 30, identifient le tunnel IPsec et non pas le flux de données G1 chiffré. L'équipement 30 détermine, au cours d'une étape H3, en fonction de l'identifiant de l'interface au travers de laquelle le tunnel IPsec est établi si l'équipement 20 est un équipement fiable. Pour cela, l'équipement 30 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 30 ainsi que leur caractère fiable. Si l'équipement 20 est un équipement fiable, les valeurs du paramètre de gestion et du paramètre ECN appliquées par l'équipement 20 ne sont pas modifiées par l'équipement 30 et l'équipement 30 émet, au cours d'une étape H4, un paquet de données m,"' à destination de l'équipement T2 en entête duquel les valeurs du paramètre de gestion et du paramètre ECN est inchangée. Si l'équipement 20 n'est pas un équipement fiable, l'équipement 30 vérifie s'il possède dans une table T un contexte relatif au tunnel IPsec, au cours d'une étape H5. Si tel est le cas, une valeur du paramètre de gestion à appliquer et une valeur du paramètre ECN mémorisée dans la table T et est appliquée par l'équipement 30 aux paquets de données du tunnel IPsec. Lorsque l'équipement 30 ne possède aucun contexte relatif au tunnel IPsec, l'équipement 30 peut, dans un mode de réalisation particulier de l'invention, remplacer les valeurs du paramètre de gestion et du paramètre appliquées par l'équipement 20 en entête des paquets de données m," par un paramètre de gestion prédéterminé ParamBE et une valeur du paramètre ECN par défaut en entête d'un message m,"'. En remplaçant le paramètre de gestion compris dans le paquet de données m," par le paramètre de gestion ParamBE, on s'assure que les paquets de données M, émis par le équipement T,, et encapsulés dans le paquet de données m,", se voient appliquer une politique de traitement assurant une qualité de service satisfaisante. L'équipement 30 émet alors le paquet de données m,"' à destination de l'équipement T2, dans lequel le paramètre de gestion est ParamBE, et la valeur du paramètre ECN est la valeur par défaut, au cours de l'étape H4. Lorsqu'un usager souhaite bénéficier d'un deuxième service sur le équipement T,, nécessitant d'être transmis au travers du même tunnel IPsec, ce dernier doit établir un flux de données G2 chiffré avec l'équipement T2 fournissant le service demandé. L'équipement T, émet alors, à destination de l'équipement 10 un premier paquet de données N, appartenant au flux de données G2 chiffré. Un tel paquet de données N, comprend un paramètre de gestion Paraml0 et un paramètre ECN, dont la valeur est à zéro, à appliquer à tous les paquets de données émis par l'équipement T, à destination de l'équipement T2 au travers du tunnel IPsec et appartenant au flux de données G2. Ce paquet de données N, est encapsulé dans un paquet de données n, appartenant au tunnel IPsec et comprenant en entête le paramètre de gestion Paraml0 et le paramètre ECN. La valeur du paramètre ECN des paquets de données appartenant au tunnel IPsec et associée au flux de données G2 est différente de la valeur du paramètre ECN des paquet de données appartenant au tunnel IPsec associée au flux de données G1 car elle permet de différencier les deux flux de données transmis au travers d'un même tunnel IPsec au niveau des équipements intermédiaires 10, 20 et 30. A réception de ce paquet de données n,, au cours d'une étape H3, l'équipement 10 détermine en fonction de l'identifiant de l'interface au travers de laquelle le tunnel IPsec est établi si l'équipement T, est un équipement fiable. Pour cela, l'équipement 10 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 10 ainsi que leur caractère fiable. Si l'équipement T, est un équipement fiable, les valeurs du paramètre de gestion Param1 et du paramètre ECN appliquées par l'équipement T, ne sont pas modifiées par l'équipement 10 et l'équipement 10 émet, au cours d'une étape H4, un paquet de données n', à destination de l'équipement 20 en entête duquel les valeurs du paramètre de gestion et du paramètre ECN est inchangée. Si l'équipement T, n'est pas un équipement fiable, l'équipement 10 vérifie s'il possède dans une table T un contexte relatif au tunnel IPsec, au cours d'une étape H5. Si tel est le cas, une valeur du paramètre de gestion à appliquer et une valeur du paramètre ECN mémorisée dans la table T et est appliquée par l'équipement 10 aux paquets de données n, du tunnel IPsec. Lorsque l'équipement 10 ne possède aucun contexte relatif au tunnel IPsec, l'équipement 10 peut, dans un mode de réalisation particulier de l'invention, remplacer les valeurs du paramètre de gestion Paraml0 et du paramètre appliquées par l'équipement T, en entête des paquets de données n, par un paramètre de gestion prédéterminé ParamBE et une valeur du paramètre ECN par défaut en entête d'un message n',. Ainsi, il apparait que si l'équipement T, est un équipement fiable, les valeurs des paramètres de gestion et du paramètre ECN appliqué aux paquets de données N, émis par le terminal T, ne sont pas modifiées. Il est alors possible pour l'équipement 10 de différencier les flux de données G1 et G2 transmis au travers du tunnel IPsec. SI l'équipement T, n'est pas fiable, il n'est pas possible de différencier les flux de données G1 et G2 puisque les paquets de données relatifs à ces deux flux de données se voient appliquer les mêmes valeurs de paramètre de gestion et de paramètre ECN. L'équipement 10 émet alors le paquet de données n,' à destination de l'équipement 20, dans lequel le paramètre de gestion est ParamBE et non plus Paraml, et la valeur du paramètre ECN est la valeur par défaut, au cours de l'étape H4. A réception de ce paquet de données n,', l'équipement 20 met en oeuvre, à son tour les étapes H2 à H5. Ainsi, à réception du paquet de données n',, au cours d'une étape H3, l'équipement 20 détermine en fonction de l'identifiant de l'interface au travers de laquelle le tunnel IPsec est établi si l'équipement 10 est un équipement fiable. Pour cela, l'équipement 20 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 20 ainsi que leur caractère fiable. Si l'équipement 10 est un équipement fiable, les valeurs du paramètre de gestion ParamBE et du paramètre ECN appliquées par l'équipement 10 ne sont pas modifiées par l'équipement 10 et l'équipement 20 émet, au cours d'une étape H4, un paquet de données n", à destination de l'équipement 20 en entête duquel les valeurs du paramètre de gestion et du paramètre ECN est inchangée. Si l'équipement 10 n'est pas un équipement fiable, l'équipement 20 vérifie s'il possède dans une table T un contexte relatif au tunnel IPsec, au cours d'une étape H5. Si tel est le cas, une valeur du paramètre de gestion à appliquer et une valeur du paramètre ECN mémorisée dans la table T et est appliquée par l'équipement 20 aux paquets de données n', du tunnel IPsec. Lorsque l'équipement 20 ne possède aucun contexte relatif au tunnel IPsec, l'équipement 20 peut, dans un mode de réalisation particulier de l'invention, remplacer les valeurs du paramètre de gestion ParamBE et du paramètre appliquées par l'équipement 10 en entête des paquets de données n', par un paramètre de gestion prédéterminé ParamBE et une valeur du paramètre ECN par défaut en entête d'un message n"1. Ainsi, il apparait que si l'équipement 10 est un équipement fiable, les valeurs des paramètres de gestion et du paramètre ECN appliqué aux paquets de données N, émis par le terminal T, ne sont pas modifiées. Il est alors possible pour l'équipement 20 de différencier les flux de données G1 et G2 transmis au travers du tunnel IPsec. SI l'équipement 10 n'est pas fiable, il n'est pas possible de différencier les flux de données G1 et G2 puisque les paquets de données relatifs à ces deux flux de données se voient appliquer les mêmes valeurs de paramètre de gestion et de paramètre ECN. L'équipement 20 émet alors le paquet de données n," à destination de l'équipement 30, dans lequel le paramètre de gestion est ParamBE, et la valeur du paramètre ECN est la valeur par défaut, au cours de l'étape H4. A réception de ce paquet de données n,", l'équipement 30 met en oeuvre, à son tour les étapes H2 à H5. Ainsi, à réception du paquet de données n,", au cours d'une étape H3, l'équipement 30 détermine en fonction de l'identifiant de l'interface au travers de laquelle le tunnel IPsec est établi si l'équipement 20 est un équipement fiable. Pour cela, l'équipement 30 interroge une base de données BD dans laquelle sont mémorisé les identifiants des différentes interfaces de l'équipement 30 ainsi que leur caractère fiable. Si l'équipement 20 est un équipement fiable, les valeurs du paramètre de gestion ParamBE et du paramètre ECN appliquées par l'équipement 20 ne sont pas modifiées par l'équipement 20 et l'équipement 30 émet, au cours d'une étape H4, un paquet de données n,"' à destination de l'équipement T2 en entête duquel les valeurs du paramètre de gestion et du paramètre ECN est inchangée. Si l'équipement 20 n'est pas un équipement fiable, l'équipement 30 vérifie s'il possède dans une table T un contexte relatif au tunnel IPsec, au cours d'une étape H5. Si tel est le cas, une valeur du paramètre de gestion à appliquer et une valeur du paramètre ECN mémorisée dans la table T et est appliquée par l'équipement 30 aux paquets de données n," du tunnel IPsec. Lorsque l'équipement 30 ne possède aucun contexte relatif au tunnel IPsec, l'équipement 30 peut, dans un mode de réalisation particulier de l'invention, remplacer les valeurs du paramètre de gestion ParamBE et du paramètre appliquées par l'équipement 30 en entête des paquets de données n," par un paramètre de gestion prédéterminé ParamBE et une valeur du paramètre ECN par défaut en entête d'un message Ainsi, il apparait que si l'équipement 20 est un équipement fiable, les valeurs des paramètres de gestion et du paramètre ECN appliqué aux paquets de données N, émis par le terminal T, ne sont pas modifiées. II est alors possible pour l'équipement 30 de différencier les flux de données G1 et G2 transmis au travers du tunnel IPsec. SI l'équipement 20 n'est pas fiable, il n'est pas possible de différencier les flux de données G1 et G2 puisque les paquets de données relatifs à ces deux flux de données se voient appliquer les mêmes valeurs de paramètre de gestion et de paramètre ECN. L'équipement 30 émet alors le paquet de données n,"' à destination de l'équipement T2, dans lequel le paramètre de gestion est ParamBE, et la valeur du paramètre ECN est la valeur par défaut, au cours de l'étape H4. Un dispositif 100 apte à mettre en oeuvre le procédé objet de l'invention est représenté à la figure 7. Le dispositif 100 comprend des moyens 11 de réception de paquets de données appartenant à un flux de données en provenance de l'équipement T,. De tels moyens de réception 11 sont connectés en entrée de moyens de sélection 12 de la valeur du paramètre de gestion à appliquer aux paquets de données émis par l'équipement T, par une valeur prédéterminée. De tels moyens de sélection 12 sont connectés en entrée de moyens d'émission 13, à destination d'un autre équipement appartenant au réseau RI, de paquets de données appartenant au flux de données. Les moyens de sélection 12 sont également connectés à des moyens de mémorisation 15 de la valeur du paramètre de gestion à appliquer aux paquets de données appartenant à un flux de données S1 échangé entre l'équipement T, et l'équipement T2. Ces moyens de mémorisation 15 peuvent comprendre une table T dans laquelle le paramètre de gestion est mémorisé. Un dispositif 100 objet de l'invention peut être disposé dans un équipement tel qu'un routeur. REVENDICATIONS1. Procédé de configuration de paramètres de gestion de messages de données appartenant à un flux de données destiné à être transmis au travers d'un réseau de communication, le flux de données comprenant un premier paramètre de gestion de messages de données attribué par un premier équipement appartenant au réseau de communication, caractérisé en ce que le procédé comprend une étape de sélection en fonction de paramètres représentatifs du premier équipement, parmi le premier paramètre de gestion et un deuxième paramètre de gestion, d'un paramètre de gestion destiné à être appliqué à l'ensemble des messages de données appartenant au flux de données par un deuxième équipement appartenant au réseau de communication au travers duquel le flux de données est destiné à être transmis. 2. Procédé de configuration selon la revendication 1 dans lequel, un paramètre de gestion prédéterminé est appliqué aux messages de données appartenant au flux de données. 3. Procédé de configuration selon la revendication 1, comprenant préalablement à l'étape de sélection, une étape d'interception, par le deuxième équipement, d'un message de données du flux de données comprenant le deuxième paramètre de gestion. 4. Procédé de configuration selon la revendication 3, dans lequel le premier et le deuxième paramètre de gestion sont compris dans un champ d'entête des messages de données appartenant au flux de données. 5. Procédé de configuration selon la revendication 1 comprenant préalablement à l'étape de sélection, une étape de comparaison d'un paramètre, dit paramètre ECN, compris dans un champ d'entête des messages de données appartenant au flux de données, avec une valeur dudit paramètre ECN préalablement associé au flux de données. 6. Dispositif de configuration de paramètres de gestion de messages de données appartenant à un flux de données destiné à être transmis au travers d'un réseau de communication, le flux de données comprenant un premier paramètre de gestion de messages de données attribué par un premier équipement appartenant au réseau de communication,communication, caractérisé en ce que le dispositif de configuration comprend des moyens de sélection, parmi le premier paramètre de gestion et un deuxième paramètre de gestion et en fonction de paramètres représentatifs du premier équipement, d'un paramètre de gestion destiné à être appliqué à l'ensemble des messages de données appartenant au flux de données par un deuxième équipement appartenant au réseau de communication au travers duquel le flux de données est destiné à être transmis. 7. Equipement appartenant à un réseau de communication au travers duquel un flux de données est destiné à être transmis, le flux de données comprenant un premier paramètre de gestion de messages de données attribué par un premier équipement appartenant au réseau de communication, caractérisé en ce que l'équipement comprend un dispositif de configuration de paramètres de gestion de messages de données appartenant au flux de comprenant des moyens de sélection, parmi le premier paramètre de gestion et un deuxième paramètre de gestion et en fonction de paramètres représentatifs du premier équipement, d'un paramètre de gestion destiné à être appliqué à l'ensemble des messages de données appartenant au flux de données par l'équipement. 8. Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre des étapes du procédé de configuration selon la revendication 1 lorsque le programme est exécuté par un processeur. 9. Support d'enregistrement lisible par un dispositif de configuration sur lequel est enregistré le programme selon la revendication 8. 24