Précédent     Suivant

4. Valider les communications entre routeurs

Avant d’aborder le déploiement du protocole de routage dynamique, il est nécessaire de valider plusieurs éléments :

  • Le raccordement des routeurs aux ports de commutateurs désignés

  • Les communications entre chaque routeur

  • La visualisation des tables de routage pour les interfaces réseau configurées

Q162.

Quelles sont les tests à effectuer pour vérifier l'état des différents “côtés” de la topologie triangle ?

Il faut afficher la table de routage de chaque routeur puis la table des voisins. Ainsi, on peut contrôler les correspondances entre les adresses de couche réseau et de couche liaison.

Dans le contexte de la maquette on obtient les résultats suivants pour le routeur R1. On se limite à l'affichage des entrées de la table de routage apprises par le noyau avec l'option proto kernel.

ip route ls proto kernel
10.44.0.0/29 dev enp0s1.440 scope link src 10.44.0.1
10.44.1.0/29 dev enp0s1.441 scope link src 10.44.1.1
192.168.104.128/29 dev enp0s1.360 scope link src 192.168.104.130
ip -6 route ls proto kernel
2001:678:3fc:168::/64 dev enp0s1.360 metric 256 pref medium
fe80::/64 dev enp0s1 metric 256 pref medium
fe80::/64 dev enp0s1.441 metric 256 pref medium
fe80::/64 dev enp0s1.360 metric 256 pref medium
fe80::/64 dev enp0s1.440 metric 256 pref medium

Pour les entrées relatives au voisinage réseau, on se limite aussi à l'affichage des voisins directs des interfaces du routeur.

On repère dans la copie d'écran ci-dessous les adresses des deux autres routeurs : R2 et R3.

ip nei ls
10.44.0.2 dev enp0s1.440 lladdr b8:ad:ca:fe:00:06 REACHABLE1
10.44.1.3 dev enp0s1.441 lladdr b8:ad:ca:fe:00:07 REACHABLE2
fe80::1b9:3 dev enp0s1.441 lladdr b8:ad:ca:fe:00:07 STALE3
fe80::baad:caff:fefe:6 dev enp0s1.440 lladdr b8:ad:ca:fe:00:06 router STALE4
fe80:168::1 dev enp0s1.360 lladdr 80:6a:00:dc:67:53 router STALE
fe80::baad:caff:fefe:7 dev enp0s1.441 lladdr b8:ad:ca:fe:00:07 STALE5
fe80::1b8:2 dev enp0s1.440 lladdr b8:ad:ca:fe:00:06 STALE6

1 6 4

Entrées du routeur R2

2 3 5

Entrées du routeur R3
[Important] Important

Les tables de voisinage réseau sont peuplées à partir des échanges entre routeurs. Il est donc nécessaire de lancer les tests de communication ICMP en amont de l'affichage de ces tables.

Q163.

Quelles sont les opérations à effectuer pour valider les communications IPv4 et IPv6 entre chacun des routeurs ?

Lancer les tests ICMP usuels entre chaque routeur sur chaque lien actif.

Exemple entre R1 et R2 ; toujours dans le contexte de la maquette.

  • Requête IPv4 de R1 vers R2 sur le VLAN 440.

    ping -qc2 10.44.0.2
    PING 10.44.0.2 (10.44.0.2) 56(84) bytes of data.

--- 10.44.0.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 0.533/7.471/14.409/6.938 ms

    Aucun paquet n'a été perdu. Le routeur R2 est bien joignable depuis R1.

  • Requête IPv6 multicast depuis R1 sur le VLAN 480.

    ping -qc2 ff02::1%enp0s1.440
    PING ff02::1%enp0s1.440 (ff02::1%enp0s1.440) 56 data bytes

--- ff02::1%enp0s1.440 ping statistics ---
2 packets transmitted, 2 received, +1 duplicates, 0% packet loss, time 1031ms
rtt min/avg/max/mdev = 0.065/0.283/0.719/0.307 ms

L'opération est à répéter sur chaque lien entre deux routeurs reliés sur le même VLAN.

Q164.

Quelles sont les opérations à effectuer pour visualiser les tables de routage IPv4 et IPv6 existantes d'un routeur au niveau de la console unifiée vtysh ?

Afficher les tables de routage à partir de la console vtysh avec les commandes du système Cisco™ IOS show ip route et show ipv6 route.

Dans le contexte de la maquette, on obtient les résultats suivants pour le routeur R2.

R2# sh ip route connected
Codes: K - kernel route, C - connected, L - local, S - static,
       R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, F - PBR,
       f - OpenFabric, t - Table-Direct,
       > - selected route, * - FIB route, q - queued, r - rejected, b - backup
       t - trapped, o - offload failure

C>* 10.44.0.0/29 is directly connected, enp0s1.440, 00:40:37
C>* 10.44.2.0/29 is directly connected, enp0s1.442, 00:40:37
R2# sh ipv6 route connected
Codes: K - kernel route, C - connected, L - local, S - static,
       R - RIPng, O - OSPFv3, I - IS-IS, B - BGP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, F - PBR,
       f - OpenFabric, t - Table-Direct,
       > - selected route, * - FIB route, q - queued, r - rejected, b - backup
       t - trapped, o - offload failure

C * fe80::/64 is directly connected, enp0s1, 00:41:41
C * fe80::/64 is directly connected, enp0s1.442, 00:41:41
C>* fe80::/64 is directly connected, enp0s1.440, 00:41:41

Comme dans le cas de la question précédente, l'affichage des tables de routage doit être fait sur les trois routeurs virtuels pour vérifier la cohérence de la topologie avant de passer au routage dynamique.
Précédent  Niveau supérieur  Suivant
  Sommaire