Voici un point assez compliqué (selon moi) du protocole OSPF, les multi-area.
Il existe différents éléments que nous retrouverons tout au long de cet article sur les Aires OSPF:

Les différents types de LSA:
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:

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.

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

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.

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.
Grace a ce résumé, J’ai une idée claire sur OSPF.