/build/static/layout/Breadcrumb_cap_w.png

Easier way to get mac address for new machines

We have a batch of computers from Dell that will need to be imaged, they are Precision Towers 3620. I will probably have to image with USB anyways because PXE in my environment maybe a no go. The existing machines have K1 agents, so they won't be a big deal ~ 200 or so. But this new batch will have to be done some other way. But my first question or concern, in order to get on our network we have to send a list of mac addresses over to the network team. When I boot into bios I see LOM MAC Address, but haven't verified that is the correct mac address. I've went all through the packing list and boxes and machines and even motherboard and don't see the mac addresses listed anywhere. Is the only way to compile this list going to be to turn on each one? If I am going to be doing K2 via USB, might that help me compile a list somehow? I had originally thought I would do K2 USB and still do it over network, just use the USB to get into the KBE, but it maybe easier to have the WIM's local. I'll have to do more research.

Sorry for the mess of text. The main Q I am asking at the moment is if there is a better way to compile a list of mac addresses to give the network team?

0 Comments   [ + ] Show comments

Answers (2)

Posted by: chucksteel 7 years ago
Red Belt
1
Does your networking group use a system that requires the addresses to the registered, and that is why you need the MAC up front? If so, I would try to work with them to see if a special VLAN can be configured just for imaging. We originally had a VLAN setup that could basically only reach our K2000 and Microsoft (for activation) and we imaged our systems on that VLAN. We only had a few ports on the VLAN and it did not require any sort of pre-registration, it was open DHCP. This allowed us to prep machines in a secure VLAN and collect hardware information from the K2000.

Comments:
  • That is exactly it. So far working with them has not been pleasant. Turning on PXE boot for example did not go well. When I went to boot kamp with Colson, he mentioned getting our own switch environment outside of their control and doing what you're talking about essentially. But I will put in a help ticket and see what they say. The other factor is the fact that we have brocade equipment and everyone else is on cisco. So they don't have as much knowledge on our equipment. So simple tasks have a tendency to break our world. That coupled with turnover and key people being transferred out of that group. It's a challenge to say the least. - five. 7 years ago
    • You may need to escalate up the chain of command. Make your argument based on how many hours it would take to collect all of the necessary data manually compared to the time it would take to setup the VLAN (which only needs to be once, whereas you need to collect data for all new machines). You should also be able to make a case for a more efficient workflow that will save time and increase your productivity. - chucksteel 7 years ago
Posted by: akmagnum 7 years ago
Red Belt
0

LOM Mac is the mac address of the machine.......You don't have to boot into windows to get the MAC.

If you don't have them on a sticker...... I don't see how else you will get the Macs without turning each one on.

You could turn them on, assign an ip to each machine and......

 Run the ARP -a command against the IP address to get the MAC.  (which is even more stressful....)

OR

There are scripts for getting macs from a list of machines on a subnet........

but still you would have to turn on...set ip and subnet....connect to a network......(still needs some work!!)

here are a few links you could look into....

https://gallery.technet.microsoft.com/scriptcenter/Get-MAC-address-of-12de056a

http://windowsitpro.com/systems-management/how-can-i-get-list-mac-ip-addresses-network


Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