![\"\"](\"https:\/\/www.fabidouille.com\/wp-content\/uploads\/2021\/03\/Capture_3.jpg\")
<\/a><\/p>\nAlors \u00e9norme warning, le protocole ne rend en rien honneur \u00e0 la rigueur forg\u00e9e par plusieurs si\u00e8cles de sciences statistiques (pas de calcul de variance par dimension, pas d\u2019estimation d\u2019incertitude).<\/p>\n
Ceci dit, on pourra noter qu\u2019en g\u00e9n\u00e9ral un seul param\u00e8tre est modifi\u00e9 \u00e0 la fois, avec 3 tests cons\u00e9cutifs par test. Sauf exception, auquel cas on se retrouve dans une configuration d\u00e9j\u00e0 test\u00e9e (ou.. presque).<\/p>\n
Les tests ont \u00e9t\u00e9 fait de fa\u00e7on group\u00e9e, avec des conditions m\u00e9t\u00e9os similaires (important, car nous parlons d\u2019interfaces 4G).<\/p>\n
On force pour tous les runs le serveur speedtest auquel une CLI se connecte pour mesure.<\/p>\n
Si l\u2019on souhaite creuser la signification de quelques param\u00e8tres MPTCP, il y a la Source (http:\/\/multipath-tcp.org\/<\/a>, par les auteurs contribuant dans le noyau Linux, malheureusement pas tout \u00e0 fait \u00e0 jour), ainsi que de nombreux blogs\/publications que l\u2019on peut d\u00e9nicher sur le net (http:\/\/staff.ustc.edu.cn\/~kpxue\/paper\/Sigcomm2019-p75-Han.pdf<\/a>,\u00a0https:\/\/www.gitmemory.com\/marcschaller<\/a>,\u00a0https:\/\/hal.sorbonne-universite.fr\/hal-01382907v2\/document<\/a>), dont les r\u00e9sultats ont parfois permis de limiter le champs d\u2019exploration pour nos petites exp\u00e9riences (notamment pour la combinatoire des \u201ccongestion protocol\u201d, avec certains comme\u00a0balia<\/em>,\u00a0olia\u00a0<\/em>ou encore\u00a0wvegas<\/em>\u00a0clairement en retrait dans le cadre de ma double connexion 4g).<\/p>\n Un point int\u00e9ressant, on pourrait tr\u00e8s clairement envisager l\u2019utilisation pertinente (pour une fois\u00a0\ud83d\ude09\u00a0) d\u2019apprentissage supervis\u00e9 (reinforcement learning par exemple) pour parcourir de mani\u00e8re non exhaustive la combinatoire, et de converger vers un objectif \u00e0 d\u00e9finir.<\/p>\n Dans mon cas (multiplexage de connexions internet 4g pour t\u00e9l\u00e9travailler, essentiellement), l\u2019objectif est de minimiser la gigue (aka jitter en anglais) et le ping, pour rendre le plus agr\u00e9able possible les appels audio et vid\u00e9oconf\u00e9rences.<\/p>\n Ensuite, il s\u2019agit de minimiser les pertes de paquets pour \u00e9viter de subites pertes de connections SSH ou VPN, par exemple.<\/p>\n Enfin, avec une moindre priorit\u00e9, de maximer la bande passante en t\u00e9l\u00e9chargement (download et upload).<\/p>\n Le scheduler \u201credundant\u201d est \u00e0 \u00e9viter, il provoque un d\u00e9bit quasiment deux fois moindre que ses meilleurs comparses.<\/p>\n M\u00eame sentence pour le pathmanager \u201cbinder\u201d, il est le seul \u00e0 \u00eatre accompagn\u00e9 de syst\u00e9matiques pertes de paquets.<\/p>\n Il serait int\u00e9ressant de creuser l\u2019impact du nombre de \u201csubflows\u201d par couple d\u2019ip source\/destination, m\u00eame si l\u2019asymptote semble vite atteinte.<\/p>\n \u00e9tait le combo:<\/p>\n path manager: fullmesh<\/p>\n scheduler: ECF (a priori meilleur pour les liens \u00ab\u00a0a\u00e9riens\u00a0\u00bb comme la 4G)<\/p>\n congestion control: mtcpdesync<\/p>\n avec 2 subflow par pair d’IPs.<\/p>\n Les d\u00e9fauts \u00e9tant resp. fullmesh\/BLEST\/cubic.<\/p>\n Depuis l’\u00e9criture originelle de cet article et l’incendie d’OVH qui a oblig\u00e9 une r\u00e9\u00e9criture (rapide, il faut dire) des derniers articles de ce blog, j’ai d\u00e9couvert qu’apr\u00e8s quelques heures, cette configuration mettait le VPS \u00e0 genoux.<\/p>\n Apr\u00e8s quelques it\u00e9rations, en remettant la valeur par d\u00e9faut au param\u00e8tre \u201cfullmesh subflows for each pair of IP addresses\u201d, soit 1,\u00a0le retour \u00e0 la stabilit\u00e9 \u00e9tait atteint.<\/p>\n <\/p>\n D\u2019autres it\u00e9rations restaient toutefois n\u00e9cessaires. En particulier, comprendre d\u2019ou venait l\u2019effondrement en performance (empreinte cpu\/m\u00e9moire li\u00e9 aux subflows, effet collat\u00e9ral li\u00e9 \u00e0 du swap (si starvation m\u00e9moire..)..?).<\/p>\n Les derniers essais fait sur un autre fournisseur VPS, avec 2 Go de RAM (plutot qu’un seul), ainsi que l’arriv\u00e9e d’un nouvel algorithme de contr\u00f4le de congestion (bbr2 en beta), indique d\u00e9sormais le combo ECF\/bbr2 en combo gagnant.<\/p>\n Avec les param\u00e8tres par d\u00e9faut:<\/p>\n Voici les r\u00e9sultats:<\/p>\n Et avec le combo ECF\/bbr2:<\/p>\nMais oui, quel est l\u2019objectif?<\/h2>\n
Succinte analyse<\/h2>\n
Et le gagnant..<\/h2>\n
Mais<\/h2>\n
<\/a><\/p>\n\u00ab\u00a0Conclusion\u00a0\u00bb<\/h2>\n
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n