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 <mikysa...@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@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
> _______________________________________________
> Wireless mailing list
> Wireless@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@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
_______________________________________________
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Rispondere a