Налаштування Автосекретаря Exchange для роботи з Lync Server

Наша взаимовыгодная связь https://banwar.org/

Є стандартна задача: по вхідному телефонному дзвінку запускати повідомлення автосекретаря "ви подзвонили в компанію таку-то, введіть додатковий номер телефону для з'єднання ..." і після донабора додаткового номера - перемикатися на потрібного користувача. Lync вміє відповідати на телефонний дзвінок і навіть перемикати після натискання клавіші на групу, але не може переключитися на додатковий номер - це функція автосекретаря Exchange 2010. У зв'язці Lync 2010 + Exchange 2010 реалізують запитаний алгоритм.

Для реалізації зазначеного алгоритму необхідно розгорнуто такі компоненти:

• Lync Front End
• Exchange (з роллю UC)
• медіашлюздля отримання вхідного дзвінка

Схема телефонного трафіку показана на малюнку

Телефонний трафік Автосекретаря Exchange

Вхідний дзвінок на прямий московський номер, наприклад 111-1111 приходить на один з медіашлюзи, який далі переправляє дзвінок на Lync Server 2010 року на внутрішній номера Автосекретаря. У нашому випадку це 1201. Lync Server 2010 визначає, що це номер AutoAttendant і переправляє виклик на Exchange. Автосекретар працює на Exchange 2010і обробляє дзвінок по заданій там логіці і може відправити дзвінок на голосову пошту, яка також працює на Exchange, або повернути його в Lync Server. Якщо абонент набере додатковий номер, або назве ім'я і прізвище людини, якій буде проводитися переадресація дзвінка, то дзвінок повернеться в Lync Server.

Коли абонент набирає додатковий номер, Автосекретар дивиться в базу Exchange і якщо там такий користувач є і йому дозволені виклики, то спочатку говорить "викликаю такого-то такого-то", а потім передає дзвінок назад в Lync Server. Lync Server перевіряє є користувач з таким номером в Lync Server, якщо є, то на Lync клієнт передається виклик. Якщо Lync -кліентвизиваемого абонента запущений, то він дзвонить, якщо не запущено, то здійснюється перемикання по переадресації (за замовчуванням на голосову пошту через Lync Server на Exchange). Якщо ж такого номера немає у Lync абонентів і викликається номер підходить під один з маршрутів, визначених для медіашлюзи, то відбувається перемикання дзвінка на медіашлюзи, який вже відправляє його далі на телефонну станцію.

Для коректної роботи даної схеми спочатку розгортається з'єднання Lync- медіашлюзи. Тут важливо коректна настройка як входять, так і вихідних дзвінків. При роботі автосекретаря і переадресації вхідного дзвінка на додатковий номер відбувається фактичне з'єднання вхідного дзвінка на шлюзі з вихідним дзвінком на цьому ж шлюзі. У разі налаштування маршрутів на різні шлюзи може вийти так, що дзвінок просто не буде переведений, оскільки різні шлюзи на зможуть між собою "домовитися".

У даній конфігурації вхідний дзвінок приходить з маршруту (Route) "Варшавка", який прописаний в Global Voice Policy і за замовчуванням вся виходить зв'язок йде через той же шлюз.Для користувачів також створена Policy Main, яку можна застосовувати конкретним користувачам.

В моїй конфігурації створюються додаткові політики, оскільки у мене до Lync Server реально підключені чотири медіашлюзи і кожна група абонентів використовує тільки той, який їй визначено політиками.

Для Exchange 2007 була вимога, що DialPlan в Exchange і Lync Server повинні збігатися. Для Exchange 2010 такої жорсткої вимоги немає, проте для спрощення налаштування і зменшення ймовірності помилок я створюю однакові DialPlan і там і там.

У мене є тестовий користувач Ivan.Petrov, який налаштований на використання створеного DialPlan на ньому ж будемо тестувати перемикання Автосекретаря

Перед переходом до наступного кроку важливо протестувати коректне налаштування шлюзу. Ivan Petrov повинен отримувати дзвінки за його номером 1163 з офісного телефону і мати можливість дзвонити на офісні телефони через налаштований шлюз.

Далі розгортається з'єднання Exchange-Lync, як написано тут .

В Exchange створюється DialPlan з тим же ім'ям, налаштовується AutoAttendant і шлюз UC Випускається сертифікат. У сертифікаті має бути ім'я сервера Exchange. Можна зробити один сертифікат окремо для р оли UC.

