Working through the same migration as my last blog post I ran into a second issue. The client is currently running an on premise Lync 2010 server and they want to migrate all of their users to Skype for Business in Office 365. The users are just using Lync for basic IM, and aren’t using any of the conferencing, or SIP features. Traditionally the way you would move users is to follow the guidelines for a Lync 2010 Hybrid deployment (Microsoft KB explaining how to do this) however that is a lot of effort if all you want is your users in SFB and you don’t care about their data.
If you just license the users in the Office 365 portal you will notice that the license applies, however it doesn’t actually create the Skype user, and the Skype user isn’t able to sign into the Skype client. This is because they still have their on premise Lync Server attributes in their AD account. You will need to clear these out and re-run a Azure AD Sync Delta sync to allow the user accounts to create. Given that going through each user’s ADSI Attributes and clearing them by hand is super tedious, here is a simple PS Script to fix this for you.
#####################################################
# Remove msRTCSIP Attributes from all users. #
# Created by - Cameron Joyce #
# Last Modified - Mar 05 2017 #
#####################################################
# This script will remove the msRTCSIP attributes from all users in ActiveDirectory. This is meant to be used in an
# Office 365 migration in which you have an on premise lync server, however do not plan to do a hybrid migration to
# migrate users.
# Variables
$users = Get-ADUser -Filter *
# Foreach user in AD, set all attributes to $null
foreach($user in $users){
$ldapDN = "LDAP://" + $user.distinguishedName
$adUser = New-Object DirectoryServices.DirectoryEntry $ldapDN
$adUser.PutEx(1, "msRTCSIP–DeploymentLocator", $null)
$adUser.PutEx(1, "msRTCSIP-FederationEnabled", $null)
$adUser.PutEx(1, "msRTCSIP-InternetAccessEnabled", $null)
$adUser.PutEx(1, "msRTCSIP-Line", $null)
$adUser.PutEx(1, "msRTCSIP-OptionFlag", $null)
$adUser.PutEx(1, "msRTCSIP-PrimaryHomeServer", $null)
$adUser.PutEx(1, "msRTCSIP–PrimaryUserAddress", $null)
$adUser.PutEx(1, "msRTCSIP–UserEnabled", $null)
$adUser.PutEx(1, "msRTCSIP-UserPolicies", $null)
$adUser.SetInfo()
}
Like this:
Like Loading...
Working through the same migration as my last blog post I ran into a second issue. The client is currently running an on premise Lync 2010 server and they want to migrate all of their users to Skype for Business in Office 365. The users are just using Lync for basic IM, and aren’t using any of the conferencing, or SIP features. Traditionally the way you would move users is to follow the guidelines for a Lync 2010 Hybrid deployment (Microsoft KB explaining how to do this) however that is a lot of effort if all you want is your users in SFB and you don’t care about their data.
If you just license the users in the Office 365 portal you will notice that the license applies, however it doesn’t actually create the Skype user, and the Skype user isn’t able to sign into the Skype client. This is because they still have their on premise Lync Server attributes in their AD account. You will need to clear these out and re-run a Azure AD Sync Delta sync to allow the user accounts to create. Given that going through each user’s ADSI Attributes and clearing them by hand is super tedious, here is a simple PS Script to fix this for you.
Share this:
Like this: