Formazione Online in classi virtuali, e-Learning
e altre modalità di erogazione per la tua formazione.

Maggiori informazioni

<< Torna agli Approfondimenti Tematici


Jody Palombi
OSPF: approfondimento sull'algoritmo SPF
nella computazione di rotte esterne


Istruttore ufficiale Cisco presso Fast Lane - GKI (Certificato CCSI #34575), specializzato in tecnologie di Routing & Switching e Service Provider. Amante del Networking e della tecnologia in generale, ama condividere le proprie conoscenze ed ha scelto per tale motivo la carriera di formatore. Attualmente in possesso delle certificazioni industriali Cisco CCENT, CCNA, CCNP R&S e CCNP SP.

Il presente approfondimento delle logiche di redistribuzione di network all’interno di un dominio OSPF, provenienti dunque da domini di routing esterno, vuole mettere in luce le differenze che intercorrono realmente tra rotte External di tipo 1 (E1) ed External di tipo 2 (E2).

L’idea di tale approfondimento nasce dalla constatazione che differenti testi (guide per le certificazioni industriali relative a CCNA R&S o CCNP R&S), seppur assolutamente corretti nella formulazione delle differenze che intercorrono tra le due tipologie di rotte esterne, tralasciano invece alcuni aspetti relativi alla computazione della metrica che, sebbene non immediatamente visibili o intuibili, potrebbero condurre a comportamenti inattesi da parte dell’OSPF.

Inoltre, la diffusione dell’OSPF come protocollo di routing, e l’assenza di una risorsa di questo tipo in italiano sono le ragioni dunque che hanno portato alla stesura del presente testo. Le differenze che metterò in luce in quest’articolo saranno completamente applicabili anche aalle rotte esterne generate da aree NSSA (Not so Stubby), relativamente dunque a quelle reti che verrebbero indicate in tabella di routing OSPF come N1 e N2.


Analisi del comportamento in caso di LSA di tipo 5

PREMESSA: Partiamo dunque con il ricordare l’ordine di preferenza dei percorsi OSPF:

    1. Intra-Area (O)
    2. Inter-Area (O IA)
    3. External Type 1 (E1)
    4. External Type 2 (E2)

Ricordiamo inoltre che il succitato ordine di selezione prescinde dalla metrica (essa sarà dunque confrontabile solamente all’interno del medesimo gruppo).

Per la comprendere il tutto nel migliore dei modi, mi avvarrò della seguente topologia nell’ottica di supportare, tramite output ed esempi pratici, le differenze che mi appresto ad esporre.



Nella topologia sopra riportata, i router R2 ed R3 stanno effettuando redistribuzione del RIP all’interno di OSPF. Tutti i link sono FastEthernet, ed i costi di default (1) sono stati lasciati invariati. I due router sono configurati rispettivamente nel seguente modo (va detto per inciso che, per evitare il fenomeno del route-feedback, è stato impostato un filtro in OSPF - su R2 ed R3 - che impedisce al protocollo di accettare update per le reti appartenenti al dominio RIP):

R2#show run | sec router ospf
router ospf 1
  router-id 2.2.2.2
  log-adjacency-changes
  redistribute rip subnets
  network 10.1.2.2 0.0.0.0 area 0
R3#show run | sec router ospf
router ospf 1
  router-id 3.3.3.3
  log-adjacency-changes
  redistribute rip subnets
  network 10.1.3.3 0.0.0.0 area 0

Il non aver specificato alcun tipo di parametro nel comando “redistribute”, farà si che i router all’interno del dominio OSPF ricevano le rotte provenienti dal RIP come esterne di tipo 2 a metrica 20, come visibile da uno “show ip route ospf” su R6:

R6#show ip route ospf | begin Gateway
Gateway of last resort is not set

       10.0.0.0/8 is variably subnetted, 8 subnets, 2 masks
O IA      10.1.2.0/24 [110/3] via 10.5.6.5, 00:38:56, FastEthernet0/1
                      [110/3] via 10.4.6.4, 00:39:06, FastEthernet0/0
O IA      10.1.3.0/24 [110/3] via 10.5.6.5, 00:38:56, FastEthernet0/1
                      [110/3] via 10.4.6.4, 00:39:06, FastEthernet0/0
O IA      10.1.4.0/24 [110/2] via 10.4.6.4, 00:39:06, FastEthernet0/0
O IA      10.1.5.0/24 [110/2] via 10.5.6.5, 00:38:56, FastEthernet0/1
       172.16.0.0/24 is subnetted, 2 subnets
O E2      172.16.27.0 [110/20] via 10.5.6.5, 00:23:17, FastEthernet0/1
                      [110/20] via 10.4.6.4, 00:23:17, FastEthernet0/0
O E2      172.16.37.0 [110/20] via 10.5.6.5, 00:23:27, FastEthernet0/1
                      [110/20] via 10.4.6.4, 00:23:27, FastEthernet0/0
       192.168.7.0/32 is subnetted, 1 subnets
O E2      192.168.7.7 [110/20] via 10.5.6.5, 00:21:43, FastEthernet0/1
                      [110/20] via 10.4.6.4, 00:21:43, FastEthernet0/0
R6#

OGGETTO: Come si può notare, tutte le rotte apprese da R6 sono External di tipo 2 con metrica di default (20). Ciò che infatti si legge a tal proposito è che alle esterne di tipo 2 non viene aggiunta la metrica relativa alla distanza dall’ASBR (passata con una LSA di tipo 4 o di tipo 1), rimanendo dunque invariata lungo tutto il transito dell’update. Cosa che infatti è prefettamente in linea con l’output. Riportiamo uno show ip route parziale anche di R1 che, come R6, andrà in bilanciamento sui link verso R2 ed R3:

R1#show ip route ospf | begin Gateway
Gateway of last resort is not set

       10.0.0.0/8 is variably subnetted, 10 subnets, 2 masks
O IA      10.4.6.0/24 [110/2] via 10.1.4.4, 00:31:12, FastEthernet1/0
O IA      10.5.6.0/24 [110/2] via 10.1.5.5, 00:31:12, FastEthernet1/1
       172.16.0.0/24 is subnetted, 2 subnets
O E2      172.16.27.0 [110/20] via 10.1.3.3, 00:13:56, FastEthernet2/1
                      [110/20] via 10.1.2.2, 00:31:22, FastEthernet2/0
O E2      172.16.37.0 [110/20] via 10.1.3.3, 00:31:12, FastEthernet2/1
                      [110/20] via 10.1.2.2, 00:12:17, FastEthernet2/0
       192.168.7.0/32 is subnetted, 1 subnets
O E2      192.168.7.7 [110/20] via 10.1.3.3, 00:13:56, FastEthernet2/1
                      [110/20] via 10.1.2.2, 00:12:17, FastEthernet2/0
R1#

La differenza con le External di tipo 1 è che queste ultime, come noto, riportano nella selezione del path anche la distanza dall’ASBR (in tabella di routing), oltre che ovviamente a venire sempre preferite a discapito delle E2, a prescindere dalla metrica impostata in fase di redistribuzione (ad esempio, anche se R2 redistribuisse con redistribute rip subnets metric-type 1 metric 1000, ed R3 redistribuisse con il semplice redistribute rip subnets, i router OSPF preferirebbero comunque uscire attraverso R2. Convertiamo adesso la redistribuzione in atto forzando l’immissione di external di tipo 1 (E1) da R2 ed R3:

R2(config)# router ospf 1
R2(config-router)# redistribute rip metric-type 1 subnets

R3(config)# router ospf 1
R3(config-router)# redistribute rip metric-type 1 subnets

Ciò che ci si attende è dunque la somma della distanza degli ASBR nel computo della metrica su base 20 (per comodità riporto solo l’output relativo alla Loopback 0 di R7):

R1#show ip route
[...output omesso...]
O E1      192.168.7.7 [110/21] via 10.1.3.3, 00:04:13, FastEthernet2/1
                      [110/21] via 10.1.2.2, 00:04:13, FastEthernet2/0
R4#show ip route
[...output omesso...]
O E1      192.168.7.7 [110/22] via 10.1.4.1, 00:06:56, FastEthernet1/0
R5#show ip route
[...output omesso...]
O E1      192.168.7.7 [110/22] via 10.1.5.1, 00:07:44, FastEthernet1/1

E dunque R6 andrà in bilanciamento verso R4 ed R5, stavolta però con metrica 23 (20 di default + 3 di distanza dagli ASBR):

R6#show ip route
[...output omesso...]
O E1      192.168.7.7 [110/23] via 10.5.6.5, 00:09:18, FastEthernet0/1
                      [110/23] via 10.4.6.4, 00:09:18, FastEthernet0/0

Analizzandone il dettaglio:

R6#show ip route 192.168.7.7
Routing entry for 192.168.7.7/32
    Known via "ospf 1", distance 110, metric 23, type extern 1
    Last update from 10.4.6.4 on FastEthernet0/0, 00:15:02 ago
    Routing Descriptor Blocks:
      10.5.6.5, from 3.3.3.3, 00:15:02 ago, via FastEthernet0/1
        Route metric is 23, traffic share count is 1
    * 10.4.6.4, from 3.3.3.3, 00:15:02 ago, via FastEthernet0/0
        Route metric is 23, traffic share count is 1
R6#

Altro comportamento ben noto riguarderebbe dunque la possibilità di discriminare i percorsi. Aumentando infatti il costo del link tra R1 ed R2, l’ASBR di ingresso preferito diverrà R3:

R1(config)# int fa2/0
R1(config-if)# ip ospf cost 50

R2(config)# int fa2/0
R2(config-if)# ip ospf cost 50



Segue quindi che per R1 verrà preferirà l’uscita verso R3:

R1#show ip route ospf | begin Gateway
Gateway of last resort is not set

       10.0.0.0/8 is variably subnetted, 10 subnets, 2 masks
O IA      10.4.6.0/24 [110/2] via 10.1.4.4, 01:07:09, FastEthernet1/0
O IA      10.5.6.0/24 [110/2] via 10.1.5.5, 01:07:19, FastEthernet1/1
       172.16.0.0/24 is subnetted, 2 subnets
O E1      172.16.27.0 [110/21] via 10.1.3.3, 01:07:09, FastEthernet2/1
O E1      172.16.37.0 [110/21] via 10.1.3.3, 01:07:09, FastEthernet2/1
       192.168.7.0/32 is subnetted, 1 subnets
O E1      192.168.7.7 [110/21] via 10.1.3.3, 01:07:09, FastEthernet2/1
R1#show ip ospf database external

OSPF Router with ID (1.1.1.1) (Process ID 1)

Type-5 AS External Link States


[...output omesso...]

LS age: 236
Options: (No TOS-capability, DC)
LS Type: AS External Link
Link State ID: 192.168.7.7 (External Network Number )
Advertising Router: 2.2.2.2
LS Seq Number: 80000005
Checksum: 0xDAC2
Length: 36
Network Mask: /32
     Metric Type: 1 (Comparable directly to link state metric)
     MTID: 0
     Metric: 20
     Forward Address: 0.0.0.0
     External Route Tag: 0
Routing Bit Set on this LSA in topology Base with MTID 0
LS age: 303
Options: (No TOS-capability, DC)
LS Type: AS External Link
Link State ID: 192.168.7.7 (External Network Number )
Advertising Router: 3.3.3.3
LS Seq Number: 80000005
Checksum: 0xBCDC
Length: 36
Network Mask: /32
     Metric Type: 1 (Comparable directly to link state metric)
     MTID: 0
     Metric: 20
     Forward Address: 0.0.0.0
     External Route Tag: 0

R1 continua a ricevere le update (LSA type 5) a metrica 20 dagli ASBR R2 ed R3 (nell’output precedente è stato riportato il DB relativo solamente alla 192.168.7.7/32), ma l’innalzamento del costo del link R1-R2 si riflette nella cancellazione della rotta passante per R2. R4, R5 ed R6 non si accorgono del cambiamento, poichè dal loro punto di vista esiste un unico punto di passaggio, ovvero R1. Configureremo adesso la rete come mostrato in figura:



R6 potrà dunque bilanciare, per tutte le destinazioni RIP, sempre tra due percorsi a metrica 72:

R6#show ip route ospf | begin Gateway
Gateway of last resort is not set


       10.0.0.0/8 is variably subnetted, 8 subnets, 2 masks
O IA      10.1.2.0/24 [110/52] via 10.5.6.5, 00:30:48, FastEthernet0/1
                      [110/52] via 10.4.6.4, 00:30:48, FastEthernet0/0
O IA      10.1.3.0/24 [110/52] via 10.5.6.5, 00:30:48, FastEthernet0/1
                      [110/52] via 10.4.6.4, 00:30:48, FastEthernet0/0
O IA      10.1.4.0/24 [110/51] via 10.4.6.4, 00:31:13, FastEthernet0/0
O IA      10.1.5.0/24 [110/51] via 10.5.6.5, 00:30:48, FastEthernet0/1
       172.16.0.0/24 is subnetted, 2 subnets
O E1      172.16.27.0 [110/72] via 10.5.6.5, 00:30:48, FastEthernet0/1
                      [110/72] via 10.4.6.4, 00:30:48, FastEthernet0/0
O E1      172.16.37.0 [110/72] via 10.5.6.5, 00:30:48, FastEthernet0/1
                      [110/72] via 10.4.6.4, 00:30:48, FastEthernet0/0
       192.168.7.0/32 is subnetted, 1 subnets
O E1      192.168.7.7 [110/72] via 10.5.6.5, 00:30:48, FastEthernet0/1
                      [110/72] via 10.4.6.4, 00:30:48, FastEthernet0/0

Ripristinando il link a metrica 1 tra R5 ed R6, mantenendo l’impostazione di redistribuzione in E1, sarà ovvia la sparizione del percorso in bilanciamento:



R6#show ip route ospf | begin Gateway
Gateway of last resort is not set


       10.0.0.0/8 is variably subnetted, 8 subnets, 2 masks
O IA      10.1.2.0/24 [110/3] via 10.5.6.5, 00:00:54, FastEthernet0/1
O IA      10.1.3.0/24 [110/3] via 10.5.6.5, 00:00:54, FastEthernet0/1
O IA      10.1.4.0/24 [110/51] via 10.4.6.4, 00:42:34, FastEthernet0/0
O IA      10.1.5.0/24 [110/2] via 10.5.6.5, 00:00:54, FastEthernet0/1
       172.16.0.0/24 is subnetted, 2 subnets
O E1      172.16.27.0 [110/23] via 10.5.6.5, 00:00:44, FastEthernet0/1
O E1      172.16.37.0 [110/23] via 10.5.6.5, 00:00:44, FastEthernet0/1
       192.168.7.0/32 is subnetted, 1 subnets
O E1      192.168.7.7 [110/23] via 10.5.6.5, 00:00:44, FastEthernet0/1

Fin qui dunque nulla di anomalo o inatteso. Da ciò che però è possibile evincere dalla letteratura inerente le differenti tipologie di rotte esterne, seguirebbe che, convertendo il tutto nuovamente in E2,

R2(config)# router ospf 1
R2(config-router)# redistribute rip metric-type 2 subnets


R3(config)# router ospf 1
R3(config-router)# redistribute rip metric-type 2 subnets

R6 dovrebbe tornare a bilanciare tra R4 ed R5, a prescindere dalla presenza o meno del link a costo 50 tra R1 ed R4.

Di seguito l’output estratto da R6 dopo tali modifiche:

R6#show ip route ospf | begin Gateway
Gateway of last resort is not set


       10.0.0.0/8 is variably subnetted, 8 subnets, 2 masks
O IA      10.1.2.0/24 [110/3] via 10.5.6.5, 00:05:13, FastEthernet0/1
O IA      10.1.3.0/24 [110/3] via 10.5.6.5, 00:05:13, FastEthernet0/1
O IA      10.1.4.0/24 [110/51] via 10.4.6.4, 00:46:53, FastEthernet0/0
O IA      10.1.5.0/24 [110/2] via 10.5.6.5, 00:05:13, FastEthernet0/1
       172.16.0.0/24 is subnetted, 2 subnets
O E2      172.16.27.0 [110/20] via 10.5.6.5, 00:01:51, FastEthernet0/1
O E2      172.16.37.0 [110/20] via 10.5.6.5, 00:01:51, FastEthernet0/1
       192.168.7.0/32 is subnetted, 1 subnets
O E2      192.168.7.7 [110/20] via 10.5.6.5, 00:01:51, FastEthernet0/1

Vero che si torna a vedere delle rotte in tabella di routing a metrica 20, ma il bilanciamento sembra in qualche modo compromesso. Cerchiamo quindi di capire perchè prendendo in esame la 192.168.7.7/32

R6#show ip route 192.168.7.7
Routing entry for 192.168.7.7/32
  Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 3
  Last update from 10.5.6.5 on FastEthernet0/1, 00:04:39 ago
  Routing Descriptor Blocks:
  * 10.5.6.5, from 3.3.3.3, 00:04:39 ago, via FastEthernet0/1
      Route metric is 20, traffic share count is 1

Ciò che in realtà impedisce al percorso attraverso R4 di finire in tabella di routing è evidenziato nell’output precedente. Il “forward metric”, parametro invisibile in tabella di routing, è ciò che, sebbene in maniera non del tutto evidente ad una prima analisi, viene comunque computato nella selezione del percorso. In una rotta esterna di tipo 1, tale parametro è invece collassato all’interno del campo metric:

R6#show ip route 192.168.7.7
Routing entry for 192.168.7.7/32
  Known via "ospf 1", distance 110, metric 23, type extern 1
  Last update from 10.5.6.5 on FastEthernet0/1, 00:00:05 ago
  Routing Descriptor Blocks:
  * 10.5.6.5, from 3.3.3.3, 00:00:05 ago, via FastEthernet0/1
      Route metric is 23, traffic share count is 1

CONCLUSIONE: Dunque, sebbene l’OSPF “non aggiunga la metrica interna alle rotte external di tipo 2” sia tecnicamente corretto, all’atto pratico entrambi i metodi di redistribuzione considerano comunque la distanza dall’ASBR, sia in termini di costi intra-area che inter-area, a prescindere dall’utilizzo di E1 o E2.


Analisi del comportamente in casi di LSA di tipo 7

PREMESSA: Il medesimo comportamento lo si può riscontrare per quanto riguarda le LSA di tipo 7 provenienti da aree NSSA (Not so Stubby area). Il concetto è esattamente il medesimo, e per mostrarlo utilizzeremo la seguente topologia opportunamente configurata:



R7(config)# router ospf 1
R7(config-router)# area 1 nssa
R7(config-router)# redistribute eigrp 1 subnets
R8(config)# router ospf 1
R8(config-router)# area 1 nssa
R8(config-router)# redistribute eigrp 1 subnets

OGGETTO: R7 ed R8 operano redistribuzione della 172.16.0.0/16, essendo però situati all’interno di un’area dichiarata NSSA, che per definizione non ammette le LSA di tipo 5, dovranno generare delle LSA di tipo 7 come mostrato nell’output seguente:

R7#show ip ospf database

OSPF Router with ID (7.7.7.7) (Process ID 1)

Router Link States (Area 1)

Link ID ADV Router Age Seq# Checksum Link count

4.4.4.4

4.4.4.4

267

0x80000002

0x006571

1

5.5.5.5

5.5.5.5

268

0x80000002

0x003B90

1

6.6.6.6

6.6.6.6

236

0x8000000C

0x00D508

4

7.7.7.7

7.7.7.7

3

0x80000003

0x00EDC6

1

8.8.8.8

8.8.8.8

12

0x80000003

0x00CFD8

1


Net Link States (Area 1)

Link ID ADV Router Age Seq# Checksum

10.4.6.6

6.6.6.6

267

0x80000001

0x00F4E4

10.5.6.6

6.6.6.6

268

0x80000001

0x001BB9

10.6.7.7

7.7.7.7

276

0x80000001

0x003095

10.6.8.8

8.8.8.8

237

0x80000001

0x001F9C


Summary Net Link States (Area 1)

Link ID ADV Router Age Seq# Checksum

10.1.2.0

4.4.4.4

254

0x80000001

0x0026F1

10.1.2.0

5.5.5.5

256

0x80000001

0x00080C

10.1.3.0

4.4.4.4

254

0x80000001

0x001BFB

10.1.3.0

5.5.5.5

256

0x80000001

0x00FC16

10.1.4.0

4.4.4.4

264

0x80000001

0x000611

10.1.4.0

5.5.5.5

256

0x80000001

0x00F120

10.1.5.0

4.4.4.4

254

0x80000001

0x000510

10.1.5.0

5.5.5.5

256

0x80000001

0x00DC35


Type-7 AS External Link States (Area 1)

Link ID ADV Router Age Seq# Checksum Tag

172.16.0.0

7.7.7.7

3

0x80000001

0x006F30

0

172.16.0.0

8.8.8.8

12

0x80000001

0x006C2D

0

Di seguito dunque la tabella di routing di R6:

R6#show ip route ospf | begin Gateway
Gateway of last resort is not set

       10.0.0.0/8 is variably subnetted, 12 subnets, 2 masks
O IA      10.1.2.0/24 [110/3] via 10.5.6.5, 00:10:27, FastEthernet0/1
                      [110/3] via 10.4.6.4, 00:10:26, FastEthernet0/0
O IA      10.1.3.0/24 [110/3] via 10.5.6.5, 00:10:27, FastEthernet0/1
                      [110/3] via 10.4.6.4, 00:10:26, FastEthernet0/0
O IA      10.1.4.0/24 [110/2] via 10.4.6.4, 00:10:35, FastEthernet0/0
O IA      10.1.5.0/24 [110/2] via 10.5.6.5, 00:10:27, FastEthernet0/1
O N2   172.16.0.0/16 [110/20] via 10.6.8.8, 00:06:19, FastEthernet2/1
                     [110/20] via 10.6.7.7, 00:06:09, FastEthernet2/0

Non essendo stato specificato nulla in fase di redistribuzione, il default sarà, come nel caso precedente, quello relativo alle external di tipo 2, in questo caso N2. Esattamente per la stessa logica, il bilanciamento avviene tra i due link poichè gli ASBR distano da R6 20 (default) più “forward metric” 1 (link R6-R7 e R6-R8):

R6#show ip route 172.16.0.0
Routing entry for 172.16.0.0/16
  Known via "ospf 1", distance 110, metric 20, type NSSA extern 2, forward metric 1
  Last update from 10.6.7.7 on FastEthernet2/0, 00:09:01 ago
  Routing Descriptor Blocks:
  * 10.6.8.8, from 8.8.8.8, 00:09:11 ago, via FastEthernet2/1
      Route metric is 20, traffic share count is 1
    10.6.7.7, from 7.7.7.7, 00:09:01 ago, via FastEthernet2/0
      Route metric is 20, traffic share count is 1

Aumentando quindi, come negli esempi precedenti, il costo di uno di quei due link, otterremo lo stesso effetto ottenuto in fase di analisi delle E2. Innalziamo dunque il costo del link R6-R8 e potremo riscontrare lo stesso comportamento:

R6(config)# int fa2/0
R6(config-if)# ip ospf cost
R7(config)# int fa2/0
R7(config-if)# ip ospf cost

R6 possiede informazioni circa entrambe le LSA di tipo 7 a metrica identica:

R6#show ip ospf database nssa-external

OSPF Router with ID (6.6.6.6) (Process ID 1)

Type-7 AS External Link States (Area 1)


LS age: 40
Options: (No TOS-capability, Type 7/5 translation, DC)
LS Type: AS External Link
Link State ID: 172.16.0.0 (External Network Number )
Advertising Router: 7.7.7.7
LS Seq Number: 80000002
Checksum: 0x6D31
Length: 36
Network Mask: /16
      Metric Type: 2 (Larger than any link state path)
      MTID: 0
      Metric: 20
      Forward Address: 10.6.7.7
      External Route Tag: 0

Routing Bit Set on this LSA in topology Base with MTID 0
LS age: 936
Options: (No TOS-capability, Type 7/5 translation, DC)
LS Type: AS External Link
Link State ID: 172.16.0.0 (External Network Number )
Advertising Router: 8.8.8.8
LS Seq Number: 80000001
Checksum: 0x6C2D
Length: 36
Network Mask: /16
      Metric Type: 2 (Larger than any link state path)
      MTID: 0
      Metric: 20
      Forward Address: 10.6.8.8
      External Route Tag: 0

CONCLUSIONE: Anche per le aree NSSA, prendendo in considerazione la forward metric (ricavata in questo caso il costo intra-area), R6 valuta preferibile il percorso passante per R7:

R6#show ip route ospf | begin Gateway
Gateway of last resort is not set

       10.0.0.0/8 is variably subnetted, 12 subnets, 2 masks
O IA      10.1.2.0/24 [110/3] via 10.5.6.5, 00:25:09, FastEthernet0/1
                      [110/3] via 10.4.6.4, 00:25:08, FastEthernet0/0
O IA      10.1.3.0/24 [110/3] via 10.5.6.5, 00:25:09, FastEthernet0/1
                      [110/3] via 10.4.6.4, 00:25:08, FastEthernet0/0
O IA      10.1.4.0/24 [110/2] via 10.4.6.4, 00:25:17, FastEthernet0/0
O IA      10.1.5.0/24 [110/2] via 10.5.6.5, 00:25:09, FastEthernet0/1
O N2   172.16.0.0/16 [110/20] via 10.6.8.8, 00:21:01, FastEthernet2/1


Formazione Consigliata

Di seguito i corsi di formazione ufficiali Cisco suggeriti per approfondire queste tematiche:

Per la !CCNA Routing & Switching: !

Per la !CCNP Routing & Switching: !

Per la !CCNP Service Provider: !

Contattaci

Contattaci per qualsiasi ulteriore informazione, saremo lieti di rispondere alle tue domande e di supportarti nella definizione dei tuoi piani formativi! Puoi raggiungerci telefonicamente al numero call+39 02 255081 oppure compilando il modulo di contatto.