У нашому випадку DialPlan на 4 ціфри.Т.е. всі додаткові номери - чотиризначні.

Адреса шлюзу - це адреса пулу (або сервера Front End) Lync Server. Важливо не забути включити можливість вихідних з'єднань.

Після коректної відпрацювання скрипта exchucutil.ps1можно налаштувати Exchange UM Integration Utility (C: \ Program Files \ Common Files \ Microsoft Lync Server 2010 рік \ Support \ OcsUmUtil.exe) на сервері Lync.

Тут задається номер автосекретаря Exchange. У моєму випадку є два автосекретаря з номерами +1101 і 1201. На один з них приходить дзвінок з міського телефону.

Увага! Після створення контакту - дочекайтеся синхронізації AD.

Якщо інтеграція Lync-Exchange коректно проведена, то у користувачів Lync з'являється пункт меню доступу до голосової пошти.

Пункти голосової пошти в Lync клієнта

Важливо перевірити відсутність помилок в протоколі подій на сервері Exchange і н а сервері Lync

Наприклад, ось таке попередження в списку собитійпріложеній на сервері Exchange показує, що ls-pool.hosting.nk недоступний

Наступні IP-шлюзи єдиної системи обміну повідомленнями не відповіли очікуваним чином на запит SIP OPTIONS.
Транспорт = TLS, адреса = ls-pool.hosting.nk, порт = 5061, код відгуку = 0, повідомлення = This operation has timed out.

Exchange через певні проміжки часу перевіряє доступність шлюзів за допомогою команди SIP OPTIONS і якщо зв'язатися не зміг, то виникає таке повідомлення.

Якщо на Lync Server також є повідомлення про помилки, наприклад такі як на картинці, то проблема під час встановлення зв'язку

Якщо ж на Lync помилок немає, а Exchange продовжує видавати повідомлення про те що шлюз не відповіли вчасно, то необхідно перевірити сертифікат на Exchange встановлений на ролі UC, оскільки Lync Server бачить Exchange, але трафік не пропускает.Лучше для UC на Exchange зробити окремий сертифікат з єдиним ім'ям внутрішнього сервера Exchange.

Після коректної інтеграції Lync Exchange, користувачі Exchange зі встановленою роллю UC отримають голосову пошту і можливість перемикання з Автосекретаря по імені. Правда тільки в тому випадку, якщо псевдонім заповнене у користувача по-російськи.

Підключаємо нашого Ivan.Petrov до UC за допомогою команди консолі управління Exchange Включити єдину систему обміну повідомленнями та задаємо йому додатковий номер тисяча сто шістьдесят три - той же самий, що і в Lync і DialPlan той же самий що і в Lync.

Тепер Автосекретар може перемикати вхідні дзвінки як на додатковий номер, так ііскать по імені користувачів, наприклад, абонент може сказати "Іван Петров" і буде вироблено з'єднання з нашим абонентом. Можна дозволити автосекретарями з'єднуватися хоч з усіма користувачами, якщо встановити відповідний перемикач.

Налаштування Автосекретаря Exchange 2010 на перемикання тільки на користувачів абонентської групи

На жаль, для російських імен не зовсім коректно працює розпізнавання, приблизно 30% російських імен розпізнається відразу, а для інших необхідно заповнити атрибут користувача msDS-PhoneticDisplayName, який і задає ім'я для розпізнавання

Можна це зробити через редактор атрибутів користувача AD або командою Exchange Management Shell, наприклад, такий

Set-User -Identity Ivan.Petrov -PhoneticDisplayName "Ііваан Пеетроов"

Після поновлення атрибута можна відразу відновити глобальну адресну книгу за допомогою

Get-GlobalAddressList | Update-GlobalAddressList

по книзі можна відразу перебудувати файл граматики так:

c: \ Program Files \ Microsoft \ Exchange Server \ V14 \ Bin \ GALGRAMMARGENERATOR.exe -g -oc: \ log \ log2.txt

А можна почекати автоматичного оновлення.

Увага! Для кращого розпізнавання необхідно подвоїти ударні голосні. Детально про те як налаштувати розпізнавання імен та голосових команд можна почитати тут >>

Після всіх проведених налаштувань зовнішні телефонні дзвінки автосекретар зможе перемикати вхідний дзвінок як на конкретних користувачів, так і на внутрішній номер телефонної станції через тоновий набір.