1312;치를 ȏ12;했lj16;데도 여1204;7176; 간간7176; 뜨lj16; 충돌ǐ12;문에 골머리를 ǹ15;고1080;습니다 ㅠㅠ
nbtstat -a /196; IP를 찍Ǻ12;도 따/196; 나오lj16;,148; 없고 서버에서lj16; IP충돌났다lj16; 알림1008; 떠1080;습니다.
에스원 서비스 1060;용1473;1060;고 시큐아1060; 0169;화ǣ17;에서 그 아1060;피lj16; 해NJ17; 맥1452;소만 1217;근할수1080;,172; 1312;치를 ȏ12;했1020;에도 불구Ȣ16;고 
심1648;Ǻ12; 해NJ17; 서버 IP를 0148;ǂ12;도 유ᇺ1; 특1221; 서버만 계속 충돌1060; 납니다. ㅠㅠ 
0169;화ǣ17;에서 설1221;한 고1221;아1060;피 구간1060;라서 DHCP 할NJ17;0155;lj16; 구간도 아닙니다
한달에 .160;Ǻ12;번1221;도 충돌1060; 나서 계속 그런,163;도 아닙니다 ㅠㅠ
Ǻ12;떻,172; 할 수 1080;1012;까요 ㅠㅠ 사내 ኖ1;1012; 1216;,160;해봐도 해NJ17;1452;소 고1221;아1060;피를 Ǹ16;lj16;곳도 없lj16;데 ㅠㅠ
현 시점에서는 패킷을 덤프해서 문제가 되는 호스트의 MAC 주소를 알아낼 수 밖에 없을 것 같은데요, 이렇게 할 경우 한달에 한두번이라는 발생 빈도가 문제입니다.
일단은 서버에서 ARP 패킷을 덤프하고, 적당한 주기로 덤프 데이터를 지워주는 식으로 가시는게 어떨까요?
임의로 생성된 MAC일 가능성이 높습니다.
아쉽지만 윈도우에는 없습니다.
티밍했다가 아이피 초기화 안하고 다시 넣었는지 확인해보세요.
실제 레지스트리에 박혀서 충돌나는 케이스 흔합니다.
NMS가 없어도 management 스위치면 스위치에서 mac address table 확인해서
어느 포트에 해당 mac이 걸려있는지 확인해 보심이...
한 달에 두어 번 켜는 장비나 한 달에 두어 번 노트북 가지고 방문하는 사람이 있는지를 확인해 보세요.