Введення в архітектуру lync server 2018 (частина 1)
Власне для виконання яких завдань створений даний продукт?
1.Instant Messaging - обмін миттєвими повідомленнями всередині компанії. Підтримується і з зовнішніми клієнтами, чиї компанії також використовують Lync (називається це федераціями). Про публічних клієнтів з якими можливі комунікації. а це Windows Live, AOL, Yahoo забувати не варто. (А також всі служби, які працюють за XMPP)
2. Presence Information - інформація про доступність співробітника, яку видно коли ви перебуваєте на сайті SharePoint і переглядаєте бібліотеку документів, коли пишіть або отримує лист, коли спілкуєтеся в IM. Штука зручна і дозволяє відразу зрозуміти доступі зараз людина і якщо недоступний, то чому і коли з'явиться.
У житті ці мрії знаходять реальність, а вона каже про те, що по функціоналу (не кажучи про питання надійності) до корпоративних АТС лінку ще дуже і дуже далеко. Тому все зводиться або до експлуатації Lync в рамках перших трьох пунктів, або до використання схем співіснування з наявними АТС. Хоча питання спірне і відкритий для дискусій.
Вимоги до операційних систем і баз даних.
В операційній системі сервіс "Lync server replica replicator agent" відповідає за створення знімка і вивантаження його з копіями через відправку статусу про необхідність оновлення.
2.Pool Configuration Store (конфігурація пулу) - серце вашого Lync Server. У ньому працює три бази даних.
Rtc. зберігає призначені для користувача дані, такі як список контактів, розклад конференцій, списки доступу.
Rtcdyn. база зберігає динамічні дані, а саме інформацію про доступність.
3. Application Store - ще бази даних використовуються функціями Call Park (парковка дзвінків) і Response Group (групи відповіді).
Cpsdyn. зберігає динамічну системну інформацію додатки Call Park
Rgsdyn. зберігає динамічну оперативні дані додатка Call Park
Rgsconfig. зберігає постійні конфігураційні дані додатки Response Group
LcsLog. використовується роллю Archiving і містить листування IM
LcsCdr. використовується роллю Monitoring і містить інформацію про дзвінки. (Call Details Records)
QoEMetrics. використовується роллю Monitoring і містить дані про якість викликів.
5. Location Store ще одна база з ім'ям "lis" містить дані про структуру мережі для служби E9-1-1
Виходить після установки в найпростішій топології з одним сервером (а топологиях трохи пізніше) ви повинні отримати на Lync сервері два примірника SQL c іменами \ rtc і \ rtclocal з заявленими базами. Примірник \ rtclocal містить репліки баз. І така кількість баз це за умови, що додаткові ролі Archiving і Monitoring ви не ставили.
Припустимо у вас до 5000 співробітників і при цьому висока доступність вам не потрібна. У такому випадку застосовується варіант "all in one" і всередині мережі розгортається єдиний сервер Front End з повним набором ролей. Це на живому залозі. При віртуалізації кількість зменшуємо вдвічі.
На FrontEnd сервері будуть розташовуватися:
3. Monitoring Server - опціональна роль, що збирає інформацію про дзвінки (CDR) і інформацію про якість викликів. Виклики Monitoring Server не записує.
4. Archiving Server - ще одна опциональная роль дозволяє зберігати листування клієнтів обміну миттєвими повідомленнями і вміст конференцій. Якщо таке завдання як зберігання перед вами не варто, то і роль не потрібна.
6. Back End Server - це сервер MS SQL забезпечує роботу баз даних Lync сервера. У разі одного сервера BackEnd поєднується з Front End і використовує SQL Express. У базах даних зберігається інформація про доступність, контакт листи користувачів, статуси поточних конференцій, розклад майбутніх конференцій. При цьому не треба забувати, що при використанні Archiving і Monitoring серверів, будуть створені додаткові бази даних.
Незважаючи на те, що фізично сервер у вас один і поєднане на ньому безліч служб він називається Front End пулом і згодом буде приймати підключення користувачів зареєструвалися на ньому.
Як почнеться робота після установки пулу Front End:
1. Адміністратор прописує підтримуваний sip домен і включає підтримку Lync для необхідних облікових записах.
3. Всі SIP комунікації (в т.ч. обмін миттєвими повідомленнями) завжди здійснюються через Front End сервер. Навіть в рамках сеансу обміну миттєвими повідомленнями між двома користувачами - повідомлення завжди будуть пересилатися виключно через сервер. Обмін миттєвими повідомленнями між користувачами, розташованими всередині мережі, піде за сценарієм:
Якщо користувач Lync дзвонить іншому користувачеві Lync всередині однієї мережі, то тут взаємодії точка-точка:
Як тільки дзвінок переходить в конференцію з трьома і більше людьми, то передача даних відразу йде через сервер. (Якщо кілька серверів - сервер організатора)
Повна схема мережевих взаємодій велика і розбиратися з нею зараз в задачу не входить. Переведемо увагу на порти і протоколи використовуються при з'єднаннях з сервером Lync.
1. Коли Lync клієнт реєструється на сервері взаємодія використовує порт 5051 і протокол SIP. Цей же протокол використовується для управління сесією, для передачі IM і змін інформації про доступність.
2. Для скачування з Front End сервера вмісту конференцій клієнтом Lync використовується 443 порт і протокол HTTPS.
4. При пересиланні через брандмауери Lync використовує стандарт підрозділи ICE (Interactive Connectivity Establishment) для визначення найкоротшого шляху між кінцевими точками. ICE заснований на двох протоколах - STUN (Session Traversal Utilities for NAT) і TURN (Traversal Using Relay NAT).
5. Якщо комунікації припускають більш ніж двох учасників, то спілкування по протоколу SRTP йде вже між клієнтами і Front End сервером. При створенні веб-конференцій використовується модель PSOM (Persistent Shared Object Model). Протокол використовується для передачі змісту веб-конференцій, включаючи ключі безпеки, ролі і користувачів. У PSOM також в якості нижчого транспорту використовується TLS, а аутентифікація також виконується по захищеному SIP-каналу.
Важливо: За замовчуванням всі комунікації між компонентами (SIP / RTP / PSOM / HTTP) шифруються.
Виходить що встановивши один сервер Front End ви відразу ж можете використовувати всередині мережі IM, Presence Information, A / V дзвінки між співробітниками, а при наявності обладнання та доп. ролі Mediation і дзвінки в зовнішній світ. Але потрібно пам'ятати, що при одному сервері (стандартний пул) ви не маєте відмовостійкості і можливості підключатися зовні організації, рівно як і спілкуватися з публічними сервісами. (Live Messenger як приклад) Знову ж при відправці вам повідомлень від інших компаній, що використовують Lync чи не ви отримаєте нічого. Для спілкування із зовнішнім світом доведеться додавати ще один сервер з новою роллю Edge, але про це ми поговоримо в наступній частині. Так само варто відзначити Exchange Server, без нього сенсу впроваджувати Lync Serevr мало. Немає автосекретаря, немає попущенія викликів, немає історії листування.
P.S Спасибі Олександру Донін за допомогу в написанні даного конспекту.