Différences

Ci-dessous, les différences entre deux révisions de la page.

--- informatique:reseau:xdsl:xdsl_bonding [2017/11/17 14:42] – ben
+++ informatique:reseau:xdsl:xdsl_bonding [2017/12/05 17:54] (Version actuelle) – ben
@@ Ligne 2: / Ligne 2: @@
 <note>
-Dernière mise à jour : 17/11/2017
+Dernière mise à jour : 05/12/2017
 </note>
-<note tip>
+<note warning>
-To do :
+Cette solution ne fonctionne qu'avec un kernel 3.x côté serveur. Le monitoring ARP utilisé par le bonding ne fonctionne plus de la même façon avec un kernel 4.x et je n'ai pas eu le temps de tester/vérifier/faire fonctionner.
-   * sécuriser un peu plus la solution
- </note>
+Donc cette doc est destinée à un kernel 3.x côté serveur et 4.x côté client.
+</note>
-<note warning>Même si la doc ci-dessous peut être utilisée quasiment telle quelle, il est utile d'avoir des notions réseaux (TCP/IP, routage, QoS, OpenVPN, etc) pour comprendre un peu ce qu'il se passe.</note>
 ====== ADSL VPN Bonding ======
@@ Ligne 302: / Ligne 299: @@
 Doublement effectif de bande passante si l'appli cliente est capable d'initier plusieurs connexions en parallèle. Une interface est affectée à l'envoi vers une même adresse MAC. Ainsi les transferts sont parallélisés et le choix de l'interface suit la règle : (Adresse MAC de la source XOR Adresse MAC de la destination) modulo nombre d'interfaces.
-//xmit_hash_policy// : définit la règle à utiliser pour déterminer l'interface pour les modes balance-xor et 802.3ad. Cette option peut prendre 2 valeur :
+//xmit_hash_policy// : définit la règle à utiliser pour déterminer l'interface pour les modes balance-xor et 802.3ad. Cette option peut prendre 2 valeurs :
   * layer2 : utilise XOR de l'adresse MAC dont la formule est : (source MAC XOR destination MAC ) modulo le nombre d'interfaces ;