View previous topic :: View next topic |
Author |
Message |
denevoldson Newbie
Joined: 14 Feb 2005 Posts: 3 Location: Florida, USA
|
Posted: Fri Feb 18, 2005 8:36 pm Post subject: problems with MAC.DLL |
|
|
I hope I'm not repeating anything, but didn't find this topic anywhere else.
I'm using MAC.DLL with VDS 5 in a computer inventory and tracking system. Without going into all the details, the program (including MAC.DLL) is running on each computer in a LAN, sending info to my server.
Out of 118 computers, 2 (that I have found) are reporting the wrong MAC address via calls to this dll. Neither computer has more than one NIC, and the wrong MAC is not a "virtual adapter" MAC that I can tell. IPCONFIG (or ping and arp -a) shows the correct MAC.
One system is Win2000, the other WinXP. Anybody seen this before?
Also, I'd like to know the method MAC.dll uses to capture the data - that would help in case it's a machine problem. I want to roll this system out to other sites, so I'd like to make sure it's not a DLL glitch!
Thanks!
Don |
|
Back to top |
|
|
Dr. Dread Professional Member
Joined: 03 Aug 2001 Posts: 1065 Location: Copenhagen, Denmark
|
Posted: Sat Feb 19, 2005 11:59 am Post subject: |
|
|
As far as I remember the DLL obtains the MAC address via NETBIOS API.
Perhaps try to get the MAC on the two computers reporting the wrong address with a DLL call supplying their
own name as a function parameter. Then the MAC address will be obtained a bit differently... just to
rule some things out.
Greetz
Dr. Dread _________________ ~~ Alcohol and calculus don't mix... Don't drink and derive! ~~
String.DLL * advanced string processing |
|
Back to top |
|
|
denevoldson Newbie
Joined: 14 Feb 2005 Posts: 3 Location: Florida, USA
|
Posted: Tue Feb 22, 2005 5:16 pm Post subject: |
|
|
Here's the code I'm using on all computers:
%%compName = @regread(HLM,System\CurrentControlSet\Control\ComputerName\ActiveComputerName,ComputerName," ")
%%mac = @mac(%%compName)
The one computer I am analyzing has an Intel Pro/100 NIC:
Doing NBTSTAT -a <computername> shows correct MAC
Correct OUI = 00-04-23, registered to Intel by IEEE.
MAC.DLL reported OUI = 00-0e-7f
Also reported another one (I think it was 00-11-25, or something close, but I lost it)
Currently, MAC.DLL isn't reporting anything for this PC (even when hard-coding the correct computer name), but reports an error
BTW - the other problem computer was a laptop that also had a VPN connection, and I had not excluded Cisco's VPN OUI before declaring my MAC good... that is now taken care of - my fault!
Since that now makes this an isolated case, do you think it's a computer problem? What puzzles me is that NBTSTAT works great!
Thanks for your help |
|
Back to top |
|
|
denevoldson Newbie
Joined: 14 Feb 2005 Posts: 3 Location: Florida, USA
|
Posted: Tue Feb 22, 2005 5:51 pm Post subject: |
|
|
Update:
I re-installed my program on this computer, and it is now reporting the MAC with OUI as 00-11-85. That was the one I stated I couldn't remember.
NBTSTAT still swears it's 00-04-23-xx-xx-xx
(I'm only showing the different OUI's, but I guess you know I mean that the entire MAC is different)
In case it helps, running LOCALLY it reports different MACs. Running remotely it gives an error (for this PC only - works fine for others). |
|
Back to top |
|
|
Dr. Dread Professional Member
Joined: 03 Aug 2001 Posts: 1065 Location: Copenhagen, Denmark
|
Posted: Tue Feb 22, 2005 8:27 pm Post subject: |
|
|
Hmmm. Cannot see any immediate reason for this. Perhaps this computer reports more than one address...
I will try to do a rewrite and check for more.
Be back later.
Dread _________________ ~~ Alcohol and calculus don't mix... Don't drink and derive! ~~
String.DLL * advanced string processing |
|
Back to top |
|
|
Dr. Dread Professional Member
Joined: 03 Aug 2001 Posts: 1065 Location: Copenhagen, Denmark
|
Posted: Tue Feb 22, 2005 11:54 pm Post subject: |
|
|
I have a slightly different version now. PM me or mail and I'll send it to ya for testing.
Greetz
Dr. Dread _________________ ~~ Alcohol and calculus don't mix... Don't drink and derive! ~~
String.DLL * advanced string processing |
|
Back to top |
|
|
|