NextHop ros 6.41 ->

[aaadoctor]

Ciao Ragazzi,
mi sono scontrato in un problema strano...
ho un router mikrotik al quale ho assegnato un indirizzo ip 192.168.20.1 (come alias) sull'interfaccia PPPOE per poter configurare il nexthop su un'altro router mikrotik che fa da bilanciamento e failover di 3 connessioni ad internet.
Quando ho fatto l'aggiornamento del router con la pppoe dalla 6.39 alla 6.41.3 la pppoe sale, ma se provo a pingare l'esterno, non va. Come disabilito l'IP alias (192.168.20.1 sulla pppoe) riesto a pingare l'esterno.

Ho provato ad aggiornare alla 6.42.6 ma ancora il problema si presenta.

Qualcuno sa se è un baco in fase di risoluzione, o se è cambiato qualcosa sulla configurazione del nexthop?

Grazie in anticipo,
Saluti.

[ppraz]

E' cambiata la metrica di default del PPPOE
Prima veniva messa a 0 (direttamente connessa) ora invece devi metterla quantomeno a 1 (rotta statica) altrimenti da errore

[aaadoctor]

E' cambiata la metrica di default del PPPOE
Prima veniva messa a 0 (direttamente connessa) ora invece devi metterla quantomeno a 1 (rotta statica) altrimenti da errore

Grazie, ci proverò.

Inviato dal mio Redmi 4X utilizzando Tapatalk

[aaadoctor]

Messa la metrica ad 1, ma non è cambiato niente.
Se creo un alias alla pppoe 192.168.20.1/32 il router smette di navigare.

[ppraz]

Spiegami meglio questa questione dell'alias.
Hai una RB che fa da pppoe-server e una che fa da pppoe-client giusto?
L'alias a chi lo dai al server o al client?
E qual è l'utilità di dare questo ip aggiuntivo?

[aaadoctor]

Allora, schema della rete

LAN - CRS125 (dual wan) - CPE di Clouditalia (pppoe ip dinamico)
- pppoe su adsl (ip statico)

Sul dualwan ho impostato il Nexthop per verificare se la pppoe di clouditalia è attiva o no. L'unico modo che avevo trovato era quello di dare alla pppoe di clouditalia un alias 192.168.20.1/32 che se la pppoe è running quasto alias è raggiungibile, altrimenti no.
Questo sistema ha funzionato perfettamente fino alla versione 6.39.3, dalla 6.40 in poi ho dovuto disattivare l'alias perchè, sembra, che la CPE di clouditalia prendesse questo ip come instradamento per la navigazione ad internet (invece di quello pubblico di clouditalia) e di conseguenza non riuscivo più a pingare l'esterno nemmeno da dentro la cpe.


Spero di essere stato più chiaro.

Grazie in anticipo dell'aiuto.

[ppraz]

Certo, chiaro adesso.
Quindi quello che devi fare è avere un algoritmo per verificare se una linea è attiva o meno (il gateway lo pinghi sempre ma se la usi per navigare hai un timeout)
Spero di aver capito bene.
In tal caso puoi assegnare due rotte statiche indipendenti dallo stato delle linee.
Ad esempio due IP pubblici noti: ti consiglio i DNS di opendns, non li conosce nessuno ma funzionano discretamente:
208.67.220.220 e 208.67.222.222
Uno gli imposti rotta statica verso CPE clouditalia
L'altro rotta statica verso router Telecom
Con uno script "Netwatch-1" imposti una azione da intraprendere se Clouditalia è down (se il ping all'ip non risponde) e cioè "imposta defaut gateway verso Telecom"
Con uno script "Netwatch-2" imposti una azione da intraprendere se Telecom è down (se il ping all'ip non risponde) e cioè "imposta defaut gateway verso Clouditalia"

Un approccio completamente diverso ma funzionale, quello che usavi tu era più un barbatrucco che un approccio funzionale (anche se ti credo quando mi dici che funzionava)

[aaadoctor]

Avevo provato questo metodo ma avendo configurato il Dual WAN con pcc appena facevo il cambio l'host esterno tornava pingabile e quindi mi riattivava anche l'altra rotta (più che cambiare default gateway avevo disattivato l'interfaccia ethernet verso la Cpe di Clouditalia)
Comunque ci riproverò...

Inviato dal mio Redmi 4X utilizzando Tapatalk