Après cette brève présentation du BSCI, voici les détails.
56 questions dont 3 labs, après un plantage au bout de 3 questions, et 4 changements de poste de travail (j’ai juste perdu 2 minutes sur 2h, rien de bien grave), j’ai pu entrer dans le vif du sujet.

3 Labs:

• OSPF Virtual-Links en IPv6,
• Redistribution EIGRP/OSPF (celui qui m’a semblé le plus dure, quelques problèmes de mémoire au niveau métriques..etc. et un design assez stressant),
• puis OSPF Area (stub/totally stub)

Niveau questions, pas de surprises, 56 questions sur tous les sujets: ospf, eigrp, isis, bgp, redistrib… =D
Mais plutôt porté sur OSPF, EIGRP, et la redistribution à mon sens.

Petite chose sans importance mais à noter, on nous prend en photo avant l’examen maintenant, en tout cas c’était la première fois pour moi, et l’équipement est installé depuis 3 semaines apparemment. J’ai donc ma tête en photo sur le transcript de fin avec le score…etc.

Prochaine étape, le BCMSN (SWITCH?? =D), je me fixe une deadline de deux mois, et je commence les révisions dans une semaine.
Si vous avez des questions sur l’examen BSCI, n’hésitez pas.

Je rappel que vous pouvez retrouver mes notes de formation dans la partie papers du site.

_

Voici les points qui ont été traités lors de cette formation:
Building Scalable Cisco Internetworks - Routage avancé V3.0

Résumé

“Ce cours est conçu pour les responsables et administrateurs réseaux qui utilisent l’adressage et routage IP dans l’implémentation de routeurs Cisco qui sont connectés aux LANs et WANs. L’objectif de ce cours est de permettre aux participants d’augmenter le nombre de routeurs et de sites en utilisant ces techniques au lieu de reconcevoir le réseau.Ce cours est destiné aux responsables et Administrateurs réseaux, ainsi qu’aux professionnels souhaitant passer une des certifications Cisco: CCNP, CCDP, CCIP, CCIE Routing and Switching et CCIE Communications & Services.”

Adressage IP avancé

• Expliquer comment les masques de sous-réseaux à longueur variable (VLSM) permettent la conception d’un plan d’adressage IP optimisé.
• Démontrer les principes de summarization des routes et CIDR.
• Comprendre IPV6.

Principes du routage

• Expliquer les principes du routage IP.
• Caractéristiques des protocoles de routage.
• Comparer les protocoles de routage IP.

Configuration du protocole de routage EIGRP

• Expliquer les caractéristiques de EIGRP
• Configurer et vérifier EIGRP
• Fonctionnement de EIGRP
• Décrire comment EIGRP calcule le meilleur chemin en utilisant l’algorithme DUAL (Diffusing Update Algorithm)
• Configurer EIGRP avec les options avancées
• Fonctionnement de EIGRP dans un réseau évolutif

Configuration du protocole OSPF

• Lister les caractéristiques de OSPF.
• Différents types de paquets OSPF.
• Configurer et vérifier OSPF.
• Agrégation de routes.
• Conception d’un réseau OSPF hiérarchisé.
• Définir les différents types de zones.
• Configuration d’OSPF en réseau multi Aréa.
• Configurer et vérifier les liens virtuels OSPF.

Configuration du protocole IS-IS

• Expliquer les mécanismes d’IS-IS.
• Adressage CLNS (Connectionless Network Service).
• Expliquer le fonctionnement d’IS-IS dans un environnement CNLS pour supporter les topologies réseaux.
• Décrire le fonctionnement d’Integrated IS-IS dans un environnement CLNS et IP.
• Configuration de base d’IS-IS.

Manipulation des mises à jour du routage

• Décrire la migration et la sélection de routes entre les protocoles de routage IP.
• Configurer la redistribution de routes entre les différents protocoles de routage IP.
• Décrire les méthodes pour contrôler les mises à jour dynamiques des protocoles de routage.
• Utiliser les route-map pour contrôler les mises à jour du routage.
• Utiliser les distances administratives avec la redistribution pour influencer la prise de décision du routeur.
• Utiliser PBR.

Configuration du protocole BGP

• Définir les caractéristiques du protocole de routage BGP.
• Décrire les concepts BGP et la terminologie.
• Décrire son processus de fonctionnement.
• Expliquer comment la summarization des routes est implémenté avec BGP.
• Processus de sélection du meilleur chemin.
• Configurer BGP en utilisant les route-map
• Comparer les différents solutions pour des interconnexion BGP en plusieurs points de contacts.

Voici mes notes en PDF prises pendant cette semaine: BSCI_Notes.pdf
(Attention: Vous prenez ces infos tels qu’elles sont, elles ne représentent qu’une prise de note et il y à probablement certaines erreurs! Certains passages sont manquants car j’ai également pris des notes sur le livret fournis. Pour avoir de vrai bonnes notes sûres à 200%, achetez le livre CISCO Press =D ).

Topologie:

Configuration Dynagen:

###
# Vendor: Cisco
# Course: OSPF
# Version: 1.1
# Date: 16.03.2007
# Modified: 20.04.2009
###

autostart = True

[localhost:7200]
[[7200]]

[[ROUTER R1]]
image = c7200-adventerprisek9-mz.124-15.T6.bin
cnfg = R1.txt
npe = npe-400
ram = 160
nvram = 256
mmap = False
console = 2002
# modules/slots
# cabling
S1/0 = R2 S1/0
F0/0 = S1 1

[[ROUTER R2]]
image = c7200-adventerprisek9-mz.124-15.T6.bin
cnfg = R2.txt
npe = npe-400
ram = 160
nvram = 256
mmap = False
console = 2003
# modules/slots
# cabling
F0/0 = S1 3

[[ROUTER R3]]
image = c7200-adventerprisek9-mz.124-15.T6.bin
cnfg = R3.txt
npe = npe-400
ram = 160
nvram = 256
mmap = False
console = 2004
# modules/slots
# cabling
F0/0 = S1 5

[[ETHSW S1]]
1 = access 1
3 = access 1
5 = access 1

R1

no ip domain lookup
no ip http server
!
hostname R1
!
interface Loopback1
description Engineering Department
ip address 10.1.1.1 255.255.255.0
!
interface FastEthernet0/0
ip address 10.1.200.1 255.255.255.0
ip ospf cost 50
ip ospf priority 10
duplex auto
speed auto
!
interface Serial 1/0
ip address 10.1.100.1 255.255.255.0
clock rate 64000
!
end

R2

no ip domain lookup
no ip http server
!
hostname R2
!
interface Loopback2
description Marketing Department
ip address 10.1.2.1 255.255.255.0
!
interface FastEthernet0/0
ip address 10.1.200.2 255.255.255.0
ip ospf priority 5
!
interface Serial 1/0
ip address 10.1.100.2 255.255.255.0
!
end

R3

no ip domain lookup
no ip http server
!
hostname R3
!
interface Loopback3
description Accounting Department
ip address 10.1.3.1 255.255.255.0
!
interface FastEthernet0/0
ip address 10.1.200.3 255.255.255.0
!
end

