Cisco jabber подключение к конференции через web

Корпоративный Cisco Jabber: 11 версия очень радует

Кто такой Jabber, думаю, рассказывать не надо. Надо рассказать про корпоративную среду, где чертовски важно поддерживать устройства телеприсутствия, нормально работать с VDI, для мобильных сотрудников — быть на связи, быстро назначать сложные собрания и конференции. И, вообще, соответствовать куче политик безопасности и правил.

В июне вышел релиз Cisco UC 11. За это время старый добрый Jabber нехило так поменялся и приобрел много полезных функций.

Если кратко — все основные десктопные и мобильные ОС кроме Linux, унификация интерфейса даже с аппаратными устройствами Cisco TelePresence, безопасный доступ для мобильных пользователей (запустил Jabber — поднялся шифрованный канал), некий аналог p2p для VDI-станций без лишних бросков от терминала к серверу, простой гостевой доступ для тех, у кого есть только браузер. Теперь давайте детальнее.

Все устройства

Cisco сделала клиент доступным практически на любом устройстве: Windows и OS X, iOS, Android, а также браузеры и тонкие клиенты VDI. Нет поддержки Linux, Windows Phone. Такое многообразие обеспечивает максимальную доступность клиента для пользователей, а также даёт им большую гибкость и возможность использовать своё «любимое» устройство для коммуникаций.

Можно начать искать различия в новом и старом интерфейсе. Верхний старый, ниже новый.

Лицензирование для негомогенного парка устройств идёт проще и понятнее.

В момент перехода от Personal Communicator (предшественник Джаббера) к Jabber дизайн стал почти одинаковым на всех устройствах. Даже на абонентских терминалах TelePresence (персональных и групповых), обеспечивающих высокое качество коммуникации, можно увидеть привычный интерфейс. Это очень помогает пользователям быстро освоиться и начать пользоваться сервисами.

При таком количестве устройств и платформ, на которых доступны сервисы UC, раньше было довольно сложно ориентироваться среди приложений. Одновременно существовали Personal Communicator, Jabber for Mac, Jabber Voice, Jabber IM, Jabber Video for TelePresence и другие клиенты. Сейчас всё стало логично и просто, все клиенты называются Jabber for XXX. Функциональные возможности были практически полностью унифицированы.

На всех устройствах поддерживаются базовые функции:

• HD аудио- и видеозвонки.
• Просмотр контента.
• Голосовая почта.
• Индивидуальный и групповой чат.
• Списки контактов и адресная книга с поддержкой фотографий пользователей.
• Статусы присутствия.

Демонстрация контента пока не работает на мобильных устройствах. Управление удалённым компьютером работает только под Win.

UC за пределами офиса

Еще 2–3 года назад обеспечить мобильных и удалённых сотрудников доступом к корпоративным сервисам коммуникаций было непросто. Нужно было обязательно делать выбор между использованием VPN-соединений или же ограничением функциональности. Построить VPN-туннель на первый взгляд кажется не такой уж и сложной задачей, но на практике это создавало массу барьеров и проблем: организационных (за VPN и UC обычно отвечают разные подразделения), технических (связанных с использованием оборудования с шифрованием в РФ) и пользовательских. Последние причём могли свести на нет все усилия от преодоления остальных, потому что это просто неудобно — каждый раз устанавливать VPN-соединение, когда ты выходишь за пределы офиса. При любом выборе решение получалось дороже и сложнее.

Появилась функция Mobile and Remote Access (MRA), и с ней жизнь стала намного лучше. Название функции говорит само за себя: она позволяет безопасно получить доступ к сервисам UC для мобильных и удалённых пользователей. Пользователи могут использовать Jabber где угодно, при этом не надо думать о своём местоположении и изменять какие-либо настройки. Просто нужно запустить приложение, а Jabber сам найдет нужный сервер для подключения. Ещё более привлекательной данную функцию делает то, что она абсолютно бесплатна. ПО пограничных серверов, обеспечивающих работу Jabber за пределами корпоративной сети, стоит $0, а клиенты Jabber не требуют лицензии для совершения внутренних звонков. Пожалуй, это одна из самых полезных и востребованных функций, которая сегодня реализуется в каждом проекте, где есть Jabber.

