Wednesday, February 20, 2019
Tuesday, January 22, 2019
NetApps file share does not work via alias for Skype for Business
Log Name: Lync Server
Source: LS
Storage Service
Date:
21.01.2019 13:55:45
Event ID: 32008
Task Category: (4006)
Level:
Error
Keywords: Classic
User:
N/A
Computer:
Description:
Unexpected exception.
Message=Error: Path \\fs_AppsData_.domain.com\Apps_Data$\SFBshare\1-WebServices-11\StorageService
failed to be read for flushed data. Error details: System.IO.IOException: The
account used is a computer account. Use your global user account or local user
account to access this server.
The problem is that we use alias, if we change alias to server name, it works. This share is actually NetApp vfiler.
Here is a reference on how to add SPN for the alias. The alias is CNAME or A record.
Tuesday, January 15, 2019
Friday, January 11, 2019
Wednesday, January 9, 2019
Skype for Business Address Book normalisation rules
In the past Lync used txt files Company_Phone_Number_Normalization_Rules.txt to manage normalisation rules, with SFBit is now powershell Get-CsAddressBookNormalizationRule, etc.
By default it contains already some rules, but if you need to modify you can.
Here is a test tool that will show existing rules and will allow to test with a specific test number:
https://gallery.technet.microsoft.com/Skype-for-Business-Address-2ab65ca7
One thing remains unclear - the tool and all articles that I could find says that SFB will automatically strip spaces and other symboles like dashes from the phones number. However, I have an example where it does not work - when number is typed in contact lookup in SFB client the string must match exactly the string in AD phone field, otherwise the contact is not proposed. For the moment I do not know why. In another installation it work ok. It looks like something related to either client version or method (web search only) or client or GPO policy - had no time to analyse further.
By default it contains already some rules, but if you need to modify you can.
Here is a test tool that will show existing rules and will allow to test with a specific test number:
https://gallery.technet.microsoft.com/Skype-for-Business-Address-2ab65ca7
One thing remains unclear - the tool and all articles that I could find says that SFB will automatically strip spaces and other symboles like dashes from the phones number. However, I have an example where it does not work - when number is typed in contact lookup in SFB client the string must match exactly the string in AD phone field, otherwise the contact is not proposed. For the moment I do not know why. In another installation it work ok. It looks like something related to either client version or method (web search only) or client or GPO policy - had no time to analyse further.
Monday, December 17, 2018
SFB does not deliver a call due to a duplicate
We had a case where, a duplicate prevented call being delivered to Poycom VVX. As you can imagine we spent some time to take logs and understand the issue. but it is simply not visible on that level. When we got traces from the SBA mediation server, it was clear that call is rejected by SFB due to a duplicate.
ms-diagnostics: 4002;reason="Multiple users associated with the source phone number";
Checking in powershell revealed nothing, however in SQL resources table on SBA we discovered records that were deleted, but never left SQL.
Here is how to check this: http://lyncinsider.com/skype-for-business/sql-active-directory-mismatch-prevents-skype4b-user-login/ and http://lynclead.com/?p=324
ms-diagnostics: 4002;reason="Multiple users associated with the source phone number";
Checking in powershell revealed nothing, however in SQL resources table on SBA we discovered records that were deleted, but never left SQL.
Here is how to check this: http://lyncinsider.com/skype-for-business/sql-active-directory-mismatch-prevents-skype4b-user-login/ and http://lynclead.com/?p=324
Subscribe to:
Posts (Atom)