<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><blockquote type="cite">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><br>
<div><tt>Dipende dal chip ? Secondo me dovresti testarlo su
un router diverso dal 740N.</tt></div>
<div><tt><br>
</tt></div>
</div>
</div>
</div>
</blockquote>
<br>
Will do.<br>
Forse non resisto e ordino un 841ND, che tanto mi serve lo stesso.</div></blockquote><div><br></div><div>Io sono in possesso di un tl-wr841N che ovviamente condivido per la sperimentazione. Quindi se vuoi risparmiarti 20€ te lo porto io il HL oppure mi raggiungi tu in VB.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
Vabbè, ormai è chiaro che per "default VLAN" intendi semplicemente
la VLAN che "arriva con OpenWRT appena flashato".<br>
Il 740N non l'ho mai avuto tra le mani, ma sul 1043 e sull'841 la
VLAN0 proprio non c'è, parte da VLAN1.<br>
In ogni caso non ci da indizi su come viene trattata un'eventuale
VLAN0, nel caso venga creata appositamente.<br></div></blockquote><div><br></div><div>Vero, perchè la VLAN0 è intrinseca. In switch parte dalla VLAN1, ovvero la prima disponibile dopo la 0, Cmq faccio tre test via ssh e li pubblico di seguito.</div>
<div><br></div><div>newSPIG ( modello tp-link ) ? <br></div><div>non presenta vlan0, forse le porte taggano tutte vlan1 ? In questo caso vlan0 sparisce dall' swconfig.</div><div><br></div><div><br></div><div><br></div>
<div>SPAX ( modello, mi sà che è il tl-740N )?<br></div><div>presenta vlan0 !</div><div><br></div><div>VB e Capizzanux presentano vlan0.<br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
</div>
</div>
</div>
</blockquote>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><tt>
#2 non mi torna, perché tu stesso nella config non hai
CPU untagged, ma</tt><tt><br>
</tt><tt>
non ti si è bloccato niente. Typo?</tt><tt><br>
</tt></blockquote>
<div><tt><br>
</tt></div>
<div><tt>Proprio perchè non ho CPU untagged mi funziona
tutto, hai inteso male.</tt></div>
<div><tt> </tt></div>
</div>
</div>
</div>
</blockquote>
<br>
Ok, quindi quando dicevi "VLAN0 corrisponde ad eth0 (Vlan default,
interfaccia che contiene sub-interfacce) che essendo bridgata in
br-lan deve avere - *per forza* - la CPU untagged altrimenti blocca
tutto.", non ti riferivi all'effettiva config, dato che è evidente
che tu, dall'output di swconfig, la CPU ce l'hai TAGGED su tutte le
VLAN, inclusa la 0.<br>
Se ho capito bene, stavi congetturando che, anche se in VLAN0 ti
riporta la CPU come tagged, in realtà essa rimane effettivamente
untagged e dunque da quel punto in poi pretende l'esclusività.<br></div></blockquote><div><br></div><div>Be si, qualcosa del genere. Ad ogni modo sento che siamo molto vicini alla verità universale.</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<br>
Io ho ancora il dubbio che in VLAN0, a leggere lo standard, traffico
taggato non dovrebbe poterne passare A PRESCINDERE, che sia CPU o
no.<br>
Ma se tu dici che la 4 fa correttamente trunking, e la 4 fa parte di
VLAN0, allora è evidente che di tagging ne passa.<br>
Però, però.<br></div></blockquote><div><br></div><div>E sè la VLAN0 semplicemente untaggasse, come se fosse un'intercfaccia mediatrice tra eth e 801.2Q ?</div><div>Questo spiegherebbe molte cose, specie il fatto che se taggi la CPU di un'altra VLAN ti sbatte fuori.</div>
<div>Ma va testato, al netto dei bug di UCI :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
La native VLAN della porta 4, è VLAN 0.<br>
Questo, se è proprio vero che VLAN 0 non accetta secondo standard
802.1q NESSUN traffico tagged, non inficia il funzionamento del
trunking per pura coincidenza, perché questo trunking avverebbe con
una modalità leggermente meno ovvia: su VLAN 1 e VLAN 2 il traffico
passa tagged sulla porta 4, ma quando il traffico appartiene a
VLAN0, esso viaggia SEMPRE untagged sulla 4, ANCHE SE in VLAN0 l'hai
specificata come taggata.<br></div></blockquote><div><br></div><div>Esatto, e sulla porta di trunking becco anche br-lan untagged :)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Insomma, se VLAN 0 prevede solo traffico untagged per definizione,
allora assegnando come untagged la porta 4 in qualsiasi altra VLAN,
dovrebbero sorgere gli stessi problemi avuti con CPU. <br></div></blockquote><div><br></div><div>No, una vlan su una porta untagged si sostiuisce al traffico untagged della vlan0, o l'uno o l'altro.</div><div>
Stessa cosa sulla CPU.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><blockquote type="cite"><div dir="ltr">
<div class="gmail_extra"><div class="gmail_quote">
<div><tt>Questo non mi torna e dato che sono rimasto
sbattuto fuori untaggando le CPU poi magari faremo un
confronto specifico su questo aspetto, con un paio di
router tra le mani.</tt></div>
<div><tt><br>
</tt></div>
<div><tt>esatto, quello che dico. Il discorso è che la CPU
untagged è esclusiva.</tt></div>
<div><tt>E l'unica spiegazione che sono riuscito, per
adesso, a dare è che untaggando una CPU entri in
conflitto con la vlan0.</tt></div>
<div><tt><br></tt></div></div></div></div></blockquote></div></blockquote><div><br></div><div>si su questo convengo a pieno e ti chiedo un confronto su quanto appena detto al punto precedente.</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><tt>
</tt></div>
</div>
</div>
</div>
</blockquote>
<br>
Ok, dai. La parte più interessante sarà verificare se e come, in una
configurazione identica ma dove tutto parte da VID 1+, cambi
qualcosa.<br></div></blockquote><div><br></div><div>a VB le vlan sono di id 1 e 2, ho snellito la conf :) </div></div></div></div>