Гостевой доступ

Когда в конференции должен участвовать кто-то снаружи компании, то проблем обычно нет, если это большая компания, которая использует стандартное (H.323/SIP) решение корпоративной связи. Но в случае с небольшими компаниями или физлицами есть шансы не соединиться. Раньше стандартным выходом из этой ситуации могло быть предложение перенести видеоконференцию в скайпоподобный сервис, но такое решение подходило далеко не для всех сценариев и могло нарушать корпоративные политики.

В конце 2013 года появилось решение Jabber Guest, которое позволяет просто отправить любым способом ссылку удалённой стороне или разместить ее на сайте. Удалённый абонент может подключиться по ссылке с помощью браузера или мобильного устройства, а сотрудник при этом может использовать привычные для себя средства коммуникации. Данная функция идеально подходит для кадровиков, общения с физическими лицами, небольшими компаниями или привлечения сторонних экспертов.

Облака и VDI

Jabber может совместно использоваться с облачными сервисами Cisco WebEx и недавно появившимся сервисом Collaboration Meeting Rooms (CMR) Cloud, работающим на базе того же облака WebEx Cloud. Совместное использование Jabber с этими сервисами заключается в возможности использовать клиент для участия в облачных мероприятиях, а также инициировать их одним кликом. В последней версии Jabber появились возможности стартовать сессию в WebEx или CMR прямо из окна чата, минуя стадии планирования, приглашения участников и т. д.

С VDI старая боль в том, что рабочая станция с операционной системой находится в дата-центре, а периферийное оборудование (монитор, web-камера, микрофон, динамики) на рабочем месте подключены к тонкому клиенту, возникает существенная задержка при передаче голоса и видео до дата-центра и обратно. Стандартные приложения ВКС и UC просто не смогут работать в таких условиях. Однако для Jabber существует специальная прослойка, устанавливаемая на тонком клиенте, позволяющая обойти это ограничение. Аудио- и видеоданные передаются непосредственно между тонким клиентом и удалённым абонентом, минуя рабочую станцию в ЦОДе.
Такое решение было использовано в одном из наших проектов по оснащению офисного здания, где клиенты Jabber использовались на рабочих местах сотрудников вместо телефонных аппаратов и в качестве персонального клиента унифицированных коммуникаций.

Встраиваемый Jabber

Jabber может быть зарегистрирован в операционной системе для обработки нажатий по определённым ссылкам. Это позволяет сделать звонок с помощью Jabber прямо из браузера или почтового клиента.

Интеграция Jabber с MS Exchange позволяет делать звонки или открывать окно чата прямо из интерфейса Outlook, а также видеть статус присутствия пользователя.

Используя Jabber SDK, функциональность Jabber может быть добавлена к любому веб-приложению, например, корпоративной информационной системе, социальной сети или веб-сайту, или создать специализированный клиент с ограниченным функционалом. Мы использовали SDK для создания прототипа примитивного клиента с возможностью совершать звонки на предварительно настроенные номера. Такое простое решение, например, может использоваться в общественных местах для экстренной связи или в составе информационных киосков.

Чего не хватает Jabber

При всём богатом функционале клиента остаются всё же функции, которые хотелось бы видеть на борту, например, запись звонков одной кнопкой с возможностью последующего доступа к записи через портал или возможность передачи контента в среде VDI хотя бы вместо основного видео (в данный момент такой возможности нет).

Опыт работы с нашими заказчиками показал, что Jabber также не хватает популярности в РФ. Многие слышали, знакомы или уже используют Lync (новое название Skype for Business), а про Jabber часто приходится рассказывать. На мой взгляд, Jabber является достойным конкурентом и альтернативой Microsoft Lync.

Источник

Cisco Jabber и Skype for Bussiness. Часть первая

Во многих организациях стоит задача переезда с умирающего 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, но мы не ищем лёгких путей.

Для Expressway

Источник

Configure Jabber for Windows — Quick Start Guide

Available Languages

Download Options

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

