<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">> L'ho pensata in modo diverso<br></blockquote><div>
<br></div><div>ottimo</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Il groundrouter ha tante vlan per quante sono le antenne, </blockquote><div><br></div><div>vero ! Stamattina alle 5 avevo obliato l'opportunità/dovere di pensare a più antenne !!! </div><div> </div><div><br></div><div>
> Assegnamo ad ogni nodo un id X compreso tra 1 e 254 e diamo ad ogni vlan un indirizzo del genere:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
172.17.X.VID (VID sta per vlan ID) </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In questo modo capiamo subito a che nodo e a che vlan ci riferiamo<br></blockquote><div><br></div><div>Si, li tagghiamo con il riferimento al nodo, ottimo schema.</div><div>in questo caso X = 87.</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">
Esempi:<br>
- collegamento PtP (VID=2) tra HPCC (X=1) e SPIG (X=3)<br>
        172.17.1.2 (HPCC) e 172.17.3.2<br>
- collegamento tra rocket SPIG (X=3) e casa mia (X=2) su VID=3<br>
        172.17.3.3 e 172.17.2.3<br>
- collegamento tra rocket SPIG (X=3) e verde binario (X=8) su VID=3 (la<br>
stessa antenna deve mantenere lo stesso VID)<br>
        172.17.3.3 e 172.17.8.3</blockquote><div><br></div><div><br></div><div>Vins ma non sarebbe meglio uniformarci all'addressing ninux anche con CORE ?</div><div>ragioniamocela con 172.17.87.X dove X è il tag id sulla WAN.</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">
Ogni vlan corrisponde a una e una sola porta sullo switch del<br>
groundrouter. Per la rete utente non abbiamo bisogno di vlan[1]<br>
Perciò ad ogni groundrouter assegnamo una subnet 10.87.X.0/24 su cui gli<br>
utenti possono collegarsi e che viene rutata tramite HNA4.<br></blockquote><div><br></div><div>Per farceli collegare dobbiamo scegliere una porta dello switch dove fare il trunk (o untagging), altrimenti il loro linklogico ethernet non comunica con quello 802.1Q.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le antenne sono semplici bridge, il loro indirizzo serve soltanto per il<br>
management del device stesso, possono quindi avere semplicemente un<br>
indirizz nella Lan<br>
<br>
es banale<br>
<br>
groundrouter<br>
        lan 10.87.1.1<br>
        vlan10 172.17.1.10<br>
        vlan20 172.17.1.20</blockquote><div>  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
antenna collegata alla LAN grndrouter (e impostata come bridge):<br>
10.87.1.10<br>
<br>
antenna collegata alla LAN grndrouter (e impostata come bridge):<br>
10.87.1.20<br>
<br>
computer utente collegato alla LAN grndrouter:  10.87.1.124<br></blockquote><div><br></div><div>Esatto:</div><div><br></div><div>1. l'antenna in bridge comunica con ethernet puro</div><div>2. creiamo tutte le VLAN che servono, anche eventuali lan private</div>
<div>3. scegliamo una sola porta ethernet rj-45  oppure nessuna per il trunking via cavo</div><div>4. facciamo il trunking bridgando l'interfaccia wlan così da erogare tutte le reti gestite dal groundrouter via wireless 2.4ghz</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In questo scenario un host sulla LAN grndrouter sta su ninux, se<br>
qualcuno vuole una subnet privata si crea una sua vlan.<br></blockquote><div><br></div><div>Vero, esattissimo, e questa verrebbe annunciata da OLSR su ninux se inclusa in olsrd.conf ma non lo facciamo per evitare collisione di indirizzi (192.168.0.x e i soliti numeri...).</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[1] Su questo ho però qualche dubbio, siccome su una porta a cui abbiamo<br>
assegnato una vlan deve passarci anche traffico proveniente da LAN<br>
probabilmente siamo costretti ad assegnare un VID anche a questa per via<br>
di questo bug già menzionato dal buon Stefano<br>
<a href="https://dev.openwrt.org/ticket/12181" target="_blank">https://dev.openwrt.org/ticket/12181</a><br><br></blockquote><div><br></div><div>Possiamo fare la vlan della rete utente e bridgarlo con wlan e una eth se proprio avanza. </div>
</div><br></div></div>