@scaci eth4, intesa come interfaccia, non come quarta porta, va direttamente al soc e a differenza delle altre quattro non può essere quindi taggata in hardware dallo switch vlan. Qualsiasi operazione di tagging su eth4 se necessaria va fatta definendo una interfaccia logica con altro nome di tipo vlan 8021q appoggiata sopra eth4. Nella config di default dovresti vederne qualcuna fatta in questo modo sia su eth4 che su ptm0.
Quello che dici riguardo il traffico tra ptm0 e eth4 che non passa mi suona strano. eth4, come interfaccia, non come porta, è sempre in "wan mode" almeno che non cambi l'opzione che dicevi tu qui:
config port 'eth4'
option enable '1'
option speed 'auto'
option duplex 'full'
option wan '1' // <--- QUESTA
option td 'shapingconf'Questi soc broadcom hanno un datapath di routing ottimizzato e accelerato in hardware, "Runner", che ha bisogno di sapere qual è la direzione di routing da ottimizzare. Non so bene quali sono le possibili configurazioni ma credo che il motivo del non funzionamento del bridge con ptm0 sia da ricercare in queste ultime.
Quell'opzione eth4lanwan ha un nome fuorviante perchè quando la inverti non stai cambiando la modalità di eth4, e ne quella di eth3, ma stai solo collegando l'una o l'altra interfaccia alla quarta porta rj45. Avrebbero dovuto chiamarla "port4lanwan".
Dovresti provare a impostare "option wan '0'" per eth4 e vedere se così facendo il bridge inizia a funzionare correttamente. La soluzione con eth3 non è malvagia ma tieni a mente che quelle quattro interfacce da eth0 a eth3 pur vedendole con nomi distinti fanno parte in realtà di uno switch, quindi ipoteticamente parlando un client connesso alla prima porta potrebbe fare arp spoofing sullo switch integrato e rompere le scatole.