Contents

Introduction

This document describes the necessary steps required for deployment of Cisco Jabber for Windows basic features. This is a quick start guide and do not cover any of the advanced features supported by Cisco Jabber for Windows.

Prerequisites

Cisco recommends you have a basic understanding of the Cisco Unified Communications Manager (CUCM) administration web page as well as experience with basic phone configurations.

Software Requirements

This guide assumes these software versions are in use:

• Cisco Unified Communications Manager (CUCM) version 10.x or higher.
• Cisco Unified IM and Presence (IM&P) version 10.x or higher.
• Cisco Unity Connection (CUXN) version 10.x or higher.
• Jabber for Windows 11.8 or higher.
• Microsoft Windows 10 (32 bit and 64 bit).
• Microsoft Windows 8 (32 bit and 64 bit).
• Microsoft Windows 7 Service Pack 1 or later (32 bit and 64 bit).

Hardware Requirements

The hardware specifications are the suggested minimum requirements for Cisco Jabber for Windows on a Microsoft operating system:

• CPU
  • Mobile AMD Sempron Processor 3600+ 2 GHz
  • Intel Core2 CPU T7400 at 2. 16 GHz
  • Intel Atom
• RAM
  • 2 GB (128 MB Free)
• Free Disk Space
  • 256 MB

Phone Services

Jabber Softphone

Jabber for Windows provides a option to supply phone services through a Cisco Unifed Client Services Framework devices which is often referred to as a CSF or Softphone.

To configure a CSF device, log in to the CUCM Administration web page and navigate to Device > Phone.

From the Find and List Phones menu select Add New.

Once on the Add a New Phone menu search the phone type drop down for the Cisco Unifed Client Services Framework device type. Once selected click Next.

The table (Table 1.0) contains all the fields that must be configured to set up a Cisco Unified Client Services Framework (CSF) device in CUCM. Majority of required fields have default configurations and donot need to manually configured unless otherwise required for your deployment. You must manually configure all the fields where the Configured by Default column in the table is set to NO.

Tip: Cisco recommends that all Client Services Framework devices be configured with a device name prefix of CSF. For example, you provision a user named Holly Day with a CSF device. Her CUCM end user user ID Is hday so her CSF device name would be CSFHDAY.

Table 1.0

Choose a Presence group for the end user. The selected group specifies the devices, end users, and application users that can monitor this directory number.

The default value for Presence Group specifies Standard Presence group, configured with installation.