On commence par activer OSPF sur nos 3 routeurs:
R1

(config)#router ospf 1
(config-router)#network 10.1.1.0 0.0.0.255 area 0
(config-router)#network 10.1.100.0 0.0.0.255 area 0
(config-router)#network 10.1.200.1 0.0.0.0 area 0

R2

(config)#router ospf 1
(config-router)#network 10.1.2.0 0.0.0.255 area 0
(config-router)#network 10.1.100.0 0.0.0.255 area 0
(config-router)#network 10.1.200.0 0.0.0.255 area 0

R3

(config)#router ospf 1
(config-router)#network 10.1.3.0 0.0.0.255 area 0
(config-router)#network 10.1.200.0 0.0.0.255 area 0

Lorsqu’on shut/no shut une interface, et en appliquant un “debug ip ospf adjacency” on retrouve bien les différentes étapes
qu’un routeur suit pour former une adjacence (DOWN, INIT, 2 WAY, MASTER/SLAVE, EXSTART…).

R2(config)#int s1/0
R2(config-if)#sh
R2(config-if)#no sh

R1#deb ip ospf adj
OSPF adjacency events debugging is on
R1#
!interface shutted
*Jan 25 17:42:59.995: OSPF: Rcv LS UPD from 10.1.2.1 on FastEthernet0/0 length 76 LSA count 1

!interface unshutted
*Jan 25 17:43:09.583: OSPF: Cannot see ourself in hello from 10.1.2.1 on Serial1/0, state INIT
*Jan 25 17:43:09.715: OSPF: 2 Way Communication to 10.1.2.1 on Serial1/0, state2WAY
*Jan 25 17:43:09.719: OSPF: Send DBD to 10.1.2.1 on Serial1/0 seq 0x1339 opt 0x52 flag 0x7 len 32
*Jan 25 17:43:09.723: OSPF: Rcv DBD from 10.1.2.1 on Serial1/0 seq 0x118F opt 0x52 flag 0x7 len 32  mtu 1500 state EXSTART
*Jan 25 17:43:09.723: OSPF: NBR Negotiation Done. We are the SLAVE
*Jan 25 17:43:09.727: OSPF: Send DBD to 10.1.2.1 on Serial1/0 seq 0x118F opt 0x52 flag 0x2 len 112
*Jan 25 17:43:09.891: OSPF: Rcv DBD from 10.1.2.1 on Serial1/0 seq 0x1190 opt 0x52 flag 0x3 len 112  mtu 1500 state EXCHANGE
*Jan 25 17:43:09.895: OSPF: Send DBD to 10.1.2.1 on Serial1/0 seq 0x1190 opt 0x52 flag 0x0 len 32
*Jan 25 17:43:10.019: OSPF: Rcv LS UPD from 10.1.2.1 on FastEthernet0/0 length 88 LSA count 1
*Jan 25 17:43:10.027: OSPF: Rcv LS UPD from 10.1.2.1 on Serial1/0 length 88 LSAcount 1
*Jan 25 17:43:10.031: OSPF: Rcv DBD from 10.1.2.1 on Serial1/0 seq 0x1191 opt 0x52 flag 0x1 len 32  mtu 1500 state EXCHANGE
*Jan 25 17:43:10.035: OSPF: Exchange Done with 10.1.2.1 on Serial1/0
*Jan 25 17:43:10.035: OSPF: Synchronized with 10.1.2.1 on Serial1/0, state FULL
*Jan 25 17:43:10.039: %OSPF-5-ADJCHG: Process 1, Nbr 10.1.2.1 on Serial1/0 fromLOADING to FULL, Loading Done
*Jan 25 17:43:10.043: OSPF: Send DBD to 10.1.2.1 on Serial1/0 seq 0x1191 opt 0x52 flag 0x0 len 32
*Jan 25 17:43:14.859: OSPF: Rcv LS UPD from 10.1.2.1 on FastEthernet0/0 length 100 LSA count 1
*Jan 25 17:43:14.867: OSPF: Rcv LS UPD from 10.1.2.1 on Serial1/0 length 100 LSA count 1

Commandes utiles:

R1#sh ip protocol
Routing Protocol is "ospf 1"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID 10.1.1.1
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks:
    10.1.1.0 0.0.0.255 area 0
    10.1.100.0 0.0.0.255 area 0
    10.1.200.1 0.0.0.0 area 0
 Reference bandwidth unit is 100 mbps
  Routing Information Sources:
    Gateway         Distance      Last Update
    10.1.2.1             110      00:08:28
    10.1.3.1             110      00:08:28
    10.1.1.1             110      00:08:28
  Distance: (default is 110)

R1#sh ip ospf
 Routing Process "ospf 1" with ID 10.1.1.1
 Start time: 00:00:18.272, Time elapsed: 00:10:07.864
 Supports only single TOS(TOS0) routes
 Supports opaque LSA
 Supports Link-local Signaling (LLS)
 Supports area transit capability
 Router is not originating router-LSAs with maximum metric
 Initial SPF schedule delay 5000 msecs
 Minimum hold time between two consecutive SPFs 10000 msecs
 Maximum wait time between two consecutive SPFs 10000 msecs
 Incremental-SPF disabled
 Minimum LSA interval 5 secs
 Minimum LSA arrival 1000 msecs
 LSA group pacing timer 240 secs
 Interface flood pacing timer 33 msecs
 Retransmission pacing timer 66 msecs
 Number of external LSA 0. Checksum Sum 0x000000
 Number of opaque AS LSA 0. Checksum Sum 0x000000
 Number of DCbitless external and opaque AS LSA 0
 Number of DoNotAge external and opaque AS LSA 0
 Number of areas in this router is 1. 1 normal 0 stub 0 nssa
 Number of areas transit capable is 0
 External flood list length 0
 IETF NSF helper support enabled
 Cisco NSF helper support enabled
    Area BACKBONE(0)
        Number of interfaces in this area is 3
        Area has no authentication
        SPF algorithm last executed 00:06:39.804 ago
        SPF algorithm executed 5 times
        Area ranges are
        Number of LSA 4. Checksum Sum 0x023A86
        Number of opaque link LSA 0. Checksum Sum 0x000000
        Number of DCbitless LSA 0
        Number of indication LSA 0
        Number of DoNotAge LSA 0
        Flood list length 0

R1#sh ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
10.1.2.1          5   FULL/BDR        00:00:37    10.1.200.2      FastEthernet0/0
10.1.3.1          1   FULL/DROTHER    00:00:37    10.1.200.3      FastEthernet0/0
10.1.2.1          0   FULL/  -        00:00:39    10.1.100.2      Serial1/0

R1#show ip ospf interface FastEthernet 0/0
FastEthernet0/0 is up, line protocol is up
  Internet Address 10.1.200.1/24, Area 0
  Process ID 1, Router ID 10.1.1.1, Network Type BROADCAST, Cost: 50
  Transmit Delay is 1 sec, State DR, Priority 10
  Designated Router (ID) 10.1.1.1, Interface address 10.1.200.1
  Backup Designated router (ID) 10.1.2.1, Interface address 10.1.200.2
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:06
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 3/3, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 1
  Last flood scan time is 4 msec, maximum is 4 msec
  Neighbor Count is 2, Adjacent neighbor count is 2
    Adjacent with neighbor 10.1.2.1  (Backup Designated Router)
    Adjacent with neighbor 10.1.3.1
  Suppress hello for 0 neighbor(s)

R1#sh ip ospf database

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

                Router Link States (Area 0)

Link ID         ADV Router      Age         Seq#       Checksum Link count
10.1.1.1        10.1.1.1        665         0x80000004 0x00820F 4
10.1.2.1        10.1.2.1        515         0x80000005 0x003984 4
10.1.3.1        10.1.3.1        666         0x80000002 0x0090B8 2

                Net Link States (Area 0)

Link ID         ADV Router      Age         Seq#       Checksum
10.1.200.1      10.1.1.1        669         0x80000001 0x00EE3B

Interface Loopback

L’interface loopback permet de stabiliser OSPF, et donc d’éviter les bagots (flapping) d’interfaces. Cela représent également l’ID du routeur, qui peut servir lors de l’élection de DR/BDR si le router-id ou la priorité n’est pas définie.

R1# show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 5 subnets, 2 masks
O 10.1.2.1/32 [110/2] via 10.1.200.2, 00:00:03, FastEthernet0/0
O 10.1.3.1/32 [110/2] via 10.1.200.3, 00:00:03, FastEthernet0/0
C 10.1.1.0/24 is directly connected, Loopback1
C 10.1.100.0/24 is directly connected, Serial1/0
C 10.1.200.0/24 is directly connected, FastEthernet0/0

On peut voir les loopback des routeurs, mais leurs subnet est faux (/32), car le type de réseau par défaut annonce les loopback en /32.
Pour remédier à cela, il faut ajouter la commande ip ospf network point-to-point.

R1(config)# interface loopback1
R1(config-if)# ip ospf network point-to-point
R2(config)# interface loopback2
R2(config-if)# ip ospf network point-to-point
R3(config)# interface loopback3
R3(config-if)# ip ospf network point-to-point

R1# show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 5 subnets
O 10.1.3.0 [110/2] via 10.1.200.3, 00:00:01, FastEthernet0/0
O 10.1.2.0 [110/2] via 10.1.200.2, 00:00:01, FastEthernet0/0
C 10.1.1.0 is directly connected, Loopback1
C 10.1.100.0 is directly connected, Serial1/0
C 10.1.200.0 is directly connected, FastEthernet0/0

Priorité des interfaces

On change la priorité des interfaces suivantes:

R1(config)# interface fastEthernet 0/0
R1(config-if)# ip ospf priority 10
R2(config)# interface fastEthernet 0/0
R2(config-if)# ip ospf priority 5

On peut vérifier le changement avec la commande show ip ospf neighbor detail:

R1#sh ip ospf neighbor detail
 Neighbor 10.1.2.1, interface address 10.1.200.2
    In the area 0 via interface FastEthernet0/0
    Neighbor priority is 5, State is FULL, 6 state changes
    DR is 10.1.200.1 BDR is 10.1.200.2
    Options is 0x52
    LLS Options is 0x1 (LR)
    Dead timer due in 00:00:39
    Neighbor is up for 00:18:19
    Index 2/2, retransmission queue length 0, number of retransmission 0
    First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)
    Last retransmission scan length is 0, maximum is 0
    Last retransmission scan time is 0 msec, maximum is 0 msec
 Neighbor 10.1.3.1, interface address 10.1.200.3
    In the area 0 via interface FastEthernet0/0
    Neighbor priority is 1, State is FULL, 6 state changes
    DR is 10.1.200.1 BDR is 10.1.200.2
    Options is 0x52
    LLS Options is 0x1 (LR)
    Dead timer due in 00:00:39
    Neighbor is up for 00:18:19
    Index 1/1, retransmission queue length 0, number of retransmission 1
    First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)
    Last retransmission scan length is 1, maximum is 1
    Last retransmission scan time is 0 msec, maximum is 0 msec
 Neighbor 10.1.2.1, interface address 10.1.100.2
    In the area 0 via interface Serial1/0
    Neighbor priority is 0, State is FULL, 12 state changes
    DR is 0.0.0.0 BDR is 0.0.0.0
    Options is 0x52
    LLS Options is 0x1 (LR)
    Dead timer due in 00:00:39
    Neighbor is up for 00:15:50
    Index 3/3, retransmission queue length 0, number of retransmission 2
    First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)
    Last retransmission scan length is 1, maximum is 1
    Last retransmission scan time is 0 msec, maximum is 0 msec

Pour forcer la réelection de DR/BDR, on peut utiliser la commande clear ip ospf process

R1#clear ip ospf process
Reset ALL OSPF processes? [no]: yes
R1#
*Jan 25 18:02:27.423: OSPF: Interface FastEthernet0/0 going Down
*Jan 25 18:02:27.423: OSPF: 10.1.1.1 address 10.1.200.1 on FastEthernet0/0 is dead, state DOWN
*Jan 25 18:02:27.427: OSPF: Neighbor change Event on interface FastEthernet0/0
*Jan 25 18:02:27.431: OSPF: DR/BDR election on FastEthernet0/0
*Jan 25 18:02:27.431: OSPF: Elect BDR 10.1.2.1
*Jan 25 18:02:27.435: OSPF: Elect DR 10.1.2.1
*Jan 25 18:02:27.435: OSPF: Elect BDR 10.1.2.1
*Jan 25 18:02:27.439: OSPF: Elect DR 10.1.2.1
*Jan 25 18:02:27.439:        DR: 10.1.2.1 (Id)   BDR: 10.1.2.1 (Id)
*Jan 25 18:02:27.439: OSPF: Reset adjacency with 10.1.3.1 on FastEthernet0/0, state 2WAY
*Jan 25 18:02:27.439: OSPF: Flush network LSA immediately
*Jan 25 18:02:27.439: OSPF: Remember old DR 10.1.1.1 (id)
*Jan 25 18:02:27.439: OSPF: 10.1.2.1 address 10.1.200.2 on FastEthernet0/0 is dead, state DOWN
*Jan 25 18:02:27.439: %OSPF-5-ADJCHG: Process 1, Nbr 10.1.2.1 on FastEthernet0/0 from FULL to DOWN,
Neighbor Down: Interface down or detached
*Jan 25 18:02:27.439: OSPF: Neighbor change Event on interface FastEthernet0/0
*Jan 25 18:02:27.439: OSPF: DR/BDR election on FastEthernet0/0
*Jan 25 18:02:27.439: OSPF: Elect BDR 10.1.3.1
*Jan 25 18:02:27.439: OSPF: Elect DR 10.1.3.1
*Jan 25 18:02:27.439:        DR: 10.1.3.1 (Id)   BDR: 10.1.3.1 (Id)
[....]

Changement de topologie

Si nous désactivons l’interface F0/0 sur R1, OSPF va recalculer ses routes et passer par R2, et l’interface Série.

R1#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)#int f0/0
R1(config-if)#sh

