Quel est l'avantage d'une «zone» dans la configuration OSPF?
8
Comme nous le savons, lors de la configuration OSPF, nous utilisons la zone. Chaque zone a son numéro différent, alors qu'il n'y a qu'une seule zone (zone 0) qui crée des communications entre toutes les autres zones attachées.
Je suis confus car nous utilisons les mêmes techniques de configuration sur toutes les zones, mais je ne sais pas pourquoi nous utilisons des zones si nous pouvons connecter directement tous les PC.
Si vous demandez spécifiquement ce que les domaines font dans OSPF, il existe de nombreuses ressources qui contiennent une mine d'informations. Ce ne sont que quelques sélections:
Cependant, une bonne réponse à "Quel est l'avantage des zones OSPF?", Est cette citation de la Cisco Design Technote, Que sont les zones OSPF:
Un réseau OSPF peut être divisé en sous-domaines appelés zones. Une zone est une collection logique de réseaux, routeurs et liaisons OSPF qui ont la même identification de zone. Un routeur dans une zone doit maintenir une base de données topologiques pour la zone à laquelle il appartient. Le routeur ne dispose pas d'informations détaillées sur la topologie du réseau en dehors de sa zone, ce qui réduit la taille de sa base de données.
En bref, les zones OSPF vous permettent de segmenter la topologie de votre réseau pour permettre une plus grande évolutivité et maintenir un plus grand niveau de contrôle.
Edit: En réponse à votre commentaire "Comment les zones OSPF peuvent-elles augmenter la vitesse de communication?":
En soi, l'utilisation des zones OSPF n'augmente pas la vitesse de communication. Il supprime les obstacles à la communication / évolutivité.
Pensez-y comme ceci (ce n'est pas une analogie parfaite et simplifie trop le problème, mais cela devrait aider à donner l'idée générale):
Si une entreprise prend des centaines d'appels téléphoniques chaque jour et doit envoyer tous ses appels téléphoniques à une seule secrétaire, les appels vers l'entreprise seront lents. Cependant, s'il existe un secrétaire central qui connaît de nombreux secrétaires qui prennent tous les appels pour une partie différente de l'entreprise, les appels peuvent être traités plus rapidement.
Un problème similaire se pose lorsque les tables de routage d'un périphérique deviennent trop volumineuses / ingérables. Les diviser en zones plus faciles à gérer peut aider à accélérer le trafic vers sa destination.
Maintenant que je l'ai, mais il y a toujours une chose qui explique comment AREA peut augmenter la vitesse de communication? voudriez-vous me donner plus de commentaires.
Fahim Shah
@FahimShah excellente question, dans mon esprit ne ferait qu'augmenter le délai de propagation. Cependant, vous pouvez introduire l'agrégation en bordure de zone, pour masquer les mises à jour entre les zones afin de réduire le travail sur le réseau. Ma règle générale, si vous ne savez pas vraiment pourquoi, gardez toujours votre IGP à plat. Nous avons un IGP plat de quelque 1500 nœuds, aucun problème.
ytti
@Brett Lykins, Monsieur, votre exemple est assez explicatif, je l'ai bien compris, bravo quatre votre esprit et votre travail assidu
Fahim Shah
14
Tous les routeurs d'une zone OSPF conservent une base de données d'état des liens (notez que celle-ci est complètement distincte de la table de routage principale), où ils connaissent tous les autres routeurs et leurs liens dans la zone. Chaque routeur de la zone crée une arborescence de topologie de la zone, avec les chemins les plus courts vers tous les autres liens / routeurs avec lui-même comme racine. Cette dernière partie est importante.
Lorsqu'une zone s'agrandit, la base de données d'état des liens (l'arborescence ou la topologie) que chaque routeur doit maintenir augmente également. Cela signifie qu'il peut devenir de plus en plus intensif pour le routeur de traiter les changements d'état de lien (topologie) car il y a maintenant un grand nombre d'entrées dans la base de données d'état de lien. L'arbre grandit et est plus difficile à "suivre" car il devient de plus en plus de branches / feuilles de l'arbre. Il faut également garder à l’esprit qu’au fur et à mesure que la zone (réseau) s’agrandit, les possibilités de modification de l’état des liens sont plus importantes et, par conséquent, les recalculs de la base de données des liens sont plus importants. Bien que les détails soient quelque peu «hors de portée» de cette réponse, le processus de mise à jour de l'état des liens OSPF est également pertinent ici.
En fin de compte, comme une seule zone s'agrandit de plus en plus, les recalculs SPF eux-mêmes prendront plus de temps à terminer, et vous courez plus de risques que ces recalculs SPF se produisent pour diverses raisons - la morale de l'histoire est que les processeurs de vos routeurs seront tristes.
«L'avantage» des zones OSPF est qu'elles fournissent un moyen d'alléger les demandes imposées aux routeurs s'ils se trouvaient autrement dans une seule zone, en réduisant les entrées dans la base de données d'état de liaison et en poussant les responsabilités de maintenance de la base de données d'état de liaison aux routeurs frontaliers de zone pour leurs zones respectives. Il permet de garder la taille de l'arbre gérable .
Une réflexion et une planification approfondies sont obligatoires pour concevoir / mettre en œuvre un OSPF multi-zones - il existe un certain nombre de situations où une mauvaise conception dans un OSPF multi-zones peut mordre quelqu'un.
L'utilisation de zones n'augmente pas nécessairement la «vitesse de communication», mais elle peut avoir des avantages de performances significatifs (si cela est fait correctement) pour les routeurs de votre réseau OSPF, surtout si votre réseau est très grand, car leurs CPU n'ont pas à fonctionner aussi dur.
En toute honnêteté, les routeurs modernes n'ont aucun problème avec la taille des zones avec des centaines de routeurs. Il n'y a aucun avantage «significatif» du tout. Si quoi que ce soit, plusieurs domaines rendent votre topologie plus compliquée
mellowd
@John Jenser, Merci d'avoir retiré trop d'informations de votre connaissance, et m'a fait développer le terme "Zone" dans le routage OSPF.
Fahim Shah
2
@mellowd il y a toujours une limite de mise à l'échelle d'une seule zone, peu importe s'il y a des centaines ou des milliers de routeurs dans une seule zone - il va y avoir un point où reconsidérer l'utilisation (ou son absence) des zones est logique dans votre conception en tenant compte de l'échelle ou d'autres facteurs.
John Jensen
@mellowd, votre commentaire est franchement limité aux appareils qui ont consacré différentes ressources au plan de données et au plan de contrôle. Les zones OSPF sont très utiles si vous exécutez la VoIP sur un routeur basé sur le processeur comme le Cisco 2800; sinon, chaque volet de liaison ou panne de routeur sur l'ensemble du réseau peut perturber la qualité de votre voix (en raison des calculs SPF requis). Plus la topologie est grande, plus il y a de risques d'interruption.
Mike Pennington
Je n'en sais rien. Quand avez-vous testé pour la dernière fois? Une fois, j'ai mis un ancien 1841 dans un réseau avec bien plus de 2500 LSA et je n'ai vu aucun effet néfaste sur l'utilisation du processeur ou le flux de trafic de transit lorsqu'il y avait un changement dans le réseau principal.
mellowd
2
Les avantages d'une «zone» dans la configuration OSPF sont:
table de routage plus petite (pas de résumé par défaut) : moins d'entrées de table de routage car les adresses réseau peuvent être résumées entre les zones
base de données d'état de liaison plus petite (LSDB) : moins de routeurs échangeant des LSA, minimise les exigences de traitement et de mémoire
calculs d'algorithmes SPF moins fréquents : localise l'impact d'un changement de topologie dans une zone.
Je suis tombé sur une autre utilisation pour une deuxième zone. Si votre zone 0 distribue un itinéraire par défaut et que vous ne souhaitez pas que cet itinéraire par défaut soit injecté dans votre appareil OSPF qui possède sa propre passerelle vers Internet, et que cet appareil ne peut pas filtrer les itinéraires entrants, vous devez configurer une nouvelle zone qui n'utilise pas les informations par défaut d'origine.
Sinon, lorsque OSPF apparaît sur ledit appareil, il apprendra l'itinéraire par défaut via OSPF qui remplacera son propre itinéraire par défaut.
Mon "appareil" dans ce cas est une passerelle VPN (steelconnect) qui a sa propre interface WAN utilisée pour se connecter à Internet, et apprend mes routes internes via OSPF à partir de mon commutateur de couche 3 sur son interface LAN.
Ce qui se passe, c'est que l'appareil arrive, contacte Internet, puis dès que OSPF a terminé le chargement, il tombe sur Internet, car son routage OSPF appris lui donne une route par défaut via l'interface LAN et les pare-feu associés qui ne le feront tout simplement pas travailler pour sa terminaison VPN.
L'utilisation d'une deuxième zone OSPF dans un deuxième processus OSPF vous permet d'exécuter cette instance sans distribuer la route par défaut.
Tous les routeurs d'une zone OSPF conservent une base de données d'état des liens (notez que celle-ci est complètement distincte de la table de routage principale), où ils connaissent tous les autres routeurs et leurs liens dans la zone. Chaque routeur de la zone crée une arborescence de topologie de la zone, avec les chemins les plus courts vers tous les autres liens / routeurs avec lui-même comme racine. Cette dernière partie est importante.
Lorsqu'une zone s'agrandit, la base de données d'état des liens (l'arborescence ou la topologie) que chaque routeur doit maintenir augmente également. Cela signifie qu'il peut devenir de plus en plus intensif pour le routeur de traiter les changements d'état de lien (topologie) car il y a maintenant un grand nombre d'entrées dans la base de données d'état de lien. L'arbre grandit et est plus difficile à "suivre" car il devient de plus en plus de branches / feuilles de l'arbre. Il faut également garder à l’esprit qu’au fur et à mesure que la zone (réseau) s’agrandit, les possibilités de modification de l’état des liens sont plus importantes et, par conséquent, les recalculs de la base de données des liens sont plus importants. Bien que les détails soient quelque peu «hors de portée» de cette réponse, le processus de mise à jour de l'état des liens OSPF est également pertinent ici.
En fin de compte, comme une seule zone s'agrandit de plus en plus, les recalculs SPF eux-mêmes prendront plus de temps à terminer, et vous courez plus de risques que ces recalculs SPF se produisent pour diverses raisons - la morale de l'histoire est que les processeurs de vos routeurs seront tristes.
«L'avantage» des zones OSPF est qu'elles fournissent un moyen d'alléger les demandes imposées aux routeurs s'ils se trouvaient autrement dans une seule zone, en réduisant les entrées dans la base de données d'état de liaison et en poussant les responsabilités de maintenance de la base de données d'état de liaison aux routeurs frontaliers de zone pour leurs zones respectives. Il permet de garder la taille de l'arbre gérable .
Une réflexion et une planification approfondies sont obligatoires pour concevoir / mettre en œuvre un OSPF multi-zones - il existe un certain nombre de situations où une mauvaise conception dans un OSPF multi-zones peut mordre quelqu'un.
L'utilisation de zones n'augmente pas nécessairement la «vitesse de communication», mais elle peut avoir des avantages de performances significatifs (si cela est fait correctement) pour les routeurs de votre réseau OSPF, surtout si votre réseau est très grand, car leurs CPU n'ont pas à fonctionner aussi dur.
la source
Les avantages d'une «zone» dans la configuration OSPF sont:
la source
Je suis tombé sur une autre utilisation pour une deuxième zone. Si votre zone 0 distribue un itinéraire par défaut et que vous ne souhaitez pas que cet itinéraire par défaut soit injecté dans votre appareil OSPF qui possède sa propre passerelle vers Internet, et que cet appareil ne peut pas filtrer les itinéraires entrants, vous devez configurer une nouvelle zone qui n'utilise pas les informations par défaut d'origine.
Sinon, lorsque OSPF apparaît sur ledit appareil, il apprendra l'itinéraire par défaut via OSPF qui remplacera son propre itinéraire par défaut.
Mon "appareil" dans ce cas est une passerelle VPN (steelconnect) qui a sa propre interface WAN utilisée pour se connecter à Internet, et apprend mes routes internes via OSPF à partir de mon commutateur de couche 3 sur son interface LAN.
Ce qui se passe, c'est que l'appareil arrive, contacte Internet, puis dès que OSPF a terminé le chargement, il tombe sur Internet, car son routage OSPF appris lui donne une route par défaut via l'interface LAN et les pare-feu associés qui ne le feront tout simplement pas travailler pour sa terminaison VPN.
L'utilisation d'une deuxième zone OSPF dans un deuxième processus OSPF vous permet d'exécuter cette instance sans distribuer la route par défaut.
la source