Newsgroup: it.comp.reti.cisco
Titolo: Forzare una rotta con Cisco route-map

Ciao,
sto utilizzando, su un Router Cisco 2600, il comando route-map per avere load-balancing su due interfacce WAN di tipo ethernet.
La configurazione è la seguente:
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 151.x.x.x
ip route 0.0.0.0 0.0.0.0 88.x.x.x
!
no ip http server
no ip http secure-server
ip nat inside source static tcp 192.168.27.100 1723 interface Ethernet1/0 1723
ip nat inside source static tcp 192.168.27.100 443 interface Ethernet1/0 443
ip nat inside source static tcp 192.168.27.101 1723 interface FastEthernet0/1 1723
ip nat inside source static tcp 192.168.27.101 443 interface FastEthernet0/1 443
ip nat inside source route-map Telecom-ISP interface Ethernet1/0 overload
ip nat inside source route-map Wind-ISP interface FastEthernet0/1 overload
!
ip access-list extended TRAFFIC-FROM-192.168.27.100
 permit tcp host 192.168.27.100 eq 443 any
 permit tcp host 192.168.27.100 eq 1723 any
ip access-list extended TRAFFIC-FROM-192.168.27.101
 permit tcp host 192.168.27.101 eq 443 any
 permit tcp host 192.168.27.101 eq 1723 any
!
access-list 110 permit ip 192.168.27.0 0.0.0.255 any
route-map Telecom-ISP permit 10
 match ip address 110
 match interface Ethernet1/0
 set ip default next-hop 88.x.x.x
!
route-map Wind-ISP permit 10
 match ip address 110
 match interface FastEthernet0/1
 set ip default next-hop 151.x.x.x
!
route-map STATIC-NAT permit 10
 match ip address TRAFFIC-FROM-192.168.27.101
 set interface FastEthernet0/1
!
route-map STATIC-NAT permit 20
 match ip address TRAFFIC-FROM-192.168.27.100
 set interface Ethernet1/0
 
Come posso fare per forzare per una particolare destinazione (ad esempio 173.194.116.23) l'utilizzo dell'interfaccia FastEthernet0/1?
Grazie

 Come posso fare per forzare per una particolare destinazione (ad esempio 173.194.116.23) l'utilizzo dell'interfaccia FastEthernet0/1?
 
Una route-map con precedenza 5 (rispetto alle altre) legata ad un'acl di 
selezione e il set del next-hop per l'hop che ti interessa.
 
Imho è l'unico modo che mi viene in mente.
Rizio
 
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

> Una route-map con precedenza 5 (rispetto alle altre) legata ad un'acl di 
selezione e il set del next-hop per l'hop che ti interessa.
 
Grazie per la risposta.
Nel mio caso se volessi forzare per una particolare destinazione (ad esempio 173.194.116.23) l'utilizzo dell'interfaccia FastEthernet0/1, secondo te questi comandi vanno bene:
 
access-list 120 permit ip 192.168.27.0 0.0.0.255 172.194.116.23 255.255.255.255
route-map FORCE-IP-ADDRESS permit 5 
 match ip address 120
 set interface FastEthernet0/1 
 
Grazie

 Grazie
 
dimenticavo:
set ip default next-hop 151.x.x.x
 
che ne pensi?

ho provato con:
access-list 120 permit ip any host 173.194.116.23
 
route-map FORCE-IP-ADDRESS permit 5
 match ip address 120
 match interface Ethernet1/0
 set ip default next-hop 88.x.x.x
 
Purtroppo non sono riuscito a trovare il comando di debug per verificare su quale rotta viene instradato un determinato pacchetto, per questo motivo uso tracert per vedere da un client quale next hop viene utilizzato per un determinato ip di destinazione. Se provo da un client il comando tracert 173.194.116.23 a volte usa la rotta WIND a volte quella TELECOM, quindi per questo ip di destinazione sta ancora facendo load balancing.
 
Può essere che devo dare anche il comando:
ip nat inside source route-map FORCE-IP-ADDRESS interface Ethernet1/0 overload
?
 
Grazie

 ip nat inside source route-map FORCE-IP-ADDRESS interface Ethernet1/0 overload
 
Mah, il nat io non lo vedo necessario sinceramente. Non centra nel processo di 
routing....è come usare i "go to" nei software....complicano solo la vita e 
difficilmente aiutano se c'è un problema ;)
 
Se vedi che fà matching del traffico ma continui a vedere il gateway fare load 
balancing puoi provare a cambiare il tipo di acl, tu ora ne stai usando una 
standard, puoi provare ad usarne una extended o named.
Mi è capitato di mettere le mani su alcune versione di ios che non davano errore 
(e non trovavi traccia di note nella doc cisco) però non consideravano certi 
tipi di acl in alcune funzioni di routing (Es. route-map)
 
Purtroppo devi solo provare perchè son cose che scopri facendole, a prescindere 
da qualunque teoria o documentazione.


ho caricato nella configurazione sia l'ACL:
 
access-list 120 permit ip any host 173.194.116.23
 
che il la nuova route-map:
 
route-map FORCE-IP-ADDRESS permit 5
 match ip address 120
 match interface Ethernet1/0
 set ip default next-hop 88.x.x.x
 
ma sembra non aver influenzato il router
 
Se attivo il comando di debug:
debug ip packet 120
e provo ad attivare un tracert verso 173.194.116.23 da un client, non viene visualizzato nulla...quella route-map non viene mai considerata anche se ho utilizzato una priorità più bassa (5) rispetto alle altre (10).

mancava questo comando nell'interfaccia collegata alla LAN:
 
ip policy route-map FORCE-IP-ADDRESS
 
ora funziona.
 
il problema è che avevo già un comando:
ip policy route-map
su quell'interfaccia. 
 
E' possibile avere 2 ip policy route-map sulla stessa interfaccia oppure devo creare un'unica route-map con più policy?
 
Grazie

 Grazie
 
Prego, de nada, hai fatto tutto tu :)
