# 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