Comportement de RIP & IGRP avec les mises à jour de Routage

Slides:



Advertisements
Présentations similaires
UE4 – Protocoles de Routage
Advertisements

Hot Standby Router Protocol (HSRP) - Partage de charge
show dialer interface bri
QoS - Propagation de la Politique de QoS via BGP
Configurer NAT et PAT statique pour support d'un serveur Web interne
Configuration OSPF Multi-Area
Table de Routage Cisco ccnp_cch ccnp_cch.
Configuration EIGRP et IGRP
Tunnel pour paquets IP Multicast
CCNP Routage Chapitre 4 - Questionnaire N°1
pleine Classe et sans Classe
Configuration BGP - avec deux FAI différents (Multihoming)
BGP - Configuration iBGP et eBGP avec ou sans adresse de Loopback
Configuration sessions IBGP et EBGP
Configuration BGP de base
Comprendre la politique
Configuration BGP avec routage par défaut
OSPF - Configuration initiale sur Liaisons Non-Broadcast
OSPF - Commande show ip ospf interface.
show ip nat translations
Paris S0/0 500 Kb/s S0/0 Switch S0/2 S0/1 128 Kb/s 128 Kb/s S0/0 S0/0
dans des environnements
MPLS - Accès Internet à partir d'un VPN MPLS
Hot Standby Router Protocol standby preempt et standby track
Commande show ip route ccnp_cch ccnp_cch.
Configuration d'une Passerelle par défaut avec les commandes IP
Routage S 7 - Questionnaire N°1
TP Sécurité Packet Tracer - Configuration d'un VPN d'accès distant et
Commande show ip eigrp topology
Sécurité - Configuration de l'autorisation d'Applets Java
Redistribution de Routes.
Proxy ARP ccnp_cch ccnp_cch.
Comprendre l'Agrégation de routes dans BGP
CCNP Routage Chapitre 4 - Questionnaire N°1
Configuration NAT Utilisation de la commande outside source list
Configuration de Voice VLAN
OSPF - Commande show ip ospf neighbor.
MPLS - Configuration d'un
RIP Version 2 ccnp_cch.
RIP - Configuration des Extensions.
SONET - Bref aperçu de Packet Over SONET APS
TP - IS-IS Configuration sur Frame Relay avec Routeur FR-Switch
Configuration de routes Statiques Flottantes
Configuration OSPF Virtual Link
Routage S 2 - Questionnaire N°1 - Réponses
Commande show dialer ccnp_cch ccnp_cch.
Sécurité - Configuration d'un
Configuration Routeur SOHO77 AAL5MUX Routage IP, Multi PVCs
- Configuration ASA/PIX
OSPF - Routage Inter-Area
show ip ospf virtual-links
MPLS - Flux de Paquets dans un VPN MPLS
Configuration EIGRP - Agrégation de routes
TP - IPv6 Tunnels Manuels
Configuration "On Demand Routing"
VLSM Exercice N°1 ccnp_cch.
Implémentation RIP IPv6
Déterminer les valeurs limites du DLCI avec les messages LMI Status
IOS Firewall - Blocage d'applets Java
QoS - Configuration de NBAR (Network-Based Application Recognition)
Liste de contrôle d’accès
Configuration Routeur SOHO77
Configuration de base EIGRP
MPLS - Flux de Paquets dans un VPN MPLS
Quand les routes BGP ne sont pas annoncées
QoS - Configuration de COPS pour RSVP
Configuration NAT Statique
OSPF - Redistribution des réseaux directement connectés
show ip dhcp relay information trusted-sources
Routes statiques IPv6 John Rullan
Transcription de la présentation:

Comportement de RIP & IGRP avec les mises à jour de Routage ccnp_cch

Sommaire • Introduction - Schéma du réseau • Comportement général - Emission de mises à jour - Réception de mises à jour • Cas réels ccnp_cch

