<div dir="ltr"><div>Per avere le massime prestazioni<br><br></div><div>Colleghi direttamente le antenne al router.<br></div><div>Riservi una parte degli ip per ogni antenna <br></div><div>Sullo switch ci metti la rete interna <br><br></div><div>Facendo così il pacchetto fa meno giri quindi ci mette meno tempo a passare, la configurazione è più facile, non rischi di fare dei loop.<br><br></div><div>Matteo<br></div><div> <br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 19 ottobre 2016 13:10, Stefano De Carlo <span dir="ltr"><<a href="mailto:stefanauss@gmail.com" target="_blank">stefanauss@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Il 19/10/2016 11:45, Germano Massullo ha scritto:<br>
> Attualmente ho due opzioni<br>
> - Link aggregation [1]: soluzione rischiosa perché non è detto che il<br>
> router e lo switch dividano, come uno si aspetta, il traffico tra i vari<br>
> cavi<br>
> - VLAN per ogni antenna AC[2]: dato che queste antenne sono quelle che<br>
> occupano più banda, assegnare a ciascuna di esse una VLAN come suggerito<br>
> da Clauz, potrebbe essere una soluzione ideale.<br>
> Avete altre idee?<br>
<br>
</span>A me sembra che ne hai solo una vera. Con le VLAN faresti una ripartizione a monte totalmente scollegata dalla quantità e tipologia del traffico realmente prodotto dai tuoi apparati. Per quanto te la puoi pensare bene prima, le condizioni cambiano, e sarebbe molto poco flessibile aggiungendo apparati.<br>
<br>
Per quanto riguarda la link aggregation e da quello che leggo sul manuale EdgeSwitch, puoi evitare l'intera filiera "magari qualcosa non è 802.3ad-compliant" usando semplicemente lo static port-channel. A me sembra che per il tuo setup non serve che il LAG sia di tipo 802.3ad o in qualsiasi modo automatico/dinamico.<br>
<br>
La parte essenziale è l'algoritmo di hashing. Immagino che principalmente il traffico proveniente dalle antenne sarà inoltrato verso l'edgerouter. In questo scenario dovrebbe essere sufficiente evitare gli algo che includono il destination MAC per ripartire correttamente il traffico ed evitare colli di bottiglia. "Source MAC, VLAN, Ethertype, Incoming Port" sembra promettente-pur-se-semplice, ma in ogni caso devi fare delle prove perché senza avere accesso al codice [1] non sai a tavolino quanto sono efficienti i mapping.<br>
<br>
Stefanauss.<br>
<br>
[1] Che presumo sia proprietario, perlomeno lato backplane.<br>
<br>
<br>______________________________<wbr>_________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" rel="noreferrer" target="_blank">http://ml.ninux.org/mailman/<wbr>listinfo/wireless</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><i><b>Matteo Pedani</b></i><br><br><a href="http://www.pedani.it" target="_blank">www.pedani.it</a><font size="1">    <br>mobile +39  3343637690  <br>phone +39 0699341466<br>phone +39 069415152  </font>   <br><br><br><br></div>
</div>