[Ninux-Wireless] mesh che non mesha (risolto parzialmente)

Michele Salerno mikysal78 a gmail.com
Dom 5 Giu 2022 01:28:16 CEST


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 mesh
10.27.22.0/24        unicast [lan 2022-06-02] * (240)
	dev br-lan
10.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.
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <https://ml.ninux.org/pipermail/wireless/attachments/20220605/1125646d/attachment-0001.html>


Maggiori informazioni sulla lista Wireless