Rappel: Ethernet, IP

Pourquoi le protocole IP est bien plus adapté à la redondance que Ethernet ?

Protocole Ethernet

Ethernet protocole de niveau 2 (OSI), MAC, sans LLC (sauf FCS)
Trames sans mécanisme anti-boucle (TTL), donc en cas de boucles physiques, elles vont “tourner” indéfiniment, voir se dupliquer => Tempête broadcast.

Pour protéger Ethernet, on ajoute le STP (RSTP, MSTP, PVSTP…)
désactivation des liens redondants pour obtenir une topologie en arbre
Empêche l’utilisation de plusieurs chemins simultanés
=> Redondance passive (si un lien tombe, au bout de quelques secondes (30-60 secondes), STP peut activer un lien qui n’est plus redondant, en remplacement).

Plus le VLAN est étendu, plus le risque de tempête broadcast augmente => pas soutenable sur des infrastructures grande échelle.
Juste un simple CRC32 en fin de frame.

Objectif d’Ethernet est de fournir un support pour le transport des trames dans un réseau filaire physique, donc avec très peu d’erreurs de bits.

Protocole IP

Trames avec TTL
Décrémenté à chaque routeur traversé
La trame est supprimée quand le champ TTL atteint 0
=> Impossible de boucler indéfiniment

Routage dynamique (OSPF, IS-IS, BGP)
Le meilleur chemin est calculé automatiquement, sans désactiver les autres
En cas de panne, re-calcul très rapide
stratégie BGP ECMP => division du trafic entre deux chemin équivalents coexistants simultanément
=> Redondance active (plusieurs liens en même temps) avec convergence rapide et charge répartie.

Cloisonnement des domaines
Un broadcast reste local à son réseau VLAN
=> En cas de défaillance, la panne ne se propage pas à tout le réseau