Problemen oplossen " IP-adres 0.0.0.0 dupliceren" Foutberichten

Inleiding

Dit document beschrijft de foutmelding "Duplicate IP Address 0.0.0.0" die door gebruikers van Microsoft Windows Vista en latere versies is ontvangen en de resolutie ervan.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Probleem

Met Microsoft Windows Vista en latere versies introduceerde Microsoft een nieuw mechanisme dat wordt gebruikt om dubbele adressen op het netwerk te detecteren wanneer het DHCP-proces (Dynamic Host Configuration Protocol) plaatsvindt. Deze nieuwe detectiestroom wordt beschreven in RFC 5227.

Een van de triggers voor deze detectiestroom is gedefinieerd in paragraaf 2.1.1.Hier is de definitie:

Als de host tijdens deze periode een Address Resolution Protocol (ARP)-probe ontvangt waarbij het IP-adres van het pakketdoel het adres is waarnaar wordt gezocht en het hardwareadres van de pakketafzender niet het hardwareadres van een van de hostinterfaces is, moet de host dit op dezelfde manier behandelen als een adresconflict en een fout signaleren aan de configuratieagent zoals hierboven. Dit kan gebeuren als twee (of meer) hosts om welke reden dan ook onbedoeld zijn geconfigureerd met hetzelfde adres en beide tegelijkertijd bezig zijn met het onderzoeken van dat adres om te zien of het veilig kan worden gebruikt.

Cisco IOS^® gebruikt de Address Resolution Protocol (ARP) Probe, die afkomstig is van een adres van 0.0.0.0, om de cache voor het bijhouden van IP-apparaten te behouden wanneer het IP-apparaatnummer wordt bijgehouden, en een functie die deze gebruikt, is ingeschakeld (zoals 802.1x) op een Cisco IOS-switch. Het doel van de IP-apparaattrack is dat de switch een lijst met apparaten die met de switch zijn verbonden via een IP-adres, verkrijgt en bijhoudt. De sonde vult de spooringang niet. Het wordt gebruikt om de vermelding in de tabel te activeren en te behouden nadat deze is geleerd. Dit IP-adres wordt vervolgens gebruikt wanneer een toegangscontrolelijst (ACL) wordt toegepast op de interface om het bronadres in de ACL te vervangen door het IP-adres van de client. Deze functie is van cruciaal belang wanneer toegangslijsten worden gebruikt met 802.1x of een andere Flex-Auth-functie op Cisco-switches.

Oorzaak IP-adres dupliceren

Als de switch een ARP-probe voor de client verzendt terwijl de Microsoft Windows-pc zich in de detectiefase voor dubbele adressen bevindt, detecteert Microsoft Windows de probe als een duplicaat IP-adres en geeft een bericht weer dat een duplicaat IP-adres in het netwerk is gevonden voor 0.0.0.0. De pc krijgt geen IP-adres en de gebruiker moet het adres handmatig vrijgeven/vernieuwen, de verbinding verbreken en opnieuw verbinding maken met het netwerk of de pc opnieuw opstarten om toegang tot het netwerk te krijgen.

Dit is een voorbeeld van de mislukte pakketreeks:

Oplossing

Er zijn meerdere methoden die kunnen worden gebruikt om dit probleem te omzeilen. Dit is een lijst met mogelijke oplossingen:

• De meest effectieve methode om dit probleem te voorkomen, is door de switch zo te configureren dat deze een niet-RFC-compatibele ARP-sonde stuurt om de sonde te zoeken vanaf de Switch Virtual Interface (SVI) in het VLAN waar de pc zich bevindt. Als een SVI is geconfigureerd voor het Virtual Local Area Network (VLAN) en een van de twee volgende opdrachten wordt gebruikt, is het IP-adres van de afzender in de IPDT-sondes (IP Device Tracking) nooit 0.0.0. Het is dus zeker dat de fout met het dubbele IP-adres niet optreedt.
  
  Dit opdrachtformaat is voor oudere codeversies:
  
  

  ip device tracking probe use-svi

  Deze configuratie activeert momenteel niet de foutmelding voor dubbele adresdetectie in Microsoft Windows. Het voorbehoud bij deze methode is dat een SVI moet bestaan op elke switch in elk VLAN waar Microsoft Windows-clients die DHCP uitvoeren zich bevinden. Deze methode is moeilijk te schalen, dus Cisco raadt aan om de vertraging van de IP-apparaat-tracking probe te gebruiken als de primaire methode. SVI is momenteel niet beschikbaar op het Switch-platform uit de 6500-reeks. Deze opdracht werd geïmplementeerd in Cisco IOS versie 12.2(55)SE op 2900, 3500 en 3700 Series Switch platformen, en in versie 15.1(1)SG op de 4500 Series Switch platformen.
  
  Dit opdrachtformaat is voor nieuwere codeversies:
  
  

  ip device tracking probe auto-source fallback   [override]

  Deze laatste Command Line Interface (CLI) commando werd geïntroduceerd door middel van Cisco bug ID CSCtn27420 in Cisco IOS versie 15.2(2)E. Het werd toegevoegd om een door de gebruiker gedefinieerd ARP-bronadres toe te staan in plaats van het vereiste om het standaard bron-IP-adres van 0.0.0.0 te gebruiken. De nieuwe global command ip device tracking probe auto-source fallback 0.0.0.x 255.255.255.0 override stelt de gebruiker in staat om het hostadres van 0.0.0.x in het subnet te gebruiken om dubbele IP-adresproblemen te voorkomen.  Als er geen SVI is voor een bepaald VLAN, wordt de fallback-host-ip gebruikt om de sonde te bronnen.
  
  
