giu 2008
Cisco IOS Software Activation
28/06/08 Filed in: cisco
Qualcosa è cambiato nella gestione delle licenze degli IOS, più simile ora a quella di ASA/Pix con varie PAK che attivano le features: LINK con relativo corso online.
Non ho ancora approfondito ma questa immagine lo spiega bene (source):
La “universal image” viene caricata sul router e in base alla licenza inserita vengono attivate le relative features.
Corso QoS
27/06/08 Filed in:
corsi, formazione, certificazioni
Questa settimana ho seguito in una Milano caldissima il corso Cisco QoS. Cinque giornate passate a studiare code, DSCP, CoS, ToS, RED, WRED, LLQ, WRR, CBWFQ etc.
Avendo studiato da poco l’esame ONT ho trovato parecchie sovrapposizioni, questo corso però approfondisce i meccanismi di funzionamento del QoS e dà una visione più globale del suo funzionamento.
E ora... si torna all’ISCW! QoS rimandato a Settembre.
GRE over IPSEC o IPSEC over GRE?
12/06/08 Filed in: Networking
Update: questo post è stato pubblicato nella sezione
Docs di AreaNetworking
QUI.
Ultimamente mi capita spesso di realizzare VPN con IOS, PIX o ASA. I primi tempi usavo il Wizard, poi son passato a configurare le varie componenti dall’interfaccia grafica, ultimamente uso spesso la command line, indispensabile sopratutto per il troubleshooting.
Tra i vari tipi di VPN non mi era ancora capitato di dover applicare la GRE over IPSEC. Parlando con colleghi alcuni mi correggevano: "Non GRE over IPSec ma IPSec over GRE".
Siccome l’argomento mi interessa e sono in fase di implementazione, ho ben pensato di farmi un piccolo lab per chiarire un po’ la questione:
Alla "nuvola" C4 ho collegato la ethernet dell’iMac che a sua volta collega un portatile usato per le prove.
Questa la configurazione IP dei due router:
R3#sh ip inte brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 10.2.0.2 YES manual up up
Loopback1 10.3.0.1 YES manual up up
Tunnel0 10.50.0.2 YES manual up up
R4#sh ip inte brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 10.1.0.220 YES manual up up
FastEthernet1/0 10.2.0.1 YES manual up up
Tunnel0 10.50.0.1 YES manual up up
E questa la configurazione dei tunnel:
R4#sh run inte tun 0
interface Tunnel0
ip address 10.50.0.1 255.255.255.0
tunnel source FastEthernet1/0
tunnel destination 10.2.0.2
crypto map vpn
end
R3#sh run inte tun 0
interface Tunnel0
ip address 10.50.0.2 255.255.255.0
tunnel source FastEthernet0/0
tunnel destination 10.2.0.1
crypto map vpn
end
Ometto i vari passaggi di configurazione di isakmp, tunnel-group, crypto map ecc. dato che sono facili e ben documentati in QUESTA guida sul sito Cisco.
Ora, la questione è... GRE over IPSEC o IPSEC over GRE, quindi qual è il pacchetto che effettivamente arriva dall'altra parte e chi viene incapsulato?
Innanzitutto una semplice prova: sul router R3 creo una access-list:
R3#sh ip access-lists 150
Extended IP access list 150
10 permit esp host 10.2.0.1 host 10.2.0.2 (890 matches)
20 permit udp host 10.2.0.1 host 10.2.0.2 eq isakmp (15 matches)
30 permit gre host 10.2.0.1 host 10.2.0.2
ed ecco la risposta, nessun match per il traffico GRE. Creo una access-list speculare su R4:
R4#sh ip access-lists 150
Extended IP access list 150
10 permit gre host 10.2.0.2 host 10.2.0.1
20 permit udp host 10.2.0.2 host 10.2.0.1 eq isakmp (30 matches)
30 permit esp host 10.2.0.2 host 10.2.0.1 (70 matches)
Provo a resettare la VPN con un "clear crypto session" e ancora, niente GRE, solo traffico ESP e UDP/isakmp.
Svelato l'arcano!
Al di là della prova empirica, ci si può arrivare anche per deduzione: il pacchetto GRE incapsula di tutto, unicast, multicast, etc mentre il pacchetto IPSEC in questo caso incapsula solo il GRE come specificato nella crypto map:
R4#sh crypto map
Crypto Map "vpn" 10 ipsec-isakmp
Peer = 10.2.0.2
Extended IP access list 100
access-list 100 permit gre host 10.2.0.1 host 10.2.0.2
Current peer: 10.2.0.2
Security association lifetime: 4608000 kilobytes/3600 seconds
PFS (Y/N): N
Transform sets={
strong,
}
Interfaces using crypto map vpn:
Tunnel0
FastEthernet1/0
Ultimamente mi capita spesso di realizzare VPN con IOS, PIX o ASA. I primi tempi usavo il Wizard, poi son passato a configurare le varie componenti dall’interfaccia grafica, ultimamente uso spesso la command line, indispensabile sopratutto per il troubleshooting.
Tra i vari tipi di VPN non mi era ancora capitato di dover applicare la GRE over IPSEC. Parlando con colleghi alcuni mi correggevano: "Non GRE over IPSec ma IPSec over GRE".
Siccome l’argomento mi interessa e sono in fase di implementazione, ho ben pensato di farmi un piccolo lab per chiarire un po’ la questione:
Alla "nuvola" C4 ho collegato la ethernet dell’iMac che a sua volta collega un portatile usato per le prove.
Questa la configurazione IP dei due router:
R3#sh ip inte brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 10.2.0.2 YES manual up up
Loopback1 10.3.0.1 YES manual up up
Tunnel0 10.50.0.2 YES manual up up
R4#sh ip inte brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 10.1.0.220 YES manual up up
FastEthernet1/0 10.2.0.1 YES manual up up
Tunnel0 10.50.0.1 YES manual up up
E questa la configurazione dei tunnel:
R4#sh run inte tun 0
interface Tunnel0
ip address 10.50.0.1 255.255.255.0
tunnel source FastEthernet1/0
tunnel destination 10.2.0.2
crypto map vpn
end
R3#sh run inte tun 0
interface Tunnel0
ip address 10.50.0.2 255.255.255.0
tunnel source FastEthernet0/0
tunnel destination 10.2.0.1
crypto map vpn
end
Ometto i vari passaggi di configurazione di isakmp, tunnel-group, crypto map ecc. dato che sono facili e ben documentati in QUESTA guida sul sito Cisco.
Ora, la questione è... GRE over IPSEC o IPSEC over GRE, quindi qual è il pacchetto che effettivamente arriva dall'altra parte e chi viene incapsulato?
Innanzitutto una semplice prova: sul router R3 creo una access-list:
R3#sh ip access-lists 150
Extended IP access list 150
10 permit esp host 10.2.0.1 host 10.2.0.2 (890 matches)
20 permit udp host 10.2.0.1 host 10.2.0.2 eq isakmp (15 matches)
30 permit gre host 10.2.0.1 host 10.2.0.2
ed ecco la risposta, nessun match per il traffico GRE. Creo una access-list speculare su R4:
R4#sh ip access-lists 150
Extended IP access list 150
10 permit gre host 10.2.0.2 host 10.2.0.1
20 permit udp host 10.2.0.2 host 10.2.0.1 eq isakmp (30 matches)
30 permit esp host 10.2.0.2 host 10.2.0.1 (70 matches)
Provo a resettare la VPN con un "clear crypto session" e ancora, niente GRE, solo traffico ESP e UDP/isakmp.
Svelato l'arcano!
Al di là della prova empirica, ci si può arrivare anche per deduzione: il pacchetto GRE incapsula di tutto, unicast, multicast, etc mentre il pacchetto IPSEC in questo caso incapsula solo il GRE come specificato nella crypto map:
R4#sh crypto map
Crypto Map "vpn" 10 ipsec-isakmp
Peer = 10.2.0.2
Extended IP access list 100
access-list 100 permit gre host 10.2.0.1 host 10.2.0.2
Current peer: 10.2.0.2
Security association lifetime: 4608000 kilobytes/3600 seconds
PFS (Y/N): N
Transform sets={
strong,
}
Interfaces using crypto map vpn:
Tunnel0
FastEthernet1/0
ONT exam passed today!
05/06/08 Filed in:
corsi, formazione, certificazioni
The Optimizing Converged Cisco Networks (642-845 ONT) is a qualifying exam for the Cisco Certified Network Professional CCNP®. The ONT 642-845 exam will certify that the successful candidate has important knowledge and skills in optimizing and providing effective QOS techniques for converged networks. The exam topics include implementing a VOIP network, implementing QoS on converged networks, specific IP QoS mechanisms for implementing the DiffServ QoS model, AutoQoS, wireless security and basic wireless management.
LINK