!Avant le shut de F0/0
R3#traceroute 10.1.1.1

Type escape sequence to abort.
Tracing the route to 10.1.1.1

  1 10.1.200.1 180 msec *  132 msec

!Pendant le shut de F0/0
R3#ping 10.1.1.1 rep 50

Type escape sequence to abort.
Sending 50, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!...!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 94 percent (47/50), round-trip min/avg/max = 24/163/356 ms

!Après le shut de F0/0
R3#traceroute 10.1.1.1

Type escape sequence to abort.
Tracing the route to 10.1.1.1

  1 10.1.200.2 296 msec 168 msec 100 msec
  2 10.1.100.1 144 msec *  176 msec

OSPF Authentication

Plain-text

R1(config)# interface serial 1/0
R1(config-if)# ip ospf authentication
R1(config-if)# ip ospf authentication-key cisco

R2(config)# interface serial 1/0
R2(config-if)# ip ospf authentication
R2(config-if)# ip ospf authentication-key cisco

R1#sh ip ospf interface s1/0
*Jan 25 18:25:34.731: %SYS-5-CONFIG_I: Configured from console by console
Serial1/0 is up, line protocol is up
  Internet Address 10.1.100.1/24, Area 0
  Process ID 1, Router ID 10.1.1.1, Network Type POINT_TO_POINT, Cost: 64
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:01
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 2/2, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 4 msec, maximum is 4 msec
  Neighbor Count is 1, Adjacent neighbor count is 1
    Adjacent with neighbor 10.1.2.1
  Suppress hello for 0 neighbor(s)
  Simple password authentication enabled

MD5

R1(config)# interface serial 1/0
R1(config-if)# ip ospf authentication message-digest
R1(config-if)# ip ospf message-digest-key 1 md5 cisco

R2(config)# interface serial 1/0
R2(config-if)# ip ospf authentication message-digest
R2(config-if)# ip ospf message-digest-key 1 md5 cisco

R1#sh ip ospf interface s1/0
Serial1/0 is up, line protocol is up
  Internet Address 10.1.100.1/24, Area 0
  Process ID 1, Router ID 10.1.1.1, Network Type POINT_TO_POINT, Cost: 64
  Transmit Delay is 1 sec, State POINT_TO_POINT
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:05
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 2/2, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 4 msec, maximum is 4 msec
  Neighbor Count is 1, Adjacent neighbor count is 1
    Adjacent with neighbor 10.1.2.1
  Suppress hello for 0 neighbor(s)
  Message digest authentication enabled
    Youngest key id is 1

Les informations dans l’aire 10 passent par une aire intermédiaire (Area 3).
L’ABR à une connection directe vers:

• Aire 0
• Son aire (Aire 10)
• L’aire traversée (Aire 3)

Les liens virtuels ne sont pas recommandés, et ne doivent servir qu’en cas de solution temporaire car ils peuvent causer certains problèmes, dont l’adressage IP.

Configuration d’un lien Virtuel

Voici comment configurer les routeurs A et M afin de créer un lien virtuel pour relier l’aire 10 au Backbone (aire 0):

A(config)#interface Loopback 0
A(config-if)#ip address 10.10.10.30 255.255.255.255
A(config)#router ospf 100
A(config)#area 3 virtual-link 10.10.10.33

M(config)#interface Loopback 0
M(config-if)#ip address 10.10.10.33 255.255.255.255
M(config)#router ospf 100
M(config)#area 3 virtual-link 10.10.10.30

Il existe différents éléments que nous retrouverons tout au long de cet article sur les Aires OSPF:

• Internal Router - Maintiens une base de LSA, toutes ses interface sont dans la même aire.
• Backbone Router - Routeur situé dans l’Aire 0 (Backbone)
• ABR (Area Border Router) - Interconnecte 2 aires
• ASBR (Autonomous System Border Router) - Connecte aux autres domaines de routages

Les différents types de LSA:

• Type 1 - Router Link LSA - Liste des voisins et leurs coûts. Base pour la sélection SPF.
• Type 2 - Network Link LSA - Généré par le DR - Liste ses routeurs adjacents. Base pour la sélection SPF.
• Type 3 - Network Summary Link LSA - Généré par les ABR entre les Area.
• Type 4 - AS External ASBR Summary Link LSA - Généré par les ASBR pour avertir de leurs présence.
• Type 5 - External Link LSA - Depuis l’ASBR vers l’AS. Désigne une route externe à OSPF.
• Type 7 - NSSA External LSA - Généré par un ASBR dans une NSSA (Not-So-Stubby-Area) pour remplacer les LSA type 5.

Les LSA de type 1 et 2 sont présents dans toute les aires, les autres LSA dépendent des types d’aires.

Voici les différents type d’aires:

• Backbone - (Area 0) Aire à laquelle toutes les autres sont reliées.
• Standard area - Chaque routeur connait les préférés dans l’aire. Ils ont tous la même base topologique.
• Stub area - Area qui n’accepte pas les LSA Type 5 (Summary). Remplacés par une route par défaut. Cela protège les routeurs afin qu’ils n’aient pas trop d’informations sur les routes extérieurs.
• Totally stubby area - N’accepte pas les LSR des autres aires. Les LSR de type 3,4,5 sont remplacés par une route par défaut (Propriétaire CISCO).
• NSSA (Not-So-Stubby-Area) - Utilise les LSR de type 7.

Standard Area

Les LSA de type 1 et 2 sont floodés dans chaque aires. Ces LSA construisent un arbre SPF unique à chaque aire. Les LSA de type 3 et 5 décrivent des routes internes et externes, et sont floodées entre le backbone et les standard Area. Les routes externes sont générées par l’ASBR, et les routes internes peuvent être générés par un routeur OSPF. Les LSA de type 4 sont injectés dans l’aire de Backbone par une area qui contient un ASBR, afin que tous les autres routeurs puissent joindre l’ASBR.

Les aires standard fonctionnent bien, mais parfois, une aire n’a pas besoin d’avoir une vue totale sur le réseau, c’est pourquoi il existe les aires de stub, dans lequelle on bloque intentionnellement certaines LSA, elles ont donc moins d’informations sur le réseau.

Stub Area

Dans une zone de stub, au lieu de propager des routes externes dans l’aire, l’ABR injecte des LSA de type 3 et une route par défaut dans la zone de stub. Les routeurs dans la zone de stub pourront router le trafic vers des destinations externes sans avoir à maintenir plusieurs routes différentes. Les tables de routages des routeurs internes aux zones de stub sont donc réduites par rapport a une zone standard.

Tous les ABR autours d’une zone de stub doivent être configurés comme ceci:

Router(config-router)# area 10 stub

Totally stubby area

Comme les zones de stub, les aires totally-stubby ne reçoivent pas de LSA 4 et 5 par leurs ABR. Mais ils ne recoivent pas non plus de LSA de type 3. Tous le routage se repose sur une seule route par défaut injectée par l’ABR.

Tous les ABR autours d’une zone Totally-stubby doivent être configurés comme ceci:

Router(config-router)# area 10 stub no-summary