Required Fields	Default Parameter	Configured by Default	Description
Device Name	Must be manually added, device name must begin with CSF.	NO	Enter a name to identify software-based telephones
Device Pool	Must select one of the available device pools.	NO	Choose the device pool to which you want this phone assigned. The device pool defines sets of common characteristics for devices, such as region, date/time group, and softkey template.
Phone Button Template	Standard Client Service Framework	NO	Choose the appropriate phone button template. The phone button template determines the configuration of buttons on a phone and identifies which feature (line, speed dial, and so on) is used for each button.
Common Phone Profile	Standard Common Phone Profile	YES	C hoose a common phone profile from the list of available common phone profiles
Location	Hub_None	YES	Use locations to implement call admission control (CAC) in a centralized call-processing system. The location specifies the total bandwidth that is available for calls to and from this location. A location of Hub_None means that the locations feature does not keep track of the bandwidth that this Cisco Unified IP Phone consumes. A location of Phantom specifies a location that enables successful CAC across intercluster trunks that use H.323 protocol or SIP.
Built In Bridge	Default	YES	Enable or disable the built-in conference bridge for the barge feature with the Built In Bridge drop-down list box (choose On, Off, or Default)
Device Mobility Mode	Default	YES	Turn the device mobility feature on or off for this device or choose Default to use the default device mobility mode. Default uses the value for the Device Mobility Mode service parameter for the device.
Owner User ID	Set the user ID	NO	From the drop-down list box, choose the user ID of the assigned phone user. The user ID gets recorded in the call detail record (CDR) for all calls made from this device. Assign a user ID to the device also moves the device from «Unassigned Devices» to «Users» in the License Usage Report.
Use Trusted Relay Point	Default	YES	From the drop-down list box, enable or disable whether Cisco Unified CM inserts a trusted relay point (TRP) device with this media endpoint. A Trusted Relay Point (TRP) device designates an MTP or transcoder device that is labeled as Trusted Relay Point.
Always Use Primary Line	Default	YES	From the drop-down list box select (Off, On or Default). Default — Cisco Unified Communications Manager uses the configuration from the Always Use Prime Line service parameter, which supports the Cisco CallManager service
Always Use Prime Line for Voice Message	Default	YES	From the drop-down list box select (Off, On or Default). Default — Cisco Unified CM uses the configuration from the Always Use Prime Line for Voice Message service parameter, which supports the Cisco CallManager service.
Packet Capture Mode	None	YES	This exists to troubeshot encryption only; packet capturing can cause high CPU usage or call-processing interruptions.
BLF Presence Group	Standard Presence Group	YES
Device Security Profle	Must be manually selected.	NO	You must apply a security profile to all phones that are configured in Cisco Unified Communications Manager Administration . Installing Cisco Unified Communications Manager provides a set of predefined, nonsecure security profiles for auto-registration. To enable security features for a phone, you must configure a new security profile for the device type and protocol and apply it to the phone. If the phone does not support security, choose a nonsecure profile.
SIP Profile	Must be manually selected.	NO	Choose the default SIP profile or a specific profile that was previously created. SIP profiles provide specific SIP information for the phone such as registration and keepalive timers, media ports, and do not disturb control.
Certificate Operation	No Pending Operation	YES	This field is related to CAPF enrollment.
DND Option	Ringer Off	YES	When you enable DND on the phone, this parameter allows you to specify how the DND features handle incoming calls.
Video Calling	Enabled	YES	T urns video capabilities on and off
Automatically Start in Phone Control	Disabled	YES	If enabled, the client start in desktop phone control mode.
Automatically Control Tethered Desk Phone	Disabled	YES	If enabled, the client automatically control the tethered desktop phone.
Extend and Connect Capability	Enabled	YES	Indicates if Extend and Connect capabilities are enabled for the client. This allows the client to monitor and control calls on 3rd party PBX, PSTN, and other remote phones.
Display Contact Photos	Enabled	YES	Indicates if contact photo retrieval and display is enabled or disabled for the client.
Number Lookups on Directory	Enabled	YES	Indicates if phone number lookups with the Corporate Directory are enabled or disabled for the client.
Analytics Collection	Disabled	YES	Indicates if analytics collection is enabled or disabled for the client

Once you have configured all the required field for the CSF configuration save the configuration with the Save button.

Now that you have created a CSF you need to add a directory number to the device. This can be done by select the Add a new DN option located at the top left of the CSF configuration.

Note: This document does not cover the complete line configuration for the CSF device. Line configuration is a standard configuration that must be performed for all phones and is not a configuration that is specific to CSF devices.

Tip: Once you have a directory number your CSF device make sure to associate the CUCM end user to the directory number. Scroll to the bottom of the directory number configuration and Associate End Users. This configuration is required if you plan to use Jabber for phone presence.

Jabber Deskphone

Jabber for Windows also has the capability to perform Cisco Computer Telephony Integration (CTI) with Cisco deskphones. This allows Jabber for Windows users to use their Cisco deskphone as their Jabber telephony device when perform call actions from the Jabber user interface.

Deskphone Configuration

To setup Jabber for Windows CTI integration follow these simple steps.

Acess the CUCM Administration web page and navigate to Device > Phone.

From the Find and List Phones menu search for and select the Jabber users deskphone.

When presented with the Phone Configuration menu verify the two listed:

1. Verify that the Allow Control of Device from CTI check box is checked.
2. Confirm the device Owner User ID is set to the Jabber for Windows user CUCM user ID.

CTI UC Services Setup

Next we setup the CTI UC services, that is to be used by the Jabber client to connect to the CUCM CTIManager service. Navigate to User Management > User Settings > UC Service.

Once on the Find and List UC Services page select Add New.

