Übersicht
Das Dokument soll dabei helfen, die Ursache der Fehlermeldung zu verstehen und zu beheben.
2013 Oct 25 15:23:17 N7K %ARP-3-DUP_VADDR_SRC_IP_PROBE: arp [4650] Duplicate address Detected. Probe packet received from 34bd.c8a3.ce30 on Vlan99(port-channel46) with destination set to our local Virtual ip, 10.10.10.1
2013 Oct 25 15:23:35 N7K %ARP-3-DUP_SRC_IP_PROBE: arp [4650] Duplicate address Detected. Probe packet received from 34bd.c8a3.ce30 on Vlan109(port-channel46) with destination set to our local ip, 10.10.10.2
[an error occurred while processing this directive]
Was ist eine ARP-Anfrage?
Eine ARP-Anfrage ist eine ARP-Anfrage, die mit einer IP-Adresse für einen Absender ohne vollständige Nummer erstellt wurde. Der Begriff wird in der Spezifikation für die IPv4-Adressenkonflikterkennung (RFC 5227) verwendet. Bevor ein Host eine IPv4-Adresse verwendet (unabhängig davon, ob er von einer manuellen Konfiguration, DHCP oder anderen Mitteln empfangen wurde), muss er, der diese Spezifikation implementiert, prüfen, ob die Adresse bereits verwendet wird, indem er ARP-Testpakete sendet.[8]
Fehlerbehebung
Diese ARP-Tests werden von einer MAC-Adresse gesendet, die zu einem Switch gehört, der keine SVI in diesem VLAN hat.
Bei weiteren Untersuchungen handelt es sich um ARP-Testpakete, die von IOS-Geräten mit der IP-Geräteverfolgungsfunktion gesendet werden.
Nachfolgend finden Sie eine Beispiel-Ethanalyzer-Erfassung des Pakets:
N7K# ethanalyzer local interface inband capture-filter "ether src 34:bd:c8:a3:ce:30 and arp and host 10.10.10.2" detail
Capturing on inband
Frame 1 (60 bytes on wire, 60 bytes captured)
Arrival Time: Oct 25, 2013 15:28:59.577664000
[Time delta from previous captured frame: 0.000000000 seconds]
[Time delta from previous displayed frame: 0.000000000 seconds]
[Time since reference or first frame: 0.000000000 seconds]
Frame Number: 1
Frame Length: 60 bytes
Capture Length: 60 bytes
[Frame is marked: False]
[Protocols in frame: eth:arp]
Ethernet II, Src: 34:bd:c8:a3:ce:30 (34:bd:c8:a3:ce:30), Dst: c0:62:6b:ae:03:c1 (c0:62:6b:ae:03:c1)
Destination: c0:62:6b:ae:03:c1 (c0:62:6b:ae:03:c1)
Address: c0:62:6b:ae:03:c1 (c0:62:6b:ae:03:c1)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
Source: 34:bd:c8:a3:ce:30 (34:bd:c8:a3:ce:30)
Address: 34:bd:c8:a3:ce:30 (34:bd:c8:a3:ce:30)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
Type: ARP (0x0806)
Trailer: 000000000000000000000000000000000000
Address Resolution Protocol (request)
Hardware type: Ethernet (0x0001)
Protocol type: IP (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (0x0001)
[Is gratuitous: False]
Sender MAC address: 34:bd:c8:a3:ce:30 (34:bd:c8:a3:ce:30)
Sender IP address: 0.0.0.0 (0.0.0.0)
Target MAC address: c0:62:6b:ae:03:c1 (c0:62:6b:ae:03:c1)
Target IP address: 10.10.10.2 (10.10.10.2)
[an error occurred while processing this directive]
Problemumgehung
Die Funktion zur IP-Geräteverfolgung ist jetzt in einigen IOS-Switches standardmäßig aktiviert.
Um dies zu umgehen, können Sie IPDT auf der (den) physischen Schnittstelle(n) deaktivieren, die von diesen Geräten zum Nexus führt:
Hinweis: Dies kann nicht global deaktiviert werden, sondern muss pro Schnittstelle erfolgen. Wenn es sich um einen Port-Channel handelt, sollten Sie dies auf der logischen Port-Channel-Schnittstelle konfigurieren, nicht auf den physischen Schnittstellen.
IOSswitch(config)# no ip device tracking
% IP device tracking is disabled at the interface level by removing the relevant configs
IOSswitch(config)# interface gi1/0/1
IOSswitch(config-if)# ip device tracking maximum 0
IOSswitch(config-if)# end
[an error occurred while processing this directive]
Auf dem 3850 mit 3.2.3SE wird die Funktion durch die folgende Konfiguration deaktiviert:
3850(config)# interface gi1/0/1
3850(config-if)# ip device tracking maximum 1
3850(config-if)# NMSP attach suppress
3850(config-if)# end
3850# wr mem
[an error occurred while processing this directive]
Auf dem 3850 mit 3.3.3SE wird die Funktion durch die folgende Konfiguration deaktiviert (IP Device Tracking max 0 funktioniert jetzt):
3850(config)# interface gi1/0/1
3850(config-if)# ip device tracking maximum 0
3850(config-if)# NMSP attach suppress
3850(config-if)# end
3850# wr mem
[an error occurred while processing this directive]
Referenzfehler
CSCud96554 Systemunterstützungs-Syslog %ARP-3-DUP_VADDR_SRC_IP_PROBE
CSCul20441 Suppress syslog %ARP-3-DUP_VADDR_SRC_IP_PROBE in 6.2(2)
Feedback