Les zones de stub, et totally-stubby sont pratiques pour réduire les ressources mémoires et CPU de leurs routeurs quand  le réseau ne requiert pas de routage particulier.

Not-so-stubby area (NSSA)

Une aire NSSA, utilise les LSA de type 7 qui seront remplacés par des LSA de type 5 (par l’ABR) dans l’aire de Backbone. Un ASBR peut donc annoncer des liens externes à l’ABR qui seront floodés dans l’aire de backbone.
Une zone NSSA peut fonctionner comme une zone de stub ou totally stubby.
Pour configurer une zone NSSA Normale:

Router(config-router)# area 10 nssa

Les LSA de type 3 passent entre les aires par défaut car les ABR n’injectent pas de route par défaut dans une zone NSSA sans commande explicite.
Voici la commande pour injecter une route par défaut vers les destinations externes:

Router(config-router)# area 10 nssa default-information-originate

Pour étendre une zone NSSA comme une zone Totally-stubby, en éliminant les LSA de type 3, tous les ABR doivent avoir la commande suivante:

Router(config-router)# area 10 nssa no-summary

L’ABR d’une zone “totally stubby NSSA” (ou not-so-totally-stubby area) injecte une route par défaut dans l’aire sans plus de configuration.

Conclusion

• Standard areas - LSA de type 1, 2, 3, 4, et 5 + ASBR. Le backbone fonctionne comme une aire standard.
• Stub areas - LSA type 1, 2, et 3. Une route par défaut remplace les routes externes.
• Totally stubby areas - LSA type 1 and 2, et une LSA de type 3. Les type 3 injectent une route par défaut représentant toute les routes externes ou inter-area.
• Not-so-stubby areas - Implémente les aires de stub ou totally stubby mais avec un ASBR. Les LSA de type 7, sont convertis en Type 5 par l’ABR vers le Backbone.

• Broadcast multiaccess
• Point-to-point
• Point-to-multipoint
• NBMA (Non-broadcast multiaccess)

Point-to-point

Le réseau le plus simple, un lien entre deux routeurs.

Broadcast

Les réseaux broadcast sont des réseaux “MultiAccess”, c’est à dire que le segment contient plusieurs end-points . Voici ci-dessous un exemple de segment Ethernet.

Les réseaux Ethernet supportent le Broadcast, un paquet transmit par un équipement peut être multiplié grâce ici à un switch et tous les end-points qui reçoivent une copie de ce paquet. Avantageux sur la bande passante, et facilite la découverte de voisins. (Les routeurs OSPF annoncent sur l’adresse broadcast 224.0.0.5)

Les routeurs OSPF dans un réseau Broadcast élisent un DR (Designated Router) et un BDR (Backup Designated Router).

Configuration du réseau OSPF Broadcast

Router(config)#interface FastEthernet 0
Router(config-if)#ip address 10.1.1.1 255.255.255.0
Router(config-if)#ip ospf network broadcast

Router(config)#router ospf 1
Router(config-router)#network 10.1.1.0 0.0.0.255 area 0

Non Broadcast

Toutes les technologies ne supportent pas la transmission Broadcast. (Frame Relay et ATM par exemple). Ces réseaux requièrent des PVC (Permanent virtual Circuits) configurés entre les end-points.

Configuration du réseau OSPF NonBroadcast

Router(config)#interface Serial0
Router(config-if)#ip address 10.1.1.1 255.255.255.0
Router(config-if)#encapsulation frame-relay

Router(config)#router ospf 1
Router(config-router)#network 10.1.1.0 0.0.0.255 area 0
Router(config-router)#neighbor 10.1.1.2
Router(config-router)#neighbor 10.1.1.3
Router(config-router)#neighbor 10.1.1.4

Non-Broadcast Multi-Access (NBMA)

Un segment NBMA émule la fonction de réseau Broadcast. Chaque routeur sur chaque segment doit être configuré avec les adresses IP de tous ses voisins.
Comme dans un vrai réseau Broadcast, un DR et un BDR sont élus pour limiter le nombre d’adjacences.

Point-to-Multipoint

Les réseaux Point-to-multipoint gère les limitation des réseaux non-broadcast différemment des réseaux NBMA. Plutôt que d’émuler le broadcast, Ils organisent les PVCs en plusieurs réseaux Point-to-Point. Il n’y à donc pas d’élection de DR/BDR.

OSPF est un protocole de routage à état de liens (Link-state routing protocol). Il utilise l’algorithme SPF (Shortest Path First) de Dijkstra. Les protocoles à états de liens possèdent plus d’infos et ont une vue globale de la topologie. Cela réduit le traffic réseau (plus besoin d’autant d’update), mais nécessitent plus de mémoire pour le stockage de la topologie et de CPU pour le calcul des routes.

OSPF est:

• Classless - permet la summarization
• Convergence rapide
• Standard ouvert - Peut intéragir dans des environnements hétérogènes.
• Présèrve la bande passante
• Multicast (plutôt que broadcast)
• Updates incrémentaux
• Utilise le coût comme métrique

Protocol

Paquets

• HELLO - Etablie la communication avec les voisins
• DBD (Database description) - Envoi une liste d’ID en tant que LSA. Compare les infos du réseau.
• LSR (Link State Request) - Suis les DBD pour les LSA manquants
• LSU (Link State Update) - Suis un LSR avec des données
• LSAck (Link State Acknowledgment) - Confirme réception d’un LSR

Les routeurs à état de liens annoncent une liste de connections. Quand un lien deviens UP ou DOWN, un LSA (Link State Advertisement) est généré. Les LSA sont échangés entre voisins et une base topologique LSDB (Link-state Database) ou table topologique est créée. Chaque routeur process ça table topologique avec l’algorithme SPF et place les meilleurs routes vers les différents réseaux dans sa table de routage.

Voisinage et adjacences

Les routeurs envoient les changements en multicast sur l’adresse 224.0.0.5,  puis les routeurs échangent leurs tables de routages respectives.
Les Hello sont envoyés toutes les :

• 10 secondes - Sur un lien Broadcast
• 30 secondes - Sur un lien non-Broadcast

Contenu d’un Paquet HELLO:

• Router ID (32 bit)
• HELLO et Dead Intervalle
• Neighbor List
• Area ID
• Priority (Le plus grand sera le DR)
• DR/BDR (adresses IP)
• Authentification (Password)
• Stub area flag (si nous sommes dans une zone de stub)

Voici un schéma qui montre les échanges entre routeurs et les différentes phases d’initialisations:

Après ces échanges, les LSA sont envoyés à 30 minutes d’intervalle, ou lors d’un changement d’état topologique.

Métrique

Cost = 100 000 000 bps / LinkSpeed

100 Mb par défaut, mais peut être modifié ultérieurement.

Designated Router & Backup Designated Router

• DR - Designated Router : Maintiens les adjacences du segment. Il est sélectionné grâce aux informations contenues dans les HELLO.
• BDR - Backup Designated Router : Backup du DR

Les DR sont créées sur des liens MultiAccess car le nombre d’adjacences augmente.
Pour un réseau de n routeurs, le nombre d’adjacences requises devrait être:

Adjacences =  n(n-1) / 2

