Newsgroup: it.comp.reti.cisco
Titolo: doppia wan (connessione di backup) vs IOS 12.3

simulazione di un caso reale:
c2621 64/16 con l'ultimo ios disponibile 12.3(26) feature ik9o3s3 (mi
è sembrato il più carino).
wan principale: fastweb fibra 10Mbps half-duplex (ethernet dhcp) su
fe0/0
wan backup: adsl su wic-1adsl su atm0 (emulata con una seriale nel
lab)
lan 
192.168.0.0/24
 su fe0/1
STEP 1:
l'obiettivo è far navigare chi è sulla lan preferibilmente con fastweb
e in caso mi trancino la fibra di redirigere il traffico sulla adsl
non essendo supportato object-tracking, opto per due rotte statiche
con pesi diversi?
basta mettere 2 ip route 0.0.0.0 0.0.0.0 con pesi diversi o c'è una
soluzione più elegante?
i 2 nat li configuro con le route map? con le list non gli piacciono
A CHE PUNTO SONO ARRIVATO:
una rotta del genere
Router(config)# ip route 0.0.0.0 0.0.0.0 FastEthernet0/0 dhcp $PESO
nella sh ip route diventa una rotta verso il gw preso da dhcp, sempre
con peso 254
Router# sh ip route
....
S* 
0.0.0.0/0
 [254/0] via $GW_DHCP
se invece scrivo
Router(config)# ip route 0.0.0.0 0.0.0.0 $IP_GW $PESO
allora prende il peso giusto assegnato
Router# sh ip route
....
S* 
0.0.0.0/0
 [$PESO/0] via $IP_GW
allora ho pensato: metto alla seriale peso 255 per ovviare al problema
(con fastweb mi serve che resti in dhcp)
ma col 255 non subentra come seconda scelta in caso di morte del primo
link e rimango senza default gw
mi devo essere perso qualcosa...

abbandono questa soluzione, perché non è robusta (funziona solo se
trancio il cavo eth), però mi piacerebbe togliermi la curiosità di
quel peso 256 sul gateway preso da dhcp
alternative per testare la connessione senza usare il tracking?

alternative per testare la connessione senza usare il >tracking?
Routing dinamico, ma dubito che fastweb ti dia retta se glielo proponi.
Ciao,
         Tosh 

Ma un banale
IP Route 0.0.0.0 0.0.0.0 f 0/0
IP Route 0.0.0.0 0.0.0.0 atm 0/.. 250
E' banalissimo routing statico: primario (peso basso) sulla f0/0, se
muore usa la rotta con peso 250.
Bye
Claudio

 Forse questo link ti può chiarire i dubbi:
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a008.
..
ok dice chiaramente che i pesi 255 non vengono inseriti in routing
table.
carta canta e mi devo arrendere.
ho rifatto la conf su un ISR 877 usando object-tracking seguendo
questo esempio:
http://www.cisco.com/en/US/tech/tk648/tk361/technologies_configuration_example09186a00808d2b72.shtml
fa questo mestiere:
interface FastEthernet0
 ip address dhcp
 ip dhcp client route track 345
!
....
ip route 0.0.0.0 0.0.0.0 dialer 0 track 123
quindi dialer0 prende peso 1 e la fe peso 254
per giungere al risultato voluto ho provato a non mettere "dhcp" nella
rotta: smette di fissare il peso a 254 e funziona!
ho messo queste due rotte:
ip route 0.0.0.0 0.0.0.0 Vlan2 track 1 $PESO_BASSO /*fastweb dhcp*/
ip route 0.0.0.0 0.0.0.0 Dialer0 track 2 $PESO_ALTO /*adsl*/
adesso devo solo calibrare bene gli sla (ip da pingare, threshold,
timeout, ...) e far digerire la cosa al boot.
Grazie!


ero straconvinto ci volesse per forza
IP Route 0.0.0.0 0.0.0.0 f 0/0 dhcp (che va da solo a 254)
ma mi sono accorto che basta il semplice
IP Route 0.0.0.0 0.0.0.0 f 0/0 (che mantiene il peso indicato)
per ora ho risolto, vado avanti col resto della conf e speriamo in
bene. ieri sera ero un po' alle cozze e sragionavo
Grazie!

Ci posti la conf completa risultante, su IOS 12.3 ?

 Ci posti la conf completa risultante, su IOS 12.3 ?
Sul 2651 con IOS 12.3 non c'è object-tracking, quindi sono riuscito a
implementare solo la soluzione delle 2 rotte statiche pesate.
Il problema è che funziona solo con i guasti fisici (cavo tagliato,
gateway preso a martellate), quindi non è una soluzione al problema.
Con object tracking invece sono riuscito a mettere in piedi una cosa
un pochino più degna:
######## INTERFACCIA VERSO FASTWEB:
interface Vlan 2
  ip address dhcp
  ip dhcp client route track 1
  ...
######## ROTTE:
ip route 0.0.0. 0.0.0.0 Vlan 2 DHCP 100
ip route 0.0.0. 0.0.0. Dialer 0 200
######## SLA:
ip sla 1
  icmp-echo $IP_TEST
ip sla scheduler 1 life forever start-time now
il problema è che quando va giù fastweb, dopo l'assestamento dei vari
timeout, la sla inizia a fare i ping attraverso dialer0 ed entro in un
circolo vizioso che potrete ben immaginare.
ho risolto con una vegognosa rotta statica:
ip route $IP_TEST 255.255.255.255 dhcp
Se nessuno ha una soluzione più intelligente da proporre, per adesso
lo lascio così, con l'intenzione di ritornarci sopra più documentato