Présentation du reroutage rapide

Le reroutage rapide assure la redondance d’un chemin LSP. Lorsque vous activez le reroutage rapide, les déviations sont précalculées et préétablies le long du LSP. En cas de défaillance du réseau sur le chemin LSP actuel, le trafic est rapidement acheminé vers l’une des déviations. La figure 1 illustre un LSP entre le routeur A et le routeur F, avec les déviations établies. Chaque détour est établi par un nœud en amont afin d’éviter le lien vers le nœud immédiat en aval et le nœud immédiat en aval lui-même. Chaque détour peut passer par un ou plusieurs routeurs (ou commutateurs) à commutation d’étiquettes qui ne sont pas illustrés sur la figure.

Le reroutage rapide protège le trafic contre tout point de défaillance unique entre les routeurs (ou commutateurs) entrants et sortants. En cas de défaillances multiples le long d’un LSP, le reroutage rapide lui-même peut échouer. De plus, le reroutage rapide ne protège pas contre la défaillance des routeurs entrants ou sortants.

Si un nœud détecte la défaillance d’une liaison en aval (à l’aide d’un mécanisme de détection de l’activité spécifique à la couche de liaison) ou la défaillance d’un nœud en aval (par exemple, en utilisant le protocole RSVP neighbor hello), le nœud bascule rapidement le trafic vers la déviation et, en même temps, signale au routeur entrant la défaillance de la liaison ou du nœud. La figure 2 illustre le détour effectué en cas d’échec de la liaison entre le routeur B et le routeur C.

Si la topologie du réseau n’est pas assez riche (c’est-à-dire qu’il n’y a pas assez de routeurs disposant de suffisamment de liens vers d’autres routeurs), certains détours risquent d’échouer. Par exemple, le détour entre le routeur A et le routeur C de la Figure 1 ne peut pas traverser la liaison A-B et le routeur B. Si un tel chemin n’est pas possible, le détour n’a pas lieu.

Notez qu’une fois que le nœud a basculé le trafic vers la déviation, il peut basculer à nouveau le trafic vers une nouvelle déviation calculée peu de temps après. En effet, l’itinéraire de détour initial n’est peut-être pas le meilleur itinéraire. Pour rendre le réacheminement aussi rapide que possible, le nœud bascule le trafic sur le détour initial sans vérifier au préalable que le détour est valide. Une fois le changement effectué, le noeud recalcule le détour. Si le noeud détermine que le détour initial est toujours valide, le trafic continue de circuler sur ce détour. Si le noeud détermine que le détour initial n’est plus valide, il bascule à nouveau le trafic vers un détour nouvellement calculé.

Note:

Si vous émettez show des commandes après que le noeud a basculé le trafic vers le détour initial, le noeud peut indiquer que le trafic circule toujours sur le LSP d’origine. Cette situation est temporaire et devrait se corriger rapidement.

Le temps nécessaire pour qu’un détour de réacheminement rapide prenne effet dépend de deux intervalles de temps indépendants :

• Temps nécessaire pour détecter la défaillance d’une liaison ou d’un nœud : cet intervalle dépend fortement de la couche de liaison utilisée et de la nature de la défaillance. Par exemple, la détection des défaillances sur une liaison SONET/SDH est généralement beaucoup plus rapide que sur une liaison Gigabit Ethernet, et les deux sont beaucoup plus rapides que la détection d’une défaillance de routeur.

• Temps nécessaire pour répartir le trafic sur la déviation : cette opération est effectuée par le moteur de transfert de paquets, qui ne prend que peu de temps pour répartir le trafic sur la déviation. Le temps nécessaire peut varier en fonction du nombre de prestataires de services linguistiques qui sont déviés.

Le reroutage rapide est un correctif à court terme pour réduire la perte de paquets. Étant donné que le calcul des détours peut ne pas réserver une bande passante adéquate, les détours peuvent introduire un encombrement sur les liaisons alternatives. Le routeur entrant est le seul routeur qui est pleinement conscient des contraintes de stratégie LSP et, par conséquent, le seul routeur capable de proposer des chemins alternatifs adéquats à long terme.

Des détours sont créés à l’aide de RSVP et, comme toutes les sessions RSVP, ils nécessitent un état et une surcharge supplémentaires sur le réseau. Pour cette raison, chaque nœud établit au maximum un détour pour chaque LSP sur lequel le reroutage rapide est activé. La création de plus d’un détour pour chaque LSP augmente la surcharge, mais ne sert à rien.

Pour réduire davantage la surcharge du réseau, chaque détour tente de fusionner à nouveau dans le LSP dès que possible après la défaillance du nœud ou de la liaison. Si vous pouvez envisager un LSP qui passe par n des nœuds de routeur, il est possible de créer n – 1 détours. Par exemple, sur la Figure 3, la déviation tente de se fondre dans le LSP au niveau du routeur D plutôt qu’au niveau du routeur E ou du routeur F. La fusion dans le LSP rend le problème d’évolutivité du détour plus facile à gérer. Si des limitations topologiques empêchent le détour de se fondre rapidement dans le LSP, les détours fusionnent automatiquement avec les autres détours.