Cisco 1841 con 2 HWIC ADSL e Failover

Configurazioni per connettività ADSL, ISDN e switch per privati e piccole network

Moderatore: Federico.Lagni

paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Ciao.
Ho letto di corsa il post. Devi creare delle route che indirizzano il traffico verso l'IP di destinazione su i dialer di riverimento, se no il router non sa dove instradare tale pacchetti.

Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

Ciao Paolo, cioè queste non bastano?

Codice: Seleziona tutto

ip route 0.0.0.0 0.0.0.0 Dialer0 track 1
ip route 0.0.0.0 0.0.0.0 Dialer1 100 track 2
ip route 0.0.0.0 0.0.0.0 192.168.1.1 110
:shock:
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Intendevo di aggiungere

Codice: Seleziona tutto

ip route 8.8.8.8 255.255.255.255 Dialer0
ip route 8.8.4.4 255.255.255.255 Dialer1
Si può usare anche PBR.
Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

Perdonami ma, come dicevo nel primo post, sono molto neofita.
Perché mi suggerisci quelle route? Non sono già incluse in quelle esistenti?
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Se il track sono in DOWN quelle route non vengono usate dal router.
Lo scopo della SLA è di testare un certo "percorso" per vedere se è usabile o no. Per fare ciò devi "forzare" quei pacchetti verso quel percorso. Quelle route fanno quello.
Ci sono altre soluzioni, ma questa è la più semplice.
Hai provato?

Paolo

P.S. Emiliano sei libero di correggermi ;-)
Non cade foglia che l'inconscio non voglia (S.B.)
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Era quello?

Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

Sicuramente grazie a quelle regole il track 1 si è ripreso (non pensavo che il parametro track 1 bloccasse un intera ip-route) ma il problema resta quando faccio cadere la portante della Dialer0; i track restanto giù e non navigo con la terza connessione..
Voglio però ricordare che la seconda HWIC non è collegata ad alcuna ADSL ma ipotizzo che se il track 1 vede giu la Dialer0 e la Dialer1 provi automaticamente a passare tutto sulla FastEthernet0/1 e invece nulla :(
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Quando hai giù la dialer 0 posta

Codice: Seleziona tutto

sh ip route
.

Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

Con entrambe le Dialer giù, ecco il risultato:

Codice: Seleziona tutto

#sh ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       + - replicated route, % - next hop override

Gateway of last resort is 192.168.1.1 to network 0.0.0.0

S*    0.0.0.0/0 [110/0] via 192.168.1.1
      8.0.0.0/32 is subnetted, 2 subnets
S        8.8.4.4 is directly connected, Dialer1
S        8.8.8.8 is directly connected, Dialer0
      10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        10.0.0.0/24 is directly connected, FastEthernet0/0
L        10.0.0.1/32 is directly connected, FastEthernet0/0
      192.168.1.0/24 is variably subnetted, 2 subnets, 2 masks
C        192.168.1.0/24 is directly connected, FastEthernet0/1
L        192.168.1.10/32 is directly connected, FastEthernet0/1
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Non è che usi i DNS di google per navigare?

Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

Beh, i test di navigazione li faccio dal router con un semplice ping..
Non dovrei?
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Posta un ping

Codice: Seleziona tutto

ping 192.12.192.237 source 192.168.1.10
Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Avatar utente
emiliano
Network Emperor
Messaggi: 280
Iscritto il: lun 19 nov , 2012 11:44 am

@z3n0
prova a cancellare i track e gli ip sla poi riconfigura i track così:

Codice: Seleziona tutto

track 1 interface dialer 0 line-protocol
track 2 interface dialer 1 line-protocol 
Poi rimetti le def ROUTE legate ai track, controlla ovviamente che la def-ROUTE venga controllata dal track opportuno.
Se ora hai una sola adsl vedrai che l'interfaccia atm e la dialer corrispondente saranno in down, quindi correttamente anche il relativo track lo sarà.

Facci sapere come va.

Emiliano
- KEEP CALM AND CARRY ON -

CISCO CCNA - CCNA Voice - CCDA - CCNP R&S - CCDP Certified
MICROSOFT MCP Certified
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

Ciao a tutti, non potrò fare test fino a lunedì, quindi vi darò riscontro nella mattinata.
Grazie a tutti.
Avatar utente
z3n0
Cisco fan
Messaggi: 56
Iscritto il: ven 22 giu , 2012 9:09 pm

@paolomat75

Codice: Seleziona tutto

ping 192.12.192.237 source 192.168.1.10

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.12.192.237, timeout is 2 seconds:
Packet sent with a source address of 192.168.1.10
.....
Success rate is 0 percent (0/5)
@emiliano ho paura che funzioni quasi :roll: ma ho notato una cosa: nonostante una delle 2 ADSL non sia collegata, entrambi i track risultano UP

Codice: Seleziona tutto

sh track 1
Track 1
  Interface Dialer0 line-protocol
  Line protocol is Up
    3 changes, last change 00:05:07
  Tracked by:
    STATIC-IP-ROUTING 0
NETSYNC#sh track 2
Track 2
  Interface Dialer1 line-protocol
  Line protocol is Up
    5 changes, last change 00:05:02
  Tracked by:
    STATIC-IP-ROUTING 0
Se mando in down anche l'unica ADSL funzionante (stacco il cavo), i track risultano ancora UP. Infatti:

Codice: Seleziona tutto

sh ip int brief
Interface                  IP-Address      OK? Method Status                Protocol
FastEthernet0/0            10.0.0.1        YES NVRAM  up                    up
FastEthernet0/1            192.168.1.10    YES NVRAM  up                    up
ATM0/0/0                   unassigned      YES NVRAM  down                  down
ATM0/1/0                   unassigned      YES NVRAM  down                  down
Dialer0                    unassigned      YES IPCP   up                    up
Dialer1                    unassigned      YES NVRAM  up                    up
NVI0                       10.0.0.1        YES unset  up                    up
Virtual-Access1            unassigned      YES unset  down                  down
Se invece metto in shutdown sia la Dialer0 che la Dialer1, esco tramite la terza connessione.
Rispondi