Présentation de l'objectif de ce test
La commande Vidage de la table de routage IPv6 (IPv6 Route Table Dump) répertorie la table de routage complète dans IPv6.
Quand pouvez-vous exécuter ce test ?
Exécutez ce test si vous souhaitez vérifier la route dans la table FIB d'IPv6. Vous pouvez exécuter le test en spécifiant l'une des options suivantes :
- Segment : sélectionnez le segment pour lequel les routes doivent s'afficher. Sélectionnez « tout » (all) pour tous les segments.
- Préfixe (Prefix) : spécifiez un préfixe particulier pour lequel les routes doivent s'afficher.
- Routes : sélectionnez l'une des options suivantes dans le menu déroulant :
- Tout (all) : affichez toutes les routes pour chaque préfixe.
- Préféré (Preferred) : affichez la route préférée seule pour chaque préfixe (il s'agit de la route utilisée pour le transfert de données).
Pour obtenir des instructions sur l'exécution d'un test de diagnostics à distance sur les dispositifs Edge, reportez-vous à la section Exécuter des tests de diagnostics à distance sur les dispositifs Edge.
Note : La limite de la sortie de la commande Route Table Dump est de 16 000 routes.
Éléments à vérifier dans la sortie de test
Voici un exemple de sortie de test :
La sortie Diagnostics à distance (Remote Diagnostics) affiche les informations suivantes :
| Champ | Description |
|---|---|
| Adresse (Address) | Spécifie les routes IPv6 disponibles dans le tableau. |
| Segment | Spécifie le segment dans lequel les routes sont disponibles et gérées par le dispositif Edge. |
| Masque de réseau (Netmask) | Spécifie la plage d'adresses en IPv6. |
| Type | Spécifie le type de route, tel que Cloud, Edge2Edge, tout (Sous-couche ou Connecté), etc. |
| Coût (Cost) | Spécifie la mesure ou le coût de la route utilisé dans la sélection des critères de route. |
| Accessible (Reachable) | Spécifie l'état de la route :
|
| Next-hop (Next Hop) | Indique l'interface de sortie locale en cas de routes locales. En cas de routes d'overlay/distantes, cette option indique le type de next-hop. Par exemple, « Passerelle de cloud » en cas de routes de cloud, « VPN cloud » en cas de centre de données ou routes « Edge vers Edge », etc. |
| Nom next-hop (Next Hop Name) | Spécifie le nom du périphérique next-hop. |
| Nom de destination (Destination Name) | Spécifie le nom du périphérique de destination. |
| Raison de la perte (Lost Reason) | Spécifie les codes pour différentes raisons pour lesquelles les routes sont perdues vers la route préférée suivante sur le dispositif Edge. |
| Raison d'accessibilité (d'inaccessibilité) ([Not] Reachable Reason) | Spécifie la raison pour laquelle la route est accessible ou inaccessible. |
Note : Une route non résolue, apprise sur BGP multi-hop, peut pointer vers une interface intermédiaire.
Le tableau suivant répertorie les codes de motifs et la description correspondante :
| Code de motif | Description |
|---|---|
| PR_UNREACHABLE | En cas de routes d'overlay, le peer distant, qui est Gateway ou Edge, n'est pas accessible. |
| IF_DOWN | L'interface de sortie est inactive. |
| INVALID_IFIDX | Interface de sortie si l'index pour cette route n'est pas valide. |
| SLA_STATE_DOWN | L'état indiqué par le suivi du SLA IP est inactif. |
| HA_STANDBY | Lorsque le dispositif Edge local est passif, toutes les routes synchronisées à partir du dispositif actif sont marquées comme étant accessibles à des fins opérationnelles. |
| LOCAL_MGMT | Les routes de gestion sont toujours accessibles. |
| LOOPBACK | L'adresse IP Loopback est toujours accessible. |
| SELF_ROUTE | Les routes auto-IP sont toujours accessibles. |
| RECUR_UNRES | Les routes récursives sont marquées comme étant accessibles d'effectuer la résolution récursive à des fins opérationnelles. |
| VPN_VIA_NAT | Les routes vpnViaNat sont toujours accessibles. |
| SLA_STATE_UP | L'état indiqué par le suivi du SLA IP est actif. |
| IF_RESOLVED | L'interface de sortie est active et résolue. |
| PR_REACHABLE | En cas de routes d'overlay, le peer distant, qui est Gateway ou Edge, est accessible. |