• Het belangrijkste niet-SVI-alternatief dat wordt gebruikt om het probleem te omzeilen, is het uitstellen van de sonde van de switch, zodat Microsoft Windows de tijd heeft om de detectie van dubbele IP-adressen te voltooien. Dit is alleen van toepassing op toegangspoorten en verbindingsscenario's. Voer deze opdracht in om de sonde uit te stellen:
  
  

  ip device tracking probe delay 10

  De RFC specificeert een venster van tien seconden voor de detectie van dubbele adressen. Als u de apparaatvolgsonde uitstelt, wordt het probleem in bijna alle gevallen opgelost. Naast de sondevertraging wordt de vertraging ook opnieuw ingesteld wanneer de switch een sonde van de pc detecteert. Als de timer van de sonde bijvoorbeeld is afgeteld tot vijf seconden en een ARP-sonde van de pc detecteert, wordt de timer gereset tot tien seconden. Dit venster kan verder worden verkleind als u ook DHCP-snoop inschakelt, omdat hiermee ook de timer wordt gereset. In zeldzame gevallen stuurt de pc een ARP Probe milliseconden voordat de switch zijn sonde verzendt, wat nog steeds een duplicaat-adresbericht naar de eindgebruiker activeert. Deze opdracht werd geïntroduceerd in Cisco IOS versie 15.0(1)SE op 2900, 3500 en 3700 Series Switch platformen, versie 15.0(2)SG op de 4500 Series Switch platformen, en versie 12.2(33)SXI7 op de 6500 Series Switch platformen.
  
  
• Een andere methode die wordt gebruikt om dit probleem op te lossen, is een probleemoplossing van de client om te bepalen waarom dubbele adresdetectie zo laat plaatsvindt nadat de link online is gekomen. De switch heeft geen manier om de tijd te bepalen dat dit proces plaatsvindt, dus schat de ingestelde tijd voor de sondevertraging in om het conflict te voorkomen. Om de reden dat dubbele adresdetectie zo laat plaatsvindt, effectief op te lossen, is verdere informatie over het gedrag van de IP-apparaatvolgsonde nuttig.
  
  De ARP-sonde wordt verzonden onder twee omstandigheden:
  
  
  • Een koppeling die is gekoppeld aan een huidig item in de IPDT-database wordt verplaatst van een DOWN naar een UP-status.
  • Een koppeling die al in de UP-status is gekoppeld aan een item in de IPDT-database, heeft een verlopen proefinterval.
    
    
  Voer deze opdracht in om het interval van de IP-probe voor het volgen van apparaten in te stellen:
  
  

  ip device tracking probe interval 

  Het standaardinterval is 30 seconden. Voer deze opdracht in om deze informatie te bekijken:
  
  

  show ip device tracking all
  
  IP Device Tracking = Enabled
  IP Device Tracking Probe Count = 3
  IP Device Tracking Probe Interval = 30
  IP Device Tracking Probe Delay Interval = 0
  ------------------------------------------------------------
  IP Address  MAC Address   Vlan  Interface            STATE
  ------------------------------------------------------------
  10.0.0.1   a820.661b.b384  301  GigabitEthernet0/1  INACTIVE
  
  Total number interfaces enabled: 1
  Enabled interfaces:
     Gi0/1
  

  Nadat de eerste invoer van een DOWN naar een UP-status is verplaatst, worden er geen verdere sondes verzonden, tenzij de switch geen verkeer van dat apparaat ziet voor het vertragingsinterval van de sonde. Ook, zoals eerder vermeld, treedt het conflict alleen op als de pc de ARP Probe milliseconden uitzendt voordat de switch de ARP Probe (tegelijkertijd) verzendt.

Gerelateerde informatie

• Cisco Technical Support en downloads

Revisiegeschiedenis

Revisie	Publicatiedatum	Opmerkingen
6.0	08-Jun-2026	Titel, inleiding en opmaak bijgewerkt.
5.0	03-Dec-2024	Recertificering, opmaak, SEO en machinevertaling
4.0	21-Aug-2023	hercertificering
3.0	21-Jul-2022	Herzien om de leesbaarheid en naleving van de publicatievereisten van Cisco te verbeteren.
1.0	18-Sep-2013	Eerste vrijgave