Re: busybox, bridge_tools, ifupdown : comportement bizarre lors de la configuration d'un bridge
Le mercredi 12 août 2015 à 14:00 +0200, Pascal Hambourg a écrit :
> Yann Cohen a écrit :
> >
> > J'ai constaté que le ifupdown "embraqué" dans busybox ne semble pas
> > reconnaitre les options de type "bridge_xxx" dans le
> > fichier /etc/network/interfaces, donc la configuration minimale d'un
> > bridge tel que je le fais dans une debian ne fonctionne pas :
> > iface br0 inet static
> > address 172.17.3.2
> > netmask 255.255.255.0
> > gateway 172.173.3.1
> > bridge_ports eth0 eth1
>
> A ma connaissance les options bridge_* ou bridge-* ne sont pas gérées
> directement par ifup/ifdown mais par des scripts placés dans
> /etc/network/if-* par le paquet bridge-utils.
Merci !
J'ai récupéré les scripts de debian et je les ai un peu adapté à la
distrib local :
modification du path des executables,
ajout de sleep pour attendre le démarrage du bridge.
Avec cela j'arrive à avoir un bridge fonctionnel au boot.
Mais dès que je débranche un câble plus rien ni dans un sens ni dans
l'autre.
les traces sur la console montrent que les ports voient bien la
déconnexion et la reconnexion.
mais le ping ne reprend pas ensuite...
root@sts-pilote:~# ping 172.17.3.1
PING 172.17.3.1 (172.17.3.1): 56 data bytes
64 bytes from 172.17.3.1: seq=0 ttl=64 time=1.562 ms
64 bytes from 172.17.3.1: seq=1 ttl=64 time=1.055 ms
64 bytes from 172.17.3.1: seq=2 ttl=64 time=0.934 ms
64 bytes from 172.17.3.1: seq=3 ttl=64 time=1.078 ms
64 bytes from 172.17.3.1: seq=4 ttl=64 time=1.079 ms
64 bytes from 172.17.3.1: seq=5 ttl=64 time=1.106 ms
br0: port 2(eth1) entered disabled state
PHY: imx25-fec-1:00 - Link is Down
br0: port 1(eth0) entered disabled state
br0: port 2(eth1) entered listening state
br0: port 2(eth1) entered listening state
PHY: imx25-fec-1:00 - Link is Up - 100/Full
br0: port 1(eth0) entered listening state
br0: port 1(eth0) entered listening state
br0: port 2(eth1) entered learning state
br0: port 1(eth0) entered learning state
br0: topology change detected, propagating
br0: port 2(eth1) entered forwarding state
br0: topology change detected, propagating
br0: port 1(eth0) entered forwarding state
^C
>
> Pour l'autre problème, pas d'idée.
>
> > mais que de courte durée car le trafic ne passe pas d'une interface à
> > l'autre !
>
> Vérifie l'état du pont dans les logs du noyau, notamment si les deux
> ports passent bien dans l'état "forwarding".
>
Reply to: