Aperçu
Le document vise à aider à comprendre et à corriger la cause du message d'erreur.
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]
Qu’est-ce qu’une sonde ARP ?
Une sonde ARP est une requête ARP construite avec une adresse IP d'expéditeur à zéro. Ce terme est utilisé dans la spécification IPv4 Address Conflict Detection (RFC 5227). Avant de commencer à utiliser une adresse IPv4 (qu'elle soit reçue à partir d'une configuration manuelle, d'un protocole DHCP ou de tout autre moyen), un hôte mettant en oeuvre cette spécification doit vérifier si l'adresse est déjà utilisée, en diffusant des paquets de sonde ARP[8].
Dépannage
Ces sondes ARP sont envoyées par une adresse Mac appartenant à un commutateur qui n'a pas d'interface SVI dans ce VLAN.
Lors d'une enquête plus approfondie, il s'agit de paquets ARP Probe envoyés par des périphériques IOS exécutant la fonctionnalité de suivi des périphériques IP.
Voici un exemple de capture Ethanalyzer du paquet :
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]
Solution de contournement
La fonctionnalité de suivi des périphériques IP est désormais activée par défaut dans certains commutateurs IOS
Pour contourner ce problème, vous pouvez désactiver l'IPDT sur les interfaces physiques qui accèdent au nexus à partir de ces périphériques :
Note: Cette opération ne peut pas être désactivée globalement, elle doit être effectuée par interface. S'il s'agit d'un port-channel, vous devez le configurer sur l'interface logique port-channel, et non sur les interfaces physiques.
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]
Sur le 3850 avec 3.2.3SE, la configuration ci-dessous désactive la fonctionnalité :
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]
Sur le 3850 avec 3.3.3SE, la configuration ci-dessous désactivera la fonctionnalité (le suivi des périphériques ip max 0 fonctionne maintenant) :
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]
Bogues de référence
CSCud96554 Supprimer syslog %ARP-3-DUP_VADDR_SRC_IP_PROBE
CSCul20441 Supprimer syslog %ARP-3-DUP_VADDR_SRC_IP_PROBE dans 6.2(2)
Commentaires