Adjacences en fonction des topologies:

Le DR reçoit les updates, et les renvoi aux routeurs du segment. Il s’assure de la bonne réception des LSA et de la bonne synchronisation des LSDB. Les routeurs envoient les changements sur 224.0.0.6 (AllDR). Le DR envoi les LSA sur 224.0.0.5, puis chaque routeur ACKnowledge.
Le BDR écoute passivement et maintiens des relations avec tous les routeurs. Si le DR n’envoi pas de HELLO, le BDR se promu automatiquement et assume le rôle de DR.
Usefull sur les liens Multiaccess car les DR et BDR réduisent les adjacences (voir le schéma ci-dessus). il ne sont pas utilisés sur les Liens Point-to-point.

Election de DR / BDR
Pour élire un DR, chaque routeur se voit attribuer un ID, qui sera soit la priorité, soit l’adresse IP de Loopback.

• Priorité de 1 = Défault
• Priorité de 0 = Aucune élection possible

Le DR est le routeur avec la priorité la plus grande. La priorité est entre 1 et 255.

Commande:

router(config-if)#ip ospf priority number

Forcer un élection de DR:

• Reboot du routeur
• clear ip ospf process 1

Configuration OSPF (Single Area)

Required:

• OSPF Process
• Interfaces qui participent au process
• Area
• Router ID

! Activation d'OSPF
Router(config)#router ospf process-number

! Interfaces/réseaux participant au routage OSPF
Router(config-router)#network ip wildcard-mask area number

Router ID et Interface Loopback
L’ID permet la stabilité d’OSPF, donc moins de bagots des interfaces physiques d’OSPF.
Voici les deux façons de configurer un ID:

Router(config)#router ospf process-number
Router(config-router)#router-id ip-address

ou

Router(config)#interface loopback number
Router(config-if)#ip address ip-address subnet-mask

Changer le cout par défaut
Par défaut, le cout est à 100Mb, mais voici comment le changer:

Router(config-if)#ip ospf cost value number (1 < 65 535)

On peut également changer le numérateur de calcul automatique, la valeur par défaut est 100, mais voici comment le changer:

Router(config-router)#ospf auto-cost reference-bandwidth number (1 < 4 294 967)

ATTENTION: Si on change le numérateur à un endroit, il faut le changer dans toute l’aire OSPF.

Vérifier la configuration OSPF

• show ip ospf
• show ip ospf database
• show ip ospf interface
• show ip ospf neighbor
• show ip protocols
• show ip route

Debugs

• debug ip ospf events
• debug ip packet

EIGRP est un protocole de routage Hybride (Selon cisco) - Il combine les protocoles à états de liens (link-state) et à vecteurs de distance (distance vector). En réalité, EIGRP s’apparente plus à un protocole de routage à vecteur de distance Avancé, car il n’a pas une vue complète de la topologie du réseau comme les protocoles à états de liens. Avantages de ce protocole:

• Supporte VLSM
• Convergence rapide grâce à DUAL.
• Faible utilisation CPU - Typiquement, il n’y à que les HELLO et des UPDATE partiels envoyés sur les liens.
• UPDATE incrémentaux
• Evolutivité (scalability)
• Facilitée de configuration
• Summarization de route automatique (pas préferable), summarization de route manuelle.
• Authentification de routes via MD5

EIGRP utilise le protocole 88, Il diffuse en multicast sur l’adresse 224.0.0.10 ses hellos et updates de routage.

Protocol

Packet Types:

• Hello - Identifie les voisins et crée des adjacences pour peupler la table de voisinage (neighbor table), Envoyés en multicast toute les 5 secondes
• Update - Envoi les routes (advertise), envoyé seulement en cas de changement, en multicast  224.0.0.10
• Ack - Acknowledge la réception d’un update
• Query - utilisé pour demander des routes à ses voisins lorsqu’une route tombe et qu’il n’y à pas de Feasible Successor (multicast; unicast attempted up to 16 times if multicast gets no response)
• Reply - Réponse à une Query (unicast)

Hello timers

Hello timers are sent:

• Toute le 5 secondes.
• Le Hold time équivaut à 3 Hello = 15 secondes.

Calcul de la Metrique

EIGRP_metric_formula.png

• bandwidth - Définie à 10 ⁷ Divisé par la Bandwidth du plus petit lien, en Kbps
• load - 8-bit value, on se s’en sert pas par défaut
• reliability - 8-bit value, on se s’en sert pas par défaut
• delay - Valeur constante en fonction de l’interface; EIGRP utilise la somme de tous les delays sur le lien

K Values les K values sont des constantes définies par CISCO, qui peuvent être modifiées. K defaults: * K1 = 1 * K2 = 0 * K3 = 1 * K4 = 0 * K5 = 0 K values peuvent être modifiées, mais les valeurs dans une même AS doivent être les mêmes pour que les routeurs puissent se considérer comme des voisins. La modification n’est pas recommandée.

Initial route discovery

La découverte des routeurs, et l’échange de routes se déroule comme ceci:

1. Le routeur démarre et envoi des Hellos
2. Réponse des voisins avec des update de leurs routes
3. Les Ack sont envoyés
4. Le routeur envoi ensuite ses propres updates aux autre routeurs

Plusieurs paramêtres doivent matcher pour que deux routeurs soient adjacents (voisins):

• Authentification
• numéro d’AS (Autonomous System)
• K values

Attention, les adjacences peuvent bagoter si les timers ne matchent pas.

EIGRP conversion components

• Reported Distance (RD) métrique reportée depuis le routeur voisin
• Feasible Distance (FD) métrique du meilleur chemin
• Successor - le meilleur chemin
• Feasible successor - N’est pas le successor, mais rempli les conditions de feasibilité.
• Feasibility condition - Pour qu’une route soit considéré feasible successor,quand plusieurs chemins sur le même sous-réseau existent, et que la RD est plus petite que la FD.

Tous les calculs sont effectués par DUAL (algorithme)

EIGRP DUAL

La route qui à le lowest-cost est calculée en additionnant le cout entre le prochain saut et la destination (advertised distance [AD]), et le coût entre le routeur local et le prochain saut. Cette somme, c’est la feasible distance (FD).

Un successor est un routeur voisin que le routeur local à selectionné pour envoyer des paquets vers une destination. De multiples successors peuvent exister s’ils ont des couts égaux. Le second routeur pour un chemin de backup est nommé le feasible successor. Pour être feasible successor, un next-hop router doit avoir une AD plus petite que la  FD de la route successor actuelle. Plus d’une feasible successor peuvent exister. Le feasible successor peut être utilisé sans avoir à recalculer un meilleur chemin, cela rend EIGRP asser rapide.

Pour activer EIGRP, utilisez cette commande de configuration globale:

router eigrp autonomous-system-number

Pour indiquer à  EIGRP quelle sont les interfaces qui participent au routage, voici la commande:

network network-number [wildcard-mask]

EIGRP Tables

Neighbor Table Les routeurs voisins:

• Network address (IP)
• Connected interface
• Holdtime - Combien de temps on attend pour recevoir le prochain HELLO avant d’enlever ce voisin; default = 3 * hello timer
• Uptime - Depuis combien de temps le voisinage à été etablis
• Sequence numbers
• Retransmission Timeout (RTO) - Dans combien de temps le routeur va retransmettre le paquet ; calculé par SRTT
• Smooth Round Trip Time (SRTT) - Le temps que met un Ack a arriver, quand un paquet est transmis
• Queue count - Nb de paquets dans la queue; Un grand nombre indique une congestion de la  table Topologique.

Route Queries

Quand un routeur perd son successor et n’a pas de feasible successors, il va envoyer des QUERY à ses voisin pour avoir une nouvelle route. Les Queries sont recursives et sont envoyés aux voisins jusqu’à ce qu’une route ou une summary soit trouvées.

Un process EIGRP est considéré “stuck in active (SIA)” et doit être reseté quand les voisins ne trouvent pas de route. (En  environ 3 minutes).

Route summanization

EIGRP fait de l’auto-summarization par défaut.

Différents types de routes:

• Internal - Chemins dans EIGRP
• Summary - Chemins internes summarizés
• External - Routes redistribuées dans EIGRP

Unequal-cost load balancing

Le degré avec lequel EIGRP effectue le partage de charge est contrôlé avec la commande variance. (de 1 à 128).
Par défaut, c’est à 1, pour du Equal-cost Load-balancing.

Nous allons utiliser la topologie suivante:

Configuration des deux routeurs:

R1:

hostname R1
!
router eigrp 100
network 10.0.0.0
network 192.168.200.0
auto-summary
!
interface Loopback1
ip address 192.168.200.1 255.255.255.252
!
interface Loopback2
ip address 192.168.200.5 255.255.255.252
!
interface Loopback3
ip address 192.168.200.9 255.255.255.252
!
interface FastEthernet0/0
ip address 10.0.0.1 255.255.255.0
duplex auto
speed auto
!
end

R3:

hostname R3
!
router eigrp 100
network 10.0.0.0
network 192.168.0.0
auto-summary
!
interface Loopback1
ip address 192.168.0.1 255.255.255.0
!
interface Loopback2
ip address 192.168.1.1 255.255.255.0
!
interface Loopback3
ip address 192.168.3.1 255.255.255.0
!
interface FastEthernet0/0
ip address 10.0.0.3 255.255.255.0
duplex auto
speed auto
!
end

EIGRP Auto Summarization

Nous voyons la configuration IP de R1:

R1#sh ip int brief
Interface                  IP-Address      OK? Method Status                Protocol
FastEthernet0/0            10.0.0.1        YES manual up                    up
Loopback1                  192.168.200.1   YES manual up                    up
Loopback2                  192.168.200.5   YES manual up                    up
Loopback3                  192.168.200.9   YES manual up                    up

Nous avons trois Loopback, soit 3 réseaux.
En mode par défaut, EIGRP est configuré en auto-summary, c’est à dire qu’il diffusera un summary de ses routes aux autres routeurs. Le summary de nos 3 loopback est 192.168.200.0/24. R1 Diffuse donc sa topologie en n’annoncant que la route 192.168.200.0/24. L’avantage du summary est qu’avec un réseau hiérarchisé, les routeurs n’ont pas besoin d’annoncer toutes leurs routes une par une et économisent de la mémoire (Table de routage) et du CPU.

Mais nous pouvons demander à EIGRP de ne pas créer de summary automatiquement, avec la commande “no auto-summary” . Dans ce cas, il diffusera chaque loopback une par une, 192.168.200.1/30, 192.168.200.5/30 et 192.168.200.9/30.

Voici concrètement ce qu’il se passe sur notre routeur R1:

R1(config)#router eigrp 100
!auto-summary
R1(config-router)#auto-summary
*Jan 14 20:33:37.778: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.3 (FastEthernet0/0) is resync: summary configured
*Jan 14 20:33:37.778: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.2 (FastEthernet0/0) is resync: summary configured
R1(config-router)#

!no auto-summary
R1(config-router)#no auto-summary
R1(config-router)#
*Jan 14 20:38:49.242: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.3 (FastEthernet0/0) is resync: summary configured
*Jan 14 20:38:49.242: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.2 (FastEthernet0/0) is resync: summary configured

Voici concrètement ce qu’il se passe sur notre routeur R3:

! pendant le auto-summary

R3#deb ip eigrp 100
IP-EIGRP Route Events debugging is on
R3#deb ip eigrp summary
IP-EIGRP Summary route processing debugging is on
R3#
*Jan 14 21:50:34.229: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.1 (FastEthernet0/0) is resync: peer graceful-restart
*Jan 14 21:50:34.229: IP-EIGRP(Default-IP-Routing-Table:100): Processing incoming UPDATE packet
*Jan 14 21:50:34.241: IP-EIGRP(Default-IP-Routing-Table:100): Processing incoming UPDATE packet
*Jan 14 21:50:34.241: IP-EIGRP(Default-IP-Routing-Table:100): Int 192.168.200.0/24 M 156160 - 25600 130560 SM 128256 - 256 128000
*Jan 14 21:50:34.241: IP-EIGRP(Default-IP-Routing-Table:100): route installed for 192.168.200.0  ()
*Jan 14 21:50:34.241: IP-EIGRP(Default-IP-Routing-Table:100): Int 10.0.0.0/8 M 4294967295 - 25600 4294967295 SM 4294967295 - 25600 4294967295
[...]

! pendant le no auto-summary

R3#deb ip eigrp 100
IP-EIGRP Route Events debugging is on
R3#deb ip eigrp summary
IP-EIGRP Summary route processing debugging is on
R3#
*Jan 14 21:49:48.701: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.1 (FastEthernet0/0) is resync: peer graceful-restart
*Jan 14 21:49:48.701: IP-EIGRP(Default-IP-Routing-Table:100): Processing incoming UPDATE packet
*Jan 14 21:49:48.701: IP-EIGRP(Default-IP-Routing-Table:100): Int 192.168.200.0/30 M 156160 - 25600 130560 SM 128256 - 256 128000
*Jan 14 21:49:48.701: IP-EIGRP(Default-IP-Routing-Table:100): route installed for 192.168.200.0  ()
*Jan 14 21:49:48.701: IP-EIGRP(Default-IP-Routing-Table:100): Int 192.168.200.4/30 M 156160 - 25600 130560 SM 128256 - 256 128000
*Jan 14 21:49:48.701: IP-EIGRP(Default-IP-Routing-Table:100): route installed for 192.168.200.4  ()
*Jan 14 21:49:48.705: IP-EIGRP(Default-IP-Routing-Table:100): Int 192.168.200.8/30 M 156160 - 25600 130560 SM 128256 - 256 128000
*Jan 14 21:49:48.705: IP-EIGRP(Default-IP-Routing-Table:100): route installed for 192.168.200.8  ()
*Jan 14 21:49:48.709: IP-EIGRP(Default-IP-Routing-Table:100): Processing incoming QUERY packet
*Jan 14 21:49:48.709: IP-EIGRP(Default-IP-Routing-Table:100): Int 192.168.200.0/24 M 4294967295 - 0 4294967295 SM 4294967295 - 0 4294967295
*Jan 14 21:49:48.709: IP-EIGRP(Default-IP-Routing-Table:100): Int 10.0.0.0/8 M 4294967295 - 0 4294967295 SM 4294967295 - 0 4294967295
[...]

