Nu verkar förvirringen vara stor här i forumet:
ARP-cachen uppdateras när datorn får en ARP-response från en dator. Detta är oftast ett unicast
Detta föregås av att datorn skickat en ARP-request. Detta är en broadcast.
Mikael Svenssons inlägg hjälper inte om du inte känner till IP-adressen. Enheten kommer inte att acceptera IP-trafik till den "tilldelade" adressen bara för att IP-adressen fungerar.
Kommandot gör bara så att din dator inte gör ARP-request för den givna IP-adressen, och skickar paketen direkt. Detta kan användas för att komma runt adresskonflikter t.ex.
Ett tips du kan testa är att pinga antingen broadcast (255.255.255.255) eller ett lokalt broadcast, om du misstänkter att du vet vilket nät den ligger på. (10.255.255.255, 172.31.255.255, 192.168.255.255).
Risken är att den inte svarar på detta. Risken är också att en enhet på 192.168.1.1 med nätmask 255.255.255.0 inte svarar på 192.168.255.255 eftersom nätmasken då inte stämmer.
Efte att pingen är gjord, även om den inte ger svar, kan man kolla i ARP-cachen (arp -a) och se om man ser någon IP-adress.
Vill man radera ett entry kan man som root (sudo, super user osv) välja "arp -d <IP>"
Ett annat sätt du kan göra det på är att sätta in en protokollanalysator och se om den skickar ut några paket som kan ge en hint.
Ett gratis är EtherReal, som fungerar med X11. Måste dock köras som root (för att få ansluta till nätverkskortet), och måste föregås av "xhost localhost" för att det ska visas korrekt.