Sur le WRT54GS
vnram set vlan0hwname="et0"
nvram set vlan0ports="0 1 2 3 5*"
vnram set vlan1hwname="et0"
nvram set vlan1ports="0t 5"
vnram set vlan2hwname="et0"
nvram set vlan2ports="0t 5"
vnram set vlan3hwname="et0"
nvram set vlan3ports="0t 5"
vnram set vlan4hwname="et0"
nvram set vlan4ports="0t 5"
vconfig add eth0 1
vconfig add eth0 2
vconfig add eth0 3
vconfig add eth0 4
ifconfig br0 192.168.1.1 (br0 inclu vlan0 et eth1)
ifconfig vlan1 11.11.11.11
ifconfig vlan2 22.22.22.22
ifconfig vlan3 33.33.33.33
ifconfig vlan4 44.44.44.44
Sur le LAPTOP
ifconfig eth0 192.168.1.99
vconfig add eth0 1
ifconfig vlan1 11.99.99.99
vconfig add eth0 2
ifconfig vlan2 22.99.99.99
vconfig add eth0 3
ifconfig vlan3 33.99.99.99
vconfig add eth0 4
ifconfig vlan4 44.99.99.99
-----------------------------------
Glitch:
Le laptop peut pigner les interfaces du router Vlan1 Vlan2 Vlan3 et Vlan4 mais pas Vlan0
La router peur pigner les interfaces du laptop Vlan1 Vlan2 Vlan3 et Vlan4 mais pas Vlan0
tcpdump montre que les vlans tagging sont respecter dans les deux sens.
tcpdump montre que le traffic sur le vlan0 en provenance du router vers le laptop passe bien, tcpdump montre aussi que le laptop comprend bien le traffic sur le vlan0 puisqu'il genere un icmp echo reply pour les icmp echo request recues.
tcpdump montre que le traffic sur le vlan0 en provenance du laptop ne se rend pas au router. je sais aussi que ce n'est pas iptables qui bloque ces paquets puisque tcpdump les afficheraient quand meme..
alors le glich semblerait provenir de la config de la switch ou du trunk sur le "backplane" reliant le port 5 de la switch (port interne) et le port et0 du router interne. (n'oublions pas que le wrt est constituer d'une switch ethernet et d'un router mips assembler dans une seule boite, les deux sont semi independants)