Introduction Ce document explique comment RIP et IGRP déterminent l'action à exécuter quand ils émettent ou reçoivent des mises à jour de routage. RIP et IGRP réalisent une série de vérifications. Schéma du réseau 131.108.5.0/24 137.99.88.0/24 131.108.3.0/24 .2 131.108.2.0/24 .2 .2 .1 .1 R1 R2 S0 S0 Comportement général Emission de mises à jour Avant que le routeur R1 transmette des mises à jour vers le routeur R2, celui-ci fait les vérifications suivantes: • Est-ce que l'information de sous-réseau fait partie du même réseau principal que l'interface qui sera la source de la mise à jour? • Non: Le routeur R1 agrège l'adresse à la frontière de réseau principal et annonce le réseau. • Oui: Est-ce que le réseau a le même masque de sous-réseau que l'interface qui sera la source de la mise à jour? • Non: Le routeur R1 n'annonce pas le réseau • Oui: Le routeur R1 annonce le sous-réseau Réception de mises à jour Quand RIP et IGRP reçoivent des mises à jour, ils réalisent certaines vérifications avant d'accepter les mises à jour et d'appliquer le masque de sous-réseau. Voici la séquence de vérification avant que le routeur R2 accepte une mise à jour du routeur R1. • Est-ce que le sous-réseau reçu dans la mise à jour fait partie du même réseau principal que l'interface qui a reçu la mise à jour? • Oui: Le routeur R2 applique le masque de l'interface qui a reçu la mise à jour. Si le réseau annoncé à un bit dans la partie host, le routeur applique un masque /32. dans le cas de RIP, celui-ci continue d'annoncer la route avec /32 au routeur suivant mais pas IGRP. ccnp_cch

• Non: Y-a-t-il des sous-réseaux de ce réseau principal dans la table de routage pour des interfaces autres que celle qui a reçu la mise à jour ? Notez que le réseau dans cette mise à jour doit être un réseau principal à moins que la liaison entre les deux routeurs soit de type "unnumbered" ce qui entraine que la mise à jour peut dans ce cas contenir une information de sous-réseau. • Oui: Le routeur R2 ignore la mise à jour. • Non: Le routeur R2 applique un masque pleine classe. Si la mise à jour pas- se par une liaison de type "unnumbered", le routeur R2 applique un masque /32. Cas réels Emission de mises à jour Quand le routeur R1 transmet une mise àjour au routeur R2, il réalise les vérifications suivantes: • Est-ce que 131.108.5.0/24 fait partie du même réseau principal que le réseau 131.108.2.0/24 qui la source de la mise à jour ? • Oui: Est-ce que 131.108.5.0/24 a le même masque de sous-réseau que 131.108.2.0/24 qui la source de la mise à jour ? • Oui: Le routeur R1 annonce le réseau • Est-ce que 137.99.88.0/24 fait partie du même réseau principal que le réseau 131.108.2.0/24 qui la source de la mise à jour ? • Non: Le routeur R1 agrège 137.99.88.0/24 à la frontière de réseau principal et annonce 137.99.0.0/16. Ce processus fait que le routeur R1 inclut les réseaux 131.108.5.0 et 137.99.0.0 dans sa mise à jour vers le routeur R2. Nous pouvons voir cela dans la sortie de la comman- de debug ip rip sur le routeur R1. RIP: sending v1 update to 255.255.255.255 via Serial0 (131.108.2.2) subnet 131.108.5.0, metric 1 network 137.99.0.0, metric 1 ccnp_cch

ccnp_cch Réception de mises à jour Nous pouvons voir également grâce à la même commande debug sur le routeur R2, la mise à jour venant de R1. RIP: received v1 update 131.108.2.2 on Serial0 131.108.5.0 in 1 hops 137.99.0.0 in 1 hops Regardons les vérifications faites par le routeur R2 pour déterminer quel masque de sous-réseau appliquer sur le réseau reçu. • Est-ce que leréseau principal reçu 137.99.0.0 est le même que 131.108.2.0 qui est celui affecté à l'interface qui a reçu la mise à jour ? • Non: Est-ce que des sous-réseaux de ce réseau principal existent dans la table de routage pour d'autres interfaces ? • Non: Le routeur R2 applique le masque naturel /16 car 137.99.0.0 est un réseau de classe B • Est-ce que 131.108.5.0/24 fait partie du même réseau principal que le réseau 131.108.2.0 de l'interface qui a reçu la mise à jour ? • Oui: Le routeur R2 applique le masque /24 qui est le masque de l'interface qui a reçu la mise à jour. Ce processus donne les réseaux et masques suivants dans la table de routage du routeur R2. Utilisez la commande show ip route pour afficher la table de routage. R 137.999.0.0/16 [120/1] via 131.108.2.2, 02:00:07, Serial0 131.108.0.0/24 is subnetted, 3 subnets R 131.108.5.0 [120/1] via 131.108.2.2, 00:00:08, Serial0 C 131.108.2.0 is directly connected, Serial0 C 131.108.3.0 is directly connected, Ethernet0 ccnp_cch