Quand je parlait de SFR, c'était en fait Numericable : il existe plusieurs version de "La Box" et il faut payer plus cher pour avoir la dernière version qui intègre notamment le WiFi AC et une compatibilité Gb/s.

A noter pour la NeufBox6 qu'il existe deux versions : nb6 et nb6v. Principale différence, la compatibilité du chips avec le VDSL.

Avoir un parc homogène c'est bien, mais vu les coûts c'est pas réalisable. Au niveau box TV, K-Net n'a d’ailleurs pas remplacé les différentes génération de box TV avant la dune, or la box TV, c'est ce qui vieillit le plus mal (ou qui as le plus progressé)

Free et Orange forcent les migration des box qui ont plus de 10 ans d'age afin de limiter le nb de box différentes en circulation. Free vient de terminer la migration des clients Freebox v4 en Freebox v5 et Orange va terminer la migration des Livebox v1 vers des Livebox v2.

alors pour Bouygues en adsl rien ne vaut la Thomson et son chipset broadcom (chipset de la meme marque dans le materiel huawei des nra)
compter au moins 20% de perte en passant a une sagem (25.72mega a 19.98 mega dans mon cas)
depuis qu'il propose la box miami, bouygues recycle les bbox sensation en envoyant le routeur au client qui passe au vdsl (non miami)

j'ai eu le service technique de knet cette aprem, pour la nouvelle box ont peu y passer moyennant le delta (positif ou negatif) de la caution
d’ailleurs le technicien m'a confirmer la possibilité d’agrégation de ports

sinon j'ai vu en surfant sur le forum que l'on pouvait utiliser son propre routeur et dans le cas ou ce serait un WNR3500Lv2 faire charger le firmware en agence or je peux avoir un avec quelque rond en échange de mon archer c5

Je parle d'avoir la même box de l'apporter à l'agence pour qu'il puisse y mettre leur firmware et faire la config de toute si je vais chez knet je prend l'installation zen

Il me semble avoir lu qu'ils proposaient de flasher les routeurs (si modèle identique)

Sinon, c'est quoi cette agrégation de port ?

Pour moi l'agrégation c'est pour des offres > 1 Gb/s (typiquement les offres 2 Gb/s au japon)

Je ne comprends pas l’intérêt de faire une agrégation si en aucun cas tu vas dépasser 1 Gb/s.

Je comprend l'agrégation vers ton switch au cas ou 2 PC utilisent en même temps ton NAS (bien que avec des disques dur classique tu ne vas  pas dépasser 1 Gb/s avec deux accés en // sur deux fichiers différents, car il y a de nombreux accès disque ou rien n'est transféré).

Pour la connexion à la box (entre le switch et la box) je ne vois vraiment pas l’intérêt.

Il y a plusieurs types d'agrégation de lien, fait attention, ceux ou une même connexion TCP passe par deux liens peut provoquer des ralentissement a cause des paquets qui arrivent dans le désordre. Bref, je serais toi, je ne ferais aucune agrégation de lien.

J'ai déjà mis du bonding sur plusieurs serveurs et je me suis fait des tutoriels.
Le mode utilisé dans la majorité des cas est le "mode 4"

Etherchannel - Bonding :

