Collegare due subnet indipendenti

[polcape]

Ciao a tutti,

ho acquistato da poco 2 PowerBeam M2 400 e realizzato, faticosamente, un collegamento punto punto (NLOS) a distanza circa di 600-800 metri. Avendo ridotto a 20 Mhz l'ampiezza ho ottenuto prestazioni decenti...ma a riguardo magari chiederò lumi con un altro post.

Le due reti da collegare sono indipendenti dal punto di vista di collegamento a internet ed ognuna ha quindi il proprio modem con il proprio router (le due subnet sono 192.168.1.0/24 e 192.168.0.0/24).
Io vorrei fare in modo che si potessero vedere reciprocamente, come dovrei fare?

Ho dapprima provato a configurare le PowerBeam com bridge ma in questo modo ho dovuto disattivare uno dei due router (riconfigurando l'indirizzo dei gateway sui dispositivi) perdendo "l'indipendenza" delle due subnet...

Allora ho provato a settare le PowerBeam in modalità router e ho impostato delle rotte statitiche sui router già presenti e sulle PowerBeam. Da una rete all'altra il collemento funziona ma viceversa no?
Avete qualche idea del perchè? È la modalità corretta averle impostate così?

Grazie in anticipo per i consigli

[polcape]

Scusate, dimenticavo la configurazione:
RETE A 192.168.1.0/24
ROUTER 192.168.1.254
Rotte statiche: 192.168.0.0/255.255.255.0 gw 192.168.1.121
POWERBEAM A
WAN Network: LAN0 = 192.168.1.121/255.255.255.0 GW = 192.168.1.254
LAN Network: WLAN0 = 10.0.0.1/255.255.255.252
Rotte statiche: 192.168.0.0/255.255.255.0 gw 10.0.0.2

RETE A 192.168.0.0/24
ROUTER 192.168.0.254
Rotte statiche: 192.168.1.0/255.255.255.0 gw 192.168.0.121
POWERBEAM A
WAN Network: LAN0 = 192.168.0.121/255.255.255.0 GW = 192.168.0.254
LAN Network: WLAN0 = 10.0.0.2/255.255.255.252
Rotte statiche: 192.168.1.0/255.255.255.0 gw 10.0.0.1

[thema3x]

Ciao,

situazione complessa e anche atipica.... sicuro di avere proprio questa necessità ? Se ci indichi l' esigenza pratica possiamo trovare una soluzione alternativa, magari, più semplice e funzionale.

Ciao

TheMa3x

[redfive]

A 'naso' direi che ...'dovrebbe' funzionare, se però non và, qualcosa di ...storto c'è ..
Un tracert/traceroute dalla rete che 'non funziona', fino dove arriva ? C'è la possibilità di vedere qualche log ? Qualche regola fw ?
ciao

[polcape]

L'esigenza pratica è di fare in modo che dalla rete 192.168.1.X si possa raggiungere ciò che c'è nella 192.168.0.X e viceversa. Se avete qualche altro modo più semplice da suggerirmi meglio

Il firewall è disabilitato sui router per quelle reti (c'è una regola che consente tutto il traffico).
Tra router si vedono: il ping da router a router e viceversa (dall'interfaccia dei router) funziona correttamente.

Incollo il traceroute:

traceroute to 192.168.0.254 (192.168.0.254), 10 hops max, 40 byte packets
1 (192.168.1.121) 0.677 ms 0.651 ms 0.430 ms
2 (10.0.0.2) 1510.671 ms 1510.267 ms 1512.054 ms

traceroute to 192.168.1.254 (192.168.1.254), 30 hops max, 40 byte packets
1 192.168.0.121 (192.168.0.121) 2.566 ms
2 10.0.0.1 (10.0.0.1) 88.925 ms

[redfive]

Il traceroute sembra fatto direttamente dai router (e non manca l'ultimo 'pezzo', l'host di destinazione ?)
Prova da un host della rete .0.0 ad un host della rete .1.0 e viceversa
ciao

[thema3x]

"L'esigenza pratica è di fare in modo che dalla rete 192.168.1.X si possa raggiungere ciò che c'è nella 192.168.0.X e viceversa."

E non equivale a fare una rete bridge ( fatta apposta per la tua esigenza pratica ) senza incasinarsi con route varie ?!

Se hai due adsl e vuoi sfruttarle con criterio ( a maggior ragione ), fai cmq prima ad aggregarle sotto un unico firewall e a condividerle poi su una rete bridge.

Ciao

TheMa3x

[polcape]

Avevo provato a fare il bridge però poi non avevo "l'indipendenza" delle due reti, mi spiego meglio.
Ad esempio i due router che fanno anche da server DHCP non potevano funzionare entrambi, quindi eventuali cellulari collegati fisicamente alla rete 0.x prendevano l'indirizzo DHCP dal router 1.254 e utilizzavano la connessione di tale router (con rallentamenti dovuti al fatto che il ponte radio non è molto performante).

Per questo volevo trovare un'alternativa....

Si, il trace era fatto tra i due router, di seguito quello fatto tra due pc:

Traccia instradamento verso pc1.domain.local [192.168.1.17]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms 1 ms 192.168.0.121
2 9 ms 8 ms 6 ms 10.0.0.1
3 9 ms 2 ms 3 ms pc1.domain.local [192.168.1.17]

Traccia completata.

Traccia instradamento verso 192.168.0.11 su un un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.1.254
2 <1 ms <1 ms <1 ms 192.168.1.121
3 3 ms 7 ms 2 ms 10.0.0.2
4 * * * Richiesta scaduta.
5 * * * Richiesta scaduta.
6 * * * Richiesta scaduta.
7 * * * Richiesta scaduta.
8 * * * Richiesta scaduta.
9 * * * Richiesta scaduta.

Dalla rete 0.x alla 1.x nessun problema, ma viceversa si fermano...

[redfive]

1 <1 ms <1 ms <1 ms 192.168.1.254
2 <1 ms <1 ms <1 ms 192.168.1.121
3 3 ms 7 ms 2 ms 10.0.0.2

Qui passa dal main router, quindi alla 1a PB, alla 2a PB, poi si perde ... hai provato solo verso quell'host o anche su altri ? Sicuro che non ci sia 'qualche' firewall di mezzo, anche magari sugli hosts di destinazione ?
Il tracert che funziona, invece, non passa dal main router, và direttamente alla PB 192.168.0.121 ?
ciao

[polcape]

Esatto.
Quello che ho notato, facendo anche un tcpdump sui router e sugli host, è che i pacchetti dalla rete 1.X arrivano al router 0.254 e poi si fermano.
Appena riesco provo a cambiare il router e vedere cosa succede, sembrerebbe che il problema sia lui che non instrada correttamente...