Newsgroup: it.comp.reti.cisco
Titolo: Policy-based routing

Salve,
non riesco a trovare informazioni (ed esempi di configurazione) per il
policy-based routing.
Sembra una soluzione perfetta per sfruttare due linee diverse (una meno
performante ma flat, l'altra piu' veloce ma fatturata a traffico).
Voi che esperienze avete?
Mimmus

 Ciao,
le info che cerchi sono qui:
http://www.cisco.com/warp/public/105/36.html
Gaetano


 ha scritto nel messaggio
news:Gi4za.23202$Ny5.6...@twister2.libero.it...


Ciao,
avevo provato il 'trabocco' del traffico su una seconda linea quando il
traffico supera una certa soglia ma non sono rimasto soddisfatto, per vari
motivi.
A giudicare dalla white-paper:
 
http://www.cisco.com/warp/public/cc/techno/protocol/tech/plicy_wp.htm
invece sembra che con il PBR si possa godere di ampia flessibilita' e
bilanciare il carico sulle mie due linee in base a quello che mi pare (IP
sorgente, applicazione, protocollo, dimensione del pacchetto --> quindi
applicazioni interattive o trasferimenti di dati)
Ho gia' letto un po' di documentazione, domani ci provo. Ho qualche
perplessita' solo sul sistema di switching che si puo' usare: una volta era
possibile solo il process-switching (=elevato impiego di risorse da parte
del router) ma ora pare che si possa fare addirittura con il CEF(=very fast
switching).
Vedremo...
Mimmus

 ha scritto nel messaggio
news:KZ5za.23456$Ny5.6...@twister2.libero.it...


> Che genere di problemi hai avuto con il multilink ?
Con la conf siffatta:
interface multilink 1     (<-- 2x2 Mbps seriali 'flat')
 ...
 backup-interface ATM1/IMA1
 backup-load 70 20
interface ATM1/IMA1     (<--- 4x2 Mbps HDSL 'a traffico')
 ...
essenzialmente due:
- quando il volume di traffico attivava la seconda linea, a causa del
protocollo di routing che utilizzo (OSPF), che non permette la presenza
CONTEMPORANEA di route di tipo diverso, il traffico passava ESCLUSIVAMENTE
sulla seconda. A me sarebbe piaciuto invece un bilanciamento di carico su
entrambe
- se la prima linea cade per problemi telecom, la seconda non parte come
backup! E questa e' una funzione per me fondamentale.
Mimmus

 ha scritto nel messaggio
news:Hrkza.25044$lK4.7...@twister1.libero.it...


 configurato anche sulla atm ima il ppp?
Non ci siamo capiti bene: io uso il multilink SOLO per 'accoppiare' due
seriali ed avere una linea a 2x2Mbps (flat).
POI ho una linea ATM piu' performante ma tariffata a traffico verso la
stessa destinazione.
Vorrei che la linea Multilink1 fungesse soprattutto da backup per la linea
ATM ma, gia' che ci sono, anche per farci transitare traffico 'meno
privilegiato', in modo da scaricare un po' la linea a traffico.
Spero di essere stato piu' chiaro.
Mimmus


Chiarissimo !!!!!
Ciao,
        Tosh.

 senza perdere la funzionalità di backup attuale.
Interessante, anche a livello sperimentale mi piacerebbe provarlo.
Per il momento, con il policy-based routing, mi sto trovando bene: e'
semplice e non ha controindicazioni particolari (forse un tot % di CPU in
piu' ma e' insignificante, ai miei livelli di traffico).
Grazie per la chiacchierata
Mimmus

 ha scritto nel messaggio
news:2w3Ba.40209$lK4.1...@twister1.libero.it...


Ciao,
eccomi qua, ovviamente prontissimo a girarti ogni cosa che ho fatto!
Si, il policy-based routing funziona; io l'ho accoppiato al CEF-forwarding,
nella certezza che questo metodo garantisca un utilizzo migliore della CPU
del router.
Ecco una porzione di configurazione che ruota sulla linea 'più scarsa'
(Multilink1) il traffico Internet (che tanto ha altri colli di bottiglia!):
ip cef
!
access-list 101 permit ip any host <IP mio proxy>
!
route-map low-pri permit 10
 match ip address 101
 set interface Multilink1
Ovviamente, stessa configurazione sul router dall'altra parte.
Il tutto ha un senso in quanto, nella tabella di routing, OSPF tiene
normalmente attiva la linea ATM/IMA, che ha una metrica migliore.
Se dovesse cadere il Multilink1, il tutto, anche il traffico Internet, se ne
va dall'altra parte, in maniera trasparente.
A disposizione
Mimmus

 ha scritto nel messaggio
news:mlhDa.59144$Ny5.1...@twister2.libero.it...
