Auteur Sujet: Passage transparent filaire/Wifi (Lu 9625 fois)

corrector · « **le:** 28 juin 2012 à 15:10:59 »

Je voudrais pouvoir basculer de façon transparente de l'une connexion Ethernet Wifi à une connexion classique, sans interruption.

En fait il faudrait voir les deux cartes comme une seule.

Savez-vous comment faire?

seb · « **Réponse #1 le:** 28 juin 2012 à 16:41:44 »

Sous Linux, tu peux faire un agrégat actif-passif sur les deux interfaces :
http://techpatterns.com/forums/about1327.html

corrector · « **Réponse #2 le:** 28 juin 2012 à 16:46:29 »

J'ai oublié de préciser que c'était avec la Freebox v5.

Est-ce que c'est possible d'apparaitre comme un seul périphérique Ethernet?

seb · « **Réponse #3 le:** 28 juin 2012 à 18:46:11 »

Citation de: corrector le 28 juin 2012 à 16:46:29

J'ai oublié de préciser que c'était avec la Freebox v5.

Et alors ?

seb · « **Réponse #4 le:** 29 juin 2012 à 00:19:39 »

Citation de: corrector le 28 juin 2012 à 15:10:59

Je voudrais pouvoir basculer de façon transparente de l'une connexion Ethernet Wifi à une connexion classique, sans interruption.

Code: [Sélectionner]

ratatouille:~# ping -c 30 -i 0.2 neufbox
PING neufbox (192.168.1.1) 56(84) bytes of data.
64 bytes from neufbox (192.168.1.1): icmp_req=1 ttl=64 time=0.373 ms
64 bytes from neufbox (192.168.1.1): icmp_req=2 ttl=64 time=0.335 ms
64 bytes from neufbox (192.168.1.1): icmp_req=3 ttl=64 time=0.374 ms
64 bytes from neufbox (192.168.1.1): icmp_req=4 ttl=64 time=0.642 ms
64 bytes from neufbox (192.168.1.1): icmp_req=5 ttl=64 time=0.369 ms
64 bytes from neufbox (192.168.1.1): icmp_req=6 ttl=64 time=0.442 ms
64 bytes from neufbox (192.168.1.1): icmp_req=7 ttl=64 time=0.353 ms
64 bytes from neufbox (192.168.1.1): icmp_req=8 ttl=64 time=0.344 ms
64 bytes from neufbox (192.168.1.1): icmp_req=9 ttl=64 time=0.344 ms
64 bytes from neufbox (192.168.1.1): icmp_req=12 ttl=64 time=0.989 ms
64 bytes from neufbox (192.168.1.1): icmp_req=13 ttl=64 time=0.988 ms
64 bytes from neufbox (192.168.1.1): icmp_req=14 ttl=64 time=1.04 ms
64 bytes from neufbox (192.168.1.1): icmp_req=15 ttl=64 time=0.958 ms
64 bytes from neufbox (192.168.1.1): icmp_req=16 ttl=64 time=1.02 ms
64 bytes from neufbox (192.168.1.1): icmp_req=17 ttl=64 time=1.19 ms
64 bytes from neufbox (192.168.1.1): icmp_req=18 ttl=64 time=1.09 ms
64 bytes from neufbox (192.168.1.1): icmp_req=19 ttl=64 time=1.03 ms
64 bytes from neufbox (192.168.1.1): icmp_req=20 ttl=64 time=0.911 ms
64 bytes from neufbox (192.168.1.1): icmp_req=21 ttl=64 time=1.00 ms
64 bytes from neufbox (192.168.1.1): icmp_req=22 ttl=64 time=2.55 ms
64 bytes from neufbox (192.168.1.1): icmp_req=23 ttl=64 time=1.82 ms
64 bytes from neufbox (192.168.1.1): icmp_req=24 ttl=64 time=0.955 ms
64 bytes from neufbox (192.168.1.1): icmp_req=25 ttl=64 time=1.68 ms
64 bytes from neufbox (192.168.1.1): icmp_req=26 ttl=64 time=0.938 ms
64 bytes from neufbox (192.168.1.1): icmp_req=27 ttl=64 time=0.974 ms
64 bytes from neufbox (192.168.1.1): icmp_req=28 ttl=64 time=0.369 ms
64 bytes from neufbox (192.168.1.1): icmp_req=29 ttl=64 time=0.335 ms
64 bytes from neufbox (192.168.1.1): icmp_req=30 ttl=64 time=0.326 ms