When presented with the UC Service Configuration page select CTI from the UC Service Type drop down then select Next.

Then, presented with the UC Service Configuration page. Here must configure a Name for the CTI UC Service as well as provided the IP, Hostname or Fully Qualified Domain Name (FQDN) of the CUCM server that has the CTI service active.

Note: Up to three CTI UC Services can be assigned to a UC Service Profile.

Now that we defined the CTI UC Service(s) we assign them to the Service Profile. Navigate to User Management > User Settings > Service Profile.

From the Find and LIst Service Profiles menu search for and select the service profile used by your Jabber for Windows users or create a new service profile with Add New.

Once on the Service Profile Configuration page scroll down to the CTI Profile section and assign the CTI UC Services to the service profile then select Save.

Note: This document does not cover the configuration of a new new Cisco deskphone as this is a basic CUCM administration task.

To view the list of ( CTI) supported devices, navigate to CUCM Cisco Unified Reporting and select the Unified CM Phone Feature List Report . Next select CTI controlled from the Feature drop-down list.

Configuration of the Voicemail

Jabber for Windows is able to retrieve and playback voicemail messages that have been stored on Cisco Unity Connection. To setup voicemail for Jabber for Windows please follow these steps:

Unity Connection Configuration

Access the Cisco Unity Connection web administration web page and navigate to Users > Users.

When presented with Search Users page search for and select your Jabber for Windows users mailbox.

Once presented with the Edit User Basics page of the user Mailbox notate the Calls of Service that is configured.

Via the left hand navigation pane navigate to Class of Service > Class of Service.

When presented with the Search Class of Service page search for and select the class of service you previously notated.

Once on the Edit Class of Service page verify:

1. Verify that the check box is checked for the Allow Users to Use the Web Inbox and RSS Feeds feature.
2. Also verify that the Allow Users to Use Unified Client to Access Voicemail feature is enabled by the box near the feature name.

Once the Class of Service configuration has been verified navigate to System Settings > Advanced > API Settings in the left navigation pane. Enable all three presented on the API Configuration page.

CUCM Configuration

Now that Unity Connection is setup we move to the CUCM configuration for Jabber for Windows voicemail. Navigate to User Management > User Settings > UC Service.

Once on the Find and List UC Services page select Add New.

When presented with the UC Service Configuration page select Voicemail from the UC Service Type drop down then select Next.

Ones presented with the UC Service Configuration page. Select Unity Connection from the Product Type dropdown. We need to configure a Name for the Voicemail UCService as well as provided theIP, Hostname or Fully Qualified Domain Name (FQDN) of the Unity Connection server that acts as the REST and Jetty services.

Note: Up to three Voicemail UCServices can be assigned to aUCService Profile.

Now that the Voicemail UC Service(s) are defined we assign them to the Service Profile. Navigate to User Management > User Settings > Service Profile.

From the Find and LIst Service Profiles menu search for and select the service profile used by your Jabber for Windows users or create a new service profile with Add New.

Once on the Service Profile Configuration page scroll down to the Voicemail Profile section and assign the Voicemail UCService(s) to the service profile then select Save.

Note: The Jabber for Windows setup assumes that Unity Connection is LDAP authentication. In cases where mailboxes are not LDAP integrated please refer to the Cisco On-Premises Deployment Guide.

Configuration of the Directory

Jabber for Windows is dependent on directory services for resolution of corporate contacts. Jabber is able to perform directory resolution through Lightweight Directory Access Protocol (LDAP) or CUCM User Data Services (UDS). Please refer to the next sections for information on configuration of LDAP or UDS directory services for Jabber for Windows.

LDAP Directory Services

Jabber for Windows supports three well known LDAP directory services:

• Active Directory Domain Services
• OpenLDAP
• Active Directory Lightweight Directory Service (AD LDS)

This guide provide the steps to configure Jabber for Windows 11.8 or higher to integrate with Active Directory Domain Services, as this is the most common integration.

Access the CUCM Administration web page and navigate to User Management > User Settings > UC Service.

Once on the Find and List UC Services page select Add New.

When presented with the UC Service Configuration page select the Directory from the UC Service Type drop down and select Next.

