<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Spax provo a mettere giù qualcosa, altrimenti poi mi scordo e quando siamo anche con Stefano e gli altri ci dimentichiamo le cose su cui confrontarci (e sto routing a terra non lo facciamo più).</div>
<div> </div><div>Premesso che ho dovuto eseguire </div><div>root@OpenWrt:~# /etc/init.d/network restart && exit</div><div>ogni volta che ho modificato la conf di switch, altrimenti non mi applica la configurazione, ovvero lui dice in un modo ma...</div>
<div><br></div><div><br></div><div>Possiamo dire che:</div><div><br></div><div>1. Su una porta taggata può comunicare solo la VLAN con medesimo ID, ovvero traffico VLAN corrispondente o un trunk.</div><div>2. Su una porta non taggata vengono accettati tutti i pacchetti "normali", ovvero traffico LAN classico</div>
<div>3. Switch di OpenWRT ogni tanto si incanta e fare test è molto noioso</div><div>4. L'ordine di mappatura porta fisica con porta logica è variabile ( se resetti e riavvi alle volte ti cambia... swconfig dev switch0 show )</div>
<div>5. CPU tagged se desiderassimo trattare vlan, CPU untagged se desideriamo trattare lan</div><div>6. CPU tagged con porta untagged se desiderassimo accettare traffico lan per trattarlo con l'interfaccia vlan (le antenne ubiquity)</div>
<div><br></div><div>Vorrei allineare alcune considerazioni con voi, tipo:</div><div><br></div><div>La VLAN1 è farlocca, nel momento in cui creiamo nuove VLAN, 192.168.1.1 cessa di funzionare (indipendentemente dalla sua configurazione... eventuali test vostri ? ) e se si combinano danni basta spegnere, riaccendere e premere il tasto QSS appena il led status inizia ad illuminarsi. Premuto QSS si può accedere da telnet a 192.168.1.1 e risolvere il quasi brick.</div>
<div><br></div><div>Che altro dire?<br></div><div><br></div><div>1. le antenne CPE in bridge le sistemiamo su porte VLAN untagged altrimenti le ubiquity non comunicano (a meno che non volessimo configurare VLAN su AirOS ma lo vedo sadico nei confronti dei nuovi utenti)</div>
<div>2. la WAN la lasciamo in dhcp client per uplink verso rete locale utenza</div><div>3. ogni CPE antenna si collega su una porta untagged e le restanti porte vanno ad off ( chiedo conferma di questo )</div><div>4. il collegamento al bridge LAN/WLAN con indirizzo 192.168.1.1 viene garantito tramite wifi ( chiedo conferma perchè non l'ho testato )</div>
<div>5. le porte restanti dal routing a terra dovremmo sistemarle come untagged per LAN</div><div><br></div><div>Completato questo schema (e di conseguenza il routing a terra perchè detto ciò OLSR non richiederà molto) potremo proseguire con lo sviluppo dei nostri unit test customizzati per core network.</div>
<div><br></div><div>due link toghi:</div><div><a href="http://coderazzi.net/howto/openwrt/tl841n/vlans.htm">http://coderazzi.net/howto/openwrt/tl841n/vlans.htm</a></div><div><a href="http://aming-blog.blogspot.it/2010/10/understanding-network-interfaces.html">http://aming-blog.blogspot.it/2010/10/understanding-network-interfaces.html</a></div>
</div></div></div>