[LuKePicci]

Sì, se sposti la prima lan su vid 1 poi devi settare il vid a 1 di conseguenza. Motivo per cui lasciamo perdere così la prima.

Se ho detto che era semplice è perchè era semplice. Fatti una cultura, senza far nulla, e poi ne riparliamo: https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3
(tieni presente che un mwan c'è già installato sul router, per il tuo caso credo sia già sufficiente quello, quando sei psicologicamente proonto ti faccio vedere una config di esempio per mwan così da creare la tua di conseguenza).

[Marvel]

Sì, se sposti la prima lan su vid 1 poi devi settare il vid a 1 di conseguenza. Motivo per cui lasciamo perdere così la prima.

Si allora mi conviene lasciarla così.

Se ho detto che era semplice è perchè era semplice. Fatti una cultura, senza far nulla, e poi ne riparliamo: https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3
(tieni presente che un mwan c'è già installato sul router, per il tuo caso credo sia già sufficiente quello, quando sei psicologicamente proonto ti faccio vedere una config di esempio per mwan così da creare la tua di conseguenza).

Ho già letto la documentazione, ma si parla di un pacchetto mvan3 che ho visto non essere disponibile per il dga4132.
Ho provato a guardare il file /etc/config/mwan ma non ho capito come poterlo adattare a ciò che serve a me.
Ho anche letto questa discussione (che un poco si avvicina alle mie necessità):
https://www.ilpuntotecnico.com/forum/index.php?topic=80865.150
Ho anche letto quest'altra discussione:
https://forum.openwrt.org/t/dual-wan-questions/28178
ed ho provato a creare delle regole di route, ma nulla.

Al momento sono proprio in impasse e non ho proprio idea di cosa altro poter fare.
Rileggo intanto la documentazione di mwan3.

[LuKePicci]

mwan3 si può installare, io ce l'ho, ma non credo ti occorra, quell'mwan che già c'è dovrebbe andar bene.

Non devi creare nessuna route a mano. Assicurati soltanto che disabilitando una delle due connessioni l'altra ottenga automaticamente una default route (è quella che comincia con "default" nel comando route). Il fatto che tu non ne veda mai due in contemporanea potrebbe essere irrilevante. Assicurati quindi che disabilitando una delle due l'altra funzioni sulla relativa vlan con le regole del firewall che avevi correttamente settato. Poi procediamo.

[Marvel]

mwan3 si può installare, io ce l'ho, ma non credo ti occorra, quell'mwan che già c'è dovrebbe andar bene.

Ho appena riprovato ad installarlo:
opkg update
opkg mwan3

ma ricevo:  * opkg_install_cmd: Cannot install package mwan3.

Forse è perché sono sull'ultimo firmware 2.2.0 e  molti pacchetti non sono presenti? Tu su che firmware sei?
O mwan3 l'hai compilato a mano?

Non devi creare nessuna route a mano. Assicurati soltanto che disabilitando una delle due connessioni l'altra ottenga automaticamente una default route (è quella che comincia con "default" nel comando route). Il fatto che tu non ne veda mai due in contemporanea potrebbe essere irrilevante. Assicurati quindi che disabilitando una delle due l'altra funzioni sulla relativa vlan con le regole del firewall che avevi correttamente settato. Poi procediamo.

Ricapitolando, in network ho:

Codice: [Seleziona]

config interface 'wan2'
        option auto '1'
        option proto 'pppoe'
        option demand '0'
        option password 'oscurato'
        option macaddr 'oscurato'
        option ipv6 '0'
        option peerdns '1'
        option reqopts '1 3 6 15 26 33 42 51 121 249'
        option keepalive_adaptive '0'
        option dns_metric '0'
        option ifname 'wanptm0'
        option username 'oscurato'
        list dns '1.1.1.1'
        list dns '1.0.0.1'

in dhcp:

Codice: [Seleziona]

config dhcp 'wan2'
        option interface 'wan2'
        option ignore '1'

in firewall:

Codice: [Seleziona]

config zone 'wan2'
        option name 'wan2'
        list network 'wan2'
        option input 'DROP'
        option output 'ACCEPT'
        option forward 'DROP'
        option masq '1'
        option conntrack '1'
        option mtu_fix '1'
        option wan '1'

config forwarding 'lan2_wan2'
        option src 'lan2'
        option dest 'wan2'

con entrambe le connessioni attive al momento ho:

Codice: [Seleziona]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.100.1   0.0.0.0         UG    0      0        0 pppoe-wan
192.168.0.0     *               255.255.255.0   U     0      0        0 br-lan2
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan2
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1

ma navigo solo con wan.

Disabilitando una delle due, ossia rimuovendola dai tre files, l'altra funziona senza problemi. C'è per caso anche modo di disabilitare una delle due connessioni, magari con un comando, senza rimuoverla dai files?

[LuKePicci]

si basta che usi ifup/ifdown, cioè per passare da una all'altra basta fare ifdown wan && ifup wan2 e viceversa. In alternativa puoi mettere option auto '0' sulle interfacce che non vuoi vengano messe up in automatico quando il servizio network viene avviato.

Ok allora ci sei quasi. Non ti serve mwan3, non so perchè volevi comunque installarlo, mwan che già c'è basta e avanza. Apri il suo file di configurazione, /etc/config/mwan e aggiungi qualcosa del genere:

Codice: [Seleziona]

config globals 'globals'

config policy 'wan_only'
option interface 'wan'

config policy 'wan2_only'
option interface 'wan2'

config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'

config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'

Assicurati che wan sia abilitato, /etc/init.d/mwan enable
Poi riavvia tutto. Dovrebbe bastare così.

[Marvel]

Niente, purtroppo continua a funzionare una sola rete alla volta, ossia quella che per prima si impossessa dell'interfaccia di defaut.
Cerco di spiegare meglio quello che ho notato.

Se riavvio il router e controllando con route ho:

Codice: [Seleziona]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.100.1   0.0.0.0         UG    0      0        0 pppoe-wan
192.168.0.0     *               255.255.255.0   U     0      0        0 br-lan2
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan2
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1
Allora in questo caso navigo solo con wan.
Infatti riesco a pingare solo con:
ping -c 5 -I pppoe-wan www.google.com
Ma non riesco a pingare con:
ping -c 5 -I pppoe-wan2 www.google.com

Se riavvio il router e controllando con route ho:

Codice: [Seleziona]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.100.1   0.0.0.0         UG    0      0        0 pppoe-wan2
192.168.0.0     *               255.255.255.0   U     0      0        0 br-lan2
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan2
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1
Allora in questo caso navigo solo con wan2.
Infatti riesco a pingare solo con:
ping -c 5 -I pppoe-wan2 www.google.com
Ma non riesco a pingare con:
ping -c 5 -I pppoe-wan www.google.com


Non sono sicuro in base a cosa un'interfaccia prende il sopravvento sull'altra, mi sembra comunque che l'ultima interfaccia a diventare attiva è quella che prende il sopravvento.

Ho anche provato ad assegnare delle metriche a wan e wan2 nel file network in modo da avere:

Codice: [Seleziona]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.100.1   0.0.0.0         UG    10     0        0 pppoe-wan
default         192.168.100.1   0.0.0.0         UG    20     0        0 pppoe-wan2
192.168.0.0     *               255.255.255.0   U     20     0        0 br-lan2
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan2
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1

ma anche in questo modo funziona una connessione alla volta, quella con la metrica più bassa.
Idee?

[LuKePicci]

Quella di impostare metriche diverse ad entrambe è una cosa necessaria, è spiegato anche nella doc che ti ho linkato. Mi dici solo come le hai impostate? Non hai creato tu le default route statiche vero?

Ad ogni modo l'ultima tabella di routing è perfetta, senza mwan l'unica in uso è quella con la metrica più bassa. Con mwan dovresti vederlo ignorare le metriche e fare quello che dice la config di mwan. Ricordati solo di riavviare mwan (o il router) per vedere applicate le regole.

edit: forse dobbiamo dirottare anche il gateway però mi serve che configuri tutto il resto come ho detto per capire se è davvero necessario

[Marvel]

Quella di impostare metriche diverse ad entrambe è una cosa necessaria, è spiegato anche nella doc che ti ho linkato. Mi dici solo come le hai impostate? Non hai creato tu le default route statiche vero?

Ho semplicemente aggiunto nel file network ed mwan:
option metric '10' in wan
option metric '20' in wan2 e lan2 (non so se in lan2 è necessario)

Ho anche provando assegnando delle rotte statiche a wan2:

Codice: [Seleziona]

config route
        option interface 'wan2'
        option target '0.0.0.0'
        option netmask '0.0.0.0'
        option gateway '192.168.100.1'
        option table '2'

config rule
        option in 'lan2'
        option dest '0.0.0.0/0'
        option priority '2'
        option lookup '2'

ma non è cambiato nulla.

Nella documentazione di mwan3 è anche riportato come necessario che entrambe le wan debbono avere l'impostazione default gateway abilitata, cito:

     Every WAN interface should have a default gateway configured.

Note: PPPoE connections only show the “Use gateway metric” option if “Use default gateway” option is enabled.

ma la guida è poi fatta per luci che io non utilizzo, per abilitare il default gateway in uci basta aggiungere option defaultroute '1'? Non ne sono sicuro

Ad ogni modo l'ultima tabella di routing è perfetta, senza mwan l'unica in uso è quella con la metrica più bassa. Con mwan dovresti vederlo ignorare le metriche e fare quello che dice la config di mwan. Ricordati solo di riavviare mwan (o il router) per vedere applicate le regole.

SI, proprio per essere certo riavvio il router ogni volta ma purtroppo non vuole funzionare. Non è che per caso mwan utilizza wan2 per il fallback e non in parallelo? Mi è anche venuto questo dubbio.

edit: forse dobbiamo dirottare anche il gateway però mi serve che configuri tutto il resto come ho detto per capire se è davvero necessario

Ok, come devo configurare il tutto? Procedo all'istante.

[LuKePicci]

Ok, le metriche sono impostate a dovere (si fa come hai fatto ma nella docu di openwrt non è scritto, devo ricordarmi di aggiungerlo qui per i protocolli in cui questa opzione vale). Non serve indicarlo su per lan, ha senso solo per i "proto" che autoimpostano una defaultroute alla connessione (dhcp, pppoe, ecc). L'opzione "Use default metric" di luci si traduce in option defaultroute '1' su wan e wan2 ma tale opzione è a 1 di default quando non la espliciti. Rimuovi quelle rotte/regole statiche che hai aggiunto sono inutili.

Dunque, finche non impostavi metriche diverse accadeva questo:

Define the metric of the default route and only add it if there
is no other default route with the same metric.  With the default
value of -1, the route is only added if there is no default route at

Ora invece ne hai correttamente due. Andiamo oltre.

Per tua sfortuna, TIM usa lo stesso ip per come gateway per ogni sessione ppp, nello specifico 192.168.100.1. Dalla tabella corretta che mi hai mostrato prima si vede bene che le rotte per raggiungerlo sono due. Non so di preciso come risolvere questa cosa senza separare le tabelle, ma proviamo prima a vedere se mwan ci risolve il problema. Sono quasi certo che questa cosa non funzioni perchè l'ip del gateway non appare mai nel pacchetto come ip destinazione, prova comuqnue a modificare il suo file di config come segue (bada all'ordine in cui sono inserite le regole):

Codice: [Seleziona]

config globals 'globals'

config policy 'wan_only'
option interface 'wan'

config policy 'wan2_only'
option interface 'wan2'

config rule 'gw_wan'
option policy 'wan_only'
option src 'lan'
option dest_ip '192.168.100.1/32'

config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'

config rule 'gw2_wan2'
option policy 'wan2_only'
option src 'lan2'
option dest_ip '192.168.100.1/32'

config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'

Male che vada si finisce a fare tabelle distinte.

[Marvel]

Prima di procedere ti faccio due domande velocissime:
- avevo dimenticato di dirti che le metriche le ho impostate anche in mwan:

Codice: [Seleziona]

config globals 'globals'

config policy 'if1_mwan'
        option interface 'wan'

config host 'hostvoip'
        option path '/usr/bin/mmpbxd'
        option policy 'if1_mwan'

config rule 'if1_e'
        option policy 'if1_mwan'
        option dest_port '40000:65000'

config rule 'if1_f'
        option policy 'if1_mwan'
        option dest_port '5060'

config policy 'wan_only'
        option interface 'wan'
        option metric '10'

config policy 'wan2_only'
        option interface 'wan2'
        option metric '20'

config rule 'lan_wan'
        option policy 'wan_only'
        option src 'lan'

config rule 'lan2_wan2'
        option policy 'wan2_only'
        option src 'lan2'
che faccio le lascio? Inoltre le nuove regole posso aggiungerle sotto quelle già esistenti di default, giusto?

- ho notato che la documentazione di mwan3 suggerisce giustamente di verificare la routing table, loro mostrano questo:

Codice: [Seleziona]

# ip route show
default via 10.0.3.2 dev eth1  proto static  src 10.0.3.15  metric 10
default via 10.0.4.2 dev eth2  proto static  src 10.0.4.15  metric 20

nel mio caso ho:

Codice: [Seleziona]

default via 192.168.100.1 dev pppoe-wan proto static metric 10
default via 192.168.100.1 dev pppoe-wan2 proto static metric 20

in pratica a me manca il src, come posso fare per portarmi nella stessa situazione?

[LuKePicci]

Le metriche in mwan nel tuo caso non occorrono (servono per il failover, e non sono sicuro la variante di mwan che hai tu li supporti) quindi rimuovile.
Le regole che ti ho dato devi mettere in quell'ordine, fa matching sulla prima che trova, quindi gw2_wan2 deve per forza andare prima di lan2_wan2, idem per l'altra.
Ottima osservazione riguardo il source mancante nella tabella, quella cosa potrebbe essere risolutiva, indago e ti faccio sapere.

[Marvel]

Allora ho provato sia con le metriche che senza in mwan, riavviando ogni volta, ma non va.
Senza metriche:

Codice: [Seleziona]

config globals 'globals'

config policy 'if1_mwan'
option interface 'wan'

config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'

config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'

config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'

config policy 'wan_only'
option interface 'wan'

config policy 'wan2_only'
option interface 'wan2'

config rule 'gw_wan'
option policy 'wan_only'
option src 'lan'
option dest_ip '192.168.100.1/32'

config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'

config rule 'gw2_wan2'
option policy 'wan2_only'
option src 'lan2'
option dest_ip '192.168.100.1/32'

config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'

Con metriche:

Codice: [Seleziona]

config globals 'globals'

config policy 'if1_mwan'
option interface 'wan'

config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'

config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'

config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'

config policy 'wan_only'
option interface 'wan'
option metric '10'

config policy 'wan2_only'
option interface 'wan2'
option metric '20'

config rule 'gw_wan'
option policy 'wan_only'
option src 'lan'
option dest_ip '192.168.100.1/32'

config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'

config rule 'gw2_wan2'
option policy 'wan2_only'
option src 'lan2'
option dest_ip '192.168.100.1/32'

config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'

Ho inoltre notato che quando riavvio manualmente mwan /etc/init.d/mwan restart ricevo questi errori:

Codice: [Seleziona]

uci: Entry not found
uci: Entry not found
uci: Entry not found
   13   869 CONNMARK   all  --  *      *       0.0.0.0/0            0.0.0.0/0            CONNMARK restore mask 0xf0000000
    0     0 CONNMARK   all  --  *      *       0.0.0.0/0            0.0.0.0/0            mark match ! 0x0/0xf0000000 CONNMARK save mask 0xf0000000
   13   869 mwan_pre   all  --  *      *       0.0.0.0/0            0.0.0.0/0           
   11  1519 mwan_output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 CONNMARK   all  --  *      *       0.0.0.0/0            0.0.0.0/0            ctdir ORIGINAL connmark match ! 0x0/0xf0000000 CONNMARK restore mask 0xf0000000
uci: Entry not found
uci: Entry not found
uci: Entry not found
   22  1401 CONNMARK   all  --  *      *       0.0.0.0/0            0.0.0.0/0            CONNMARK restore mask 0xf0000000
    1    64 CONNMARK   all  --  *      *       0.0.0.0/0            0.0.0.0/0            mark match ! 0x0/0xf0000000 CONNMARK save mask 0xf0000000
   22  1401 mwan_pre   all  --  *      *       0.0.0.0/0            0.0.0.0/0           
   25  3475 mwan_output  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 CONNMARK   all  --  *      *       0.0.0.0/0            0.0.0.0/0            ctdir ORIGINAL connmark match ! 0x0/0xf0000000 CONNMARK restore mask 0xf0000000
uci: Entry not found
uci: Entry not found
è normale?

[LuKePicci]

Sì, è "normale", quando decide in quale tabella lavorare prova a leggere un valore che normalmente non è definito.

Da quello che ho visto, far apparire il src nelle regole di default funzionerebbe ma nel tuo caso è improponibile. Conviene andare direttamente a creare tabelle distinte. Dunque, vai in /etc/iproute2/rt_tables ne vedi già un po', creane una nuova dalle un id univoco e chiamala main2. Vai in /etc/config/network, aggiungi a wan option ip4table 'main' e a wan2 option ip4table 'main2'.  Mantieni le metriche in wan e wan2, rimuovile da mwan. Rimuovi le due rule gw*_wan* in mwan che non hanno sortito alcun effetto Riavvia tutto e vediamo come viene fuori la tabella di routing (nota: da questo punto in poi devi usare il comando ip route show table all).

[Marvel]

Da quello che ho visto, far apparire il src nelle regole di default funzionerebbe ma nel tuo caso è improponibile.

Posso chiederti come avrei dovuto fare e perché in questo caso è improponibile?

Dunque, vai in /etc/iproute2/rt_tables ne vedi già un po', creane una nuova dalle un id univoco e chiamala main2. Vai in /etc/config/network, aggiungi a wan option ip4table 'main' e a wan2 option ip4table 'main2'.  Mantieni le metriche in wan e wan2, rimuovile da mwan. Rimuovi le due rule gw*_wan* in mwan che non hanno sortito alcun effetto Riavvia tutto e vediamo come viene fuori la tabella di routing (nota: da questo punto in poi devi usare il comando ip route show table all).

C'ho messo un pò a risponderti perché a main2 avevo inavvertitamente dato lo stesso id di local e restavo chiuso fuori dal router, che cretino -.-"

Comunque sei un GRANDE, ora vanno entrambe.

Ricevo risposta al ping con entrambi i comandi:
ping -c 5 -I pppoe-wan 8.8.8.8
ping -c 5 -I pppoe-wan2 8.8.8.8

La tabella di route è però cambiata, vedo che non tiene più conto delle metriche di wan2 ed infatti è anche scomparso il suo gateway:

Codice: [Seleziona]

default         192.168.100.1   0.0.0.0         UG    10     0        0 pppoe-wan
192.168.0.0     *               255.255.255.0   U     0      0        0 br-lan2
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.100.1   *               255.255.255.255 UH    0      0        0 pppoe-wan2
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1

Qui l'output di ip route show table all, ottimo, che ne dici?

Codice: [Seleziona]

default via 192.168.100.1 dev pppoe-wan2 table main2 proto static metric 20
local default dev lo table tod scope host
default via 192.168.100.1 dev pppoe-wan proto static metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.xx

C'è solo un problema, ora non funziona più il voip, cosa possiamo fare?

Intanto ti ringrazio veramente per tutto, senza il tuoi aiuto non ci sarei mai riuscito. GRAZIE!!!

[LuKePicci]

Una cosa alla volta.

Il comando route non conosce altre tabelle di routing all'infuori di main, perciò lì non vedi nient'altro.

Il parametro src, come avrai capito guardando l'ultimo output e la docu su mwan3 doveva contentere l'ip pubblico ottenuto, che nel tuo caso immagino sia dinamico, quindi non avremmo potuto inserirlo staticamente in una regola. Saremmo dovuti intervenire su ppp e farlo aggiungere a lui dinamicamente mentre crea la regola, ma di implementare il source routing in ppp non mi andava proprio ;-) magari in qualche versione di openwrt più recente questo avviene, ma comunque è un problema che ti si presenta solo quando il gateway coincide. Con le tabelle distinte non c'è verso che questo crei problemi.

Mo veniamo al voip. chi sarebbe il provider? Da quale wan vuoi che funzioni? Mi devi dire qualcosa in più su cosa hai come option interface in /etc/config/mmbpxrvsipnet, quanti e quali helper sip hai attivi in /etc/config/firewall e possibilmente se di default mwan era attivo o meno.