Sandy,

the problem you have here is that you have to give each system you provision a unique name which has to match the Windows machine name as DNS resolution would not work otherwise, which in turn would break SMS (I assume you are using SMS, as you are installing SCS).

There are two sample scripts supplied with the Intel SCS package:

1. +ServerScript+- Uses WMI to connect to the system that's trying to get provisioned and queries it for it's hostname and UUID, then creates an entry for it in the configuration table.
2. AuxDBScript- Consist of two parts, one running on each client which adds the client's data into an auxiliary database and the other part which checks the data in the auxDB and copies it over to the configuration database so the client can get provisioned.

I am sure there are other ways of getting the required information, there is documentation available on the XML formats that have to be produced for SCS to handle the output.

The two sample scripts are still available, after you have downloaded and extracted SCS check the SampleScripts folder which contains both of the scripts mentioned above.

Kind regards

Alex

Rather than having HP set the IP address for you. You could use DNS to provide the SCS server ip address to your AMT clients. All you do it create a CNAME record with ProvisionServer as the alias and point it to your SCS server record. When the AMT client gets its IP info from the DHCP server and before it starts sending hello packets it will do a DNS lookup for ProvisionServer. You will also need to add option 15 to your DHCP server so it can resolve your domain suffix. Ken

swood,

One other utility you should start looking at (that ships with SCS) is the RCT tool. You will find it in the SMSAMTInstalltion directory when you extract the SMS addon. Look under ...SCS\Remote Configuration and you will find RCT.exe and StatusStrings.dll

These two files need to be run on the AMT system by a user that has local Admin rights on the AMT system and that has the role of Client Configuration on the SCS. You will find the details on the SCS User and Installation guide on page 62. This doc will also tell you the command line switches to use for this utility. I recommend customers to put these files into there normal automated build process.

The purpose of this utility is to send SCS the OS host name+FQDN. It will also send SCS its UUID, OU to use if AD integration is setup, and what profile to push to AMT. Once this utility runs, you will see the Configuration Parameters in SCS get populated. This is what SCS is looking for when you see the log messages of "no rows found."

This utility can also turn on AMT if manageability is not set to AMT in the MEBx. Running this utility will also start the provisioning process if the default 24 hour window has passed and the hello packets / SCS provisioning process has halted.

RCT.exe is a critical component to understand to perform true "no-touch" remote configuration.

I hope this helps....

Yes, that is the purpose of the RCT tool. I agree, this tool seems buried in the SMS addon download and not highlighted well enough in the SCS User Guide. So hopefully forums like this will start to get the attention necessary for this critical step in the provisioning process.

These files should be part of your base build and run as one of the last steps (like you said - after naming the OS and joining it to the AD). You will find in the documentation the command line switches to leverage (e.g. /p is the profile you want SCS to send to the system). If you really want to add flexibility, you can add advanced scripting to query the system first (look for variables like if it is a cPro system or a vPro system) and apply a different profile based on this variable. You could also place different systems in different OUs if necessary. Lots of flexibility here but you will need to do the scripting based on your environment.

no, i did not have to register the .dll. simply ran the .exe and .dll from the local system with admin rights. And the one thing to remember that is often overlooked is adding the user (or a group that includes the user) to the SCS as Client Configuration role. This gives the appropriate rights for the account to write the information to the SCS configuration parameters section.