Brevet FR3021481A1 — publié le 20151127

La présente invention concerne un procédé de routage de paquets dans un réseau de communication par transport de paquets. Plus particulièrement, la présente invention adresse le problème de l'optimisation de l'utilisation d'une liaison, entre un noeud d'entrée et un noeud de sortie, ladite liaison comportant au moins deux chemins hétérogènes, en ce qu'ils utilisent des liens présentant des caractéristiques différentes, principalement en termes de délai et/ou de débit. Dans le cas d'un protocole TCP par exemple, un standard pour liaison à chemins multiples existe : TCP pour chemins multiples ou MPTCP (de l'anglais Multi Path TCP). Ce protocole définit comment un flot et ses paquets peuvent être adaptés pour être transmis sur les différents chemins et restitués à l'identique à l'arrivée. Cependant ce standard reste silencieux sur la façon de distribuer les paquets entre les différents chemins et laisse l'implémentation libre sur ce point. Différents procédés sont connus et l'on peut ainsi citer un procédé tournant ou pondéré tournant, encore nommé en anglais « round robin » ou « weighted round robin », affectant de manière circulaire les paquets aux différents liens de départ des différents chemins, le cas échéant en fonction de leur capacité ou disponibilité. Cependant, dans le cas de chemins hétérogènes, présentant des caractéristiques différentes, tel que par exemple, un chemin empruntant un lien ADSL, ou bien un lien satellite ou encore un lien 3G ou 4G, un tel procédé de distribution s'avère le plus souvent peu profitable en termes d'expérience utilisateur, en ce que la performance globale obtenue avec 2 ou 3 chemins affectés de manière circulaire peut s'avérer peu ou pas améliorée, voire même dégradée, relativement à la performance obtenue avec un seul de ces chemins . La présente invention remédie à ces différents inconvénients et propose un procédé de distribution des paquets parmi au moins deux chemins hétérogènes d'une liaison, permettant d'optimiser la performance globale de la liaison, afin de tirer profit de la présence de chemins multiples. L'invention a ainsi pour objet un procédé de distribution, pour un réseau de communication par transport de paquets comprenant une liaison entre un noeud d'entrée et un noeud de sortie, ladite liaison comportant au moins deux chemins utilisant des liens hétérogènes, pour distribuer un paquet entrant vers un desdits liens, le procédé comprenant les étapes suivantes : - identification d'un objet, regroupant de manière 10 cohérente des paquets, parmi les paquets entrants, - détermination de la taille de l'objet identifié, - transmission d'un paquet entrant sur un desdits chemins choisi en fonction de la taille de l'objet auquel le paquet appartient. 15 Selon une autre caractéristique, l'étape d'identification d'un objet comprend une détermination du protocole applicatif par analyse d'au moins un paquet. Selon une autre caractéristique, l'étape d'identification d'un objet comprend une analyse du temps séparant deux 20 paquets entrants successifs, un nouvel objet étant considéré lorsque ce temps est supérieur à un seuil donné. Selon une autre caractéristique, la taille d'un objet est discrétisée en un nombre de classes de taille, au moins égal au nombre de liens, le choix du chemin et donc du lien 25 s'effectuant en fonction de la classe de taille. Selon une autre caractéristique, à chaque classe de taille est associé un identifiant, et chaque paquet est marqué de l'identifiant correspondant à la taille de l'objet auquel le paquet appartient. 30 Selon une autre caractéristique, l'étape de détermination de la taille d'un objet est réalisée, a priori, par analyse d'au moins un des paquets de l'objet. Selon une autre caractéristique, l'étape de détermination de la taille d'un objet comprend une extraction du contenu 35 d'un des paquets de l'objet. Selon une autre caractéristique, la taille d'un objet est déduite du type de l'objet. Selon une autre caractéristique, l'étape de détermination de la taille d'un objet est réalisée de manière incrémentale, et comprend un comptage des paquets entrants appartenant à l'objet. Selon une autre caractéristique, la taille d'un objet est 5 considérée la plus petite possible en fonction du nombre de paquets entrants déjà reçus, jusqu'à preuve du contraire. Selon une autre caractéristique, un paquet d'un objet d'au moins une des plus petites tailles est transmis sur le chemin de plus faible délai. 10 Selon une autre caractéristique, un paquet d'un objet d'au moins une des plus grandes tailles est transmis sur le chemin de plus grand débit. Selon une autre caractéristique, un paquet d'un objet de taille intermédiaire est transmis sur un des chemins restants 15 choisi de manière tournante. D'autres caractéristiques, détails et avantages de l'invention ressortiront plus clairement de la description détaillée donnée ci-après à titre indicatif en relation avec 20 des dessins sur lesquels : - la figure 1 présente un environnement typique de l'invention. Selon la figure 1, montrant une partie d'un réseau de communications, comprenant ici quatre noeuds 1-4, un noeud 25 source 1 établit une communication TCP avec un noeud destinataire 2 et envoie des données, découpées en paquets, à ce noeud destinataire 2. Pour cela, de manière classique, un chemin est établi de noeud en noeud entre le noeud source 1 et le noeud destination 2. Ici par exemple le chemin entre le 30 noeud source 1 et le noeud destination 2 comprend les deux noeuds 3,4, mais pourrait en comprendre davantage. Sur une partie du chemin, que l'on nommera liaison 5, plusieurs chemins sont possibles selon qu'on emprunte les liens Ll,L2 ou L3. En appelant chemin Li le chemin empruntant le lien Li 35 et liaison Li la connexion TCP établie entre le noeud 3 et le noeud 4 empruntant le chemin Li on voit que la liaison L5 peut être réalisée par une liaison Ll ou L2 ou L3 ou bien par les trois liaisons simultanément. Dans le cadre de l'invention la liaison L5 est réalisée par les trois liaisons L1-L3 utilisées simultanément pour transporter les paquets de la connexion originelle entre les noeuds 1 et 2. L'invention s'applique à tous types de chemins liens, y 5 compris des chemins hétérogènes similaires ou identiques. Cependant le procédé est plus particulièrement adapté et performant dans le cas de chemins hétérogènes. Il est entendu ici par chemins hétérogènes des chemins empruntant des liens dont les caractéristiques, en termes de délai, ou de débit 10 sont différentes, voire très différentes La liaison 5 et les différents liens L1-L3 sont encadrés par un noeud d'entrée 3 et par un noeud de sortie 4. Le noeud d'entrée 3 est en charge des traitements : de tri des paquets entrants, de modification éventuelle des entêtes desdits 15 paquets et de distribution desdits paquets sur l'un ou l'autre des liaisons L1-L3. Le noeud de sortie 4 est en charge de la réception des paquets depuis les différents liaisons L1-L3, de la remise en état des éventuelles modifications et du réordonnancement des paquets avant leur transmission au 20 noeud suivant. Les deux noeuds d'entrée 3 et de sortie 4 interceptent les paquets et les traitent à la volée. Le flot de données en sortie du noeud de sortie 4 est sensiblement identique au flot de données entrant dans le noeud d'entrée 3, afin que la liaison 5 et les noeuds d'entrée et de sortie 3,4 25 soient totalement transparents pour les noeuds d'extrémité 1,2 et pour un utilisateur. Ainsi la plupart des traitements décrits dans la présente, est réalisée par le noeud d'entrée 3 et/ou le noeud de sortie 4. Les étapes plus particulièrement associées aux 30 différentes étapes du procédé, sont réalisées par le noeud d'entrée 3. Les noeuds d'entrée 3 et de sortie 4, peuvent être implémentés, par exemple, chacun par un serveur à performances améliorées ou PEP, de l'anglais « performance 35 enhanced proxy », tel que défini par les documents RFC 3135 ou RFC 3449 publiés par l'IETF. Ces deux PEPs sont avantageusement appariés. Le protocole d'échange optimise entre les deux PEP consiste à établir pour chaque connexion interceptée autant de connexions qu'il y a de liens différents sur le noeud 3. Comme indique ce protocole pourra être MPTCP ou tout autre protocole garantissant le réordonnancement des paquets de la connexion originelle par le PEP distant Le procédé selon l'invention concerne principalement la distribution ou ventilation des paquets entrants dans le noeud d'entrée 3, sur l'un ou l'autre des liaisons Ll-L3 (et donc liens Ll-L3) reliant le noeud d'entrée 3 au noeud de sortie 4. Ainsi le procédé décide, pour chaque paquet, sur quel liaison Ll-L3 le paquet doit être transmis au noeud de sortie 4. Le principe directeur est de transmettre un paquet sur une des liaisons Ll-L3, ladite liaison étant choisie en fonction de la taille de l'objet auquel le paquet appartient. Pour les besoins de la transmission sur un réseau de communication, toute donnée est découpée en une succession de paquets, sensiblement de même taille. Aussi, une donnée ou objet est constitué d'un ensemble cohérent de paquets. Afin de faciliter leur transport, ces paquets sont séparés et ne voyagent pas nécessairement ensemble. Cependant, pour les besoins de leur traitement, et afin d'éviter des mécanismes risquant de dégrader les performances, comme par exemple des mécanismes de réémission, les paquets d'un même objet sont avantageusement temporellement groupés à leur réception par le noeud de sortie 4. Aussi pour chaque paquet il est recherché l'entité de niveau supérieur ou objet qui confère à un ensemble de paquets leur cohérence. Une fois un objet identifié, une des caractéristiques principales utilisées par le procédé est la taille dudit objet. Cette taille peut être comptée en unités de stockage, par exemple kilo-octets, ou en nombre de paquets. Cette taille est utilisée de manière discriminante pour distribuer un paquet, avantageusement ensemble avec les autres paquets d'un même objet, sur l'une ou l'autre desdites liaisons Ll-L3. Pour cela, le procédé de distribution comprend les étapes suivantes. Une première étape consiste, pour un paquet entrant, à identifier à quel objet ledit paquet appartient. Une deuxième étape, une fois l'objet identifié, consiste à déterminer la taille de l'objet identifié et à l'associer au paquet. Enfin, au cours d'une troisième étape, il est choisi, en fonction de la taille de l'objet auquel le paquet appartient, un des liens pour transmettre ledit paquet du noeud d'entrée 3 au noeud de sortie 4. Il va maintenant être décrit la première étape d'identification de l'objet. Selon un mode de réalisation, l'identification d'un objet est réalisée par analyse du contenu d'au moins un paquet. Cette analyse comprend une analyse d'un ou plusieurs paquet(s), de son/leur entête ou de son/leur charge utile, afin de reconnaitre un type de contenu et ainsi de pouvoir détecter un objet. Une fois qu'un objet est détecté, l'analyse des autres paquets peut en bénéficier et un nouveau paquet entrant sera avantageusement testé pour vérifier s'il appartient ou non à un objet précédemment détecté. Selon un mode de réalisation, l'étape d'identification d'un objet passe par un préliminaire consistant à déterminer le protocole applicatif. Une telle approche nécessite une connaissance des différents protocoles et par exemple un dictionnaire de reconnaissance permettant de déterminer en fonction de la forme d'un paquet le protocole applicatif dont il ressort. De la même manière une fois le protocole applicatif déterminé, il peut être déterminé le type de l'objet par reconnaissance d'un mot clé, d'une commande, ou d'un champ particulier dans un paquet, connu pour un protocole donné. Cette approche peut être qualifiée de syntaxique et se base sur une reconnaissance de formes présentes dans un paquet. Une telle approche n'est bien évidemment possible que si le contenu des paquets est lisible en clair et n'est pas possible pour des données cryptées, telles que celles employées par des protocoles sécurisés comme SSL, HTTPS, POPS, IMAPS, CIFS, SMTPS. Selon un autre mode de réalisation, l'identification d'un objet est réalisée par analyse des durées séparant les paquets entrants successifs. Ainsi, tant que la durée entre deux paquets successifs reste faible, il peut être considéré que ces deux paquets appartiennent à un même objet. Au contraire, si la durée entre deux paquets successifs s'allonge, jusqu'à devenir supérieure à un seuil donné, il est considéré qu'il s'agit d'un intervalle entre deux objets, et le second paquet est réputé appartenir à un nouvel objet. Le seuil temporel utilisé à cet effet est typiquement un paramètre configurable. La détermination de sa valeur peut être réalisée par essais et erreurs lors d'une phase d'initialisation. Dans le cas d'un protocole TCP, ce seuil peut être calculé à partir des variables internes de la pile TCP. Ainsi le paramètre délai de transmission en boucle ou RTT, de l'anglais « Round Trip delay Time » ou sa version filtrée sRTT de l'anglais « smooth » RTT peut être utilisé pour construire un seuil x*RTT ou x*sRTT, avec x coefficient configurable, généralement strictement supérieur à 1. Une telle approche est applicable tant aux données en clair, telles que celles employées par des protocoles non sécurisés comme FTP, HTTP, POP, IMAP, SMTP, qu'aux données cryptées, telles que celles employées par des protocoles sécurisés comme SSL, HTTPS, POPS, IMAPS, CIFS, SMTPS. Il va maintenant être décrit la deuxième étape de détermination de la taille de l'objet. Quelle que soit l'unité (Ko ou nombre de paquet) utilisée pour quantifier la taille d'un objet, cette taille est avantageusement discrétisée en un nombre de classes de taille. Ces classes réalisent une partition des nombres positifs. Le nombre de classes reste avantageusement limité à quelques unités et est au moins égal au nombre de liens Ll- L3. Ainsi pour une liaison à 3 liens, on aura au moins trois classes de tailles : [0,x1[, [xl,x2[ et [x2,+-[, avec xl Avantageusement un tel identifiant est utilisé, lors de l'étape de détermination, pour marquer un paquet en fonction de la taille ou classe de taille de l'objet auquel le paquet appartient. En fonction du protocole et de la forme des paquets, un tel marquage peut être réalisé de différentes manières. Ainsi en TCP il est possible d'utiliser le champ DSCP pour lui affecter un identifiant de taille ou de classe de taille. Une autre manière de procéder est d'inclure un tel identifiant dans une étiquette (en anglais Tag) de métadonnées associée audit paquet à marquer. Lors de l'étape de distribution, l'identifiant déterminant une taille d'objet associé au paquet peut être relu, et en fonction de sa valeur choisir le lien Ll-L3 à utiliser pour transporter le paquet. Une fois un objet identifié, la détermination de la taille dudit objet peut être réalisée de différentes manières. Selon un premier mode de réalisation, les paquets sont lisibles, reconnaissables en termes de protocole applicatif et de plus, au moins un des paquets d'un objet comporte une indication de la taille dudit objet. Dans ce cas, il est possible d'extraire un contenu d'un tel paquet, indicatif de la taille de l'objet. La taille peut être directement extraite dans le cas où un des paquets de l'objet contient un paramètre de taille. La taille peut encore être indirectement déduite dans le cas où un élément de contenu d'au moins un paquet est indicatif de la taille. L'analyse d'un ou plusieurs paquet(s) permet ainsi d'obtenir la taille de l'objet. Selon ce mode de réalisation, la taille est extraite d'un élément contenu dans un des paquets, avantageusement un des premiers paquets de l'objet ou répété dans tous les paquets de l'objet. Ainsi la taille de l'objet est avantageusement connue par analyse d'au moins un paquet. On parle dans ce cas de détermination « a priori » de la taille. Selon ce mode de réalisation, la détermination du protocole applicatif, permet par exemple de savoir, pour une 5 approche directe, où et sous quelle forme un paramètre indiquant la taille de l'objet est stocké dans un paquet. Alternativement toujours selon ce mode de réalisation, la détermination du protocole applicatif peut permettre de déterminer quels types d'objets on peut s'attendre à 10 rencontrer dans le flot de données et comment identifier un objet ou un type d'objet. Ainsi dans le cas illustratif d'un protocole applicatif HTTP, un objet pourra être une commande GET, POST, etc., ou une réponse sous la forme d'une page html, xml, pdf, d'un 15 document de style, d'un script, d'une image, d'une vidéo, etc. Une fois que l'on a identifié le protocole HTTP, une connaissance de HTTP indique où peut être trouvé le mot clé qui définit le type d'objet et ainsi permettre d'identifier le type de l'objet. 20 La détermination du type d'un objet est essentiellement utile pour déterminer indirectement la taille de l'objet. Ainsi par exemple un objet de type commande présente le plus souvent une taille réduite, typiquement appartenant à la plus petite classe de taille. A contrario un objet de type vidéo 25 présente le plus souvent une taille plus importante. Un mode de réalisation peut consister à déterminer le type d'un objet et ensuite, par exemple au moyen d'une table de correspondance, de déterminer une taille en fonction du type de l'objet. 30 Selon un autre mode de réalisation de l'étape de détermination de la taille d'un objet, il peut n'être pas possible, ou pas souhaité d'extraire la taille du contenu d'au moins un paquet. L'impossibilité peut venir du fait que les paquets ne contiennent pas d'information de taille, ni 35 directe ni indirecte, ou encore du fait que lesdits paquets ne sont pas lisibles, comme dans le cas de paquets cryptés. Selon cet autre mode de réalisation, la taille d'un objet peut être déterminée en comptant les paquets entrants. On parle dans ce cas de détermination « incrémentale » de la taille de l'objet. Dans ce cas, dès qu'un paquet appartenant à un nouvel objet est détecté, un compteur est initialisé et incrémenté à chaque nouvelle entrée d'un paquet de cet objet. Un avantage de cette méthode est qu'elle est applicable dans de plus nombreux cas, et notamment au cas où le protocole utilise un cryptage. Un inconvénient de cette méthode est que la taille de l'objet n'est connue qu'après l'arrivée du dernier paquet de l'objet et donc à la fin. Ceci peut être préjudiciable, en ce qu'il n'est généralement pas possible, et plus particulièrement dans le cas d'objets de grande taille, d'attendre l'arrivée du dernier paquet pour traiter, et notamment distribuer sur un des liens Ll-L3, les premiers paquets entrés. Pour pallier cet inconvénient, selon une caractéristique avantageuse, le procédé détermine une taille d'objet pour un paquet, avant que la taille effective ne soit effectivement connue, de la manière suivante. Lorsqu'un nouvel objet est identifié, sa taille est considérée être la plus petite possible, tant que le nombre de paquets entrants appartenant à cet objet ne contredit pas cette hypothèse et ne prouve le contraire. Ainsi les premiers paquets sont traités comme si la taille de l'objet était la plus petite possible. Dès qu'un paquet supplémentaire, au-dessus de ladite taille la plus petite est reçu, cette hypothèse est invalidée et les paquets suivants sont traités comme si la taille de l'objet était plus grande. Ceci est appliqué tant que cette nouvelle hypothèse reste vraie. Si cette hypothèse devient à nouveau fausse, une nouvelle taille plus grande est considérée. Et ainsi de suite itérativement. Ainsi, en l'absence de classe de taille, le ième paquet entrant est réputé appartenir à un objet de taille i+1 et est traité/distribué comme tel. Cette caractéristique est plus avantageuse avec des 35 classes de tailles. Afin d'illustrer ce mode de réalisation, un exemple avec 3 classes de tailles est présenté. Une première classe de taille Cl, ou classe de plus petite taille, est définie pour les tailles comprises entre 1 et nl paquets, une deuxième classe de taille C2 est définie pour les tailles comprises entre n1+1 et n2 et une troisième classe de taille C3, ou classe de plus grande taille, est définie pour les tailles comprises entre n2+1 et +°°, avec nl Il va maintenant être décrit la troisième étape de choix de la liaison et donc du lien pour transmettre un paquet. Au cours des étapes précédentes, chaque paquet entrant s'est vu associé un paramètre indicatif de la taille de 5 l'objet auquel il appartient. Ce paquet peut maintenant être transmis sur une des liaisons Ll-L3 en fonction de ce paramètre de taille. Selon un premier mode de réalisation, lorsqu'un paquet est associé à l'une aux moins des plus petites tailles 10 d'objet, ce paquet est avantageusement transmis sur le lien Ll-L3 de plus faible délai. Ainsi par exemple, en fonction des choix d'implémentation, un paquet sera transmis sur le lien de plus faible délai s'il est associé à une taille appartenant à la 15 première classe Cl, respectivement s'il est associé à une taille appartenant aux deux premières classes Cl ou C2, etc. Ainsi les paquets appartenant effectivement aux petits objets ou encore les premiers paquets appartenant à des objets dont la taille est déterminée de manière incrémentale 20 sont transmis sur le lien de plus faible délai. Selon un autre mode de réalisation, lorsqu'un paquet est associé à l'une aux moins des plus grandes tailles d'objet, ce paquet est avantageusement transmis sur la liaison Ll-L3 de plus fort débit. 25 Ainsi par exemple, en fonction des choix d'implémentation, un paquet sera transmis sur la liaison de plus fort débit s'il est associé à une taille appartenant à la dernière classe C3, respectivement s'il est associé à une taille appartenant aux deux dernières classes C2 ou C3, etc. 30 Ainsi les paquets appartenant effectivement aux gros objets, ou encore les derniers paquets appartenant à des objets dont la taille est déterminée de manière incrémentale, sont transmis sur la liaison de plus fort débit. Ensuite, tous les paquets déterminés comme appartenant à 35 des objets de taille intermédiaire peuvent être transmis sur une des liaisons Ll-L3 restantes. On entend ici par taille intermédiaire une taille non comprise dans lesdites au moins une des plus petites tailles et non comprise dans lesdites au moins une des plus grandes tailles. Les liaisons restantes sont ici les liaisons qui n'ont pas été retenues pour transmettre les paquets appartenant à des objets dont la taille appartient à l'une aux moins des plus petites tailles d'objet et qui n'ont pas été retenus pour transmettre les paquets appartenant à des objets dont la taille appartient à l'une aux moins des plus grandes tailles d'objet. S'il y a plusieurs liaisons ainsi restantes, une liaison peut être choisie de manière tournante ou tournante pondérée. Il va maintenant être exposé des exemples de gains quantitatifs observés par la mise en place de l'invention sur différentes configurations multi-liens. En considérant une transmission d'un flot de données comprenant une page HTML P de 191KO, composée de 3 objets El, E2, E3 de tailles respectives 1K, 60K et 130K, et en utilisant des liaisons établies sur des chemins choisis parmi : - un chemin satellitaire de débit lOMb/s et de délai 700ms, - un chemin ADSL de débit lMb/s et de délai 40 ms, - un chemin 3G de débit 200Kb/s et de délai 100 ms, La page P est entièrement transmise en : - 3,7 s avec une mono liaison satellite, - 2 s avec une mono liaison ADSL, - 8 s avec une mono liaison 3G. En appliquant l'invention la transmission de la page P est réalisée en : - 1,4 s avec une liaison combinée satellite + ADSL, - 1,6 s avec une liaison combinée satellite + 3G, Il ressort ainsi qu'un utilisateur équipé d'un abonnement satellite et d'un abonnement ADSL additionnel obtient avec l'invention un gain d'un facteur proche de 3 par rapport à une simple liaison satellite, et un gain d'un facteur supérieur à 2 s'il est équipé d'un abonnement satellite et d'un abonnement 3G additionnel. De même un utilisateur équipé d'un abonnement 3G obtient avec l'invention et un abonnement satellite additionnel un gain d'un facteur 5. Ainsi dans une configuration combinée satellite + ADSL, respectivement satellite + 3G, la liaison satellite est celle ayant le plus fort débit et transmet les objets E2 et E3 et la liaison, respectivement 3G, est celle ayant le plus faible délai et transmet l'objet El. On suppose dans cet exemple que le seuil nl de la première classe Cl correspond à une taille d'objet de 2 Ko. Tous ce qui a été précédemment décrit l'a été en ne considérant qu'un seul sens de parcours, du noeud d'entrée 3 vers le noeud de sortie 4. Il est bien évidement applicable, alternativement ou complémentairement, à un sens de parcours inverse, le noeud d'entrée 3 devenant noeud de sortie et le noeud de sortie 4 devenant noeud d'entrée. REVENDICATIONS1. Procédé de distribution, pour un réseau de communication par transport de paquets comprenant une liaison (5) entre un noeud d'entrée (3) et un noeud de sortie (4), ladite liaison (5) pouvant être établie par au moins deux chemins différents empruntant au moins deux liens (L1-L3) hétérogènes, pour distribuer un paquet entrant vers un desdits liens (L1-L3), caractérisé en ce que le procédé comprend les étapes suivantes : - identification d'un objet, regroupant de manière cohérente des paquets, parmi les paquets entrants, - détermination de la taille de l'objet identifié, - transmission d'un paquet entrant sur un desdits liens (L1-L3) choisi en fonction de la taille de l'objet auquel le paquet appartient. 2. Procédé selon la revendication 1, où l'étape 20 d'identification d'un objet comprend une détermination du protocole applicatif par analyse d'au moins un paquet. 3. Procédé selon la revendication 1, où l'étape d'identification d'un objet comprend une analyse du temps 25 séparant deux paquets entrants successifs, un nouvel objet étant considéré lorsque ce temps est supérieur à un seuil donné. 4. Procédé selon l'une quelconque des revendications 1 à 3, 30 où la taille d'un objet est discrétisée en un nombre de classes de taille, au moins égal au nombre de liens (Ll-L3), le choix du lien s'effectuant en fonction de la classe de taille. 35 5. Procédé selon la revendication 4, où à chaque classe de taille est associé un identifiant, et où chaque paquet est marqué de l'identifiant correspondant à la taille de l'objet auquel le paquet appartient. 6. Procédé selon l'une quelconque des revendications 1 à 5, où l'étape de détermination de la taille d'un objet est réalisée, a priori, par analyse d'au moins un des paquets de 5 l'objet. 7. Procédé selon la revendication 6, où l'étape de détermination de la taille d'un objet comprend une extraction du contenu d'un des paquets de l'objet. 10 8. Procédé selon la revendication 6 ou 7, où la taille d'un objet est déduite du type de l'objet. 9. Procédé selon l'une quelconque des revendications 1 à 5, 15 où l'étape de détermination de la taille d'un objet est réalisée de manière incrémentale, et comprend un comptage des paquets entrants appartenant à l'objet. 10. Procédé selon la revendication 9, où la taille d'un 20 objet est considérée la plus petite possible en fonction du nombre de paquets entrants reçus, jusqu'à preuve du contraire. 11. Procédé selon l'une quelconque des revendications 1 à 25 10, où un paquet d'un objet d'au moins une des plus petites tailles est transmis sur le lien (Ll-L3) de plus faible délai. 12. Procédé selon l'une quelconque des revendications 1 à 30 11, où un paquet d'un objet d'au moins une des plus grandes tailles est transmis sur le lien (L1-L3) de plus grand débit. 13. Procédé selon l'une quelconque des revendications 1 à 12, où un paquet d'un objet de taille intermédiaire est 35 transmis sur un des liens (Ll-L3) restants choisi de manière tournante.