Итак, настало время миграции на Skype for Business. Как настоящие Enterprise админы мы не поддаёмся намёкамMS о том, что надо-бы делать InPlace и идём по сценарию Side-by-Side. Потому что Windws на 2012R2 на Edge тоже надо бы обновить.
И тут нас начинают поджидать грабли.
По пока непонятный мне причине Lync 2013 отказывается работать с RGS при импорте его модуля на нелинковском сервере, ссылаясь на то, что нет подключения к SQL. В качестве временного решения (хотя скорее постоянного) я воспользовался Powershell Remoting.
Внезапно выяснилось и подтвердилось, что при создании групп дозвона Lync 2010, смотрящих на группы рассылки в AD, могут возникать проблемы с синхронизацией. Узнать об этом можно будет только из журнала Lync, наблюдая за событием 31128:
Data synchronization from Active Directory failed. The following exception was thrown during the synchronization process: Exception: System.Data.SqlClient.SqlException - Cannot insert duplicate key row in object 'dbo.Agents' with unique index 'IX_Agents_UserSid'. The statement has been terminated. Inner Exception: ~ The next synchronization attempt will be in 480 minutes. Cause: Unhandled exception. Resolution: Verify the connectivity with the domain controller or if the Active Directory schema was properly applied and all user attributes are present.
Очень информативно :(.
Развертывание Mediation\SBA серверов в представительствах может показаться не такой уж и плохой идеей, ровно до того момента, как приходит понимание, что для каждого сервера необходим персональный сертификат и их необходимо периодически обновлять.
Для покупных сертификатов у меня есть отдельная Excel табличка, которая генерирует csv, по которому скрипт на пару с дорогим мне поставщиком сертификатов отправляет уведомления при истечении срока действия сертификата, но обновлять сертификаты более чем на 10 серверах я не хочу.
Данная задача вполне может быть автоматизирована, хотя и не весьма тривиально.
В процессе перевода одного из представительств на Lync с аналога совместно с телефонистом решили протестировать звонки на Hunt Group линка и столкнулись с тем, что при ответе на звонок участником группы звонок сбрасывался.
Просмотр логов показал, что звонок сбрасывает скрипт имитации поведения стационарного телефона в Lync. Причины и условия возникновения следующие:
Итак ситуация - у нас есть два леса, между которыми установлены доверительные отношения (точнее можно подключиться к обоим доменам, но мне трудно представить топологию с VPN и без доверия). В обоих есть Exchange и Lync.
Проблема - наполнить адресные книги Exchange и Lync, заодно синхронизировать некоторые атрибуты. FIM покупать дорого, о других средствах синхронизации я не знаю (lol)
Проблема появляется, если на АТС, работающей совместно с Lync стоит защита от взлома привязкой АОН по номеру или display name к IP, с которого идет вызов. Суть проблемы заключается в том, что при переадресации звонка данных о факте переадресации нет - внешний телефон звонит на внешний.
A(111) звонит B(222), B переводит звонок на C(333). В поле From INVITE стоит A, информации об участии в звонке B нет.
Вышел CU5 и судя по числу фиксов для CU4 его уже можно ставить (в тестовую среду разумеется), не опасаясь возикновения проблем.
Оригинал