[Ninux-Calabria] routing a terra

Stefano De Carlo stefanauss a gmail.com
Dom 22 Dic 2013 17:23:37 UTC


Anche il Ground Routing di San Pietro in Guarano è pronto.
Riepilogo il tutto, postando anche i file di configurazione e delle note
a margine, sia per quelli che non sono riusciti a seguire tanto la
questione ma sono interessati, sia per chi ci ha lavorato e mi incita a
documentare passo-passo.

Background per chi non ha seguito: l'antenne/le antenne non fanno più
routing (migliori performance), non montano più nessun firmware
modificato (più tutto, sicurezza, stabilità, scelta di hardware), non
hanno più due indirizzi IP ma uno solo (più semplicità di gestione).
Abbiamo buttato tutto insomma =D
L'idea generale è che la/e antenna/e (locali) vengono configurate come
semplice bridge tra wireless e lan, e dunque tutto il traffico ricevuto
via wireless viene inoltrato sulla ethernet, e viceversa da e verso
l'antenna remota corrispondente. Un semplice, stupido, link radio.
Tutta la magia avviene sul router "a terra", che sarà l'unico apparato
dove girerà OLSR. "A terra" non significa necessariamente "non sul
tetto", ma sta ad indicare che è un unico apparato che ci si dovrà
preoccupare di manutenere. Vista la sua vitale importanza e la tipologia
di caratteristiche richieste, come vedremo è consigliabile che sia
almeno un po' più carrozzato dei TP-Link da 20€ su cui ci siamo affidati
finora.

La chiave del routing a terra è che per ogni antenna collegata al router
bisognerà predisporre una singola interfaccia ad essa completamente
dedicata. Questo è necessario perché OLSR deve gestire ogni singola
antenna, ed OLSR stesso opera sulle interfacce che gli si chiede di
gestire. Ovviamente di solito abbiamo solo 2 interfacce ethernet sui
comuni router, lo switch 4 porte interno e la WAN. La WAN solitamente
deve essere dedicata a scopi precisi, il che ci lascia solo con lo
switch. Per poter raggiungere l'obbiettivo, è necessario partizionare le
porte dello switch interno al router in modo che siano viste come
interfacce (fatte da una o più porte, quindi potete pensarle come dei
"mini-switch") tra loro separate (completamente o parzialmente, a
seconda di quello che ci serve). Il meccanismo che ci consente di fare
questo, e che è vitale per il routing a terra, è quello delle VLAN
(Virtual LAN). Per poter comprendere totalmente la configurazione del
routing a terra è necessario essere un minimo familiari con le VLAN e
col bridging, specialmente sporcandosi le mani. Io e Peppe durante le
sperimentazioni ce le siamo praticamente dovute studiare, e nel processo
abbiamo postato molti link e considerazioni nel thread "simulazioni sul
routing a terra", assieme alle simulazioni in CORE di Spax. È un buon
posto per cominciare, ma in ogni caso in basso posto tutta la collezione
completa di quello che ho raccolto.

La discussione che segue è a proposito di NewSPIG, che sarà un SuperNodo
con ben 4 antenne, ma il routing a terra è adattissimo anche ai
nodi-foglia. In ogni caso questa configurazione è molto illustrativa, e
tutti gli altri casi possono ritenersi semplificazioni di questo,
considerando che qui riempiamo il router di collegamenti ad antenne.
Due parole sulla scelta del router: abbiamo acquistato i TP-Link
TL-WR1043ND per i nostri primi supernodi, e le ragioni sono due. 1)
Hanno uno switch Gigabit, che è essenziale per evitare che 4 antenne a
100Mbps incontrino un collo di bottiglia che degradi massicciamente le
prestazioni. 2) Sui router a terra è necessario che le VLAN funzionino
perfettamente; tuttavia molti router hanno vari bug nei driver che le
gestiscono. Nonostante esista il modo di aggirarli, è bene affidarsi a
roba che semplicemente funzioni, e il 1043 era l'unico TP-Link adatto,
economico, che sapevamo per certo non soffrisse di nessuna problematica
sulle VLAN.
Tutti i router a cui faremo affidamento devono, almeno per i supernodi,
avere obbligatoriamente queste caratteristiche.

Come riepilogo a grandi linee mi fermo qui, ora raccolgo la
configurazione specifica di NewSPIG e la pubblico in un'altra mail.

Stefanauss.

DOCUMENTAZIONE

How Do VLANs work?
<http://serverfault.com/questions/188350/how-do-vlans-work> @ StackExchange
VLAN Support on Linux <http://www.linuxjournal.com/article/10821> @
Linux Journal
[PDF] Overview of VLANs
<http://www.alliedtelesis.com/media/fount/how_to_note_alliedware_plus/overview_vlans.pdf>
@ AlliedTelesis
Understanding Network Interfaces - VLAN and bridging concepts
<http://aming-blog.blogspot.it/2010/10/understanding-network-interfaces.html>
Bridges dynamically untag/tag traffic
<http://community.ubnt.com/t5/EdgeMAX/Tagged-and-Untagged-VLANs-on-the-same-port/m-p/468787/highlight/true#M9081>
@ Ubiquiti Forums
VLAN Basics <http://www.thomas-krenn.com/en/wiki/VLAN_Basics> @ Thomas
Kreen Wiki
OpenWRT and VLANs <http://synack.me/blog/openwrt-and-vlans> @ Synack
Creating VLANs in OpenWRT
<http://www.lanis.nl/twiki/bin/view/Main/CreatingVLANsInOpenWRT> (full
of diagrams)
OpenWRT - Configuring VLAN and trunks
<http://blog.torh.net/2009/07/27/openwrt-configuring-vlans-and-trunks/>
Configuring separate VLANs on a TP-Link TL-WR841ND
<http://coderazzi.net/howto/openwrt/tl841n/vlans.htm>

-------------- parte successiva --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://ml.ninux.org/pipermail/calabria/attachments/20131222/0ba7ffa4/attachment.pgp>


Maggiori informazioni sulla lista Calabria