Les trois derniers mois ont apporté beaucoup de nouveautés au projet, et le rapport lève le voile sur les améliorations importantes qui seront apportées par la branche FreeBSD-7 (plus particulièrement en ce qui concerne les projets ZFS, GCC-4.1, Xorg 7.2 ou encore l'émulation Linux).
![[en]](../images/en.png)
FreeBSD (513 hits)-
Wiki de FreeBSD (252 hits)
-
Fondation FreeBSD (123 hits)
-
Le rapport (297 hits)
> Lire la dépêche (13 commentaires, moyenne: 3,6).
Vous avez demandé le commentaire #819833.
Run by 
Cette page a été générée par Templeet en 0.054s (dont 0.0055 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
round-robin
Je m'étais renseigné il y a quelques temps sur cette fonctionnalité.
D'après mes espoirs et ce que j'en avais compris, un cas typique d'utilisation pour Mr Toutlemonde serait de pouvoir combiner le débit de plusieurs interfaces réseaux.
Par exemple, si on a sur un portable un accès wifi ET un accès ethernet, les paquets peuvent passer par les 2 interfaces réseaux, augmentant ainsi le débit (et permettant une connexion/déconnexion du cable ethernet transparente).
Quelqu'un sait si la procédure pour utiliser cela s'est simplifier, car dans mon souvenir, sous Linux, c'était plus que compliqué.
[^]Re: round-robin
> si on a sur un portable un accès wifi ET un accès ethernet, les paquets peuvent passer par les 2 interfaces réseaux, augmentant ainsi le débit (et permettant une connexion/déconnexion du cable ethernet transparente).
> Quelqu'un sait si la procédure pour utiliser cela s'est simplifie
Avec ceci, la carte ethernet (em0) a automatiquement préemption sur le wifi (ath0) dès qu'elle est connectée (et le wifi reprendra la main si on ote le cable) :
Cf.
http://www.openbsd.org/cgi-bin/man.cgi?query=trunk
[^]Re: round-robin
ce n'est pas tout à fait ça le round-robin... ce dont tu parles est plutôt de l'interface-bonding ou http://en.wikipedia.org/wiki/Link_aggregation
[^]Re: round-robin
Le trunking d'OpenBSD, donc celui repris par FreeBSD dispose de plusieurs protocoles comme indiqué dans la page de man :
-- roundrobin : permet de distribuer le traffic sur plusieurs interfaces membres du trunk. Si une interface membre a un soucis ou est déconnectée, le trunk continue de fonctionner normalement sur les interfaces restantes.
-- loadbalance : distribue le traffic sur les différents ports en fonction d'un hash de l'en-tête ethernet. C'est ce que font la majorité des constructeurs de switchs lorsqu'ils implémentent du trunking/etherchannel, etc. Il se peut que le mode roundrobin ne fonctionne pas avec certains switchs, ce mode permet donc d'utiliser le trunking avec tous.
-- failover : on déclare une interface en maître et les autres en esclave. Tant que l'interface maître est active on tourne dessus. Lorsque l'interface maître passe inactive, la première interface esclave prend le relais. Si l'interface déclarée maître redevient ok, on rebascule dessus.
C'est ce dernier mode qui est très utile pour les portables : on peut tourner sur le gigabit tant qu'il y a de la connectivité. Si on débranche le câble, le basculement se fait tout seul sur le wifi. Attention : le traffic ne passe que par *une seule* interface à la fois avec ce protocole.
[^]Re: round-robin
ah ouais, bien vu... c'est pourtant moi qui avait wikipédifié cette partie de la dépêche...
m'enfin je dois avouer ma méconnaissance complète (visiblement) de trunk(4) et agr(4) => si tu as plus d'éléments sur le sujet ?
j'ai d'ailleurs découvert au passage le LACP http://en.wikipedia.org/wiki/Link_Aggregation_Control_Protoc(...) qui me paraît bien prometteur pour réellement gérer les 2 cartes ethernet que je demande systématiquement pour nos serveurs (même si je n'ai jamais vu encore une seule carte réseau cramer après la mise en service :/ à la mise en service un port défectueux je veux bien, mais bon ensuite je vois pas trop pourquoi....).
Quel dommage que ces pages de wikipedia ne soient pas encore dispos en français sur ces sujets, si ya des gens compétents sur le sujet qu'ils n'hésitent pas :)
[^]Re: round-robin
Avec le protocole roundrobin de trunk(4), tu répartis la charge sur tous les liens. Le problème vient de certains switchs qui posent problème avec ce mode.
Si tu as de nombreuses connexions avec des en-têtes ethernet différentes la charge peut également bien être répartie avec le protocole loadbalance, et il marche avec nimporte quel switch.
Mais attention, l'aggregation de lien ne permet jamais d'obtenir vraiment débit totale = (débit interface * nb interface). Il est possible de s'en approcher dans certaines conditions mais s'est pas toujours évident pour certaines configs.
A noter que le trunking c'est aussi très utile si tu perds des liens en route puisque tu peux continuer de tourner sur d'autres.
Je connais pas LACP avec agr(4), mais d'après ce que j'ai pu lire sur la page de man sur le site de netbsd, il a les mêmes problèmes que trunk(4) : http://netbsd.gw.com/cgi-bin/man-cgi?agr++NetBSD-current
[^]Re: round-robin
> même si je n'ai jamais vu encore une seule carte réseau cramer après la mise en service
Note que la redondance permet aussi d'interconnecter plusieurs machines à l'aide de plusieurs switchs indépendants, de façon transparente (comme s'il s'agissait d'un seul lien).
Bref, le mode failover de trunk(4) protège aussi contre les pannes des switchs (ou permet de remplacer un switch / un cablage à chaud sans s'inquiéter de la continuité du service), ce n'est donc pas seulement une protection contre les cartes réseau qui crament.
Couplé avec la suite carp(4), pfsync(4), sasyncd(8), openbgpd, ifstated(8), hoststated(8), etc. sous OpenBSD, ça permet de construire des passerelles ipsec + firewall + routeurs + load balancers haute disponibilité en utilisant uniquement du logiciel libre.