You then be presented with the UC Service Configuration page. Select Enhanced Directory from the Product Type drop down. You also need to configure a Name for the Directory UCService as well as provided theIP, Hostname or Fully Qualified Domain Name (FQDN) of the directory server.

By default the Connection Type is set to Global Catalog which assumes that a Microsoft Domain Controller is use as the the directory source. If a Global Catalog server is in use the Port number in the configuration must be set to 3268. Cisco does recommend the use of a Global Catalog server as a directory resource as it provides more efficient resolutions of queries.

Tip: In cases where you do not have a domain controller for Microsoft Active Directory Domain Services, the Directory UC Service must have the Port set to 389 to Connection Type must be set to Ldap.

Note: Up to three Directory UCServices can be assigned to aUCService Profile.

Now that the Directory UC Service(s) are defined, we assign them to the Service Profile. Navigate to User Management > User Settings > Service Profile.

From the Find and LIst Service Profiles menu search for and select the service profile used by your Jabber for Windows users or create a new service profile with Add New.

Once on the Service Profile Configuration page scroll down to the Directory Profile section and assign the Directory UCService(s) to the service profile. You also need to define the Active Directory search base, this can be the organization unit or directory where your corporate users exist.

While in the Directory Profile section you also have to configure a directory authentication method. Check the check box near the «Use Logged On User Credential» to prevent anonymous queries and force Jabber to authenticate with the credentials that were entered during Jabber log in. If the Use Logged On User Credential is left unchecked Jabber attempt to perform a nonymous access to the directory server. Anonymous directory access is not recommended by Cisco.

Once you are done with the Directory Profile select Save.

Note: If you are in CUCM 10.X — 11.5.X, the Directory Profile section of the Service Profile also include username and password fields that allow for a dis tinguished name to be used as the user ID that is authorized to run queries on the LDAP server. In CUCM 12.X if you want to use a single user ID for authentication for directory services you need to use the ConnectionUsername and ConnectionPassword parameters in the jabber-config.xml.

Caution: Cisco Jabber queries contact source with various attributes, not all of these attributes are indexed by default. To ensure efficient searches the attributes used by Cisco Jabber must be indexed on the directory server. For more information please refer to the LDAP Prerequisites section of the Jabber Planning Guide.

UDS Directory Services

CUCM User Data Services (UDS) provides a contact source API that can be used by Jabber over Cisco Expressway mobile and remote access for the contact resolution and it is an optional contact service for clients on the corporate network. The UDS contact source uses the Unified CM end user table information to provide a directory resolution.

Acess the CUCM Administration web page and navigate to User Management > User Settings > Service Profile.

From the Find and LIst Service Profiles menu search for and select the service profile used by your Jabber for Windows users or create a new service profile with Add New.

Once on the Service Profile Configuration page scroll down to the Directory Profile section and check the check box labeled Use UDS for Contact Resolution then select Save.

Once UDS Is enabled on the service profile Jabber for Windows automatically discover the CUCM UDS servers during the Jabber log in process.

Configuration of the CUCM End Users

The CUCM end user configuration is a crucial step for Jabber for Windows as many of Jabbers features are dependent on this configuration. The image depicts all the Jabber configurations that are dependent on the CUCM end user configuration.

To configure the Jabber for Windows CUCM end user, acess the CUCM Administration web page and navigate to User Management > End User.

From the Find and LIst Users menu search for and select the CUCM end user you wish to configure for Jabber for Windows.

Once on the End User Configuration web page scroll down to the Service Settings section, here you can assign the end user the services you want them to use. To enable a user to be able to log in to Jabber for Windows you must enable the Home Cluster service by the check box next to the service name.

If your end is target to use Jabber for Windows for instant messaging you need to enable their end user for the service by the check box next to the field labeled Enable User for Unified IM and Presence.

Next you want to assign a service profile with a service profile from the UC Service Profile drop down. The service profile is used to provide the Jabber client with CUCM UC service configuration. .

Note: If you do not assign a service profile to the CUCM end user then the user automatically use the service profile that is set as the system default service profile.