Voici maintenant une vue des routes sur R3:

!Auto-Summary
R3#sh ip route eigrp
D    192.168.200.0/24 [90/156160] via 10.0.0.1, 00:05:04, FastEthernet0/0

!no auto-summary
! R1 diffuse maintenant toute ses routes, une par une
R3#show ip route eigrp
192.168.200.0/30 is subnetted, 3 subnets
D       192.168.200.0 [90/156160] via 10.0.0.1, 00:00:06, FastEthernet0/0
D       192.168.200.4 [90/156160] via 10.0.0.1, 00:00:06, FastEthernet0/0
D       192.168.200.8 [90/156160] via 10.0.0.1, 00:00:06, FastEthernet0/0

EIGRP Manual Summarization

Les summary sont fait en se basant sur les interfaces. Que ce soit manuellement, ou automatiquement, EIGRP se base sur les interfaces pour générer le summary. Bien que auto-summary active l’auto-summaryzation sur tout le routeur, nous pouvons configurer des summary manuels à l’aide de la commande ip summary-address eigrp AS network mask.

La commande suivante produira le même effet que si nous avions configuré EIGRP en auto-summary:

R1(config)#interface fastethernet 0/0
R1(config-if)#ip summary-address eigrp 100 192.168.200.0 255.255.255.0

Authentication

Voici comment configurer les clés d’authentification sur chaque routeur participant au processus de routage EIGRP:

R1# conf t
R1(config)# key chain EIGRP-KEYS
R1(config-keychain)# key 1
R1(config-keychain-key)# key-string cisco

R2# conf t
R2(config)# key chain EIGRP-KEYS
R2(config-keychain)# key 1
R2(config-keychain-key)# key-string cisco

Vérification des clés

R1# show key chain
Key-chain EIGRP-KEYS:
key 1 -- text "cisco"
accept lifetime (always valid) - (always valid) [valid now]
send lifetime (always valid) - (always valid) [valid now]

Maintenant que nos clés sont configurée dans le routeur, on doit les appliquer à chaque interfaces sur lesquels on souhaite de l’authentification.

R1# conf t
R1(config)# interface serial 1/0
! ip authentication key-chain eigrp as_number key_chain_label.
R1(config-if)# ip authentication key-chain eigrp 1 EIGRP-KEYS
! la commande suivante envoi un Hash MD5 des clés, plutôt que de l'envoyer en clair.. c'est plus sécurisé.
R1(config-if)# ip authentication mode eigrp 1 md5

R2# conf t
R2(config)# interface serial 1/0
R2(config-if)# ip authentication key-chain eigrp 1 EIGRP-KEYS
R2(config-if)# ip authentication mode eigrp 1 md5

Petite vérification de la configuration:

R1#show ip eigrp interfaces detail
IP-EIGRP interfaces for process 1
Xmit Queue Mean Pacing Time Multicast Pending
Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes
Se0/0/0 1 0/0 4 0/12 50 0
Hello interval is 5 sec
Next xmit serial
Un/reliable mcasts: 0/0 Un/reliable ucasts: 10/28
Mcast exceptions: 0 CR packets: 0 ACKs suppressed: 5
Retransmissions sent: 0 Out-of-sequence rcvd: 0
Authentication mode is md5, key-chain is "EIGRP-KEYS"
Use unicast

Et un petit débug pour voir les paquets d’authentification arriver sur notre interface:

R1#debug eigrp packets
EIGRP Packets debugging is on
(UPDATE, REQUEST, QUERY, REPLY, HELLO, IPXSAP, PROBE, ACK, STUB, SIAQUERY,SIAREPLY)
*Oct 4 16:10:51.090: EIGRP: Sending HELLO on Serial0/0/1
*Oct 4 16:10:51.090: AS 1, Flags 0x0, Seq 0/0 idbQ 0/0 iidbQ un/rely 0/0
*Oct 4 16:10:51.190: EIGRP: received packet with MD5 authentication, key id =1
*Oct 4 16:10:51.190: EIGRP: Received HELLO on Serial0/0/1 nbr 172.16.13.3
*Oct 4 16:10:51.190: AS 1, Flags 0x0, Seq 0/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
*Oct 4 16:10:51.854: EIGRP: received packet with MD5 authentication, key id =1
*Oct 4 16:10:51.854: EIGRP: Received HELLO on FastEthernet0/0 nbr 10.1.1.2
*Oct 4 16:10:51.854: AS 1, Flags 0x0, Seq 0/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
*Oct 4 16:10:53.046: EIGRP: received packet with MD5 authentication, key id =1

EIGRP Timers

Nous pouvons voir les Timers Hello ici:

R1# show ip eigrp interfaces detail
IP-EIGRP interfaces for process 1
Xmit Queue Mean Pacing Time Multicast Pending
Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes
Se0/0/0 1 0/0 17 10/380 448 0
Hello interval is 5 sec
Next xmit serial
Un/reliable mcasts: 0/0 Un/reliable ucasts: 17/37
Mcast exceptions: 0 CR packets: 0 ACKs suppressed: 6
Retransmissions sent: 0 Out-of-sequence rcvd: 0
Authentication mode is md5, key-chain is "EIGRP-KEYS"
Use unicast

Par défaut, les timers HELLO sont à 5 secondes, et le HOLD-TIME à 15.
Mais nous allons voir comment les modifier.

R1# conf t
R1(config)# interface serial 1/0
! changement de la valeur des intervalles entre HELLO à 2 secondes
R1(config-if)# ip hello-interval eigrp 1 2
! changement de la valeur hold-time à 8 secondes
R1(config-if)# ip hold-time eigrp 1 8
R2# conf t
R2(config)# interface serial 1/0
R2(config-if)# ip hello-interval eigrp 1 2
R2(config-if)# ip hold-time eigrp 1 8

Petite vérification de nos modifications:

R1# show ip eigrp 1 interfaces detail serial 1/0
IP-EIGRP interfaces for process 1
Xmit Queue Mean Pacing Time Multicast Pending
Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes
Se0/0/0   1     0/0         17   10/380      448  0
Hello interval is 2 sec
Next xmit serial
Un/reliable mcasts: 0/0 Un/reliable ucasts: 17/37
Mcast exceptions: 0 CR packets: 0 ACKs suppressed: 6
Retransmissions sent: 0 Out-of-sequence rcvd: 0
Authentication mode is md5, key-chain is "EIGRP-KEYS"
Use unicast

R1# show ip eigrp neighbors
IP-EIGRP neighbors for process 1
H Address     Interface Hold Uptime   SRTT RTO  Q Seq
0 172.16.12.2 Se0/0/0   6    01:23:39 17   2280 0 73

Attention à ce que tout les routeurs participant au routage dans votre AS contiennent bien les même timers, sinon, les adjacences ne pourront être créées  dans la table de voisinage (neighbors) !!