Configurer ECMP avec IP SLA sur FTD géré par FDM
Table des matières
Introduction
Ce document décrit comment configurer ECMP avec IP SLA sur un FTD qui est géré par FDM.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Configuration ECMP sur Cisco Secure Firewall Threat Defense (FTD)
- Configuration IP SLA sur Cisco Secure Firewall Threat Defense (FTD)
- Cisco Secure Firewall Device Manager (FDM)
Composants utilisés
Les informations contenues dans ce document sont basées sur la version logicielle et matérielle suivante :
- Cisco FTD version 7.4.1 (build 172)
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Informations générales
Ce document décrit comment configurer Equal-Cost Multi-Path (ECMP) avec le protocole IP SLA (Internet Protocol Service Level Agreement) sur un FTD Cisco géré par Cisco FDM. ECMP vous permet de regrouper des interfaces sur FTD et d'équilibrer la charge du trafic sur plusieurs interfaces. IP SLA est un mécanisme qui surveille la connectivité de bout en bout par l’échange de paquets réguliers. Parallèlement à ECMP, IP SLA peut être mis en oeuvre afin de garantir la disponibilité du tronçon suivant. Dans cet exemple, le protocole ECMP est utilisé pour distribuer les paquets de manière égale sur deux circuits de fournisseur d'accès Internet (FAI). Parallèlement, un IP SLA assure le suivi de la connectivité, assurant une transition transparente vers tous les circuits disponibles en cas de panne.
Les exigences spécifiques de ce document sont les suivantes :
- Accès aux périphériques avec un compte utilisateur avec des privilèges d'administrateur
- Cisco Secure Firewall Threat Defense version 7.1 ou ultérieure
Configurer
Diagramme du réseau
Dans cet exemple, Cisco FTD possède deux interfaces externes : outside1 et outside2 . Chacun se connecte à une passerelle ISP, outside1 et outside2 appartiennent à la même zone ECMP nommée outside.
Le trafic provenant du réseau interne est acheminé via FTD et la charge est équilibrée sur Internet via les deux FAI.
Dans le même temps, FTD utilise des SLA IP afin de surveiller la connectivité à chaque passerelle ISP. En cas de défaillance sur l’un des circuits du FAI, le FTD bascule vers l’autre passerelle du FAI pour assurer la continuité des activités.
Diagramme du réseau
Configurations
Étape 0. Préconfigurer les interfaces/objets
Connectez-vous à l'interface utilisateur graphique Web de FDM, cliquez sur Device , puis cliquez sur le lien dans le résumé Interfaces. La liste Interfaces affiche les interfaces disponibles, leurs noms, adresses et états.
Interface de périphérique FDM
Cliquez sur l'icône de modification (
) pour l'interface physique que vous souhaitez modifier. Dans cet exemple, GigabitEthernet0/1.
Étape 0 Interface Gi0/1
Dans la fenêtre Modifier l'interface physique :
- Définissez le nom de l'interface, dans ce cas en dehors de 1 .
- Définissez la Status (état) curseur sur le paramètre activé (
. - Cliquez sur l'onglet IPv4 Address et configurez l'adresse IPv4, dans ce cas 10.1.1.1/24.
- Click OK.
Étape 0 - Modifiez l’interface Gi0/1
Remarque : seules les interfaces routées peuvent être associées à une zone ECMP.
Répétez les étapes similaires pour configurer l'interface pour la connexion du FAI secondaire. Dans cet exemple, l'interface physique est GigabitEthernet0/2. Dans la fenêtre Modifier l'interface physique :
- Définissez le nom de l'interface, dans ce cas en dehors de 2.
- Définissez la Status (état) curseur sur le paramètre activé (
. - Cliquez sur l'onglet IPv4 Address et configurez l'adresse IPv4, dans ce cas 10.1.2.1/24.
- Click OK.
Étape 0 - Modifiez l’interface Gi0/2
Répétez les étapes similaires pour configurer l'interface pour la connexion interne, dans cet exemple, l'interface physique est GigabitEthernet0/3. Dans la fenêtre Modifier l'interface physique :
- Définissez le nom de l'interface, dans ce cas à l'intérieur .
- Définissez la Status (état) curseur sur le paramètre activé (
. - Cliquez sur l'onglet IPv4 Address et configurez l'adresse IPv4, dans ce cas 10.1.3.1/24.
- Click OK.
Étape 0 - Modifiez l’interface Gi0/3
Accédez à Objets > Types d'objet > Réseaux , cliquez sur l'icône d'ajout ( 
) pour ajouter un nouvel objet.
Étape 0 Objet 1
Dans la fenêtre Add Network Object, configurez la première passerelle ISP :
- Définissez le Nom de l'objet, dans ce cas gw-outside1.
- Sélectionnez le Type de l'objet, dans ce cas Hôte.
- Définissez l'adresse IP de l'hôte, dans ce cas 10.1.1.2.
- Click OK.
Étape 0, objet 2
Répétez les étapes similaires pour configurer un autre objet réseau pour la deuxième passerelle ISP :
- Définissez le Nom de l'objet, dans ce cas gw-outside2.
- Sélectionnez le Type de l'objet, dans ce cas Hôte.
- Définissez l'adresse IP de l'hôte, dans ce cas 10.1.2.2.
- Click OK.
Étape 0, objet 3
Remarque : votre stratégie de contrôle d'accès doit être configurée sur FTD pour autoriser le trafic. Cette partie n'est pas incluse dans ce document.
Étape 1. Configuration de la zone ECMP
Accédez à Device , puis cliquez sur le lien dans le résumé du routage.
Si vous avez activé les routeurs virtuels, cliquez sur l'icône d'affichage (
) pour le routeur dans lequel vous configurez une route statique. Dans ce cas, les routeurs virtuels ne sont pas activés.
Étape 1 - ECMP Zone1
Cliquez sur l'onglet Zones de trafic ECMP, puis cliquez sur l'icône d'ajout ( 
) pour ajouter une nouvelle zone.
Étape 1 - ECMP Zone2
Dans la fenêtre Add ECMP Traffic Zone :
- Définissez le nom de la zone ECMP et éventuellement une description.
- Cliquez sur l'icône Ajouter (
) pour sélectionner jusqu'à 8 interfaces à inclure dans la zone. Dans cet exemple, le nom ECMP est Outside, les interfaces outside1 et outside2 sont ajoutées à la zone. - Click OK.
Étape 1 - ECMP Zone3
Les deux interfaces outside1 et outside2 ont été ajoutées avec succès à la zone ECMP externe.
Étape 1 - ECMP Zone4
Remarque : une zone de trafic de routage ECMP n'est pas liée aux zones de sécurité. La création d'une zone de sécurité contenant les interfaces outside1 et outside2 n'implémente pas de zone de trafic pour le routage ECMP.
Étape 2. Configurer des objets IP SLA
Pour définir les objets SLA utilisés pour surveiller la connectivité à chaque passerelle, accédez à Objets > Types d'objet > Moniteurs SLA , cliquez sur l'icône d'ajout ( 
) pour ajouter un nouveau moniteur SLA pour la première connexion FAI.
Étape2 IP SLA1
Dans la fenêtre Ajouter un objet SLA Monitor :
- Définissez le Nom pour l'objet de surveillance SLA et éventuellement une description, dans ce cas sla-outside1.
- Définissez l'adresse de surveillance, dans ce cas gw-outside1 (la première passerelle ISP).
- Définissez l'interface cible par l'intermédiaire de laquelle l'adresse de surveillance est accessible, en l'occurrence en dehors de 1 .
- En outre, il est également possible d'ajuster le délai d'attente et le seuil . Click OK.
Étape2 IP SLA2
Répétez l'étape similaire pour configurer un autre objet SLA Monitor pour la deuxième connexion ISP, dans la fenêtre Add SLA Monitor Object :
- Définissez le Nom pour l'objet de surveillance SLA et éventuellement une description, dans ce cas sla-outside2 .
- Définissez l'adresse de surveillance, dans ce cas gw-outside2 (la deuxième passerelle FAI).
- Définissez l'interface cible par l'intermédiaire de laquelle l'adresse de surveillance est accessible, en l'occurrence en dehors de la zone 2.
- En outre, il est également possible d'ajuster le délai d'attente et le seuil. Click OK.
Étape2 IP SLA3
Étape 3. Configuration de routes statiques avec route track
Accédez à Device , puis cliquez sur le lien dans le résumé du routage.
Si vous avez activé les routeurs virtuels, cliquez sur l'icône d'affichage (
) pour le routeur dans lequel vous configurez une route statique. Dans ce cas, les routeurs virtuels ne sont pas activés.
Étape 3 Route 1
Sur la page Static Routing, cliquez sur l'icône add (
) pour ajouter une nouvelle route statique pour la première liaison ISP.
Dans la fenêtre Ajouter une route statique :
- Définissez le nom de la route et éventuellement la description. Dans ce cas, route_outside1.
- Dans la liste déroulante Interface, sélectionnez l'interface par laquelle vous souhaitez envoyer le trafic, l'adresse de passerelle doit être accessible via l'interface. Dans ce cas, outside1 (GigabitEthernet0/1).
- Sélectionnez les Réseaux qui identifient les réseaux de destination ou les hôtes qui utilisent la passerelle dans cette route. Dans ce cas, l'any-ipv4 prédéfini.
- Dans la liste déroulante Gateway, sélectionnez l'objet réseau qui identifie l'adresse IP de la passerelle, Traffic is sent to this address. Dans ce cas gw-outside1 (la première passerelle ISP).
- Définissez la métrique de la route, entre 1 et 254. Dans cet exemple 1.
- Dans la liste déroulante SLA Monitor, sélectionnez l'objet SLA Monitor. Dans ce cas, sla-outside1.
- Click OK.
Étape 3 - Route 2
Répétez l'étape similaire pour configurer une autre route statique pour la deuxième connexion ISP, dans la fenêtre Add Static Route :
- Définissez le nom de la route et éventuellement la description. Dans ce cas, route_outside2.
- Dans la liste déroulante Interface, sélectionnez l'interface par laquelle vous souhaitez envoyer le trafic, l'adresse de passerelle doit être accessible via l'interface. Dans ce cas, outside2 (GigabitEthernet0/2).
- Sélectionnez les Réseaux qui identifient les réseaux de destination ou les hôtes qui utilisent la passerelle dans cette route. Dans ce cas, l'any-ipv4 prédéfini.
- Dans la liste déroulante Gateway, sélectionnez l'objet réseau qui identifie l'adresse IP de la passerelle, Traffic is sent to this address. Dans ce cas, gw-outside2 (la deuxième passerelle ISP).
- Définissez la métrique de la route, entre 1 et 254. Dans cet exemple 1.
- Dans la liste déroulante SLA Monitor, sélectionnez l'objet SLA Monitor. Dans ce scénario, sla-outside2.
- Click OK.
Étape 3 - Route 3
Vous avez 2 routes via les interfaces outside1 et outside2 avec des pistes de route.
Étape 3 Route 4
Déployez la modification sur FTD.
Vérifier
Connectez-vous à l'interface de ligne de commande du FTD, exécutez la commande show zone pour vérifier les informations sur les zones de trafic ECMP, y compris les interfaces qui font partie de chaque zone.
> show zone
Zone: Outside ecmp
Security-level: 0
Zone member(s): 2
outside2 GigabitEthernet0/2
outside1 GigabitEthernet0/1
Exécutez la commande show running-config route pour vérifier la configuration en cours de la configuration de routage. Dans ce cas, il existe deux routes statiques avec des routes.
> show running-config route
route outside1 0.0.0.0 0.0.0.0 10.1.1.2 1 track 1
route outside2 0.0.0.0 0.0.0.0 10.1.2.2 1 track 2
Exécutez la commande show route pour vérifier la table de routage, dans ce cas, il y a deux routes par défaut sont via l'interface outside1 et outside2 à coût égal, le trafic peut être distribué entre deux circuits ISP.
> show route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, V - VPN
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, + - replicated route
SI - Static InterVRF, BI - BGP InterVRF
Gateway of last resort is 10.1.2.2 to network 0.0.0.0
S* 0.0.0.0 0.0.0.0 [1/0] via 10.1.2.2, outside2
[1/0] via 10.1.1.2, outside1
C 10.1.1.0 255.255.255.0 is directly connected, outside1
L 10.1.1.1 255.255.255.255 is directly connected, outside1
C 10.1.2.0 255.255.255.0 is directly connected, outside2
L 10.1.2.1 255.255.255.255 is directly connected, outside2
C 10.1.3.0 255.255.255.0 is directly connected, inside
L 10.1.3.1 255.255.255.255 is directly connected, inside
Exécutez la commande show sla monitor configuration pour vérifier la configuration du moniteur SLA.
> show sla monitor configuration
SA Agent, Infrastructure Engine-II
Entry number: 1037119999
Owner:
Tag:
Type of operation to perform: echo
Target address: 10.1.1.2
Interface: outside1
Number of packets: 1
Request size (ARR data portion): 28
Operation timeout (milliseconds): 5000
Type Of Service parameters: 0x0
Verify data: No
Operation frequency (seconds): 60
Next Scheduled Start Time: Start Time already passed
Group Scheduled : FALSE
Life (seconds): Forever
Entry Ageout (seconds): never
Recurring (Starting Everyday): FALSE
Status of entry (SNMP RowStatus): Active
Enhanced History:
Entry number: 1631063762
Owner:
Tag:
Type of operation to perform: echo
Target address: 10.1.2.2
Interface: outside2
Number of packets: 1
Request size (ARR data portion): 28
Operation timeout (milliseconds): 5000
Type Of Service parameters: 0x0
Verify data: No
Operation frequency (seconds): 60
Next Scheduled Start Time: Start Time already passed
Group Scheduled : FALSE
Life (seconds): Forever
Entry Ageout (seconds): never
Recurring (Starting Everyday): FALSE
Status of entry (SNMP RowStatus): Active
Enhanced History:
Exécutez la commande show sla monitor operational-state pour confirmer l’état du SLA Monitor. Dans ce cas, vous pouvez trouver « Timeout were: FALSE » dans le résultat de la commande, il indique que l'écho ICMP à la passerelle répond, de sorte que la route par défaut via l'interface cible est active et installée dans la table de routage.
> show sla monitor operational-state
Entry number: 1037119999
Modification time: 04:14:32.771 UTC Tue Jan 30 2024
Number of Octets Used by this Entry: 2056
Number of operations attempted: 79
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: FALSE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): 1
Latest operation start time: 05:32:32.791 UTC Tue Jan 30 2024
Latest operation return code: OK
RTT Values:
RTTAvg: 1 RTTMin: 1 RTTMax: 1
NumOfRTT: 1 RTTSum: 1 RTTSum2: 1
Entry number: 1631063762
Modification time: 04:14:32.771 UTC Tue Jan 30 2024
Number of Octets Used by this Entry: 2056
Number of operations attempted: 79
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: FALSE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): 1
Latest operation start time: 05:32:32.791 UTC Tue Jan 30 2024
Latest operation return code: OK
RTT Values:
RTTAvg: 1 RTTMin: 1 RTTMax: 1
NumOfRTT: 1 RTTSum: 1 RTTSum2: 1
Équilibrage de charge
Trafic initial via FTD pour vérifier si la charge ECMP équilibre le trafic entre les passerelles de la zone ECMP. Dans ce cas, lancez la connexion SSH de Test-PC-1 (10.1.3.2) et Test-PC-2 (10.1.3.4) vers Internet-Host (10.1.5.2), exécutez la commande show conn pour confirmer que le trafic est équilibré en charge entre deux liaisons ISP, Test-PC-1 (10.1.3.2) passe par l'interface outside1, Test-PC-2 (10.1.3.4) passe par l'interface outside2.
> show conn
4 in use, 14 most used
Inspect Snort:
preserve-connection: 2 enabled, 0 in effect, 12 most enabled, 0 most in effect
TCP inside 10.1.3.4:41652 outside2 10.1.5.2:22, idle 0:02:10, bytes 5276, flags UIO N1
TCP inside 10.1.3.2:57484 outside1 10.1.5.2:22, idle 0:00:04, bytes 5276, flags UIO N1
Remarque : la charge du trafic est répartie entre les passerelles spécifiées en fonction d'un algorithme qui hache les adresses IP source et de destination, l'interface entrante, le protocole, la source et les ports de destination. Lorsque vous exécutez le test, le trafic que vous simulez peut être routé vers la même passerelle en raison de l'algorithme de hachage, ce qui est attendu, changez n'importe quelle valeur parmi les 6 tuples (IP source, IP de destination, interface entrante, protocole, port source, port de destination) pour apporter des modifications au résultat du hachage.
Route perdue
Si la liaison vers la première passerelle ISP est désactivée, dans ce cas, arrêtez le premier routeur de passerelle pour simuler. Si le FTD ne reçoit pas de réponse d’écho de la première passerelle du FAI dans le délai spécifié dans l’objet SLA Monitor, l’hôte est considéré comme inaccessible et marqué comme inactif. La route suivie vers la première passerelle est également supprimée de la table de routage.
Exécutez la commande show sla monitor operational-state pour confirmer l’état actuel du SLA Monitor. Dans ce cas, vous pouvez trouver « Timeout were: True » dans le résultat de la commande, il indique que l'écho ICMP à la première passerelle ISP ne répond pas.
> show sla monitor operational-state
Entry number: 1037119999
Modification time: 04:14:32.771 UTC Tue Jan 30 2024
Number of Octets Used by this Entry: 2056
Number of operations attempted: 121
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: TRUE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): NoConnection/Busy/Timeout
Latest operation start time: 06:14:32.801 UTC Tue Jan 30 2024
Latest operation return code: Timeout
RTT Values:
RTTAvg: 0 RTTMin: 0 RTTMax: 0
NumOfRTT: 0 RTTSum: 0 RTTSum2: 0
Entry number: 1631063762
Modification time: 04:14:32.771 UTC Tue Jan 30 2024
Number of Octets Used by this Entry: 2056
Number of operations attempted: 121
Number of operations skipped: 0
Current seconds left in Life: Forever
Operational state of entry: Active
Last time this entry was reset: Never
Connection loss occurred: FALSE
Timeout occurred: FALSE
Over thresholds occurred: FALSE
Latest RTT (milliseconds): 1
Latest operation start time: 06:14:32.802 UTC Tue Jan 30 2024
Latest operation return code: OK
RTT Values:
RTTAvg: 1 RTTMin: 1 RTTMax: 1
NumOfRTT: 1 RTTSum: 1 RTTSum2: 1
Exécutez la commande show route pour vérifier la table de routage actuelle, la route vers la première passerelle ISP via l'interface outside1 est supprimée, il n'y a qu'une seule route active par défaut vers la deuxième passerelle ISP via l'interface outside2.
> show route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, V - VPN
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, + - replicated route
SI - Static InterVRF, BI - BGP InterVRF
Gateway of last resort is 10.1.2.2 to network 0.0.0.0
S* 0.0.0.0 0.0.0.0 [1/0] via 10.1.2.2, outside2
C 10.1.1.0 255.255.255.0 is directly connected, outside1
L 10.1.1.1 255.255.255.255 is directly connected, outside1
C 10.1.2.0 255.255.255.0 is directly connected, outside2
L 10.1.2.1 255.255.255.255 is directly connected, outside2
C 10.1.3.0 255.255.255.0 is directly connected, inside
L 10.1.3.1 255.255.255.255 is directly connected, inside
Exécutez la commande show conn , vous pouvez constater que les deux connexions sont toujours actives. Les sessions SSH sont également actives sur Test-PC-1 (10.1.3.2) et Test-PC-2 (10.1.3.4) sans interruption.
> show conn
4 in use, 14 most used
Inspect Snort:
preserve-connection: 2 enabled, 0 in effect, 12 most enabled, 0 most in effect
TCP inside 10.1.3.4:41652 outside2 10.1.5.2:22, idle 0:19:29, bytes 5276, flags UIO N1
TCP inside 10.1.3.2:57484 outside1 10.1.5.2:22, idle 0:17:22, bytes 5276, flags UIO N1
Remarque : vous pouvez remarquer dans le résultat deshow conn, que la session SSH de Test-PC-1 (10.1.3.2) passe toujours par l'interface outside1, bien que la route par défaut via l'interface outside1 ait été supprimée de la table de routage. ceci est attendu et, par conception, le trafic réel passe par l'interface outside2. Si vous initiez une nouvelle connexion de Test-PC-1 (10.1.3.2) à Internet-Host (10.1.5.2), vous pouvez constater que tout le trafic passe par l'interface outside2.
Dépannage
Afin de valider la modification de la table de routage, exécutez la commande debug ip routing.
Dans cet exemple, lorsque la liaison vers la première passerelle ISP est désactivée, la route passant par l’interface outside1 est supprimée de la table de routage.
> debug ip routing
IP routing debugging is on
RT: ip_route_delete 0.0.0.0 0.0.0.0 via 10.1.1.2, outside1
ha_cluster_synced 0 routetype 0
RT: del 0.0.0.0 via 10.1.1.2, static metric [1/0]NP-route: Delete-Output 0.0.0.0/0 hop_count:1 , via 0.0.0.0, outside1
RT(mgmt-only):
NP-route: Update-Output 0.0.0.0/0 hop_count:1 , via 10.1.2.2, outside2
NP-route: Update-Input 0.0.0.0/0 hop_count:1 Distance:1 Flags:0X0 , via 10.1.2.2, outside2
Exécutez la commande show route pour confirmer la table de routage actuelle.
> show route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, V - VPN
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, + - replicated route
SI - Static InterVRF, BI - BGP InterVRF
Gateway of last resort is 10.1.2.2 to network 0.0.0.0
S* 0.0.0.0 0.0.0.0 [1/0] via 10.1.2.2, outside2
C 10.1.1.0 255.255.255.0 is directly connected, outside1
L 10.1.1.1 255.255.255.255 is directly connected, outside1
C 10.1.2.0 255.255.255.0 is directly connected, outside2
L 10.1.2.1 255.255.255.255 is directly connected, outside2
C 10.1.3.0 255.255.255.0 is directly connected, inside
L 10.1.3.1 255.255.255.255 is directly connected, inside
Lorsque la liaison vers la première passerelle ISP est à nouveau active, la route passant par l’interface outside1 est ajoutée à la table de routage.
> debug ip routing
IP routing debugging is on
RT(mgmt-only):
NP-route: Update-Output 0.0.0.0/0 hop_count:1 , via 10.1.2.2, outside2
NP-route: Update-Output 0.0.0.0/0 hop_count:1 , via 10.1.1.2, outside2
NP-route: Update-Input 0.0.0.0/0 hop_count:2 Distance:1 Flags:0X0 , via 10.1.2.2, outside2
via 10.1.1.2, outside1
Exécutez la commande show route pour confirmer la table de routage actuelle.
> show route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, V - VPN
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, + - replicated route
SI - Static InterVRF, BI - BGP InterVRF
Gateway of last resort is 10.1.2.2 to network 0.0.0.0
S* 0.0.0.0 0.0.0.0 [1/0] via 10.1.2.2, outside2
[1/0] via 10.1.1.2, outside1
C 10.1.1.0 255.255.255.0 is directly connected, outside1
L 10.1.1.1 255.255.255.255 is directly connected, outside1
C 10.1.2.0 255.255.255.0 is directly connected, outside2
L 10.1.2.1 255.255.255.255 is directly connected, outside2
C 10.1.3.0 255.255.255.0 is directly connected, inside
L 10.1.3.1 255.255.255.255 is directly connected, inside
Informations connexes
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
02-Feb-2024 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)