Einleitung
In diesem Dokument werden die Schritte zur Behebung der ACI-Fehler F1344 und F1425 beschrieben.
Hintergrundinformationen
Die Behebungsverfahren für ACI-Fehler F1344 und F1425 sind im gleichen Dokument enthalten, da sich die Vorgehensweise bei diesen Fehlern unterscheiden kann.
Fehlercode F1344
Der Fehlercode 1344 tritt auf, wenn bei derselben Virtual Routing and Forwarding (VRF) ein Konfigurationsfehler aufgrund einer Subnetzüberlappung auftritt.
Wahrscheinlich können mehrere Layer-3-Schnittstellen (L3) mit demselben Subnetz in derselben VRF-Instanz konfiguriert sein, die den Fehler auslösen kann.
APIC# moquery -c faultInst -f 'fault.Inst.code=="F1344"'
Total Objects shown: 3
# fault.Inst
code : F1344
ack : yes
annotation :
cause : config-failure
changeSet : ipv4CfgFailedBmp (New: ipv4:Addraddr_failed_flag,ipv4:Addrctrl_failed_flag,ipv4:AddrlcOwn_failed_flag,ipv4:AddrmodTs_failed_flag,ipv4:AddrmonPolDn_failed_flag,ipv4:Addrpref_failed_flag,ipv4:Addrtag_failed_flag,ipv4:Addrtype_failed_flag,ipv4:AddrvpcPeer_failed_flag), ipv4CfgState (New: 1), operStQual (New: subnet-overlap)
childAction :
created : 2019-05-05T14:35:10.660+03:00
delegated : no
descr : Address configuration failure. Reason: 1
dn : topology/pod-1/node-1003/sys/ipv4/inst/dom-TN_PROD:VRF_PROD_CRIT/if-[vlan37]/addr-[192.168.88.126/25]/fault-F1344
domain : infra
extMngdBy : undefined
highestSeverity : warning
lastTransition : 2019-05-05T14:37:18.540+03:00
lc : raised
modTs : never
occur : 1
origSeverity : warning
prevSeverity : warning
rn : fault-F1344
rule : ipv4-addr-ipv4-cfg-ctrl
severity : warning
status :
subject : failure-to-deploy
type : config
uid :
Häufige Beispiele für die Fehlergenerierung:
1. Loopback-IPs auf L3Outs überschneiden sich mit IP-Adressen auf L3Out.
2. Kombination von Überlappungen von Subnetzpräfixen unter Bridge-Domänen (BDs) und/oder EPG-Subnetzen.
Fehlercode F1425
Der Fehlercode F1425 tritt auf, wenn der Betriebsstatus des IPv4-Adressstatus in "subnet-overlap/no primary/address" geändert wird, die bereits als nächster Hop einer statischen Route konfiguriert ist.
Empfohlene Aktion: Um diesen Fehler zu beheben, führen Sie die folgenden Aktionen aus:
- Prüfen Sie alle Konfigurationsprobleme.
- Überprüfen Sie, ob die Konfiguration korrekt/vollständig ist.
- Wenn die Schnittstelle ausgefallen ist, reparieren Sie die Verbindung/Konfiguration, um den Schnittstellenstatus wieder herzustellen.
APIC# moquery -c faultInst -f 'fault.Inst.code=="F1425"'
Total Objects shown: 3
# fault.Inst
code : F1425
ack : no
alert : no
annotation :
cause : ip-provisioning-failed
changeSet : ipv4CfgFailedBmp (New: ipv4:Addraddr_failed_flag,ipv4:Addrctrl_failed_flag,ipv4:AddrlcOwn_failed_flag,ipv4:AddrmodTs_failed_flag,ipv4:AddrmonPolDn_failed_flag,ipv4:Addrpref_failed_flag,ipv4:Addrtag_failed_flag,ipv4:Addrtype_failed_flag,ipv4:AddrvpcPeer_failed_flag), ipv4CfgState (New: 1), operStQual (New: subnet-overlap)
childAction :
created : 2022-06-19T03:25:56.759+03:00
delegated : no
descr : IPv4 address(10.66.212.97/28) is operationally down, reason:Subnet overlap on node 211 fabric hostname SULM-WLEF-CI-211
dn : topology/pod-1/node-211/sys/ipv4/inst/dom-mgmt:OSS/if-[vlan102]/addr-[10.66.212.97/28]/fault-F1425
domain : access
extMngdBy : undefined
highestSeverity : major
lastTransition : 2022-06-19T03:28:24.946+03:00
lc : raised
modTs : never
occur : 1
origSeverity : major
prevSeverity : major
rn : fault-F1425
rule : ipv4-addr-oper-st-down
severity : major
status :
subject : oper-state-err
title :
type : operational
uid :
userdom : all
Detaillierte Schritte zur Behebung von Fehlern
1. Isolieren Sie alle L3Out-Schnittstellen, die sich mit der Loopback-Adresse auf L3Outs überschneiden können.
2. Isolieren Sie alle Subnetze, die sich zwischen EPG-Subnetzen und/oder BDs überlappen.
Da sich die IP-Adressen bei Loopbacks/L3Outs oder BD-Subnetzen überschneiden können, ist es am besten, den vollständigen Dump der IP-Adressen zu erhalten.
apic# moquery -c ipv4Addr
Nachdem Sie die Überlappung identifiziert haben, können Sie mit einem dieser Befehle überprüfen, ob die Überlappung mit einer bestimmten BD-Konfiguration verknüpft ist.
apic# moquery -c fvSubnet
apic# moquery -c fvBD
Es erfordert eine gewisse Datenanalyse mithilfe von grep, um die spezifischen Konflikte zu extrahieren und zu identifizieren.
Beispiel
Fehler:
# fault.Inst
code : F1344
ack : no
cause : config-failure
changeSet : ipv4CfgFailedBmp (New: ipv4:Addraddr_failed_flag,ipv4:Addrctrl_failed_flag,ipv4:AddrlcOwn_failed_flag,ipv4:AddrmodTs_failed_flag,ipv4:AddrmonPolDn_failed_flag,ipv4:Addrpref_failed_flag,ipv4:Addrtag_failed_flag,ipv4:Addrtype_failed_flag,ipv4:AddrvpcPeer_failed_flag), ipv4CfgState (New: 1), operStQual (New: subnet-overlap)
childAction :
created : 2018-03-14T23:12:40.354+01:00
delegated : no
descr : Address configuration failure. Reason: 1
dn : topology/pod-1/node-301/sys/ipv4/inst/dom-O-HMPO-Prod:O-HMPO-DB-DMZ-Prod-VRF/if-[lo21]/addr-[10.23.255.3/32]/fault-F1344
domain : infra
highestSeverity : warning
lastTransition : 2018-03-14T23:14:47.336+01:00
lc : raised
modTs : never
occur : 1
origSeverity : warning
prevSeverity : warning
rn : fault-F1344
rule : ipv4-addr-ipv4-cfg-ctrl
severity : warning
status :
subject : failure-to-deploy
type : config
uid :
Analyse:
Es gibt zwei Loopbacks:
apic# moquery -c ipv4Addr
<SNIP>
# ipv4.Addr
addr : 10.23.255.3/32
childAction :
ctrl :
dn : topology/pod-1/node-301/sys/ipv4/inst/dom-O-HMPO-Prod:O-HMPO-DB-DMZ-Prod-VRF/if-[lo21]/addr-[10.23.255.3/32]
ipv4CfgFailedBmp : ipv4:Addraddr_failed_flag,ipv4:Addrctrl_failed_flag,ipv4:AddrlcOwn_failed_flag,ipv4:AddrmodTs_failed_flag,ipv4:AddrmonPolDn_failed_flag,ipv4:Addrpref_failed_flag,ipv4:Addrtag_failed_flag,ipv4:Addrtype_failed_flag,ipv4:AddrvpcPeer_failed_flag
ipv4CfgFailedTs : 00:00:00:00.000
ipv4CfgState : 1
lcOwn : local
modTs : 2018-03-14T16:11:58.033+01:00
monPolDn :
operSt : down
operStQual : subnet-overlap
pref : 1
rn : addr-[10.23.255.3/32]
status :
tag : 0
type : primary
vpcPeer : 0.0.0.0
# ipv4.Addr
addr : 10.23.255.3/32
childAction :
ctrl :
dn : topology/pod-1/node-301/sys/ipv4/inst/dom-O-HMPO-Prod:O-HMPO-DB-DMZ-Prod-VRF/if-[lo23]/addr-[10.23.255.3/32]
ipv4CfgFailedBmp :
ipv4CfgFailedTs : 00:00:00:00.000
ipv4CfgState : 0
lcOwn : local
modTs : 2018-03-14T16:11:54.905+01:00
monPolDn :
operSt : up
operStQual : up
pref : 1
rn : addr-[10.23.255.3/32]
status :
tag : 0
type : primary
vpcPeer : 0.0.0.0
Lo21 überlappt mit Lo23.
Er gehört zu zwei verschiedenen L3Outs in derselben VRF-Instanz.
Feedback