{"id":53735,"date":"2019-12-09T00:00:00","date_gmt":"2019-12-08T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter"},"modified":"2020-02-18T14:01:40","modified_gmt":"2020-02-18T11:01:40","slug":"nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","title":{"rendered":"Le vrai regroupement des canaux Internet \u2014 OpenMPTCPRouter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Le
\n
\nEst-il possible de combiner plusieurs canaux Internet en un seul ? Il y a beaucoup d'id\u00e9es fausses et de mythes autour de ce sujet, m\u00eame les ing\u00e9nieurs r\u00e9seau exp\u00e9riment\u00e9s ne savent souvent pas que c'est possible. Dans la plupart des cas, la combinaison de canaux est \u00e0 tort confondue avec l'\u00e9quilibrage au niveau NAT ou le failover. Mais le v\u00e9ritable agr\u00e9gat permet d'\u00e9tablir une seule connexion TCP simultan\u00e9ment sur tous les canaux Internet<\/b>, par exemple une diffusion vid\u00e9o, de sorte qu'en cas de coupure de l'un des canaux Internet, la diffusion ne soit pas interrompue. <\/p>\n

Il existe des solutions commerciales co\u00fbteuses pour les diffusions vid\u00e9o, mais ces appareils co\u00fbtent plusieurs milliers de dollars. Cet article d\u00e9crit la configuration du paquet gratuit et open-source OpenMPTCPRouter, et aborde les mythes populaires sur l'agr\u00e9gation de canaux.
\n<\/a><\/noindex><\/p>\n

Mythes sur l'agr\u00e9gation de canaux<\/h2>\n

\nIl y a beaucoup de routeurs domestiques qui prennent en charge la fonction Multi-WAN. Parfois, les fabricants appellent cela l'agr\u00e9gation de canaux, ce qui n'est pas tout \u00e0 fait exact. De nombreux techniciens croient qu'en dehors de LACP<\/a><\/noindex> et de l'agr\u00e9gation au niveau L2, il n'existe pas d'autre type d'agr\u00e9gation de canaux. J'ai souvent entendu dire par des personnes travaillant dans les t\u00e9l\u00e9communications que c'est en fait impossible. Essayons donc de d\u00e9m\u00ealer les mythes populaires. <\/p>\n

\u00c9quilibrage au niveau des connexions IP<\/h2>\n

\nC'est le moyen le plus accessible et populaire d'utiliser plusieurs canaux Internet en m\u00eame temps. Pour simplifier, imaginons que vous avez trois fournisseurs d'acc\u00e8s Internet, chacun vous attribuant une adresse IP r\u00e9elle de son r\u00e9seau. Tous ces fournisseurs sont connect\u00e9s \u00e0 un routeur prenant en charge la fonction Multi-WAN. Cela peut \u00eatre OpenWRT avec le paquet mwan3, mikrotik, ubiquiti ou tout autre routeur domestique, car maintenant cette option n'est plus rare.<\/p>\n

Pour mod\u00e9liser la situation, imaginons que les fournisseurs nous ont attribu\u00e9 les adresses suivantes :<\/p>\n

WAN1 \u2014 11.11.11.11\nWAN2 \u2014 22.22.22.22\nWAN3 \u2014 33.33.33.33\n<\/code><\/pre>\n
\nC'est-\u00e0-dire, en se connectant \u00e0 un serveur distant example.com<\/b> \u00c0 travers chaque fournisseur, le serveur distant verra trois adresses IP source ind\u00e9pendantes du client. L'\u00e9quilibrage permet de r\u00e9partir la charge sur les canaux et de les utiliser simultan\u00e9ment. Pour simplifier, imaginons que nous r\u00e9partissons la charge entre tous les canaux de mani\u00e8re \u00e9gale. En fin de compte, lorsque le client ouvre un site contenant par exemple trois images, il charge chaque image via un fournisseur distinct. Du c\u00f4t\u00e9 du site, cela appara\u00eet comme des connexions provenant de trois adresses IP diff\u00e9rentes.<\/p>\n
\"Le
\nAvec l'\u00e9quilibrage au niveau des connexions, chaque connexion TCP passe par un fournisseur distinct.<\/p>\n
Ce mode d'\u00e9quilibrage est souvent probl\u00e9matique pour les utilisateurs. Par exemple, de nombreux sites lient strictement les cookies et les jetons \u00e0 l'adresse IP du client, et si celle-ci change soudainement, la requ\u00eate est rejet\u00e9e ou le client est d\u00e9connect\u00e9 du site. Cela se reproduit souvent dans les syst\u00e8mes de banques en ligne et sur d'autres sites avec des r\u00e8gles strictes concernant les sessions utilisateur. Voici un simple exemple : les fichiers musicaux sur VK.com ne sont disponibles que par un jeton de session valide, qui est li\u00e9 \u00e0 l'IP, et les clients utilisant cet \u00e9quilibrage rencontrent souvent des probl\u00e8mes de lecture audio, car la requ\u00eate est pass\u00e9e par un autre fournisseur que celui auquel la session est li\u00e9e.<\/p>\n
\"Le
\nLors du t\u00e9l\u00e9chargement de torrents, l'\u00e9quilibrage au niveau des connexions cumule la bande passante de tous les canaux.<\/p>\n
Cet \u00e9quilibrage permet d'additionner la vitesse de la connexion Internet en utilisant plusieurs connexions. Par exemple, si chaque fournisseur a une vitesse de 100 Mbit, lors du t\u00e9l\u00e9chargement de torrents, nous obtiendrons 300 Mbit. Car un torrent ouvre de nombreuses connexions, qui sont r\u00e9parties entre tous les fournisseurs et exploitent ainsi toute la bande.<\/p>\n
Il est important de comprendre qu'une seule connexion TCP passera toujours par un seul fournisseur. Ainsi, si nous t\u00e9l\u00e9chargeons un gros fichier via HTTP, cette connexion sera r\u00e9alis\u00e9e par l'un des fournisseurs, et si la connexion avec ce fournisseur est interrompue, le t\u00e9l\u00e9chargement \u00e9chouera \u00e9galement. <\/p>\n
\"Le
\nUne seule connexion utilise toujours un seul canal Internet.<\/p>\n
Cela est \u00e9galement vrai pour les diffusions vid\u00e9o. Si vous diffusez un flux vid\u00e9o sur une plateforme comme Twitch, l'\u00e9quilibrage au niveau des connexions IP ne sera d'aucune utilit\u00e9, car le flux vid\u00e9o sera transmis par une seule connexion IP. Dans ce cas, si l'un des fournisseurs WAN rencontre des probl\u00e8mes de connexion, comme des pertes de paquets ou une diminution de la vitesse, vous ne pourrez pas instantan\u00e9ment basculer vers un autre fournisseur. La diffusion devra \u00eatre arr\u00eat\u00e9e et reconnect\u00e9e \u00e0 nouveau. <\/p>\n
Agr\u00e9gation de canaux<\/h2>\n
\nL'agr\u00e9gation r\u00e9elle de canaux permet d'envoyer une seule connexion vers Twitch \u00e0 travers tous les fournisseurs, de sorte que si l'un des fournisseurs tombe en panne, la connexion ne sera pas interrompue. C'est une t\u00e2che \u00e9tonnamment complexe qui n'a pas encore de solution optimale. Beaucoup de personnes ne savent m\u00eame pas que c'est possible ! <\/p>\n
D'apr\u00e8s les illustrations pr\u00e9c\u00e9dentes, nous savons qu'un serveur Twitch ne peut accepter notre flux vid\u00e9o que d'une seule adresse IP source, ce qui signifie qu'elle doit toujours rester constante, peu importe quels fournisseurs sont en panne ou fonctionnent. Pour cela, nous aurons besoin d'un serveur d'agr\u00e9gation qui terminera toutes nos connexions et les combinera en une seule.<\/p>\n
\"Le
\nLe serveur d'agr\u00e9gation combine tous les canaux en un seul tunnel. Toutes les connexions se font via l'adresse du serveur d'agr\u00e9gation.<\/p>\n
Dans ce sch\u00e9ma, tous les fournisseurs sont utilis\u00e9s, et la coupure de l'un d'eux ne provoquera pas d'interruption de la connexion au serveur Twitch. En essence, c'est un tunnel VPN sp\u00e9cial, dont les fondements reposent sur plusieurs canaux Internet \u00e0 la fois. L'objectif principal de ce sch\u00e9ma est d'obtenir un canal de communication de la meilleure qualit\u00e9 possible. Si l'un des fournisseurs rencontre des probl\u00e8mes, des pertes de paquets ou des augmentations de latence, cela ne doit pas affecter la qualit\u00e9 de la communication, car la charge sera automatiquement redistribu\u00e9e sur d'autres canaux de meilleure qualit\u00e9 disponibles. <\/p>\n
Solutions commerciales<\/h3>\n
\nCe probl\u00e8me pr\u00e9occupe depuis longtemps ceux qui r\u00e9alisent des diffusions en direct d'\u00e9v\u00e9nements et n'ont pas acc\u00e8s \u00e0 une connexion Internet de qualit\u00e9. Pour de telles t\u00e2ches, il existe plusieurs solutions commerciales, par exemple, l'entreprise Teradek fabrique des routeurs monstrueux qui peuvent accueillir des lots de modems USB :<\/p>\n
\"Le
\nRouteur pour la diffusion vid\u00e9o avec fonction de sommation des canaux<\/p>\n
Ces dispositifs int\u00e8grent g\u00e9n\u00e9ralement la possibilit\u00e9 de capturer des signaux vid\u00e9o via HDMI ou SDI. Un abonnement au service de sommation des canaux, ainsi qu'\u00e0 la gestion des flux vid\u00e9o, leur r\u00e9encodage et leur retransmission, est vendu avec le routeur. Le prix de ces appareils commence \u00e0 partir de 2 000 $ avec un ensemble de modems, plus un abonnement s\u00e9par\u00e9 au service. <\/p>\n
Parfois, cela peut sembler suffisamment intimidant :<\/p>\n
\"Le
\n<\/p>\n
Configurer OpenMPTCPRouter<\/h2>\n
\nProtocole MP-TCP<\/a><\/noindex> (MultiPath TCP) a \u00e9t\u00e9 con\u00e7u pour permettre de se connecter simultan\u00e9ment par plusieurs canaux. Par exemple, il est pris en charge par iOS<\/a><\/noindex> et peut se connecter simultan\u00e9ment \u00e0 un serveur distant via WiFi et un r\u00e9seau mobile. Il est important de comprendre qu'il ne s'agit pas de deux connexions TCP distinctes, mais bien d'une seule connexion \u00e9tablie sur deux canaux. Pour que cela fonctionne, le serveur distant doit \u00e9galement prendre en charge MPTCP.<\/p>\n
OpenMPTCPRouter<\/a><\/noindex> est un projet de routeur logiciel open source permettant de v\u00e9ritablement sommer des canaux. Les auteurs affirment que le projet est en version alpha, mais qu'il est d\u00e9j\u00e0 utilisable. Il se compose de deux parties : un serveur de sommation qui est h\u00e9berg\u00e9 sur Internet, et un routeur auquel se connectent plusieurs fournisseurs d'acc\u00e8s \u00e0 Internet et les appareils clients eux-m\u00eames : ordinateurs, t\u00e9l\u00e9phones. Un Raspberry Pi, certains routeurs WiFi ou un ordinateur ordinaire peuvent servir de routeur utilisateur. Des versions pr\u00eates \u00e0 l'emploi sont disponibles pour diff\u00e9rentes plateformes, ce qui est tr\u00e8s pratique.<\/p>\n
\"Le
\nPrincipe de fonctionnement d'OpenMPTCPRouter<\/p>\n
Configuration du serveur de sommation<\/h2>\n
\nLe serveur de sommation est h\u00e9berg\u00e9 sur Internet et termine les connexions de tous les canaux du routeur client en une seule. L'adresse IP de ce serveur sera l'adresse externe lors de la connexion \u00e0 Internet via OpenMPTCPRouter. <\/p>\n
Pour cette t\u00e2che, nous allons utiliser un serveur VPS sous Debian 10.<\/p>\n
Exigences pour le serveur de sommation :<\/p>\n