Coté linux, Etherchannel s'appelle bondind et se matérialise sous la forme d'un module disponible en standard dans le noyau. Comme pour le switch, on regroupe plusieurs interfaces physiques (ethx) sur une interface logique (nommée bondx, x est le numéro de l'interface). Les solutions offertes par le bonding sont nombreuses :

- Mode 0 : Round Robin (équilibrage de charge) : Ce mode augmente la bande passante et gère la tolérance de panne. Groupement de ports pour load balancing et Failover : Le trafic sortant de l'interface est émis alternativement sur chacune des interfaces. Les ports du switch sont groupés avec Etherchannel. Par contre la configuration est statique sans protocole PagP ou LACP (802.3ad).


- Mode 1 : Active - passive / Active backup : Failover seulement : Seule une des interfaces physique est active et répond au requêtes arp. Pas de propriétés particulière sur le switch.

- Mode 2 : Balance-XOR : Groupement de ports pour load balancing et Failover : Le switch est configuré en Etherchannel. Dans le sens sortant, le serveur Linux choisit l'interface physique en fonction de l'adresse mac (source ou destination, ou XOR sur les deux). Sur le switch Cisco, Etherchannel fonctionne aussi sur ce principe (le load balancing effectué sur le switch concerne le trafic entrant sur le serveur Linux). 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.

- Mode 3 : Broadcast : Failover seulement : Le trafic est transmis sur toutes les interfaces physiques.

- Mode 4 : IEEE 802.3ad : Groupement de ports pour load balancing et Failover : Fonctionne les switchs Ethernet qui supportent cette norme. Le mécanisme de load blancing est similaire à celui du mode Balance-XOR.Il est basé sur le principe qui consiste à affecter toujours le même chemin à la même machine en fonction du couple IP source / IP destination / port. Cela implique que le switch gère le 802.ad et que les interfaces soient compatibles mii-tool et/ou ethtool.

La répartition du trafic se fait par un hash XOR (eXclusive OR ou OU exclusif) en fonction des arguments sélectionnables suivants :

• les adresses MAC(source et ou destination)
• les adresses IP (source et ou destination)
• le port applicatif (destination)

Tous les ports d'un groupe doivent obligatoirement être paramétrés à la même vitesse, même duplex (full/half), même VLAN, même mode (access/trunk).

- Mode 5 : Adaptive transmit load balancing (balance-tlb) : Load balancing dans le sens sortant uniquement : Le trafic sortant de l'interface est émis de sur l'une ou l'autre des interfaces physique en fonction de le charge. Dans le sens entrant, une seule des interfaces physique répond au requêtes ARP. Aucune configuration particulière n'est nécessaire sur le switch. Les drivers de la carte ethernet sur le serveur Linux doivent être compatibles ethool.

- Mode 6 : Adaptative load balancing (balance-alb) : Load balancing dans les deux sens. Reprend le mécanisme balance-tlb dans le sens sortant. Dans le sens entrant, le bonding intercepte les requêtes ARP pour renvoyer alternativement l'adresse des interfaces physiques.
Adaptive load balancing : ce mode inclut en plus du tlb un load balancing sur le flux entrant et seulement pour un trafic IPV4. L'équilibrage est réalisé au niveau ARP. Le module intercepte les réponses pour y réécrire l'adresse MAC de l'une des interfaces du bond tout en tenant compte des spécificités du protocole ARP. La répartition entre les différentes interfaces, se fait de façon séquentielle ( round robin ).

Tous ces modes sont listés et expliqués dans la documentation du module bonding qui est livrée avec les sources du noyau. Cette même documentation est aussi accessible dans sa toute dernière mouture sur le site http://www.sourceforge.net/projects/bonding

Le mode 4 IEEE 802.3ad est conseillé avec des switch Cisco


Exemple de fichier de configuration en mode IEEE 802.3ad avec Ubuntu :
(mode 4 - conseillé avec un switch Cisco)

- Vérifier que le paquet pour gérer le bonding est bien installé (c'est généralement le cas avec les distributions serveur) :
apt install ifenslave-2.6

- Définition du type de bonding a utiliser :
nano -w /etc/modprobe.d/aliase-bond.conf

Code: [Sélectionner]

alias bond0 bonding
options bonding mode=4 xmit_hash_policy=layer3+4 miimon=100 downdelay=200 updelay=200
mode=4 : signifie que nous utilisons le mode 802.3ad
xmit_hash_policy=layer3+4 : choix de l'interface en upload via les info niveau 3 (IP source et IP destination) et 4 (port source et port destination). Par défaut c'est le niveau 2 (adresse mac) => Dans la cas d'un serveur avec une passerelle par défaut, tout le trafic hors du réseau local part via la même interface. Cela ne concerne que l'upload. Pour le download, la configuration se fait sur le switch.
miimon=100 : une vérification de l'état des interfaces physiques est effectuée toutes les 100ms.


-  Définition de l'interface réseau :
nano -w /etc/network/interfaces

Code: [Sélectionner]

# The primary network interface
#auto eth0
#iface eth0 inet dhcp

auto eth0
auto eth1
auto bond0
iface bond0 inet static
      address 138.21.127.54
      netmask 255.255.255.240
      network 138.21.127.48
      broadcast 138.21.127.63
      gateway 138.21.127.62
      up /sbin/ifenslave bond0 eth0 eth1
      down /sbin/ifenslave -d bond0 eth0 eth1

Certaines machines vont utiliser eth0 et d'autres eth1. A noter qu'un même PC, même protocole et même port peut utiliser eth0 en download et eth1 en upload.

En cas de panne d'une des deux liaisons, le trafic passe intégralement par l'autre.
En cas de ré-installation du serveur : l'accès internet est possible dès l'installation sans le bonding et sans re-configuration du routeur.

Il faut une personne capable de flasher un firmware. Ce n'est pas forcèment évident pour tout le monde.

Les 99euro de caution servent aussi à faire de l'avance sur trésorerie et donc "gagner de l'argent"à knet /les rémunérer pour leur firmware.