Topic Last Modified: 2012-03-26

Tests the ability of a user to access the server that hosts the Address Book Download Web service.

Test-CsAddressBookService -TargetFqdn <String> [-External <SwitchParameter>] [-Force <SwitchParameter>] [-OutVerboseVariable <String>] [-RegistrarPort <Nullable>] [-UserSipAddress <String>]
Test-CsAddressBookService -TargetUri <String> -UserSipAddress <String> [-Force <SwitchParameter>] [-OutVerboseVariable <String>] [-WebCredential <PSCredential>]
Test-CsAddressBookService [-TargetFqdn <String>] -UserCredential <PSCredential> -UserSipAddress <String> [-External <SwitchParameter>] [-Force <SwitchParameter>] [-OutVerboseVariable <String>] [-RegistrarPort <Nullable>]

Test-CsAddressBookService is an example of a "synthetic transaction." Synthetic transactions are used in Lync Server 2010 to verify that users are able to successfully complete common tasks such as logging on to the system, exchanging instant messages, or making calls to a phone located on the public switched telephone network (PSTN). These tests can be conducted manually by an administrator, or they can be automatically run by an application such as Microsoft System Center Operations Manager (formerly Microsoft Operations Manager).

Synthetic transactions are typically conducted in two different ways. Many administrators will use the CsHealthMonitoringConfiguration cmdlets to set up test users for each of their Registrar pools. These test users are a pair of users who have been preconfigured for use with synthetic transactions. (Typically these are test accounts and not accounts that belong to actual users.) With test users configured for a pool, administrators can run a synthetic transaction against that pool without having to specify the identities of (and supply the credentials for) the user accounts involved in the test.

Alternatively, administrators can run a synthetic transaction by using actual user accounts. For example, if two users are unable to exchange instant messages, an administrator could run a synthetic transaction using those two user accounts (as opposed to a pair of test accounts), and then try to diagnose and resolve the problem. If you decide to conduct a synthetic transaction using actual user accounts, you will need to supply the logon names and passwords for each user.

The Test-CsAddressBookService cmdlet provides a way for you to verify that a user can connect to the Address Book Download Web service. When you run the cmdlet, Test-CsAddressBookService connects to the Address Book Download Web service on the specified pool and requests the location of the Address Book files. If the Address Book Download Web service supplies that location, the test is considered successful. If the request is denied, then the test is considered a failure.

You can test the Address Book Download Web service in two different ways: by testing the service itself or by testing the associated Web service.

Who can run this cmdlet: By default, members of the following groups are authorized to run the Test-CsAddressBookService cmdlet: RTCUniversalServerAdmins. To return a list of all the role-based access control (RBAC) roles this cmdlet has been assigned to (including any custom RBAC roles you have created yourself), run the following command from the Windows PowerShell prompt:

Get-CsAdminRole | Where-Object {$_.Cmdlets –match "Test-CsAddressBookService"}


Parameter Required Type Description



PS credential object

User credential object for the user account to be used in the test. The value passed to UserCredential should be an object reference obtained by using the Get-Credential cmdlet. For example, this code returns a credentials object for the user litwareinc\kenmyer and stores that object in a variable named $x:

$x = Get-Credential "litwareinc\kenmyer"

You need to supply the user password when running this command.



SIP address

SIP address of the user to be used in the test. If this parameter is not specified then Test-CsAddressBookService will conduct its checks by using the account of the logged-in user.



Switch Parameter

Enables you to verify that external users can use the Address Book Download Web service.




SIP port used by the Registrar service. This parameter is not required if the Registrar uses the default port 5061.




Fully qualified domain name (FQDN) of the Registrar pool where the Address Book Download Web service is to be tested. For example: -TargetFqdn "atl-cs-001.litwareinc.com".

You cannot use both the TargetUri parameter and the TargetFqdn parameter in the same command.




Uniform Resource Identifier (URI) of the Address Book Web Query service. For example: -TargetUri "https://atl-cs-001.litwareinc.com/abs/handler".

You cannot use both the TargetUri parameter and the TargetFqdn parameter in the same command.



PS Credential objects

An object containing user credentials for accessing the Location Information service. This object can be retrieved by calling the Get-Credential cmdlet and supplying the appropriate credentials.

This parameter is required if the TargetUri and UserSipAddress parameters are specified, and the computer on which the command is run does not have a server certificate.



Switch Parameter

Suppresses the display of any non-fatal error message that might occur when running the command.




When present, detailed output from running the cmdlet will be stored in the specified variable. For example, to store output in a variable named $TestOutput use the following syntax:

-OutVerboseVariable TestOutput

Do not prepend a $ character when specifying the variable name.



Switch Parameter

Reports detailed activity to the screen as the cmdlet runs.

None. Test-CsAddressBookService does not accept pipelined input.

Test-CsAddressBookService returns an instance of the Microsoft.Rtc.SyntheticTransactions.TaskOutput object.

-------------------------- Example 1 --------------------------

Test-CsAddressBookService -TargetFqdn atl-cs-001.litwareinc.com 

The preceding example tests the Address Book Download Web service for the pool atl-cs-001.litwareinc.com. This command tests the Address Book Download Web service by using test users preconfigured for the pool atl-cs-001.litwareinc.com.

-------------------------- Example 2 --------------------------

$cred1 = Get-Credential "litwareinc\kenmyer"

Test-CsAddressBookService -TargetFqdn atl-cs-001.litwareinc.com -UserCredential $cred1 -UserSipAddress "sip:kenmyer@litwareinc.com"

The commands shown in Example 2 also test the availability of the server that runs the Address Book Download Web service; in this case, however, the commands are running under the credentials for the user Ken Myer (litwareinc\kenmyer). To do this, the first command uses the Get-Credential cmdlet to create a Windows PowerShell credential object containing the name and password of the user Ken Myer. (Because the logon name -- litwareinc\kenmyer -- has been included as a parameter, the Windows PowerShell Credential Request dialog box only requires the administrator to enter the password for the Ken Myer account.) The resulting credential object is then stored in a variable named $cred1.

In the second command, Test-CsAddressBookService is used to test the Address Book Download Web service for the pool atl-cs-001.litwareinc.com. To run this command under Ken Myer’s user credentials, the UserCredential parameter is included, along with the parameter value $cred1. In addition, Ken’s SIP address must be supplied using the UserSipAddress parameter.

-------------------------- Example 3 --------------------------

Test-CsAddressBookService -TargetUri https://atl-cs-001.litwareinc.com/abs/handler -UserSipAddress "sip:kenmyer@litwareinc.com"

Example 3 shows how you can test the Address Book Download Web service for atl-cs-001.litwareinc.com. To do this, Test-CsAddressBookService is called along with two parameters: TargetUri, which specifies the URI of the Address Book Download Web service; and UserSipAddress, which contains the Windows PowerShell SIP address for the user account being used in the test.