savepearlharbor.com
Open in
urlscan Pro
213.136.78.148
Public Scan
URL:
https://savepearlharbor.com/?p=332039
Submission: On April 18 via api from US — Scanned from DE
Submission: On April 18 via api from US — Scanned from DE
Form analysis
2 forms found in the DOMGET https://savepearlharbor.com/
<form method="get" id="searchform" action="https://savepearlharbor.com/">
<label for="s" class="assistive-text">Поиск</label>
<input type="text" class="field" name="s" id="s" placeholder="Поиск">
<input type="submit" class="submit" name="submit" id="searchsubmit" value="Поиск">
</form>
POST https://savepearlharbor.com/wp-comments-post.php
<form action="https://savepearlharbor.com/wp-comments-post.php" method="post" id="commentform" class="comment-form">
<p class="comment-notes"><span id="email-notes">Ваш адрес email не будет опубликован.</span> <span class="required-field-message" aria-hidden="true">Обязательные поля помечены <span class="required" aria-hidden="true">*</span></span></p>
<p class="comment-form-comment"><label for="comment">Комментарий <span class="required" aria-hidden="true">*</span></label> <textarea id="comment" name="comment" cols="45" rows="8" maxlength="65525" required="required"></textarea></p>
<p class="comment-form-author"><label for="author">Имя <span class="required" aria-hidden="true">*</span></label> <input id="author" name="author" type="text" value="" size="30" maxlength="245" required="required"></p>
<p class="comment-form-email"><label for="email">Email <span class="required" aria-hidden="true">*</span></label> <input id="email" name="email" type="text" value="" size="30" maxlength="100" aria-describedby="email-notes" required="required"></p>
<p class="comment-form-url"><label for="url">Сайт</label> <input id="url" name="url" type="text" value="" size="30" maxlength="200"></p>
<p class="form-submit"><input name="submit" type="submit" id="submit" class="submit" value="Отправить комментарий"> <input type="hidden" name="comment_post_ID" value="332039" id="comment_post_ID">
<input type="hidden" name="comment_parent" id="comment_parent" value="0">
</p>
<p style="display: none;"><input type="hidden" id="akismet_comment_nonce" name="akismet_comment_nonce" value="dee5f4de42"></p>
<p style="display: none !important;"><label>Δ<textarea name="ak_hp_textarea" cols="45" rows="8" maxlength="100"></textarea></label><input type="hidden" id="ak_js_1" name="ak_js" value="1650284040282">
<script>
document.getElementById("ak_js_1").setAttribute("value", (new Date()).getTime());
</script>
</p>
</form>
Text Content
Перейти к основному содержимому SAVEPEARLHARBOR ЕЩЁ ОДНА КОПИЯ ХАБОРА Поиск ГЛАВНОЕ МЕНЮ * Главная * Контакты и о нас НАВИГАЦИЯ ПО ЗАПИСЯМ ← Предыдущая Следующая → CISCO JABBER И SKYPE FOR BUSSINESS. ЧАСТЬ ПЕРВАЯ Опубликовано 17.04.2022 автором admin Во многих организациях стоит задача переезда с умирающего Skype for Bussiness на Cisco Jabber и/или Cisco Webex, но сделать это нужно плавно, не перегружая техническую поддержку организации и не вызывая большого недовольства переезжающих пользователей. В этом выпуске расскажу про свой опыт. Моей задачей стояло реализовать схему звонков, конференций всех типов, передачу сообщений и совместный доступ к экрану между пользователями Cisco Jabber/Cisco Webex и S4B по SIP URI, цифровая нумерация была не важна. В данной статье предполагается, что предварительно настроены кластеры CUCM, IM&P, Expressway-C и CMS. CUCM 12.5 SU6 IM&P 12.5 SU6 Expressway 14.0.6 CMS 3.3.2 S4B FE Standart S4B Edge ВАРИАНТЫ ПЕРЕХОДА МОМЕНТАЛЬНОЕ ОТКЛЮЧЕНИЕ S4B У ПОЛЬЗОВАТЕЛЕЙ И МГНОВЕННЫЙ ПЕРЕХОД НА CISCO JABBER/WEBEX Плюсы и минусы Плюсы такого подхода заключаются в том, что не нужно проводить работ по настройке интеграции S4B и Cisco Jabber и соответственно тратить время и ресурсы. Минусами же является огромная нагрузка на техническую поддержку организации(особенно если пользователей несколько тысяч), шквал заявок и недовольство пользователей. ПЛАВНЫЙ ПЕРЕХОД С ДОПОЛНИТЕЛЬНО ВЫДЕЛЕННЫМ ДОМЕНОМ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ CISCO JABBER/CISCO WEBEX Во многих организациях присутствует бардак в плане доменов, бывает так, что в организации присутствуют куча доменов третьего уровня, а то и вообще просто разные домены и пользователи живут кто — где. И чтобы нивелировать это условие можно провести переход в рамках этих самых доменов(необязательно двух), но для Cisco Jabber будет ещё один свой дополнительный. Плюсы и минусы Плюсами такого подхода являются простота переезда, работать у одного пользователя могут оба клиента(и Cisco Jabber/Cisco Webex и S4B), нет шквала заявок от пользователей, низкая нагрузка на техническую поддержку организации. Минусами являются будущее приведение пользователей к единому домену(т.к. предполагается, что в Cisco Jabber изначально будет домен второго уровня) с затратами ресурсов на перенастройку и отказ сервисов на время этого приведения, что критично само по себе. Также огромным минусом является то, что невозможно в карточку клиента на S4B добавить дополнительный контакт пользователя, что ведет к практическому отказу от звонков со стороны пользователей S4B, вручную набирать никто ничего не захочет. Однако, можно просто «выключать» пользователя из S4B и «включать» на Cisco Jabber/Cisco Webex при этом меняя нужное поле(MSRTCSIP или IPPHONE например) в учетной записи пользователя в Active Directory по которому формируется Directory URI в CUCM(задаётся в LDAP настройках) на новое значение для Cisco Jabber/Cisco Webex, по которому формируется SIP URI. ПЛАВНЫЙ ПЕРЕХОД БЕЗ ДОПОЛНИТЕЛЬНО ВЫДЕЛЕННОГО ДОМЕНА ДЛЯ ПОЛЬЗОВАТЕЛЕЙ CISCO JABBER/CISCO WEBEX Плюсы и минусы Плюсами такого подхода являются простота перехода. Выключил у пользователя S4B, включил Cisco Jabber/Cisco Webex. И даже менять в учётных записях пользователей в Active Directory ничего не надо. Единственным минусом является невозможность обмена сообщениями между клиентами Cisco Webex и S4B в виду архитектурной особенности, включение сервиса гибридных сообщений проблему не решает, а настройка SIP Федерации невозможна из-за того, что домен один и тот же везде. Между клиентами Cisco Jabber и S4B всё работает прекрасно. В этом выпуске расскажу о варианте без дополнительного домена, выбран домен inline.su в качестве теста. ЗВОНКИ Сигнализация звонков будет работать согласно схеме ниже. Звонок от Cisco Jabber/Cisco Webex поступает с CUCM на CMS в формате стандартного SIP, там он «превращается» в звонок стандарта Microsoft и отправляется на Expressway-C, далее на Skype for Business. Обозначил синими стрелками на схеме. Звонок со Skype for Business в формате Microsoft SIP отправляется на Expressway, далее на CMS, CMS в свою очередь отправляет звонок обратно на Expressway, Expressway далее опять в S4B. S4B не находит адресата и вновь отправляет его на Expressway, а тот на CMS. CMS понимает, что это петля и обрывая её, отправляет звонок по второму правилу в формате Standart SIP на Expressway, а уже Expressway отправляет звонок на CUCM. Обозначил красными стрелками на схеме. Такая запутанная схема сделана потому, что другого способа разрулить Standart и Microsoft SIP звонки, при условии что пользователи с одним и тем же доменом могут находиться, как в S4B так и на CUCM, я не нашёл. Логика такова, что если у профиля Cisco Jabber на CUCM отсутствует заполненный Directory URI, значит пользователь с нужным SIP URI находится в S4B. В данном варианте не может быть такого, что пользователь с одним и тем же SIP URI одновременно работает и в S4B и в CUCM. Вообще ещё можно сделать прямой SIP Trunk между CUCM и S4B и пускать звонки по SIP URI через него, а Dual-Home конференции через CMS. Это упростило бы маршрутизацию потому, что Dual-Home конференции это всегда вызов по номеру, т.е. достаточно одного Route Pattern’a в сторону CMS и одного SIP Route Pattern’a в сторону S4B, но мы не ищем лёгких путей. Далее настраиваем: 1. Создаем SIP Trunk Security Profile’s Для Expressway для CMS Для IM&P 2. Создаем SIP Trunk’и. Для Expressway Для CMS Для IM&P 3. Создаем SIP Route Pattern’ы на CUCM. 4. Создаем CMS Conference Bridge. 5. Заполняем Organization Top Level Domain в Enterprise. 6. Создаём UC Services и Service Profile. 7. Настраиваем конфигурационный файл Cisco Jabber. Требуется добавить эти параметры, иначе при добавлении контакта в список контактов Cisco Jabber чат-адрес в карточке добавленного контакта будет некорректный, суффикс контакта будет содержать домен пользователя, который этот контакт себе добавляет, и как следствие не будет работать передача сообщений и статусов. 8. Импортируем пользователей из MS AD в CUCM. Directory URI и Phone Number в моём случае не принципиально из каких полей LDAP импортировать, сделал как на изображении выше 9. Создаём правила входящих звонков и правила переадресации на CMS. 10. Создаём правила исходящих звонков с соответствующими приоритетами. 11. Настраиваем Microsoft Interoperability на Expressway. 12. Создаём зоны на Expressway. 13. Создаем правила поиска на Expressway. ПЕРЕДАЧА СООБЩЕНИЙ И СТАТУСОВ ПРИСУТСТВИЯ Передача сообщений между пользователями Cisco Jabber и S4B будет работать по так называемой IntraDomain федерации, однако, маршрут, который создаётся автоматически на серверах IM&P напрямую в сторону S4B, мы вручную изменяем в сторону Expressway. Также для IMP&P требуется адресная схема вида Directory URI. Далее на IM&P настраиваем: 1. Security Settings 2. Incoming ACL 3. Outcoming ACL 4. Application listeners 5. Routing Settings 6. Static Routes 7. TLS Context Configuration 8. TLS Peer Subjects НАСТРОЙКА SKYPE FOR BUSINESS Настройка доверительных отношений с серверами Cisco 1.1. Настройка доверия с CMS. Создание пула CMS: New-CsTrustedApplicationPool -Identity cms.inline.su -Registrar sfbfe01.inline.su -Site 1 -RequiresReplication $false -ThrottleAsServer $true -TreatAsAuthenticated $true -ComputerFqdn cms01.inline.su Добавление серверов CMS в пул: New-CsTrustedApplicationComputer -Identity cms02.inline.su -Pool cms.inline.su New-CsTrustedApplicationComputer -Identity cms03.inline.su -Pool cms.inline.su Создание приложения CMS: New-CsTrustedApplication -ApplicationId CiscoCMS -TrustedApplicationPoolFqdn cms.inline.su -Port 5061 1.2. Настройка доверия с CUPS. Создание пула CUPS: New-CsTrustedApplicationPool -Identity cups.inline.su -Registrar sfbfe01.inline.su -Site 1 -RequiresReplication $false -ThrottleAsServer $true -TreatAsAuthenticated $true -ComputerFqdn cups01.inline.su Добавление серверов CUPS в пул: New-CsTrustedApplicationComputer -Identity cups02.inline.su -Pool cups.inline.su Создание приложения CUPS: New-CsTrustedApplication -ApplicationId CiscoImPres -TrustedApplicationPoolFqdn cups.inline.su -Port 5061 1.3. Настройка доверия с Expressway-C. Создание пула Expressway-C: New-CsTrustedApplicationPool -Identity expc.inline.su -Registrar sfbfe01.inline.su -Site 1 -RequiresReplication $false -ThrottleAsServer $true -TreatAsAuthenticated $true -ComputerFqdn expc01.inline.su Добавление серверов Expressway-C в пул: New-CsTrustedApplicationComputer -Identity expc02.inline.su -Pool expc.inline.su Создание приложения Expressway-C: New-CsTrustedApplication -ApplicationId CiscoExpWay -TrustedApplicationPoolFqdn expc.inline.su -Port 5061 1.4. Применение настроек. Сохранение настроек топологии: Enable-CsTopology Перезапуск сервисов на Front End серверах: Stop-CsWindowsService Start-CsWindowsService Настройка маршрутов 2.1. Настройка корневого домена. $x1 = New-CsStaticRoute -TLSRoute -Destination ‘expc.inline.su’ -MatchUri ‘uc.inline.su’ -Port 5061 -UseDefaultCertificate $true Set-CsStaticRoutingConfiguration -Identity Global -Route @{Add=$x1} 2.2. Настройка дополнительных доменов. В случае необходимости добавления маршрутов на дополнительные домены, изменить поле MatchUri на соответствующие значение: $x2 = New-CsStaticRoute -TLSRoute -Destination ‘expc.inline.su’ -MatchUri » -Port 5061 -UseDefaultCertificate $true Set-CsStaticRoutingConfiguration -Identity Global -Route @{Add=$x2} 2.3. Применение настроек. Сохранение настроек топологии: Enable-CsTopology Перезапуск сервисов на Front End серверах: Stop-CsWindowsService Start-CsWindowsService Настройка доверия сертификатам 3.1. На Front End серверах открыть MMC оснастку Certificates (Computer). 3.2. Перейти в раздел Trusted Root Certification Authorities. 3.3. Убедиться, что сертификат корневого УЦ, выдавшего сертификат на серверы Cisco находится в данном разделе. 3.4. В случае отсутствия, импортировать недостающий корневой сертификат. Проверка настроек SFB сервера 4.1. Настройки адресной книги. Настройки политик адресной книги рекомендуется сделать WebSearchOnly. Посмотреть текущие настройки: Get-CsClientPolicy | ft Identity,AddressBookAvailability Задать настройки: Set-CsClientPolicy Global –AddressBookAvailability WebSearchOnly 4.2. Настройки поддержки шифрования медиа трафика. Настройки шифрования медиа трафика рекомендуется сделать SupportEncryption. Посмотреть текущие настройки: Get-CsMediaConfiguration | ft Identity,EncryptionLevel Задать настройки: Set-CsMediaConfiguration global -EncryptionLevel SupportEncryption Переключение пользователя на другую систему UC 5.1. Отключение пользователя на SFB. Подготовить списки ID пользователей через PowerShell или любым другим способом. В качестве ID может выступать UPN, SIP Address, sAMAccountName, Display Name: $SfbUsers = Get-CsUser –ResultSize Unlimited | ?{$_.SipAddress –like «*@uc.inline.su» –and $_.Enabled –like «True»} | select sAMAccountName,SipAddress,Enabled Отключение пользователей из списка SFB: foreach($UcUser in $SfbUsers) {Disable-CsUser –Identity $UcUser.sAMAccountName –Confirm:$false} 5.2. Включение атрибута msRTCSIP-PrimaryUserAddress. После отключения пользователей на серверах SFB им необходимо заполнить атрибут msRTCSIP-PrimaryUserAddress соответствующим адресом, использующимся на серверах Cisco: foreach($UcUser in $SfbUsers) {Set-AdUser –Identity $UcUser.sAMAccountName –Replace @{«msRTCSIP-PrimaryUserAddress»=’sip:’+$($UcUser.sAMAccountName)+’@uc.inline.su’}} На этом все настройки закончены. Во второй части расскажу о настройках для планового перехода на Cisco Jabber с выделенным для него отдельным доменом и SIP Федерацию с внешними организациями, при таком сценарии работает полноценно и Cisco Webex тоже. Статья довольно сырая в плане оформления, за что прошу простить. По мере наличия времени и желания буду приводить её в более привлекательный вид. ссылка на оригинал статьи https://habr.com/ru/post/652135/ Запись опубликована автором admin в рубрике Без рубрики. Добавьте в закладки постоянную ссылку. ДОБАВИТЬ КОММЕНТАРИЙ ОТМЕНИТЬ ОТВЕТ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сайт Δ Сайт работает на WordPress