[Ninux-Wireless] mesh che non mesha (risolto parzialmente)
Fabio Capriati
fabio.capriati a gmail.com
Dom 5 Giu 2022 09:51:12 CEST
Ad occhio se stacchi la WAN il router B esso smette di pubblicare la
default quindi secondo me l'errore è nella pubblicazione delle rotte sul
routerB ... Con la wan ti funziona perché il traffico segue la default
Il dom 5 giu 2022, 01:29 Michele Salerno <mikysal78 a gmail.com> ha scritto:
> I router si vedono e si pingano tramite mesh.
> Se al router B stacco la WAN e lascio solo la mesh come via di
> comunicazione....
> I pc nelle lan non si vedono...da un pc nella lan A (10.27.22.0/24) se
> voglio aprire il router B (10.27.24.0/24) non lo vedo!
> Sul router A ho questo:
>
> # birdc show route
> BIRD 2.0.8 ready.
> Table master4:10.27.24.0/24 unicast [ninux 01:15:34.521 from fe80::9683:c4ff:fe08:f8a] * (130/389) [00:00:00:00:0a:1b:18:01]
> via 172.27.20.4 on mesh10.27.22.0/24 unicast [lan 2022-06-02] * (240)
> dev br-lan10.27.10.0/24 unicast [ninux 22:33:57.856 from fe80::80dc:40ff:fe63:9d8b] * (130/96) [00:00:00:00:0a:1b:fd:1b]
> via 10.27.253.27 on vpnbas
>
> Table master6:
> fde7:8d79:8d08::/60 unicast [ninux 22:33:57.856] * (130/96) [00:00:00:00:0a:1b:fd:1b]
> via fe80::80dc:40ff:fe63:9d8b on vpnbas
> fdb7:911b:25f5::/60 unicast [lan 2022-06-02] * (240)
> dev br-lan
> fd62:9db2:d558::/60 unicast [ninux 01:15:34.521] * (130/389) [00:00:00:00:0a:1b:18:01]
> via fe80::9683:c4ff:fe08:f8a on mesh
>
>
> # ip route show
> default via 192.168.1.1 dev wan proto static src 192.168.1.100 10.27.10.0/24 via 10.27.253.27 dev vpnbas proto bird metric 50 10.27.22.0/24 dev br-lan proto kernel scope link src 10.27.22.1 10.27.24.0/24 via 172.27.20.4 dev mesh proto bird metric 50 10.27.253.0/24 dev vpnbas proto kernel scope link src 10.27.253.17 172.27.0.0/16 dev mesh proto kernel scope link src 172.27.20.5 192.168.1.0/24 dev wan proto kernel scope link src 192.168.1.100
>
>
> route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wan
> 10.27.10.0 10.27.253.27 255.255.255.0 UG 50 0 0 vpnbas
> 10.27.22.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
> 10.27.24.0 172.27.20.4 255.255.255.0 UG 50 0 0 mesh
> 10.27.253.0 0.0.0.0 255.255.255.0 U 0 0 0 vpnbas
> 172.27.0.0 0.0.0.0 255.255.0.0 U 0 0 0 mesh
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wan
>
> Ci vuole un intervento lato firewall secondo voi?
>
> cia...
>
> Michele
>
>
>
> Il 03/06/22 00:15, Michele Salerno ha scritto:
>
> Risolto via bird/babel.
>
> Ho aggiunto
>
> interface "mesh" {
> type wireless; # or wired
> check link;
> };
>
> Ho messo le antennine 2.4 sul canale 5 che generalmente non è usato dai
> router degli operatori.
>
>
> Il 31/05/22 20:23, Michele Salerno ha scritto:
>
> Ciao Cri,
>
> grazie per la risposta... sei l'unica fino ad ora ad avermi risposto! <3
>
> Tempo fa in basilicata usavamo olsrd2 ma per aggiornamenti fw dava
> problemi... non compilava più olsrd2 ... non è più mantenuto!
>
> Libremesh non l'ho mai usato, cmq grazie a Francesco Bonanno, abbiamo
> trovato una soluzione con bird2 usando il protocollo babel.
>
> Per la documentazione ben fatta da ninux basilicata....a quale ti
> riferisci? ...non me la ricordo!
>
> Al momento sto cercando di procedere per step, al ground routing ancora
> non sono arrivato, i test li sto facendo in casa con qualche router ed
> usando le antenne integrate.
>
> Mi stai facendo riflettere su una cosa... prima le interfacce di mesh
> erano indicate anche in olsrd2, su babel no.
> Come dovrei impostarlo secondo te?
>
> Questo è il file di config che sta tutti i router.
>
> # Configure logging
> log syslog all;
> log "/var/log/bird.log" all;
> log stderr all;
> router id from "vpnbas";
>
> # Sync bird routing table with kernel
> protocol kernel kernel4 {
> description "Kernel protocol for IPv4";
> metric 50;
> ipv4 {
> table master4;
> export filter {
> if proto = "lan" then reject;
> accept;
> };
> import all;
> };
> };
>
> protocol kernel kernel6 {
> description "Kernel protocol for IPv6";
> metric 300;
> ipv6 {
> table master6;
> export filter {
> if proto = "lan" then reject;
> accept;
> };
> import all;
> };
> };
>
> protocol device {
> description "Device protocol";
> };
>
> protocol direct lan {
> description "LAN protocol";
> ipv4;
> ipv6;
> interface "br-lan";
> check link;
> }
> protocol babel ninux {
> description "Babel protocol for NINUX network";
> ipv4 {
> export where (source = RTS_DEVICE) || (source = RTS_BABEL);
> };
> ipv6 {
> export where (source = RTS_DEVICE) || (source = RTS_BABEL);
> };
> interface "vpnbas" {
> check link;
> };
> ## Used to connect with other neighbours on the same layer 2 network.
> ## Decomment the config to use it, not this comments of course!
> ## Use the correct name interface, not the logical openwrt/(l)uci one.
> ## You can define more interfaces maches using * in regex (like "ifnet*")
> ## or "ifnet1", "ifnet2", "ifnetN", "otherifnetnames" form.
> ## You can also define more interfaces with other parameters, please refer
> to:
> ## https://bird.network.cz/?get_doc&v=20&f=bird-6.html#ss6.1
> ## After, reload the bird daemon with: /etc/init.d/bird reload
> ## or if you perefer, reastart with: /etc/init.d/bird restart
> # interface "wlan-neigh" {
> # type wireless; # or wired
> # check link;
> # };
> }
>
> Grazie mille...
>
> Michele
>
>
> Il 31/05/22 16:32, cri ha scritto:
>
> On 14/05/22 12:58, Michele Salerno wrote:
>
> Ciao ragazzi,
>
> è una emozione riscrivere nella ML dopo tanto tempo...santa ML!
> Un saluto a tutti!
>
>
> Ciao!
>
> ma davvero non ti abbiam risposto finora?
>
> o sono io che me lo sono persa...
>
> hoi ....la prima primavera in pandemia calante è piena di sorprese!
>
> vabbhè, quindi provo io a dare mostra di tutta la mia ignoranza...
>
> immagino che dopo i miei ragli, qualche persona ti risponderà :)
>
>
> Sto notando che le mie interfacce mesh tra le antennine interne non
> funzionano e mi stanno vendendo dei dubbi...
> La config è questa:
>
> #wireless
> config wifi-iface 'wifi_mesh1'
> option device 'radio1'
> option ifname 'mesh1'
> option mesh_id 'ninux.org'
> option mode 'mesh'
> option network 'mesh'
> option mesh_fwding '0'
>
> config wifi-iface 'wifi_mesh0'
> option device 'radio0'
> option ifname 'mesh0'
> option mesh_id 'ninux.org'
> option mode 'mesh'
> option network 'mesh'
> option mesh_fwding '0'
>
> #network
> config interface 'mesh'
> option device 'mesh'
> option netmask '255.255.0.0'
> option proto 'static'
> option ipaddr '172.27.20.5'
> option dns '86.107.110.93 8.8.8.8 8.8.4.4'
> option dns_search 'basilicata.nnxx'
>
> config device 'device_mesh'
> option name 'mesh'
> option type 'bridge'
> list ports 'mesh0'
> list ports 'mesh1'
>
> config interface 'mesh1'
> option ifname 'mesh1'
> option proto 'none'
>
> config interface 'mesh0'
> option ifname 'mesh0'
> option proto 'none'
>
> Da luci vedo che si trovano come mac address ma non come host (ip),
> infatti anche nella tabella di routing non ci sono e non si pingano.
>
>
> hum... quindi funzionano a livello 2 e non a livello 3.
>
> Tu a livello 2 che usi? BATMAN?
>
> Mentre a livello tre?
>
> Scusa ma io uso libresmesh, quindi sn inchiodata nell'uso BATMAN (livello
> 2) e Babeld (livello 3)..
>
> però azzarderei di provare a debaggare "il protocollo che usi a livello 3"
> e vedere che cosa non gli torna...
>
> che usi?
>
> OSLR? bmx?
>
> ricordo di qualche documentazione ben fatta da ninux basilicata.. ma
> dovrei andarla a cercare.... ^^
>
>
> Per il mesh uso la rete 172.27.0.0/16 (stessa per il ground routing per
> le antenne da tetto).
>
> Il mio dubbio, è da tempo che non ci smanetto su queste cose, è:
> Router A: 172.27.0.1/16
> Rputer B: 172.27.20.5/16
>
> Si possono pingare? ...in teoria si visto che non è una /24....
>
>
> in teoria ti direi anche io si
>
>
> Secondo dubbio:
>
> per il mesh le antenne devono essere obbligatoriamente tutte sullo stesso
> canale?
>
>
> no, ma in qualche modo devono poi vedere le altre e non sarà via wireless
> se hanno i canali diversi.
>
> Cioè da me in alcuni casi per non pestarsi i piedi con altri nodi,
> mettiamo due antenne dirimpettaie su due canali uguali tra loro ma diversi
> da quelli delle altre antenne vicine.
>
> Le due parlano via wireless e fanno mesh tra loro, ma fanno mesh anche con
> le altre antenne/router che sono collegate sotto via cavo e che poi hanno
> un canale diverso sul wifi e quindi vedono anche il resto dei nodi della
> rete e tutti meshano felicemente insieme.
>
> DAje.. moh mi aspetto che mi dici.. mah guarda.. ho provato a spegnere e
> riaccendere ed andava tutto !!
>
> :)
>
> ciaoo Cristina
>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
>
> --
> Informativa Privacy - Ai sensi del D. Lgs n. 196/2003 (Codice Privacy) si precisa che le informazioni contenute in questo messaggio sono riservate e ad uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie.
>
> Privacy Information - This message, for the D. Lgs n. 196/2003 (Privacy Code), may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
>
> _______________________________________________
> Wireless mailing list
> Wireless a ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <https://ml.ninux.org/pipermail/wireless/attachments/20220605/f0e8feb7/attachment-0001.html>
Maggiori informazioni sulla lista
Wireless