Next scroll down to the Device Information section. Here you can manage the CUCM end users controlled devices. Assign the user their softphone and/or deskphone devices. CUCM provides this list of device to Jabber for Windows during Jabber log in.

You can assign a device to a user with the Device Association button. You are presented with the User Device Association menu. From here you can search for the CUCM end users devices. When you find a device place a check mark in the check box next to the device and select Save Selected Changes.

Now scroll down to the Directory Number Association section and select the CUCM end users primary extension from the Primary Extension drop down.

Next scroll down to the Permissions Information section. Here we assign the permissions that are needed by Jabber for Windows.

The table (Table 1.1) lists all the required roles, their privileges and the reason why Jabber needs the role assigned.

Table 1.1

Roles	Privileges/Resources	Jabber Role Usage
Standard CCM End Users	Grant an end user log-in rights to the Cisco Unified CM User Options.	Jabber SOAP Authentication
Standard CCMUSER Administration	Allows access to the Cisco Unified CM User Options.	Jabber SOAP Authentication
Standard CTI Allow Control of Phones Supporting Rollover Mode	Allows control of all CTI devices that support rollover mode.	Used for CTI Control of Cisco Unified IP Phone 6900 series
Standard CTI Allow Control of Phones Supporting Connected Xfer and conf	Allows control of all CTI devices that support connected transfer and conferencing	Used for CTI Control of Cisco Unified IP Phone 9900, 8900, or 8800 series or DX series
Standard CTI Enabled	Enables CTI application control.	Used for CTI control of all other Jabber compatible CTI devices.

To assign a permission group to the CUCM end user select the Add to Access Control Group button.

Next, search for the access control group you would like to add and select the checkbox located near the access control groups name. When finished select the Add Selected button.

Service Discovery

For the Cisco Jabber client to be able to log in it must first be aware of the services (CUCM, IM&P or Expressway) it uses for authentication and configuration retrieval. Cisco recommends set up automatic service discovery through the use of Domain Name System (DNS) Service Location (SRV) records as this provides a seamless user experience and ease of administration.

The image is graphical depiction of the Jabber automatic service discovery process.

To add DNS SRV record to Microsoft DNS Manager navigate to your domain and expand the tree. Right click on the _tcp folder and select Other New Records.

When presented with the Resource Record Type window, highlight the Service Location (SRV) then select Create Record.

Next we see «New Resource Record» pane. Here you can configure a SRV record for each of the CUCM servers that are to be used for Jabbers initial UDS home cluster lookup.

This is a configuration example for the _cisco-uds SRV record. In this example the _cisco-uds record resolves to three CUCM nodes within a CUCM cluster.

Download Jabber

Open your web browser of choice and navigate to https://software.cisco.com/download/home. Once on the download home page simply search for Jabber for Windows. Once you are presented with download options select the Cisco Jabber for Windows Install download as seen in the screenshot:

Installation of Jabber

Chose the Cisco Jabber for Windows installer that you previously download. Unzip the Jabber installation folder and select the CiscoJabberSetup.msi.

Once the Jabber for Windows installation launches please read through the notices and disclaimers. If you wish to continue with the installation select Accept and Install.

When the Jabber installation has finished you are presented with the Cisco Jabber installer completed window. To complete the install select Finish.

Log into Jabber

To perform a log in on Jabber for Windows, chose the Jabber application on the Microsoft Windows machine and launch it .

• Windows 7
  • Navigate to the Windows Start Menu > All Programs > Cisco Jabber > Cisco Jabber or select the Jabber desktop icon if applicable.

• Windows 10
  • Navigate to the Windows Start Menu > Cisco Jabber > Cisco Jabber or select the Jabber desktop icon if applicable.

Once the Jabber application has been launched provided the Jabber username and the domain that is used for service discovery (example. tuser@testlab.com).

Note: By default Jabber uses the User Principal Name (UPN) of the logged in Windows session to retrieve the domain used for service discovery. The screenshot assumes that UPN discovery is not in use.

Once service discovery has finished you are prompted to provide the credentials for Jabber log. Provide a valid Jabber username and password and select Sign In.

Источник