--- neufbox ping statistics ---
30 packets transmitted, 28 received, 6% packet loss, time 5834ms
rtt min/avg/max/mdev = 0.326/0.848/2.552/0.522 ms

Deux paquets perdus lors de la bascule RJ45 vers Wi-Fi, et aucun lors du retour en RJ45.
Moins de 500ms pour assurer le failover : c'est assez transparent pour toi ?

Citation de: corrector le 28 juin 2012 à 16:46:29

Est-ce que c'est possible d'apparaitre comme un seul périphérique Ethernet?

L'adresse MAC de l'interface réseau maîtresse* de l'agrégat est partagée par les autres interfaces, donc je serais tenté de penser que c'est bien le cas :

Code: [Sélectionner]

ratatouille:~# ifconfig | grep HWaddr
bond0     Link encap:Ethernet  HWaddr 00:13:72:6a:97:c4
eth0      Link encap:Ethernet  HWaddr 00:13:72:6a:97:c4 
eth1      Link encap:Ethernet  HWaddr 00:13:72:6a:97:c4

* telle que définie dans la configuration ; l'agrégat utilisera cette adresse MAC même si l'interface physique correspondante est down.

corrector · « **Réponse #5 le:** 29 juin 2012 à 00:57:05 »

Merci, c'est très intéressant!

vivien · « **Réponse #6 le:** 29 juin 2012 à 08:51:02 »

Merci, je ne savais pas qu'on pouvait utiliser du bonding pour çà.

Pourquoi certaines interfaces Wi-fi sont vues en eth1 et d'autres en wlan0 ?

thenico · « **Réponse #7 le:** 29 juin 2012 à 09:46:37 »

Citation de: vivien le 29 juin 2012 à 08:51:02

Merci, je ne savais pas qu'on pouvait utiliser du bonding pour çà.

Attention: certain switch ne vont pas apprécier ce style de manipulation.

Citation de: vivien le 29 juin 2012 à 08:51:02

Pourquoi certaines interfaces Wi-fi sont vues en eth1 et d'autres en wlan0 ?

Cela dépend du driver (ndiswrapper, wl).
Après, on peut renommer l'interface ....

seb · « **Réponse #8 le:** 29 juin 2012 à 19:22:47 »

Citation de: thenico le 29 juin 2012 à 09:46:37

Attention: certain switch ne vont pas apprécier ce style de manipulation.

D'après le Linux Ethernet Bonding Driver HOWTO, même les vieux switches acariâtres n'y verront que du feu :

Citer

The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch.

Quand j'ai testé une configuration identique sur mon NAS avec deux interfaces filaires, le vieux switch 10/100 sur lequel elles étaient toutes deux connectées l'a en tout cas très bien pris.

thenico · « **Réponse #9 le:** 29 juin 2012 à 19:40:36 »

Si tu as un switch configuré en sticky (et max mac=1) sur les 2 ports, une violation va remonter (et suivant la politique: isolation dans la vlan poubelle, filtrage des paquets ayant la mac supplèmentaire, désactivation du port, ....) lors de la bascule d'un port à l'autre.

corrector · « **Réponse #10 le:** 29 juin 2012 à 19:42:22 »

D'où le conseil :
The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch.

thenico · « **Réponse #11 le:** 29 juin 2012 à 20:40:35 »

Ce qui ne marchera que si la deuxième carte n'a jamais envoyé de trame sur le port depuis le dernier reboot du switch.