W tym artykule

Wprowadzenie

Informacje na temat Przewodnika

Historia zmian dokumentów

Integracja urządzeń dla Webex dla Cisco BroadWorks

Informacje ogólne o wdrożeniu urządzenia

Wprowadzanie systemu operacyjnego Room

Wymagania wstępne systemu biurowego

Przepływ wprowadzania systemu operacyjnego Room

Wprowadzanie MPP do Webex

Wymagania wstępne urządzenia MPP

Przepływ wprowadzania urządzeń MPP

Możliwość obsługi urządzenia

Przegląd możliwości obsługi

Wyświetl stan urządzenia

Uruchom ponownie urządzenie

Zgłoś problem

Usuń urządzenie

Zmień właściciela urządzenia

Monitorowanie wydajności

Funkcje użytkownika końcowego zintegrowanych urządzeń Webex

Ujednolicona historia połączeń

Ulepszenia wyszukiwania w katalogu dla zintegrowanych urządzeń RoomOS Webex dla BroadWorks

Przewodnik integracji urządzeń Webex dla Cisco BroadWorks

W tym artykule

Opinia?

Przewodnik po integracji urządzeń jest przeznaczony dla administratorów na poziomie partnerów. W dokumencie opisano, jak wdrażać urządzenia i zarządzać nimi za pomocą tego rozwiązania.

Wprowadzenie

Informacje na temat Przewodnika

Niniejszy dokument jest przeznaczony dla administratorów partnerów w organizacjach dostawców usług, którzy wdrażają Webex dla Cisco BroadWorks. W przewodniku opisano sposób instalowania i serwisowania urządzeń Room OS i MPP dla Webex dla Cisco BroadWorks. Poradnik podzielony jest na dwa rozdziały:

Wprowadzanie urządzeń — opisuje, jak włączać urządzenia systemu operacyjnego Room OS (seria Room and Room Kit, seria Desk i Board) oraz urządzenia MPP do Webex dla Cisco BroadWorks.
Możliwość obsługi urządzeń — opisuje, jak zarządzać urządzeniami wbudowanymi w Control Hub.

Historia zmian dokumentów

W poniższej tabeli podsumowano historię zmian w tym dokumencie.

Data	Wersja dokumentu	Opis zmiany
12 maja 2023 r.	1.7	Dodano ulepszenia Webex for BroadWorks dla zintegrowanych urządzeń Cisco RoomOS i wyszukiwania katalogów dla zintegrowanych urządzeń RoomOS W4B w sekcji Funkcje użytkownika końcowego dla zintegrowanych urządzeń Webex.
27 lutego 2023 r.	1.6	Zaktualizowano etapy Konfigurowania usług dla systemu operacyjnego pokoju w ramach wdrażania urządzeń.
17 lutego 2023 r.	1.5	Dodano sekcję Historia połączeń Unified dla telefonów MPP świadomych Webex w sekcji Funkcje użytkowników końcowych dla urządzeń zintegrowanych Webex.
14 października 2022 r	1.4	Zaktualizowano proces wdrażania dla systemu operacyjnego Room OS w sekcji Room OS Onboarding , aby uwzględnić rekordy SRV. Zaktualizowano wymagania konfiguracji BroadWorks w sekcji Wymagania wstępne systemu systemu biurowego z wskaźnikiem do przewodnika po rozwiązaniach, aby spełnić wymagania dotyczące obsługi administracyjnej przepływu.
20 czerwca 2022 r.	1.3	Zaktualizowano wymagania wstępne systemu Room OS i wymagania wstępne urządzenia MPP ze wskazówką do rozwiązania, aby spełnić wymagania dotyczące obsługi administracyjnej przepływów. Zaktualizowane urządzenia systemu operacyjnego Provision Room i Provision urządzenia MPP zawierające informacje o różnych metodach obsługi administracyjnej.
03 czerwca 2022 r.	1.2	Numer aktywacji funkcji poprawionego profilu urządzenia (02283) w Warunkach wstępnych systemu biurowego i Warunkach wstępnych urządzenia MPP
27 maja 2022 r	1.1	Skorygowany wymóg dotyczący dedykowanej instancji DMS według organizacji partnerskiej. Dodano rozdział Przedmowa . Zaktualizowany tytuł jako „Przewodnik integracji urządzeń”.
20 maja 2022 r	1.0	Wstępne publikowanie

Integracja urządzeń dla Webex dla Cisco BroadWorks

Device Onboarding Overview

This chapter describes how to onboard devices to Webex for Cisco BroadWorks. This chapter covers the following use cases:

Onboard new Webex Room OS devices (using activation codes)
Onboard new MPP devices
Add Webex capability to existing MPP devices

We recommended that you deploy this feature on Release Independent ADP servers. However, XSP also supports this feature. If you're using XSP, then where this document refers to "ADP", you can substitute "XSP", unless the text specifies ADP only.
This feature supports both Personal and Workspace devices.

Room OS Onboarding

Webex for Cisco BroadWorks supports activation code onboarding for both shared and workspace Room OS devices.

Device Onboarding with Activation Codes

Device Onboarding with activation codes provides a simple and secure way to onboard Room OS devices. An activation code is a 16-digit one-time system-generated passcode that a user must input on a device to onboard the device. The activation code is securely linked to the intended user account and assures that only the intended user onboards a device linked to the same account. After the user enters the correct code, the device connects to both Webex and BroadWorks, completes registration, downloads its configuration file, and is ready to use.

The following Room OS devices support onboarding with activation codes:

Webex Board Series (Room OS)
Webex Desk Series (Room OS)
Webex Room Series (Room OS)

Onboarding Process for Room OS

The following process shows what happens when a Room OS device onboards using activation codes:

The partner administrator provisions the primary user and device in BroadWorks and then generates the activation code in BroadWorks.
An email that contains the device activation code is sent to the device owner.
The device owner starts the device.
The device prompts the device owner to enter the activation code.
The device owner enters the activation code on the device.
The device onboards to BroadWorks and Webex using the following subprocess:
- The Room OS device sends an activation request to Webex services. The activation code gets validated by GDS and if the code is correct, the device onboards to Webex. Webex returns a machine token to the device.
- The device sends an activation request to the BroadWorks DM along with the machine token and MAC address.
- BroadWorks authorizes and onboards the device.
- The device sends a request to the BroadWorks DM for an updated config. The machine token is included for authorization.
- BroadWorks authorizes the token, locates the updated config file, and returns an updated configuration file.
- Room OS will attempt to locate a NAPTR record for the domain specified in the configuration file as it expects to find an SRV entry for _sip._tls.<domain_in_config> if no NAPTR record is present then RoomOS will then try and look for an SRV record followed by an A record respectively.
  
  The SRV record must be _sip._tls. as roomOS will only support TLS for transport and SRTP for media.
The device registers and is ready to use.

The following diagram provides a simplified overview of the onboarding process.

For detailed information on Room OS onboarding, including more detailed flow diagrams, see the feature description Cisco BroadWorks Enhancements for Webex-Aware Device Onboarding.

Device Authentication (via OAuth Bearer Tokens)

Device authentication for Room OS devices requires that you enable Cisco OAuth Bearer Tokens on BroadWorks. During onboarding, the bearer token gets passed via the Activate Authorization header and serves to identify the device. The IdP validates the bearer token and returns the UUID (a machine UUID for workspace devices or user UUID for personal devices) as bearer subject. BroadWorks saves the UUID as the device name in the Network Server.

Room OS Prerequisites

Minimum Room OS Version

Room OS 10.13 minimum

BroadWorks Patch Requirements

This feature is supported as of version 2021.11 of the Release Independent (RI) ADP server with no patch requirements.

For non-RI servers, you must have installed the following patches (from patch groups ap381367, ap381951, ap382198) in order to use the feature. Install the patches that apply to your release:

Dla R22:

AP.as.22.0.1123.ap381367
AP.as.22.0.1123.ap382236
AP.nfm.22.0.1123.ap381367
AP.ns.22.0.1123.ap381367
AP.platform.22.0.1123.ap381367
AP.platform.22.0.1123.ap382198
AP.ps.22.0.1123.ap381367
AP.xsp.22.0.1123.ap381367
AP.xsp.22.0.1123.ap382198

Dla R23:

AP.as.23.0.1075.ap381367
AP.as.23.0.1075.ap382236
AP.ns.23.0.1075.ap381367
AP.platform.23.0.1075.ap382198
AP.platform.23.0.1075.ap381367
AP.xsp.23.0.1075.ap381367
AP.xsp.23.0.1075.ap382198
AP.ps.23.0.1075.ap381367

Dla R24:

AP.as.24.0.944.ap381367
AP.as.24.0.944.ap381951
AP.as.24.0.944.ap382236

BroadWorks Platform Requirements

This feature is available on:

R22: available on XSP only
R23: available on XSP or ADP (Release Independent)
R24: available on ADP (Release Independent)

BroadWorks Configuration Requirements

To implement this solution, the Flowthrough provisioning must be configured to allow Broadworks to provision devices to Webex.

While configuring the Flowthrough provisioning, it’s not mandatory to use flowthrough provisioning to provision users i.e., you can continue to use your existing provisioning methods (API, Trusted/Untrusted Email, User self, etc.) to provision users. See "Provisioning Requirements" in the Webex for Cisco BroadWorks Solution Guide.
Make sure that the Integrated IM+P service is enabled on BroadWorks and points to the BroadWorks Provisioning Bridge.

The Provisioning Bridge URL was assigned when the Customer Template was applied to the organization. This should have been completed during your initial Webex for Cisco BroadWorks setup. To find the existing URL in Partner Hub, see Configure Application Server with Provisioning Service URL in the Webex for Cisco BroadWorks Solution Guide.
If you have multiple partner organizations, you require a dedicated Device Management Service (DMS) instance per partner.

Prerequisites for Activation Code Onboarding with Room OS

Make sure that the following is set:

Deploy the Device Activation Service on BroadWorks. For details, see Cisco BroadWorks Secure Onboarding Using Activation Codes.
Verify that the DAS URL setting for the BroadWorks cluster is set to the Device Management Services (DMS) URL. To view the current DAS URL setting in Partner Hub, go to Settings > BroadWorks Calling > View Clusters and select the appropriate cluster. The URL appears under Interface settings.

The following BroadWorks features must be activated on the AS:

101377 Enhancements for Webex and MPP device onboarding
25088 Support Handsets for DECT Devices
24104 Support Multicell Chaining for DECT devices
20077 Device Management Enhancements
19559 Visual Device Management Enhancements
02283 Device Profile Type Customization Enhancements

For example, run the following command to enable 101377. Change the feature number when activating the other features: AS_CLI/System/ActivatableFeature> activate 101377

If all the listed patches are installed and an activatable feature is not listed for your particular AS release, it is because it is already included in your AS base release and does not require activation.

Run the following CLI command on the Network Server:

NS_CLI/System/DeviceManagement> asLocationLookupEnabled true

Make sure that the CA that signs your SBC certificate is listed in the Room OS Trust List. You can view the Room OS trust list from the Device Web Portal. On the portal, select Security > Collaboration Edge to view the list of CAs.

Room OS Onboarding Flow

Complete the following tasks to configure your system to support Device Onboarding with Activation Codes for the following Webex Room OS devices:

Seria płyt Webex
Seria biurek Webex
Seria Webex Room

1	Configure Services for Room OS Configure BroadWorks support for Room OS devices.
2	Provision Room OS Devices Provision the new device on BroadWorks.
3	Request Activation Code In the Device Profile, request an activation code. The code will be emailed to the primary user automatically.

Configure Services for Room OS

Before you can onboard any new Room OS devices, set the following system level parameters to turn on OAuth authentication.

Raise a Service Request with your onboarding agent or with Cisco TAC to provision Cisco OAuth for your Cisco Identity Provider Federation account. Title your service request "ADP AuthService Configuration".

If you already obtained Cisco OAuth Identity Provider credentials using one of the flows in this document, there’s no need to create a new request. However, if you obtained Cisco OAuth credentials using a flow that is not in this document, complete a new service request to update your credentials.

Firma Cisco udostępnia identyfikator klienta OAuth, klucz tajny klienta i token odświeżania, który jest ważny przez 60 dni. If the token expires before you use it with your ADP, you can raise another request.

Enable OAuth by using this CLI command:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/OAuth> set enable true

Make sure that the OAuth scope includes broadworks-connector-user (the scope is enabled by default). Run this command to check your scopes:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/OAuth/Scopes> get

Configure the Cisco Identity Provider parameters using the below CLI commands.

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider> set enabled false

set clientId <clientId>—see service request response for ID.
set clientSecret <clientSecret>—see service request response for secret.
set issuerName <URL>—see following table for URL.
set issuerUrl <URL>—see following table for URL.
set tokenInfoUrl <IdPProxy_URL>—see following tables for URL.
set ciResponseBodyMaxSizeInBytes 65536

Tabela 1. Set issuerName and issuerURL
Jeśli klaster CI jest...	Set issuerName and issuerURL to...
Stany Zjednoczone-A	https://idbroker.webex.com/idb
UE	https://idbroker-eu.webex.com/idb
STANY ZJEDNOCZONE-B	https://idbroker-b-us.webex.com/idb
If you don't know your CI Cluster, you can obtain the information from the Customer details in Help Desk view of Control Hub.

Tabela 2. Set tokenInfoURL
Jeśli klaster Teams jest...	Set tokenInfoURL to...(IdP Proxy URL)
ACHM	https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA	https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
If you don't know your Teams Cluster, you can obtain the information from the Customer details in the Help Desk view of Control Hub. For testing, you can verify that the tokenInfoURL is valid by replacing the "`idp/authenticate`" portion of the URL with "`ping`".

Configure Identity Providers for Cisco Federation using the following commands:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add FederationPartner refreshToken

New Password: <token from service request>

Re-type New Password: <token from service request>

...Done

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get

Partner Name Refresh Token

==================================

FederationPartner ********

1 entry found.

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Federation>

set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set partnerName FederationPartner

The refresh token is now under the CiscoIdentityProvider/Partners context and the partnerName from the CiscoIdentityProvider/Federation context needs to match the partner added in the CiscoIdentityProvider/Partners context.

If you are running an ADP RI load older than 2022.10, an R23 XSP without patch AP.xsp.23.0.1075.ap383838, or an R22 XSP, then:

You do not need to set a partner under 'System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Federation>'
The refresh token must be set under: System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Federation>

Clear all existing scopes within the following three contexts under ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/...

Scopes
Admin/RolesAllowed
Admin/ScopesAllowed

For each context, run a get to obtain the existing scopes and then delete them. Na przykład:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Scopes> get delete <name_of_scope_1> delete <name_of_scope_2>

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Admin/RolesAllowed> get delete <name_of_scope_1> delete <name_of_scope_2>

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Admin/ScopesAllowed> get delete <name_of_scope_1> delete <name_of_scope_2>

Provision Room OS Devices

On BroadWorks, provision the Room OS device (Webex Board Series, Webex Desk Series, or Webex Room Series).

1	On BroadWorks CommPilot, check the Identity/Device Profile Type configuration to see if the device type exists for this Room OS device. If the device type does not exist on BroadWorks, import the device type into BroadWorks using a DTAF file that you download from cisco.com.
2	After you import the device type, make sure that the following settings exist within the Identity/Device Profile Type configuration: Check the Allow Activation Code Onboarding check box Check the Send Activation Code Request Through Messaging Server check box. Set Authentication Mode to Bearer.
3	Validate that the Device Profile File has the SIP settings that you want to use. In the Identity/Device Profile Type File make sure that Authentication Mode is Bearer.
4	Create a Device Profile with the settings for your new device. In the Identity/Device Profile Add/Modify page, leave the MAC address field empty.
5	Configure the Primary User. On the Users Add page, check or uncheck the isPlace according to whether you intend the device to be personal or for a shared workspace. Checked—Workspace device Unchecked—Personal device Shared workspace devices also require you to assign a primary user. You can assign the primary user that you want.
6	Complete the option that corresponds to the device type and provisioning method that you want to use: Device is for shared workspace—Use the Provision a BroadWorks Workspace API to complete provisioning for the workspace device. Device is personal; you want to provision using public APIs—Use the Provision BroadWorks Subscribers API to complete provisioning for the primary user. Device is personal; you want users to use self-activate—Forward the User Activation Portal URL to the user. The user must validate their email address to complete provisioning. Device is personal; you want to use flowthrough provisioning—Go to step 7.
7	If the device is for personal use, and you want to use flowthrough provisioning, then for the primary user, assign the Integrated IM+P service. On the User > Profile page, add the IM+P service: From the Profile page, click Assign Services. In the list of Available Services, select Integrated IM&P and use the arrow to move the item to the User Services box. Kliknij przycisk OK. Click Profile. Trusted email flow only. Add the user E-mail address. This setting serves as the IM&P email for flowthrough provisioning to Webex for Cisco BroadWorks. This is not required if you are using the untrusted email flow. The Customer Template on Webex must be configured with settings for flowthrough provisioning with trusted emails or untrusted emails. For details, see the Webex for Cisco BroadWorks Solution Guide.

Co zrobić dalej

Request an activation code for the Room OS device.

Request Activation Code

After your device and user is provisioned on BroadWorks, request that an activation code be sent to the user.

1	In the Identity/Device Profile page, search for and open the device profile for your new device.
2	Click the Device Activation tab.
3	Click Request activation code.

The system generates an activation code and (provided you configured the system properly), the system emails the activation code to the primary user.

Co zrobić dalej

Provide the device to the user. After the user plugs in the device, they are required to enter the activation code that was sent in the email. This will onboard the device to Webex for Cisco BroadWorks.

MPP Onboarding to Webex

This section describes the onboarding of either new or existing MPP devices to Webex for Cisco BroadWorks. Note that 'existing' refers to an MPP device that exists on BroadWorks, but which does not have Webex capability.

MPP Device Onboarding (New Devices)

During onboarding, the administrator updates BroadWorks with support for MPP, upgrades the device firmware and provisions the device on BroadWorks to complete onboarding.

The following diagram provides an overview of the onboarding process after the activation code that the user enters is validated.

MPP Device Onboarding (Existing Devices)

For existing MPP devices, where the device exists already on BroadWorks, but is not onboarded to Webex, update BroadWorks and the device firmware to support MPP to Webex onboarding. After the updates, the device onboards to Webex automatically.

Więcej informacji

For more information on MPP device onboarding to Webex, refer to the feature description Cisco BroadWorks DMS Enhancements for Webex Enabling MPP Devices.

MPP Device Prerequisites

Minimum MPP Version

MPP firmware 11.3.7 minimum

BroadWorks Patch Requirements

This feature is supported as of version 2021.11 of the Release Independent (RI) ADP server with no patch requirements.

For non-RI servers, you must have installed the following patches (from patch groups ap381367, ap381951, ap382198) in order to use the feature. Install the patches that apply to your release:

Dla R22:

AP.as.22.0.1123.ap381367
AP.as.22.0.1123.ap382236
AP.nfm.22.0.1123.ap381367
AP.ns.22.0.1123.ap381367
AP.platform.22.0.1123.ap381367
AP.platform.22.0.1123.ap382198
AP.ps.22.0.1123.ap381367
AP.xsp.22.0.1123.ap381367
AP.xsp.22.0.1123.ap382198

Dla R23:

AP.as.23.0.1075.ap381367
AP.as.23.0.1075.ap382236
AP.ns.23.0.1075.ap381367
AP.platform.23.0.1075.ap382198
AP.platform.23.0.1075.ap381367
AP.xsp.23.0.1075.ap381367
AP.xsp.23.0.1075.ap382198
AP.ps.23.0.1075.ap381367

Dla R24:

AP.as.24.0.944.ap381367
AP.as.24.0.944.ap381951
AP.as.24.0.944.ap382236

BroadWorks Platform Requirements

This feature is available on:

R22: available on XSP only
R23: available on XSP or ADP (Release Independent)
R24: available on ADP (Release Independent)

BroadWorks Configuration Requirements

To implement this solution, the Flowthrough provisioning must be configured to allow Broadworks to provision devices to Webex.

While configuring the Flowthrough provisioning, it’s not mandatory to use flowthrough provisioning to provision users i.e., you can continue to use your existing provisioning methods (API, Trusted/Untrusted Email, User self, etc.) to provision users. See "Provisioning Requirements" in the Webex for Cisco BroadWorks Solution Guide.
Make sure that the Integrated IM+P service is enabled on BroadWorks and points to the BroadWorks Provisioning Bridge.

The Provisioning Bridge URL was assigned when the Customer Template was applied to the organization. This should have been completed during your initial Webex for Cisco BroadWorks setup. To find the existing URL in Partner Hub, see Configure Application Server with Provisioning Service URL in the Webex for Cisco BroadWorks Solution Guide.
If you have multiple partner organizations, you require a dedicated Device Management Service (DMS) instance per partner.

Certificates and Firewalls

Make sure that you have configured the following:

Certificate Requirements—MPP devices use mTLS authentication using the device certificate. The device MAC address, which the certificate provides, authenticates the device. Download the required certificates for your MPP device from https://www.cisco.com/security/pki/.

Upload your certificates to establish trust on the ADP or firewall. For example, if you’re uploading to the ADP, use this command:

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts/updateTrust> <certificate_filename>
Firewall requirements—If ADP is behind a firewall, your firewall must be configured with a rule to extract the MAC address from the device certificate and place it in an Authentication header that is then forwarded to the ADP. For example, the identity pattern .*([0-9a-fA-F]{12}).* can be used to extract the MAC address, which can then be placed in a header that uses a descriptive name (for example, macaddress).

If ADP is not behind a firewall, the preceding requirement doesn’t exist.

Feature Activation

Activate the following BroadWorks features on the AS:

101377 Enhancements for Webex and MPP device onboarding
25088 Support Handsets for DECT Devices
23775 Remote Reset for MPP Devices
24104 Support Multicell Chaining for DECT devices
20077 Device Management Enhancements
19559 Visual Device Management Enhancements
02283 Device Profile Type Customization Enhancements

For example, run the following command to enable 101377.Change the feature number when activating the other features: AS_CLI/System/ActivatableFeature> activate 101377

Run the following CLI on the Network Server:

NS_CLI/System/DeviceManagement> asLocationLookupEnabled true

Activation Code Requirements

Opcjonalnie Activation codes are not mandatory for MPP device onboarding. Howver, if you want to use activation codes, see Request Activation Code for MPP for additional requirements that are specific to activation codes with MPP.

MPP Device Onboarding Flow

Complete the following tasks to configure your system to support MPP device onboarding to Webex for Cisco BroadWorks.

If you’re adding Webex capability to an MPP device that exists on BroadWorks already, complete steps 1 and 2 only.

1	Configure Services for MPP (New or existing MPP devices). Configure system support for MPP on Webex for Cisco BroadWorks.
2	Upgrade MPP Device Firmware (Existing MPP devices). For any existing MPP devices for which you want to add Webex capability, upgrade to the latest device firmware.
3	Provision MPP Device (New MPP devices only). If the device doesn’t exist on BroadWorks, provision the device and primary user on BroadWorks.
4	Request Activation Code for MPP (Optional). If you want to use activation codes to onboard MPP devices, request an activation code.

Configure Services for MPP

Update your BroadWorks system settings to support MPP devices (new or existing) on Webex for Cisco BroadWorks. Complete this step once only. You don’t need to repeat this procedure for each MPP device.

Przed rozpoczęciem

If the ADP is behind a firewall, your firewall must be configured with a rule to extract the MAC address from the device certificate and place it in an Authentication header that is then forwarded to the ADP. For example, the identity pattern .*([0-9a-fA-F]{12}).* can be used to extract the MAC address, which can then be placed in a header that uses a descriptive name (for example, macaddress).

Refer to your firewall documentation for help with the configurations.

Raise a Service Request with your onboarding agent or with Cisco TAC to provision Cisco OAuth for your Cisco Identity Provider Federation account. Use "ADP AuthService Configuration" to title your request.

Configure the Cisco Identity Provider parameters by running the following CLI commands.

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider> set enabled false

set clientId <clientId>—see service request response for ID.
set clientSecret <clientSecret>—see service request response for secret.
set issuerName <URL>—see following table for URL.
set issuerUrl <URL>—see following table for URL.
set ciResponseBodyMaxSizeInBytes 65536

Tabela 3. Set issuerName and issuerURL
Jeśli klaster CI jest...	Set issuerName and issuerURL to...
Stany Zjednoczone-A	https://idbroker.webex.com/idb
UE	https://idbroker-eu.webex.com/idb
STANY ZJEDNOCZONE-B	https://idbroker-b-us.webex.com/idb
If you don't know your CI Cluster, you can obtain the information from the Customer details in Help Desk view of Control Hub.

Set the url of the DM Bridge using the below CLI command. The DM Bridge URL is different for each Teams Cluster (which you pulled in Step 2).

ADP_CLI/Applications/BroadworksDms/DeviceActivation/DMBridge> set url = <url_of_DM_Bridge> scope = dm-bridge:device_auth

Tabela 4. DM_Bridge URL
Jeśli klaster Teams jest...	Set DM_Bridge URL to...
ACHM	dm-bridge-a.wbx2.com
AORE	dm-bridge-r.wbx2.com
AFRA	dm-bridge-k.wbx2.com

Enable MAC address extraction and authentication using either the Authentication header or Authentication certificate. For security reasons, we recommend that you use one of the options only:

Authentication header—If ADP is behind a firewall, use the CLI on the ADP to enable MAC address extraction for the Authentication header. This configuration gives the ADP the ability to recognize the MAC address from the Authentication header. Na przykład:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Headers> set enable true

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Headers> set identityPattern "macaddress:.*([0-9a-fA-F]{12}).*"

In this example, macaddress is an assigned name with .*([0-9a-fA-F]{12}).* representing the pattern that gets assigned to the header. If you call the header something other than macaddress, adjust your CLI accordingly.
Authentication certificate—If ADP is not behind a firewall, authentication occurs between the device and ADP directly. Use the below CLI commands to enable MAC address extraction on the device certificate for authentication:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Certificates> set enable true

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Certificates> set identityPattern ".*([0-9a-fA-F]{12}).*"

Upgrade MPP Device Firmware

Przed rozpoczęciem

Make sure that BroadWorks is updated with services support for MPP.

Upgrade the device firmware to the latest version to ensure that tha the MPP device supports Webex capability.

For more information on firmware upgrades, refer to the Release Notes for your phone model firmware release.

Co zrobić dalej

Existing MPP devices—After the upgrade, the device onboards to Webex automatically. The user can start using Webex services on the device.
New MPP devices—Provision the new MPP device on BroadWorks.

Provision MPP Device

If the new MPP device does not exist on BroadWorks, provision the device on BroadWorks.

1	On BroadWorks CommPilot, check the Identity/Device Profile Type configuration to see if the device type exists for this MPP device. If the device type doesn’t exist on BroadWorks, import the device type into BroadWorks using a DTAF file that is downloaded from cisco.com.
2	On BroadWorks CommPilot, open the Identity/Device Profile Type and check the Allow Activation Code Onboarding check box.
3	Create an Identity/Device Profile Type File with the SIP settings that you want to use.
4	Create an Identity/Device Profile with settings for your new device. In the MAC address field, enter the device MAC address. If you are using activation codes to onboard MPP devices, leave the MAC address field empty.
5	Configure the Primary User. On the Users Add page, set the isPlace check box according to whether the device is personal or for a shared workspace: Checked—Workspace device Unchecked—Personal device
6	Complete the option that corresponds to the device type and provisioning method that you want to use: Device is for shared workspace—Use the Provision a BroadWorks Workspace API to complete provisioning for the workspace device. Device is personal; you want to provision using public APIs—Use the Provision BroadWorks Subscribers API to complete provisioning for the primary user. Device is personal; you want users to use self-activate—Forward the User Activation Portal URL to the user. The user must validate their email address to complete provisioning. Device is personal; you want to use flowthrough provisioning—Go to step 7.
7	If the device is for personal use, and you want to use flowthrough provisioning, then for the primary user, assign the Integrated IM+P service. On the User > Profile page, add the IM+P service: From the Profile page, click Assign Services. In the list of Available Services, select Integrated IM&P and use the arrow to move the item to the User Services box. Kliknij przycisk OK. Click Profile. Trusted email flow only. Add the user E-mail address. This setting serves as the IM&P email for flowthrough provisioning to Webex for Cisco BroadWorks. This is not required if you are using the untrusted email flow. The Customer Template on Webex must be configured with settings for flowthrough provisioning with trusted emails or untrusted emails. For details, see the Webex for Cisco BroadWorks Solution Guide.

Co zrobić dalej

Opcjonalnie If you want to use activation codes to onboard MPP devices, request the activation code on BroadWorks.

Request Activation Code for MPP

(Optional) Webex for Cisco BroadWorks does not require activation codes to onboard new MPP devices. However, if you do decide to use activation codes, complete the Request Activation Code procedure to request an activation code for a new device.

Prerequisites for Using Activation Codes with MPP Devices

If you are using activation code onboarding for MPP devices, make sure that your system meets the following activation code-specific requirements.

Device Activation Service—Complete the following requirements to enable the Device Activation Service:

Deploy the Device Activation Service on BroadWorks. For details, see Cisco BroadWorks Secure Onboarding Using Activation Codes.
Point the Device Activation Service (DAS) to Device Management Services (DMS) on BroadWorks AS using the following CLI command:

AS_CLI/Interface/DAS> set url <url_of_DMS>
Verify that the DAS URL setting for the BroadWorks cluster is set to the Device Management Services (DMS) URL. To view the current DAS URL setting in Partner Hub, go to Settings > BroadWorks Calling > View Clusters and select the appropriate cluster. The URL appears under Interface settings.

Cisco Global Discovery Services (GDS)—GDS is required in order to provision the activation code. Enable GDS on BroadWorks by completing both of the below steps:

Create a service request to provision your GDS account. Cisco provides you with the client ID, client secret, refresh token and GDS domain.

After your GDS account is provisioned, enable GDS on the ADP using the following CLI:

ADP_CLI/Applications/BroadworksDms/DeviceActivation/IdentityProviders/Cisco> get set gdsDomain <gds_domain_from service request> e.g. https://activation.webex.com set clientId <id_from_service_request> clientSecret <secret_from_service_request> refreshToken <token_from_service_request>

In addition to the above activation code-specific prerequisites, your system must meet the general MPP prerequisites in MPP Device Prerequisites.

Request Activation Code

Complete the following steps to request an activation code for a new MPP device.

In the Identity/Device Profile page, search for and open the device profile for your new device.
Click the Device Activation tab.
Click Request activation code.

The system generates the activation code and emails the code to the primary user. The user must enter the code on the device to complete onboarding.

Możliwość obsługi urządzeń

Przegląd możliwości obsługi

Control Hub zawiera opcje serwisowania, które umożliwiają administratorom wyświetlanie stanu urządzenia wraz z zestawem opcji konserwacji. Administratorzy mogą:

Wyświetl stan bieżącego urządzenia
Zdalnie uruchom ponownie urządzenie
Wyślij raport o problemie dotyczący rozwiązywania problemów
Usuń urządzenie

Wyświetl stan urządzenia

Użyj tej procedury, aby wyświetlić raport o stanie urządzenia z Control Hub. Status zawiera szczegółowe informacje, takie jak stan rejestracji, adres MAC, adres SIP, adres IP i numer seryjny.

1	Zaloguj się do wystąpienia Control Hub dla organizacji klienta.
2	Kliknij Urządzenia.
3	Kliknij odpowiednie urządzenie.

Uruchom ponownie urządzenie

Użyj tej procedury, aby ponownie uruchomić urządzenie z interfejsu Control Hub.

1	Zaloguj się do wystąpienia Control Hub dla organizacji klienta.
2	Kliknij Urządzenia.
3	Wybierz urządzenie.
4	Z listy rozwijanej Akcje wybierz Ponowne uruchomienie.

Zgłoś problem

Jeśli występują problemy z urządzeniem, użyj tej procedury, aby wysłać raport o problemie do Cisco TAC w celu rozwiązania problemów.

1	Zaloguj się do wystąpienia Control Hub dla organizacji klienta.
2	Kliknij Urządzenia.
3	Kliknij odpowiednie urządzenie.
4	Z działań wybierz opcję Zgłoś problem.
5	Przejrzyj podsumowanie raportu.

Usuń urządzenie

Użyj tej procedury, aby usunąć urządzenie z Control Hub.

1	Zaloguj się do wystąpienia Control Hub dla organizacji klienta.
2	Kliknij Urządzenia.
3	Wybierz odpowiednie urządzenie.
4	Z listy rozwijanej Akcje wybierz opcję Usuń.

Zmiana właściciela urządzenia

Użyj tej procedury, aby przenieść istniejące urządzenie, które zostało włączone za pomocą kodów aktywacyjnych do nowego właściciela urządzenia.

Procedura ta zakłada, że opcja Zezwalaj na wprowadzanie kodu aktywacyjnego jest włączona dla profilu tożsamości/urządzenia używanego przez to urządzenie.

Usuń istniejącą rejestrację urządzenia z usługi Webex:

W Webex Control Hub otwórz organizację klienta, do której należy obecny właściciel urządzenia.
W obszarze Zarządzanie kliknij opcję Urządzenia.
Zaznacz pole wyboru przylegające do urządzenia, które chcesz przenieść.
Kliknij Usuń.

Rejestracja urządzenia zostanie usunięta z usługi Webex.

Na BroadWorks dezaktywuj rejestrację urządzenia pod istniejącym użytkownikiem:

W programie BroadWorks CommPilot otwórz profil tożsamości/urządzenia , którego używa urządzenie.
Kliknij kartę Aktywacja urządzenia .
Kliknij Dezaktywuj urządzenie.

Urządzenie dezaktywuje i wyrejestruje z BroadWorks. Adres MAC jest usuwany ze starej konfiguracji profilu tożsamości/urządzenia .

Na BroadWorks aktywuj urządzenie przy użyciu kodu aktywacyjnego z innego profilu tożsamości/urządzenia używanego przez innego użytkownika:

W programie BroadWorks CommPilot otwórz inną konfigurację profilu tożsamości/urządzenia dla innego użytkownika.
Upewnij się, że opcja Zezwalaj na wprowadzanie kodu aktywacyjnego jest zaznaczona dla używanego typu profilu tożsamości/urządzenia .
W oknie Identity/Device Profile kliknij kartę Aktywacja urządzenia .
Kliknij opcję Poproś o kod aktywacyjny.

Zostanie wyświetlony nowy kod aktywacyjny. Nowy użytkownik musi wprowadzić ten kod, aby włączyć urządzenie.

Co zrobić dalej

Nowy właściciel urządzenia wprowadza na urządzeniu kod aktywacyjny.
Urządzenie rejestruje się ponownie zarówno w Webex, jak i BroadWorks przy użyciu nowej konfiguracji. Nowy profil tożsamości/urządzenia w systemie BroadWorks jest automatycznie aktualizowany za pomocą adresu MAC urządzenia.

Monitorowanie wydajności

Dla tej funkcji istnieją następujące liczniki wydajności.

Licznik	Opis
Moduł: enterprises.broadsoft.broadworks.deviceActivation.activate
bwDASActivateReques	Łączna liczba odebranych wniosków o aktywację. Obejmuje to aktywowanie żądań BroadWorks i aktywowanie żądań Webex.
bwAwarie aktywatorów DASDAS	Łączna liczba żądań aktywacji, które nie zostały pomyślnie zakończone. Obejmuje to aktywowanie żądań BroadWorks, które nie powiodły się, oraz aktywowanie żądań Webex, które nie powiodły się.
bwDASActivateBroadWorksŻądania	Liczba otrzymanych wniosków o aktywację BroadWorks.
bwDASActivateBroadWorksFaili	Liczba aktywowanych żądań BroadWorks, które nie zakończyły się pomyślnie. Brak autoryzacji i uwierzytelnienia nie jest brany pod uwagę w tym liczniku.
bwDASActivateWebexReques	Liczba odebranych wniosków o aktywację Webex.
bwDASActivateWebexFaili	Liczba aktywowanych żądań Webex, które nie zostały pomyślnie zakończone.
Moduł: enterprises.broadsoft.broadworks.dms.dmBridge
bwDMBridgeReques	Liczba wysłanych żądań DMBridge.
bwDMBridgeFails	Liczba żądań DMBridge, które nie zakończyły się pomyślnie.

Funkcje użytkowników końcowych dla urządzeń zintegrowanych Webex

Ujednolicona historia połączeń

Telefony MPP świadome Webex

Urządzenia Webex Aware Cisco MPP na platformie Webex for BroadWorks będą teraz mogły wyświetlać ujednoliconą historię połączeń dla połączeń wykonanych/odebranych z klienta Webex użytkownika i jego urządzeń. Pozwala to na poprawę jakości obsługi urządzeń użytkowników końcowych, ponieważ mogą obserwować i korzystać z połączeń wykonanych/odebranych za pośrednictwem aplikacji Webex poprzez dzienniki połączeń na swoich urządzeniach MPP wraz ze wszystkimi połączeniami lokalnymi przetwarzanymi na ich urządzeniu.

Historia połączeń Webex Unified będzie domyślnym źródłem przeglądania historii połączeń użytkownika. Ta historia połączeń zawiera połączenia wykonane ze wszystkich telefonów, urządzeń wideo Webex lub aplikacji Webex .

Dotknięte modele telefonów IP:

MPP68xx Serie 6821, 6841, 6851, 6861
MPP78xx Seria 7811, 7821, 7841, 7861
MPP 88xx Series 8811, 8841, 8845, 8851, 8861, 8865, 8875

Umożliwienie funkcji:

Aby włączyć funkcję, należy spełnić następujące kryteria

Integracja urządzeń Webex dla BroadWorks musi być wdrożona i funkcjonalna dla urządzeń MPP. Więcej szczegółów można znaleźć w przewodniku Device-Integration-Guide-for-Webex-for-Cisco-BroadWorks.

Wymagania dotyczące funkcji Patch & DTAF:

Broadworks – Ta funkcja zależy od instalowanych poprawek BroadWorks. Szczegóły można znaleźć tutaj.
Urządzenie - Należy zastosować najnowsze konfiguracje MPP. Wymagane zestawy CPE można znaleźć tutaj (zaloguj się przy użyciu identyfikatora CCO).

Oczekiwania/Skutki/Ograniczenia:

Linia główna (tylko bieżący użytkownik)
- Jak wspomniano, będzie obsługiwana historia połączeń Unified.
- Obsługa ochrony prywatności – Ochrona/ukrywanie historii połączeń po ustawieniu hasła użytkownika.
- Jeśli telefon nie jest Cloud Aware, wyświetlana będzie tylko „lokalna historia” połączeń do i z tego urządzenia.
Inne linie (udostępnione lub inne)
- Obsługiwana będzie tylko lokalna historia połączeń do i z urządzenia.
Urządzenia systemu roboczego
- W tym wystąpieniu funkcja Unified Call History nie będzie obsługiwana.

Po włączeniu tej funkcji zostanie usunięta cała historia połączeń lokalnych w MPP (pochodząca z BroadWorks).

Webex for BroadWorks — zintegrowane urządzenia RoomOS

Zintegrowane urządzenia Cisco RoomOS Webex for BroadWorks będą teraz mogły wyświetlać ujednoliconą historię połączeń dla połączeń wykonanych/odebranych z klienta Webex użytkownika i jego urządzeń. Pozwala to na poprawę jakości obsługi urządzeń użytkowników końcowych, ponieważ mogą obserwować i korzystać z połączeń wykonanych/odebranych za pośrednictwem aplikacji Webex poprzez dzienniki połączeń na swoich urządzeniach RoomOS wraz ze wszystkimi lokalnymi połączeniami przetwarzanymi również na swoich urządzeniach.

Dostępne w poniższych modelach urządzeń systemu RoomOS:

Urządzenia RoomOS
Seria biurek: Desk, Desk Mini, Desk Pro
Seria Room
Seria RoomKit
Seria płyt Webex

Umożliwienie funkcji:

Integracja urządzeń Webex dla BroadWorks musi być wdrożona i funkcjonalna dla urządzeń RoomOS. Więcej szczegółów można znaleźć w przewodniku Device-Integration-Guide-for-Webex-for-Cisco-BroadWorks.

Wymagania dotyczące funkcji Patch & DTAF:

Broadworks – Ta funkcja zależy od instalowanych poprawek BroadWorks. Szczegóły można znaleźć tutaj.

Wymagania konfiguracyjne:

Poniższe konfiguracje muszą być ustawione w sposób określony
- Konfiguracja Bwks: Feature_Toggle_Webex_Zadzwoń=Tak

Ulepszenia wyszukiwania katalogów dla zintegrowanych urządzeń RoomOS Webex dla BroadWorks

Zintegrowani z Webex for BroadWorks użytkownicy urządzeń Cisco RoomOS będą mogli teraz przeszukiwać osoby, obszary, a nawet urządzenia w swojej organizacji Webex bezpośrednio ze swoich urządzeń RoomOS dzięki wdrożeniu nowej ulepszonej usługi katalogowej Webex. Ta usługa zapewnia rozszerzone możliwości wyszukiwania i wyszukiwania Webex dla użytkowników BroadWorks, aby mogli znaleźć użytkowników i rzeczy (obszary robocze, urządzenia itp.) w swojej organizacji Webex.

Dostępne w poniższych modelach urządzeń systemu RoomOS:

Urządzenia RoomOS
Seria biurek: Desk, Desk Mini, Desk Pro
Seria Room
Seria RoomKit
Seria płyt Webex

Umożliwienie funkcji:

Integracja urządzeń Webex dla BroadWorks musi być wdrożona i funkcjonalna dla urządzeń MPP. Więcej szczegółów można znaleźć w przewodniku Device-Integration-Guide-for-Webex-for-Cisco-BroadWorks.

Wymagania konfiguracyjne:

Na urządzeniu należy włączyć przełącznik usługi katalogowej „xConfiguration Webex DirectoryServiceSupport”.

Wprowadzenie

Informacje na temat Przewodnika

Wdrażanie urządzeń— opisuje, jak włączać urządzenia systemu operacyjnego Room OS (seria Room and Room Kit, seria Desk i Board) oraz urządzenia MPP do Webex dla Cisco BroadWorks.
Możliwość obsługi urządzeń — opisuje, jak zarządzać urządzeniami wbudowanymi w Control Hub.

Historia zmian dokumentów

W poniższej tabeli podsumowano historię zmian w tym dokumencie.

Data	Wersja dokumentu	Opis zmiany
12 maja 2023 r.	1.7	Dodano ulepszenia Webex for BroadWorks dla zintegrowanych urządzeń Cisco RoomO S i wyszukiwania katalogów dla zintegrowanych urządzeń RoomOS W4 B w sekcji Funkcje użytkownika końcowego dla zintegrowanych urządzeń Webex.
27 lutego 2023 r.	1.6	Zaktualizowano etapy Konfigurowania usług dla systemu operacyjneg o pokoju w ramach wdrażania urządzeń.
17 lutego 2023 r.	1.5	Dodano sekcję Historia połączeń Unified dla telefonów MPP świadomych Webe x w sekcji Funkcje użytkowników końcowych dla urządzeń zintegrowanych Webex.
14 października 2022 r	1.4	Zaktualizowano proces wdrażania dla systemu operacyjnego Room OS w sekcji Room OS Onboarding , aby uwzględnić rekordy SRV. Zaktualizowano wymagania konfiguracji BroadWork s w sekcji Wymagania wstępne systemu systemu biuroweg o z wskaźnikiem do przewodnika po rozwiązaniach, aby spełnić wymagania dotyczące obsługi administracyjnej przepływu.
20 czerwca 2022 r.	1.3	Zaktualizowano wymagania wstępne systemu Room O S i wymagania wstępne urządzenia MP P ze wskazówką do rozwiązania, aby spełnić wymagania dotyczące obsługi administracyjnej przepływów. Zaktualizowane urządzenia systemu operacyjnego Provision Roo m i Provision urządzenia MP P zawierające informacje o różnych metodach obsługi administracyjnej.
03 czerwca 2022 r.	1.2	Numer aktywacji funkcji poprawionego profilu urządzenia (02283) w Warunkach wstępnych systemu biuroweg o i Warunkach wstępnych urządzenia MPP
27 maja 2022 r	1.1	Skorygowany wymóg dotyczący dedykowanej instancji DMS według organizacji partnerskiej. Dodano rozdział Przedmow a. Zaktualizowany tytuł jako „Przewodnik integracji urządzeń”.
20 maja 2022 r	1.0	Wstępne publikowanie

Integracja urządzeń dla Webex dla Cisco BroadWorks

Informacje ogólne o wdrożeniu urządzenia

W tym rozdziale opisano, jak wprowadzać urządzenia do Webex dla Cisco BroadWorks. Niniejszy rozdział obejmuje następujące przypadki użycia:

Dołączanie nowych urządzeń Webex Room OS (przy użyciu kodów aktywacji)
Wdrażanie nowych urządzeń MPP
Dodaj możliwości Webex do istniejących urządzeń MPP

Zalecamy wdrożenie tej funkcji na serwerach ADP niezależnych od wersji. Jednak XSP również obsługuje tę funkcję. Jeśli używasz XSP, to gdzie ten dokument odnosi się do "ADP", możesz zastąpić "XSP", chyba że tekst określa tylko ADP.
Ta funkcja obsługuje zarówno urządzenia osobiste, jak i urządzenia obszaru roboczego.

Wprowadzanie systemu operacyjnego Room

Webex dla Cisco BroadWorks obsługuje wdrażanie kodu aktywacyjnego zarówno dla urządzeń współdzielonych, jak i urządzeń Room OS z obszarem roboczym.

Wdrażanie urządzeń za pomocą kodów aktywacji

Wdrażanie urządzeń za pomocą kodów aktywacyjnych zapewnia prosty i bezpieczny sposób wdrażania urządzeń Room OS. Kod aktywacyjny to 16-cyfrowy jednorazowy wygenerowany przez system kod dostępu, który użytkownik musi wprowadzić na urządzeniu, aby wdrożyć urządzenie. Kod aktywacji jest bezpiecznie połączony z zamierzonym kontem użytkownika i zapewnia, że tylko zamierzony użytkownik wprowadzi urządzenie powiązane z tym samym kontem. Po wprowadzeniu przez użytkownika prawidłowego kodu urządzenie łączy się z usługami Webex i BroadWorks, dokończy rejestrację, pobierze swój plik konfiguracyjny i jest gotowe do użycia.

Następujące urządzenia Room OS obsługują wdrażanie za pomocą kodów aktywacji:

Seria Webex Board (Room OS)
Seria Webex Desk (Room OS)
Seria Webex Room (Room OS)

Proces wdrażania dla systemu operacyjnego Room

Poniższy proces pokazuje, co się dzieje po wdrożeniu urządzenia Room OS przy użyciu kodów aktywacji:

Administrator partnera konfiguruje głównego użytkownika i urządzenie w systemie BroadWorks, a następnie generuje kod aktywacyjny w systemie BroadWorks.
Do właściciela urządzenia jest wysyłana wiadomość e-mail zawierająca kod aktywacji urządzenia.
Właściciel urządzenia uruchamia urządzenie.
Urządzenie wyświetla monit właściciela urządzenia o wprowadzenie kodu aktywacji.
Właściciel urządzenia wprowadza kod aktywacyjny na urządzeniu.
Urządzenie jest wdrażane do BroadWorks i Webex przy użyciu następującego podprocesu:
- Urządzenie Room OS wysyła żądanie aktywacji do usług Webex. Kod aktywacji zostaje zweryfikowany przez GDS, a jeśli kod jest poprawny, urządzenie zostanie dodane do Webex. Webex zwraca token maszyny do urządzenia.
- Urządzenie wysyła żądanie aktywacji do DM BroadWorks wraz z tokenem maszyny i adresem MAC.
- System BroadWorks autoryzuje i wprowadza urządzenie.
- Urządzenie wysyła do DM BroadWorks żądanie dotyczące zaktualizowanej konfiguracji. Token maszyny jest dołączony do autoryzacji.
- BroadWorks autoryzuje token, odnajduje zaktualizowany plik konfiguracyjny i zwraca zaktualizowany plik konfiguracyjny.
- System Room OS podejmie próbę zlokalizowania rekordu NAPTR dla domeny określonej w pliku konfiguracyjnym, ponieważ oczekuje on znalezienia wpisu SRV dla _sip._tls.<domain_in_config> jeśli nie ma rekordu NAPTR, system RoomOS spróbuje wyszukać rekord SRV, a następnie odpowiednio rekord A.
  
  Rekord SRV musi mieć wartość _sip._tls., ponieważ roomOS obsługuje tylko protokół TLS dla transportu i SRTP dla multimediów.
Urządzenie jest rejestrowane i gotowe do użycia.

Poniższy diagram przedstawia uproszczony przegląd procesu wprowadzania.

Aby uzyskać szczegółowe informacje na temat wdrażania systemu Room OS, w tym bardziej szczegółowe diagramy przepływu, zobacz opis funkcji Ulepszenia Cisco BroadWorks dla wdrażania urządzeń Webex-Aware.

Uwierzytelnianie urządzenia (za pomocą tokenów OAuth okaziciela)

Uwierzytelnianie urządzenia dla urządzeń Room OS wymaga włączenia tokenów Cisco OAuth okaziciela w systemie BroadWorks. Podczas dołączania token okaziciela jest przekazywany przez nagłówek Aktywuj autoryzację i służy do identyfikowania urządzenia. Dostawca tożsamości sprawdza token okaziciela i zwraca UUID (identyfikator UUID maszyny dla urządzeń obszaru roboczego lub identyfikator UUID użytkownika dla urządzeń osobistych) jako temat okaziciela. BroadWorks zapisuje UUID jako nazwę urządzenia na serwerze sieciowym.

Wymagania wstępne systemu biurowego

Minimalna wersja systemu operacyjnego Room

System operacyjny Room 10.13 co najmniej

Wymagania dotyczące poprawek BroadWorks

Ta funkcja jest obsługiwana od wersji 2021.11 serwera ADP niezależnego od wydania (RI) bez wymagań dotyczących poprawek.

W przypadku serwerów innych niż RI, aby móc korzystać z tej funkcji, należy zainstalować następujące poprawki (z grup poprawek ap381367, ap381951, ap382198). Zainstaluj poprawki, które dotyczą twojej wersji:

Dla R22:

AP.as.22.0.1123.ap381367
AP.as.22.0.1123.ap382236
AP.nfm.22.0.1123.ap381367
AP.ns.22.0.1123.ap381367
AP.platforma.22.0.1123.ap381367
AP.platforma.22.0.1123.ap382198
AP.ps.22.0.1123.ap381367
AP.xsp.22.0.1123.ap381367
AP.xsp.22.0.1123.ap382198

Dla R23:

AP.as.23.0.1075.ap381367
AP.as.23.0.1075.ap382236
ap.ns.23.0.1075.ap381367
AP.platforma.23.0.1075.ap382198
AP.platforma.23.0.1075.ap381367
AP.xsp.23.0.1075.ap381367
AP.xsp.23.0.1075.ap382198
AP.ps.23.0.1075.ap381367

Dla R24:

AP.as.24.0.944.ap381367
AP.as.24.0.944.ap381951
AP.as.24.0.944.ap382236

Wymagania platformy BroadWorks

Ta funkcja jest dostępna w:

R22: dostępne tylko w XSP
R23: dostępne w XSP lub ADP (niezależne od wersji)
R24: dostępne w aplikacji ADP (Release Independent)

Wymagania konfiguracyjne rozwiązania BroadWorks

Aby wdrożyć to rozwiązanie, Flowthrough provisioning musi być skonfigurowane, aby umożliwić BroadWorks inicjowanie obsługi urządzeń do Webex.

Podczas konfigurowania mechanizmu Flowthrough provisioning nie trzeba koniecznie używać funkcji flowthrough provisioning do zainicjowania obsługi użytkowników, tzn. można nadal korzystać z istniejących metod inicjowania obsługi (API, zaufany/niezaufany adres e-mail, własne konto użytkownika itp.) do inicjowania obsługi użytkowników. Zobacz „Wymagania dotyczące obsługi administracyjnej” w Przewodniku po rozwiązaniach Webex for Cisco BroadWorks.
Upewnij się, że zintegrowana usługa IM+P jest włączona na BroadWorks i wskazuje na mostek obsługi administracyjnej BroadWorks.

Adres URL mostka obsługi administracyjnej został przypisany po zastosowaniu szablonu klienta do organizacji. Powinno to zostać zakończone podczas początkowej konfiguracji rozwiązania Webex dla Cisco BroadWorks. Aby znaleźć istniejący adres URL w Partner Hub, zobacz Konfigurowanie serwera aplikacji przy użyciu adresu URL usługi obsługi administracyjnej w Przewodniku po rozwiązaniach Webex dla Cisco BroadWorks.
Jeśli masz wiele organizacji partnerskich, potrzebujesz dedykowanego wystąpienia usługi zarządzania urządzeniami (DMS) dla każdego partnera.

Wymagania wstępne dotyczące wdrażania za pomocą kodu aktywacji w systemie Room OS

Upewnij się, że ustawiono następujące opcje:

Wdróż usługę aktywacji urządzeń w systemie BroadWorks. Szczegółowe informacje zawiera temat Bezpieczne wdrażanie Cisco BroadWorks z użyciem kodów aktywacyjnych.
Sprawdź, czy ustawienie URL DAS dla klastra BroadWorks jest ustawione na adres URL usług zarządzania urządzeniami (DMS). Aby wyświetlić bieżące ustawienie URL DAS w Partner Hub, wybierz kolejno opcje Ustawienia > Połączenia BroadWorks > Wyświetl klastry i wybierz odpowiedni klaster. Adres URL pojawi się w obszarze Ustawienia interfejsu.

Jeśli w klastrze BroadWorks jest wielu klientów (>50), możliwość dodania adresu URL DAS nie jest obsługiwana. W takich przypadkach zaleca się skontaktowanie się z inżynierem wsparcia Cisco TAC w celu uzyskania pomocy.

W systemie AS muszą być aktywowane następujące funkcje BroadWorks:

Ulepszenia 101377 dotyczące wdrażania urządzeń Webex i MPP
Słuchawki pomocnicze 25088 dla urządzeń DECT
24104 Obsługa łańcucha wielokomórkowego dla urządzeń DECT
Ulepszenia zarządzania urządzeniami 20077
19559 Ulepszenia zarządzania urządzeniami wizualnymi
Ulepszenia dostosowania typu profilu urządzenia 02283

Na przykład uruchom następujące polecenie, aby włączyć funkcję 101377. Zmień numer funkcji podczas włączania innych funkcji: AS_CLI/System/ActivatableFeature> aktywuj 101377

Jeśli zainstalowano wszystkie wymienione poprawki, a funkcja możliwa do aktywowania nie znajduje się na liście dla konkretnej wersji systemu AS, jest to spowodowane tym, że jest ona już dołączona do wersji podstawowej systemu AS i nie wymaga aktywacji.

Uruchom następujące polecenie CLI na serwerze sieciowym:

NS_CLI/System/DeviceManagement> asLocationLookupEnabled true

Upewnij się, że urząd certyfikacji podpisujący certyfikat SBC znajduje się na liście zaufanych systemu operacyjnego Room OS. Listę zaufanych Room OS można wyświetlić z portalu internetowego urządzenia. W portalu wybierz Zabezpieczenia > Collaboration Edge , aby wyświetlić listę CA.

Przepływ wprowadzania systemu operacyjnego Room

Wykonaj następujące zadania, aby skonfigurować system do obsługi wprowadzania urządzeń za pomocą kodów aktywacyjnych dla następujących urządzeń Webex Room OS:

Seria płyt Webex
Seria biurek Webex
Seria Webex Room

1	Konfigurowanie usług dla systemu operacyjnego Room Skonfiguruj obsługę BroadWorks dla urządzeń Room OS.
2	Prowiowanie urządzeń systemu operacyjnego Room Skonfiguruj nowe urządzenie w systemie BroadWorks.
3	Kod aktywacji żądania W profilu urządzenia poproś o kod aktywacyjny. Kod zostanie automatycznie wysłany e-mail do użytkownika podstawowego.

Konfigurowanie usług dla systemu operacyjnego Room

Przed wdrożeniem nowych urządzeń Room OS ustaw następujące parametry poziomu systemu, aby włączyć uwierzytelnianie OAuth.

Prześlij żądanie usługi do agenta wdrażania lub Cisco TAC, aby skonfigurować Cisco OAuth dla konta federacji dostawców tożsamości Cisco. Zatytułuj żądanie usługi „Konfiguracja usługi ADP AuthService”.

Jeśli poświadczenia dostawcy tożsamości Cisco OAuth zostały już uzyskane przy użyciu jednego z przepływów w tym dokumencie, nie ma potrzeby tworzenia nowego żądania. Jeśli jednak poświadczenia Cisco OAuth zostały uzyskane przy użyciu przepływu, którego nie ma w tym dokumencie, wyślij nowe żądanie usługi, aby zaktualizować swoje poświadczenia.

Firma Cisco udostępnia identyfikator klienta OAuth, klucz tajny klienta i token odświeżania, który jest ważny przez 60 dni. Jeśli token wygaśnie przed użyciem go w programie ADP, możesz utworzyć inną prośbę.

Włącz protokół OAuth za pomocą tego polecenia CLI:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/OAuth> ustaw włącz wartość true

Upewnij się, że zakres OAuth zawiera Broadworks-connector-user (zakres jest domyślnie włączony). Uruchom to polecenie, aby sprawdzić zakresy:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/OAuth/Scopes> dostać

Skonfiguruj parametry dostawcy tożsamości Cisco przy użyciu poniższych poleceń CLI.

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider> ustaw włączone fałsz

set clientId — patrz odpowiedź na żądanie usługi dla identyfikatora.
set clientSecret — zobacz odpowiedź na żądanie usługi dla klucza tajnego.
ustaw wydawcęName — adres URL można znaleźć w poniższej tabeli.
ustaw issuerUrl — adres URL można znaleźć w poniższej tabeli.
set tokenInfoUrl <IdPProxy_URL> — adres URL można znaleźć w poniższych tabelach.
set ciResponseBodyMaxSizeInBytes 65536

Tabela 1. Ustaw nazwę i adres URL wydania
Jeśli klaster CI jest...	Ustaw nazwę i adres URL wydania na...
Stany Zjednoczone-A	https://idbroker.webex.com/idb
UE	https://idbroker-eu.webex.com/idb
STANY ZJEDNOCZONE-B	https://idbroker-b-us.webex.com/idb
Jeśli nie znasz swojego klastra CI, możesz uzyskać informacje ze szczegółów klienta w widoku Help Desk w Control Hub.

Tabela 2. Ustaw tokenInfoURL
Jeśli klaster Teams jest...	Ustaw tokenInfoURL na...(adres URL serwera proxy IdP)
ACHM	https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AFRA	https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
Jeśli nie znasz swojego klastra Teams, możesz uzyskać informacje ze szczegółów klienta w widoku Help Desk w Control Hub. W celu przetestowania można sprawdzić, czy tokenInfoURL jest prawidłowy, zastępując część „`idp/authenticate`” adresu URL „`ping`”.

Skonfiguruj dostawców tożsamości dla federacji Cisco przy użyciu następujących poleceń:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> dodaj token refreshToken partnera federacyjnego

Nowe hasło:

Wpisz ponownie nowe hasło:

...Gotowe

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> dostać

Token odświeżania nazwy partnera

==================================

Partner federacyjny *******

Znaleziono 1 wpis.

Interfejs wiersza polecenia ADP_/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Federation>

ustawienie flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
ustaw partneraNazwa FederacjaPartner

Token odświeżania znajduje się teraz w kontekście CiscoIdentityProvider/Partnerzy, a nazwa partnera z kontekstu CiscoIdentityProvider/Federation musi być zgodna z partnerem dodanym w kontekście CiscoIdentityProvider/Partnerów.

Jeśli uruchomiono ładunek ADP RI starszy niż 2022.10, R23 XSP bez poprawki AP.xsp.23.0.1075.ap383838 lub R22 XSP, to:

Nie musisz ustawiać partnera w obszarze „System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Federation>”.
Token odświeżania musi być ustawiony jako: Narzędzie systemowe/komunikacyjne/ustawienia domyślne/uwierzytelnianie zewnętrzne/dostawca tożsamości Cisco/federacja>

Wyczyść wszystkie istniejące zakresy w następujących trzech kontekstach w sekcji ADP_ CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/...

Zakresy
Uprawnienia administratora/role dozwolone
Administracja/zakresy dozwolone

Dla każdego kontekstu uruchom polecenie get , aby pobrać istniejące zakresy, a następnie je usunąć. Na przykład:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Scopes> uzyskaj usunięcie <name_of_scope_1> usuń <name_of_scope_2>

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Admin/RolesAllowed> uzyskaj usunięcie <name_of_scope_1> usuń <name_of_scope_2>

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Admin/ScopesAllowed> uzyskaj usunięcie <name_of_scope_1> usuń <name_of_scope_2>

Prowiowanie urządzeń systemu operacyjnego Room

W systemie BroadWorks skonfiguruj urządzenie Room OS (seria Webex Board, Webex Desk lub Webex Room).

1	W BroadWorks CommPilot sprawdź konfigurację Typ profilu tożsamości/urządzenia , aby sprawdzić, czy typ urządzenia dla tego urządzenia Room OS istnieje. Jeśli ten typ urządzenia nie istnieje w środowisku BroadWorks, zaimportuj go do środowiska BroadWorks za pomocą pliku DTAF, który pobierz z witryny cisco.com.
2	Po zaimportowaniu typu urządzenia upewnij się, że w konfiguracji Tożsamość/Typ profilu urządzenia istnieją następujące ustawienia: Zaznacz pole wyboru Zezwól na wdrażanie kodu aktywacyjnego . Zaznacz pole wyboru Wyślij żądanie kodu aktywacji za pośrednictwem serwera wiadomości . Ustaw tryb uwierzytelniania na Okaziciela.
3	Sprawdź, czy plik profilu urządzenia zawiera ustawienia SIP, których chcesz używać. W pliku typu profilu tożsamości/urządzenia upewnij się, że tryb uwierzytelniania to nośnik.
4	Utwórz profil urządzenia z ustawieniami dla nowego urządzenia. Na stronie Dodawanie/modyfikowanie profilu tożsamości/urządzenia pozostaw pole Adres MAC puste.
5	Skonfiguruj użytkownika podstawowego. Na stronie Dodawanie użytkowników zaznacz lub usuń zaznaczenie miejsca w zależności od tego, czy urządzenie ma być osobiste, czy współdzielony obszar roboczy. Zaznaczone — urządzenie obszaru roboczego Niezaznaczone — urządzenie osobiste Współdzielone urządzenia obszaru roboczego wymagają również przypisania użytkownika podstawowego. Można przypisać żądanego użytkownika podstawowego.
6	Wypełnij opcję odpowiadającą typowi urządzenia i metodzie inicjowania obsługi: Urządzenie jest przeznaczone do współdzielonego obszaru roboczego — użyj interfejsu API Skonfiguruj interfejs API BroadWorks Workspace , aby dokończyć konfigurowanie urządzenia obszaru roboczego. Urządzenie jest osobiste; chcesz zainicjować obsługę przy użyciu publicznych interfejsów API — użyj interfejsu API Provision BroadWorks Subscribers , aby dokończyć obsługę administracyjną dla użytkownika podstawowego. Urządzenie jest osobiste; chcesz, aby użytkownicy używali funkcji samodzielnej aktywacji — przekaż użytkownikowi adres URL portalu aktywacji użytkownika. Aby dokończyć konfigurowanie, użytkownik musi zweryfikować swój adres e-mail. Urządzenie jest osobiste; chcesz korzystać z przepływu przez obsługę administracyjną — przejdź do kroku 7.
7	Jeśli urządzenie jest do użytku osobistego i chcesz korzystać z funkcji flowthrough provisioning, przypisz zintegrowaną usługę IM+P dla użytkownika podstawowego. Na stronie Użytkownik > Profil dodaj usługę IM+P: Na stronie Profil kliknij pozycję Przypisz usługi. Na liście Dostępne usługi wybierz pozycję Zintegrowany IM&P i użyj strzałki, aby przenieść element do pola Usługi użytkownika . Kliknij przycisk OK. Kliknij Profil. Tylko przepływ zaufanych wiadomości e-mail. Dodaj adres e-mail użytkownika. To ustawienie służy jako wiadomość e-mail IM&P do przepływu przez aprowizację do Webex dla Cisco BroadWorks. Nie jest to wymagane, jeśli używasz niezaufanego przepływu wiadomości e-mail. Szablon klienta w usłudze Webex musi być skonfigurowany z ustawieniami obsługi administracyjnej zaufanych lub niezaufanych wiadomości e-mail. Szczegółowe informacje zawiera Webex for Cisco BroadWorks Solution Guide.

Co zrobić dalej

Poproś o kod aktywacyjny dla urządzenia Room OS.

Kod aktywacji żądania

Po zainicjowaniu obsługi urządzenia i użytkownika w środowisku BroadWorks poproś użytkownika o wysłanie kodu aktywacyjnego.

1	Na stronie Tożsamość/profil urządzenia wyszukaj i otwórz profil urządzenia dla nowego urządzenia.
2	Kliknij kartę Aktywacja urządzenia .
3	Kliknij opcję Poproś o kod aktywacyjny.

System generuje kod aktywacyjny i (o ile system został prawidłowo skonfigurowany) wysyła go pocztą e-mail do użytkownika podstawowego.

Co zrobić dalej

Przekaż urządzenie użytkownikowi. Po podłączeniu użytkowników do urządzenia muszą oni wprowadzić kod aktywacyjny, który został wysłany w wiadomości e-mail. Spowoduje to wdrożenie urządzenia do Webex dla Cisco BroadWorks.

Wprowadzanie MPP do Webex

W tej sekcji opisano wdrażanie nowych lub istniejących urządzeń MPP do Webex for Cisco BroadWorks. Należy pamiętać, że „istniejące” odnosi się do urządzenia MPP, które istnieje w BroadWorks, ale nie ma możliwości Webex.

Wdrażanie urządzeń MPP (nowe urządzenia)

Podczas wdrażania administrator aktualizuje oprogramowanie BroadWorks ze wsparciem dla MPP, aktualizuje oprogramowanie sprzętowe urządzenia i udostępnia urządzenie w BroadWorks w celu ukończenia wdrażania.

Na poniższym schemacie przedstawiono proces wdrażania po zweryfikowaniu kodu aktywacji wprowadzonego przez użytkownika.

Wdrażanie urządzeń MPP (istniejące urządzenia)

W przypadku istniejących urządzeń MPP, w przypadku których urządzenie już istnieje w systemie BroadWorks, ale nie zostało wdrożone do usługi Webex, zaktualizuj oprogramowanie BroadWorks i oprogramowanie sprzętowe urządzenia, aby obsługiwać wdrażanie MPP do Webex. Po aktualizacji urządzenie automatycznie wprowadza się do Webex.

Więcej informacji

Aby uzyskać więcej informacji na temat wdrażania urządzeń MPP w usłudze Webex, zapoznaj się z opisem funkcji Udoskonalenia DMS Cisco BroadWorks dla urządzeń MPP w usłudze Webex.

Wymagania wstępne urządzenia MPP

Minimalna wersja MPP

Minimalna wersja oprogramowania sprzętowego telefonów wieloplatformowych w wersji 11.3.7

Wymagania dotyczące poprawek BroadWorks

Ta funkcja jest obsługiwana od wersji 2021.11 serwera ADP niezależnego od wydania (RI) bez wymagań dotyczących poprawek.

Dla R22:

AP.as.22.0.1123.ap381367
AP.as.22.0.1123.ap382236
AP.nfm.22.0.1123.ap381367
AP.ns.22.0.1123.ap381367
AP.platforma.22.0.1123.ap381367
AP.platforma.22.0.1123.ap382198
AP.ps.22.0.1123.ap381367
AP.xsp.22.0.1123.ap381367
AP.xsp.22.0.1123.ap382198

Dla R23:

AP.as.23.0.1075.ap381367
AP.as.23.0.1075.ap382236
ap.ns.23.0.1075.ap381367
AP.platforma.23.0.1075.ap382198
AP.platforma.23.0.1075.ap381367
AP.xsp.23.0.1075.ap381367
AP.xsp.23.0.1075.ap382198
AP.ps.23.0.1075.ap381367

Dla R24:

AP.as.24.0.944.ap381367
AP.as.24.0.944.ap381951
AP.as.24.0.944.ap382236

Wymagania platformy BroadWorks

Ta funkcja jest dostępna w:

R22: dostępne tylko w XSP
R23: dostępne w XSP lub ADP (niezależne od wersji)
R24: dostępne w aplikacji ADP (Release Independent)

Wymagania konfiguracyjne rozwiązania BroadWorks

Aby wdrożyć to rozwiązanie, Flowthrough provisioning musi być skonfigurowane, aby umożliwić BroadWorks inicjowanie obsługi urządzeń do Webex.

Podczas konfigurowania mechanizmu Flowthrough provisioning nie trzeba koniecznie używać funkcji flowthrough provisioning do zainicjowania obsługi użytkowników, tzn. można nadal korzystać z istniejących metod inicjowania obsługi (API, zaufany/niezaufany adres e-mail, własne konto użytkownika itp.) do inicjowania obsługi użytkowników. Zobacz „Wymagania dotyczące obsługi administracyjnej” w Przewodniku po rozwiązaniach Webex for Cisco BroadWorks.
Upewnij się, że zintegrowana usługa IM+P jest włączona na BroadWorks i wskazuje na mostek obsługi administracyjnej BroadWorks.

Adres URL mostka obsługi administracyjnej został przypisany po zastosowaniu szablonu klienta do organizacji. Powinno to zostać zakończone podczas początkowej konfiguracji rozwiązania Webex dla Cisco BroadWorks. Aby znaleźć istniejący adres URL w Partner Hub, zobacz Konfigurowanie serwera aplikacji przy użyciu adresu URL usługi obsługi administracyjnej w Przewodniku po rozwiązaniach Webex dla Cisco BroadWorks.
Jeśli masz wiele organizacji partnerskich, potrzebujesz dedykowanego wystąpienia usługi zarządzania urządzeniami (DMS) dla każdego partnera.

Certyfikaty i zapory

Upewnij się, że skonfigurowano następujące ustawienia:

Wymagania certyfikatu — urządzenia MPP używają uwierzytelniania mTLS przy użyciu certyfikatu urządzenia. Adres MAC urządzenia podany przez certyfikat uwierzytelnia urządzenie. Pobierz wymagane certyfikaty dla urządzenia MPP ze strony https://www.cisco.com/security/pki/.

Prześlij certyfikaty, aby ustanowić zaufanie w usłudze ADP lub zaporze. Na przykład, jeśli przesyłasz do programu ADP, użyj tego polecenia:

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts/updateTrust> <certificate_filename>
Wymagania dotyczące zapory — jeśli program ADP znajduje się za zaporą, zapora musi być skonfigurowana z regułą wyodrębniającą adres MAC z certyfikatu urządzenia i umieszczającą go w nagłówku uwierzytelniania, który jest następnie przekazywany do programu ADP. Na przykład wzorzec tożsamości .*([0-9a-fA-F]{12}).* można użyć do wyodrębnienia adresu MAC, który następnie można umieścić w nagłówku zawierającym nazwę opisową (na przykład adres mac).

Jeśli ADP nie znajduje się za zaporą, poprzedni wymóg nie istnieje.

Aktywacja funkcji

Aktywuj następujące funkcje BroadWorks w systemie AS:

Ulepszenia 101377 dotyczące wdrażania urządzeń Webex i MPP
Słuchawki pomocnicze 25088 dla urządzeń DECT
23775 Zdalne resetowanie dla urządzeń MPP
24104 Obsługa łańcucha wielokomórkowego dla urządzeń DECT
Ulepszenia zarządzania urządzeniami 20077
19559 Ulepszenia zarządzania urządzeniami wizualnymi
Ulepszenia dostosowania typu profilu urządzenia 02283

Na przykład uruchom następujące polecenie, aby włączyć funkcję 101377. Zmień numer funkcji podczas włączania innych funkcji: AS_CLI/System/ActivatableFeature> aktywuj 101377

Uruchom następujący interfejs wiersza polecenia na serwerze sieciowym:

NS_CLI/System/DeviceManagement> asLocationLookupEnabled true

Wymagania dotyczące kodu aktywacji

Opcjonalnie Kody aktywacji nie są obowiązkowe podczas dołączania urządzeń MPP. Jak to zrobić, jeśli chcesz używać kodów aktywacyjnych, zobacz Poproś o kod aktywacyjny dla MPP , aby uzyskać dodatkowe wymagania specyficzne dla kodów aktywacyjnych z użyciem MPP.

Przepływ wprowadzania urządzeń MPP

Wykonaj poniższe zadania, aby skonfigurować system do obsługi dołączania urządzeń MPP do Webex dla Cisco BroadWorks.

Jeśli dodajesz możliwość Webex do urządzenia MPP, które istnieje już w BroadWorks, wykonaj tylko kroki 1 i 2.

1	Konfigurowanie usług dla MPP (Nowe lub istniejące urządzenia MPP). Skonfiguruj obsługę systemu dla MPP na Webex dla Cisco BroadWorks.
2	Uaktualnij oprogramowanie sprzętowe urządzenia MPP (Istniejące urządzenia MPP). W przypadku wszystkich istniejących urządzeń MPP, dla których chcesz dodać funkcje Webex, uaktualnij oprogramowanie sprzętowe urządzenia do najnowszej wersji.
3	Skonfiguruj urządzenie MPP (Tylko nowe urządzenia MPP). Jeśli urządzenie nie istnieje w systemie BroadWorks, skonfiguruj urządzenie i użytkownika głównego w systemie BroadWorks.
4	Poproś o kod aktywacji dla urządzenia MPP (Opcjonalnie). Jeśli chcesz używać kodów aktywacyjnych do dołączania urządzeń MPP, poproś o kod aktywacyjny.

Konfigurowanie usług dla MPP

Zaktualizuj ustawienia systemu BroadWorks, aby obsługiwać urządzenia MPP (nowe lub istniejące) w Webex dla Cisco BroadWorks. Ten krok należy wykonać tylko raz. Nie trzeba powtarzać tej procedury dla każdego urządzenia MPP.

Przed rozpoczęciem

Jeśli ADP znajduje się za zaporą, zapora musi być skonfigurowana z regułą wyodrębniającą adres MAC z certyfikatu urządzenia i umieszczającą go w nagłówku uwierzytelniania, który jest następnie przekazywany do ADP. Na przykład wzorzec tożsamości .*([0-9a-fA-F]{12}).* można użyć do wyodrębnienia adresu MAC, który następnie można umieścić w nagłówku zawierającym nazwę opisową (na przykład adres mac).

Pomoc dotyczącą konfiguracji można znaleźć w dokumentacji zapory.

Prześlij żądanie usługi do agenta wdrażania lub Cisco TAC, aby skonfigurować Cisco OAuth dla konta federacji dostawców tożsamości Cisco. Użyj opcji „Konfiguracja usługi uwierzytelniania ADP”, aby nadać tytuł swojemu żądaniu.

Skonfiguruj parametry dostawcy tożsamości Cisco, uruchamiając następujące polecenia CLI.

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider> ustaw włączone fałsz

set clientId — patrz odpowiedź na żądanie usługi dla identyfikatora.
set clientSecret — zobacz odpowiedź na żądanie usługi dla klucza tajnego.
ustaw wydawcęName — adres URL można znaleźć w poniższej tabeli.
ustaw issuerUrl — adres URL można znaleźć w poniższej tabeli.
set ciResponseBodyMaxSizeInBytes 65536

Tabela 3. Ustaw nazwę i adres URL wydania
Jeśli klaster CI jest...	Ustaw nazwę i adres URL wydania na...
Stany Zjednoczone-A	https://idbroker.webex.com/idb
UE	https://idbroker-eu.webex.com/idb
STANY ZJEDNOCZONE-B	https://idbroker-b-us.webex.com/idb
Jeśli nie znasz swojego klastra CI, możesz uzyskać informacje ze szczegółów klienta w widoku Help Desk w Control Hub.

Ustaw adres URL mostka DM przy użyciu poniższego polecenia CLI. Adres URL mostka DM jest inny dla każdego klastra Teams (który został pobrany w kroku 2).

ADP_CLI/Applications/BroadworksDms/DeviceActivation/DMBridge> ustaw adres URL = <url_of_DM_Bridge> zakres = dm-bridge:device_auth

Tabela 4. Adres URL mostka DM_
Jeśli klaster Teams jest...	Ustaw adres URL mostka DM_na...
ACHM	dm-bridge-a.wbx2.com
AORE	dm-bridge-r.wbx2.com
AFRA	dm-bridge-k.wbx2.com

Włącz wyodrębnianie i uwierzytelnianie adresu MAC za pomocą nagłówka uwierzytelniania lub certyfikatu uwierzytelniania. Ze względów bezpieczeństwa zaleca się używanie tylko jednej z następujących opcji:

Nagłówek uwierzytelniania — jeśli protokół ADP znajduje się za zaporą, użyj interfejsu wiersza polecenia w protokole ADP, aby włączyć wyodrębnianie adresu MAC dla nagłówka uwierzytelniania. Ta konfiguracja umożliwia programowi ADP rozpoznawanie adresu MAC z nagłówka uwierzytelniania. Na przykład:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Headers> ustaw włącz wartość true

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Headers> set identityPattern „adres maca:.*([0-9a-fA-F]{12}).*”

W tym przykładzie nazwa macaddress jest przypisaną nazwą z .*([0-9a-fA-F]{12}).* reprezentująca wzorzec przypisany do nagłówka. Jeśli wywołasz nagłówek czymś innym niż macaddress, odpowiednio dostosuj interfejs wiersza polecenia.
Certyfikat uwierzytelniania — jeśli protokół ADP nie znajduje się za zaporą, uwierzytelnianie odbywa się między urządzeniem a protokołem ADP bezpośrednio. Użyj poniższych poleceń CLI, aby włączyć wyodrębnianie adresu MAC w certyfikacie urządzenia do uwierzytelniania:

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Certificates> ustaw włącz wartość true

ADP_CLI/Applications/BroadworksDms/AccessControl/Authentication/Certificates> set identityPattern ".*([0-9a-fA-F]{12}).*"

Uaktualnij oprogramowanie sprzętowe urządzenia MPP

Przed rozpoczęciem

Upewnij się, że oprogramowanie BroadWorks jest zaktualizowane o wsparcie usług dla MPP.

Uaktualnij oprogramowanie sprzętowe urządzenia do najnowszej wersji, aby mieć pewność, że urządzenie MPP obsługuje funkcje Webex.

Więcej informacji o aktualizacjach oprogramowania sprzętowego można znaleźć w uwagach do wersji oprogramowania sprzętowego danego modelu telefonu.

Co zrobić dalej

Istniejące urządzenia MPP — po aktualizacji urządzenie zostanie automatycznie wdrożone do Webex. Użytkownik może zacząć korzystać z usług Webex na urządzeniu.
Nowe urządzenia MPP — skonfiguruj nowe urządzenie MPP na serwerze BroadWorks.

Skonfiguruj urządzenie MPP

Jeśli nowe urządzenie MPP nie istnieje w systemie BroadWorks, należy zainicjować obsługę administracyjną w systemie BroadWorks.

1	W BroadWorks CommPilot sprawdź konfigurację Typ profilu tożsamości/urządzenia , aby sprawdzić, czy typ urządzenia dla tego urządzenia MPP istnieje. Jeśli ten typ urządzenia nie istnieje w systemie BroadWorks, zaimportuj go do systemu BroadWorks za pomocą pliku DTAF, który zostanie pobrany z witryny cisco.com.
2	W BroadWorks CommPilot otwórz Typ profilu tożsamości/urządzenia i zaznacz pole wyboru Zezwól na wdrażanie kodu aktywacji .
3	Utwórz plik typu profilu tożsamości/urządzenia z ustawieniami SIP, których chcesz użyć.
4	Utwórz profil tożsamości/urządzenia z ustawieniami dla nowego urządzenia. W polu Adres MAC wprowadź adres MAC urządzenia. Jeśli używasz kodów aktywacyjnych do dołączania urządzeń MPP, pozostaw pole Adres MAC puste.
5	Skonfiguruj użytkownika podstawowego. Na stronie Dodawanie użytkowników ustaw pole wyboru isPlace zależnie od tego, czy urządzenie jest osobiste, czy współdzielony obszar roboczy: Zaznaczone — urządzenie obszaru roboczego Niezaznaczone — urządzenie osobiste
6	Wypełnij opcję odpowiadającą typowi urządzenia i metodzie inicjowania obsługi: Urządzenie jest przeznaczone do współdzielonego obszaru roboczego — użyj interfejsu API Skonfiguruj interfejs API BroadWorks Workspace , aby dokończyć konfigurowanie urządzenia obszaru roboczego. Urządzenie jest osobiste; chcesz zainicjować obsługę przy użyciu publicznych interfejsów API — użyj interfejsu API Provision BroadWorks Subscribers , aby dokończyć obsługę administracyjną dla użytkownika podstawowego. Urządzenie jest osobiste; chcesz, aby użytkownicy używali funkcji samodzielnej aktywacji — przekaż użytkownikowi adres URL portalu aktywacji użytkownika. Aby dokończyć konfigurowanie, użytkownik musi zweryfikować swój adres e-mail. Urządzenie jest osobiste; chcesz korzystać z przepływu przez obsługę administracyjną — przejdź do kroku 7.
7	Jeśli urządzenie jest do użytku osobistego i chcesz korzystać z funkcji flowthrough provisioning, przypisz zintegrowaną usługę IM+P dla użytkownika podstawowego. Na stronie Użytkownik > Profil dodaj usługę IM+P: Na stronie Profil kliknij pozycję Przypisz usługi. Na liście Dostępne usługi wybierz pozycję Zintegrowany IM&P i użyj strzałki, aby przenieść element do pola Usługi użytkownika . Kliknij przycisk OK. Kliknij Profil. Tylko przepływ zaufanych wiadomości e-mail. Dodaj adres e-mail użytkownika. To ustawienie służy jako wiadomość e-mail IM&P do przepływu przez aprowizację do Webex dla Cisco BroadWorks. Nie jest to wymagane, jeśli używasz niezaufanego przepływu wiadomości e-mail. Szablon klienta w usłudze Webex musi być skonfigurowany z ustawieniami obsługi administracyjnej zaufanych lub niezaufanych wiadomości e-mail. Szczegółowe informacje zawiera Webex for Cisco BroadWorks Solution Guide.

Co zrobić dalej

Opcjonalnie Jeśli chcesz używać kodów aktywacyjnych do dołączania urządzeń MPP, poproś o kod aktywacyjny w BroadWorks.

Poproś o kod aktywacji dla urządzenia MPP

(Opcjonalnie) Webex dla Cisco BroadWorks nie wymaga kodów aktywacyjnych do wdrażania nowych urządzeń MPP. Jeśli jednak zdecydujesz się na użycie kodów aktywacyjnych, wykonaj procedurę Poproś o kod aktywacyjny , aby zamówić kod aktywacyjny dla nowego urządzenia.

Wymagania wstępne dotyczące używania kodów aktywacji z urządzeniami MPP

Jeśli używasz funkcji wdrażania urządzeń MPP za pomocą kodu aktywacyjnego, upewnij się, że system spełnia następujące wymagania specyficzne dla kodu aktywacyjnego.

Usługa aktywacji urządzeń — Aby włączyć usługę aktywacji urządzeń, spełnij następujące wymagania:

Wdróż usługę aktywacji urządzeń w systemie BroadWorks. Szczegółowe informacje zawiera temat Bezpieczne wdrażanie Cisco BroadWorks z użyciem kodów aktywacyjnych.
Wskaż usługę aktywacji urządzeń (DAS) na usługi zarządzania urządzeniami (DMS) w BroadWorks JAKO za pomocą następującego polecenia CLI:

AS_CLI/Interface/DAS> ustaw adres URL <url_of_DMS>
Sprawdź, czy ustawienie URL DAS dla klastra BroadWorks jest ustawione na adres URL usług zarządzania urządzeniami (DMS). Aby wyświetlić bieżące ustawienie URL DAS w Partner Hub, wybierz kolejno opcje Ustawienia > Połączenia BroadWorks > Wyświetl klastry i wybierz odpowiedni klaster. Adres URL pojawi się w obszarze Ustawienia interfejsu.

Jeśli w klastrze BroadWorks jest wielu klientów (>50), możliwość dodania adresu URL DAS nie jest obsługiwana. W takich przypadkach zaleca się skontaktowanie się z inżynierem wsparcia Cisco TAC w celu uzyskania pomocy.

Cisco Global Discovery Services (GDS) — do skonfigurowania kodu aktywacji wymagany jest protokół GDS. Włącz tryb GDS w systemie BroadWorks, wykonując oba poniższe kroki:

Utwórz żądanie usługi, aby zainicjować konto GDS. Cisco udostępnia identyfikator klienta, klucz tajny klienta, token odświeżania i domenę GDS.

Po zainicjowaniu obsługi konta GDS włącz funkcję GDS w systemie ADP za pomocą następującego interfejsu wiersza polecenia:

ADP_CLI/Applications/BroadworksDms/DeviceActivation/IdentityProviders/Cisco> ustaw  gdsDomaingds_domain_from , np. https://activation.webex.com ustaw identyfikator clientId <id_from_service_request> clientSecret <secret_from_service_request> refreshToken <token_from_service_request>

Oprócz powyższych wymagań wstępnych dotyczących kodu aktywacji, system musi spełniać ogólne wymagania wstępne MPP w sekcji Wymagania wstępne urządzenia MPP.

Kod aktywacji żądania

Aby zażądać kodu aktywacji dla nowego urządzenia MPP, wykonaj następujące czynności.

Na stronie Tożsamość/profil urządzenia wyszukaj i otwórz profil urządzenia dla nowego urządzenia.
Kliknij kartę Aktywacja urządzenia .
Kliknij opcję Poproś o kod aktywacyjny.

System wygeneruje kod aktywacji i wysyła go pocztą e-mail do użytkownika podstawowego. Aby dokończyć wdrażanie, użytkownik musi wprowadzić kod na urządzeniu.

Możliwość obsługi urządzenia

Przegląd możliwości obsługi

Control Hub zawiera opcje serwisowania, które umożliwiają administratorom wyświetlanie stanu urządzenia, a także zestaw opcji konserwacji. Administratorzy mogą:

Wyświetl bieżący stan urządzenia
Zdalne ponowne uruchamianie urządzenia
Wyślij raport o problemie do rozwiązywania problemów
Usuń urządzenie

Wyświetl stan urządzenia

Ta procedura służy do wyświetlania raportu o stanie urządzenia z poziomu Control Hub. Stan zawiera szczegółowe informacje, takie jak stan rejestracji, adres MAC, adres SIP, adres IP i numer seryjny.

1	Zaloguj się do wystąpienia organizacji klienta w portalu Control Hub.
2	Kliknij Urządzenia.
3	Kliknij odpowiednie urządzenie.

Uruchom ponownie urządzenie

Ta procedura umożliwia ponowne uruchomienie urządzenia z poziomu interfejsu Control Hub.

1	Zaloguj się do wystąpienia organizacji klienta w portalu Control Hub.
2	Kliknij Urządzenia.
3	Wybierz urządzenie.
4	Z listy rozwijanej Czynności wybierz pozycję Uruchom ponownie.

Zgłoś problem

Jeśli wystąpią problemy z urządzeniem, użyj tej procedury, aby wysłać raport o problemie do centrum Cisco TAC w celu rozwiązania problemów.

1	Zaloguj się do wystąpienia organizacji klienta w portalu Control Hub.
2	Kliknij Urządzenia.
3	Kliknij odpowiednie urządzenie.
4	W obszarze Czynnościwybierz pozycję Zgłoś problem.
5	Przejrzyj podsumowanie raportu.

Usuń urządzenie

Ta procedura umożliwia usunięcie urządzenia z Control Hub.

1	Zaloguj się do wystąpienia organizacji klienta w portalu Control Hub.
2	Kliknij Urządzenia.
3	Wybierz odpowiednie urządzenie.
4	Z listy rozwijanej Czynności wybierz pozycję Usuń.

Zmień właściciela urządzenia

Ta procedura służy do przeniesienia istniejącego urządzenia, które zostało dołączone przy użyciu kodów aktywacji, do nowego właściciela urządzenia.

W tej procedurze przyjęto, że opcja Zezwól na wdrażanie kodu aktywacji jest włączona dla profilu tożsamości/urządzenia używanego przez to urządzenie.

Usuń istniejącą rejestrację urządzenia z usługi Webex:

W Webex Control Hub otwórz organizację klienta, do której należy bieżący właściciel urządzenia.
W obszarze Zarządzanie kliknij pozycję Urządzenia.
Zaznacz pole wyboru obok urządzenia, które chcesz przenieść.
Kliknij Usuń.

Rejestracja urządzenia zostanie usunięta z usługi Webex.

W systemie BroadWorks dezaktywuj rejestrację urządzenia pod istniejącym użytkownikiem:

W BroadWorks CommPilot otwórz profil tożsamości/urządzenia używany przez urządzenie.
Kliknij kartę Aktywacja urządzenia .
Kliknij opcję Dezaktywuj urządzenie.

Urządzenie dezaktywuje i wyrejestruje z usługi BroadWorks. Adres MAC zostanie wyczyszczony ze starej konfiguracji tożsamości/profilu urządzenia .

W systemie BroadWorks aktywuj urządzenie przy użyciu kodu aktywacji z innego profilu tożsamości/urządzenia używanego przez innego użytkownika:

W BroadWorks CommPilot otwórz inną konfigurację tożsamości/profilu urządzenia dla innego użytkownika.
Upewnij się, że opcja Zezwól na wdrażanie za pomocą kodu aktywacyjnego jest zaznaczona dla używanego typu profilu tożsamości/urządzenia .
W oknie Tożsamość/profil urządzenia kliknij kartę Aktywacja urządzenia .
Kliknij opcję Poproś o kod aktywacyjny.

Zostanie wyświetlony nowy kod aktywacji. Nowy użytkownik musi wprowadzić ten kod, aby wdrożyć urządzenie.

Co zrobić dalej

Nowy właściciel urządzenia wprowadza kod aktywacyjny na urządzeniu.
Urządzenie rejestruje się ponownie w Webex i BroadWorks przy użyciu nowej konfiguracji. Nowy profil tożsamości/urządzenia w BroadWorks jest automatycznie aktualizowany adresem MAC urządzenia.

Monitorowanie wydajności

Dla tej funkcji istnieją następujące liczniki wydajności.

Licznik	Opis
Moduł: przedsiębiorstwa.broadsoft.broadworks.deviceActivation.activate
bwDASAktyvateŻądania	Łączna liczba odebranych żądań aktywacji. Obejmuje to aktywowanie żądań BroadWorks i zgłoszeń Webex.
bwDASActivateBłędy	Łączna liczba nieudanych żądań. Obejmuje to aktywowanie nieudanych żądań BroadWorks oraz aktywowanie nieudanych żądań Webex.
bwDASActivateŻądaniaBroadWorks	Liczba otrzymanych aktywowanych żądań BroadWorks.
bwDASActivateBroadWorksNiepowodzenia	Liczba aktywowanych żądań BroadWorks, które nie zostały pomyślnie ukończone. Błędy autoryzacji i uwierzytelniania nie są brane pod uwagę przez ten licznik.
bwDASActivateWebexŻądania	Liczba otrzymanych aktywowanych żądań Webex.
bwDASActivateWebexBłędy	Liczba aktywowanych żądań Webex, których nie udało się pomyślnie ukończyć.
Moduł: przedsiębiorstwa.broadsoft.broadworks.dms.dmBridge
Żądania bwDMBridge	Liczba wysłanych żądań DMBridge.
Niepowodzenia bwDMBridgeName	Liczba żądań DMBridge, których nie udało się ukończyć.

Funkcje użytkownika końcowego zintegrowanych urządzeń Webex

Ujednolicona historia połączeń

Telefony MPP obsługujące usługę Webex

Urządzenia Cisco MPP Webex Aware na platformie Webex for BroadWorks będą teraz mogły wyświetlać ujednoliconą historię połączeń dla połączeń wykonanych/odebranych z klienta Webex użytkownika i jego urządzeń. Zapewnia to lepszy komfort użytkowania urządzenia użytkowników końcowych, ponieważ mogą oni obserwować i korzystać z połączeń wykonanych/odebranych za pośrednictwem aplikacji Webex za pośrednictwem dzienników połączeń na urządzeniach MPP wraz ze wszystkimi połączeniami lokalnymi przetwarzanymi na ich urządzeniach.

Modele telefonów IP, których to dotyczy:

MPP68xx Serie 6821, 6841, 6851, 6861
MPP78xx Seria 7811, 7821, 7841, 7861
Seria MPP 88xx 8811, 8841, 8845, 8851, 8861, 8865, 8875

Włączanie funkcji:

Aby włączyć funkcję, muszą zostać spełnione następujące kryteria

Integracja urządzeń Webex dla BroadWorks musi być wdrożona i funkcjonalna dla urządzeń MPP. Więcej szczegółów można znaleźć w tym przewodniku Device-Integration-Guide-for-Webex-for-Cisco-BroadWorks.

Wymagania dotyczące poprawki i DTAF:

BroadWorks — ta funkcja zależy od zainstalowanych odpowiednich poprawek BroadWorks. Szczegóły można znaleźć tutaj.
Urządzenie — należy zastosować najnowsze konfiguracje MPP. Wymagane zestawy CPE można znaleźć tutaj (zaloguj się przy użyciu identyfikatora CCO).

Oczekiwania/Skutki/Ograniczenia:

Linia podstawowa (tylko bieżący użytkownik)
- Ujednolicona historia połączeń będzie obsługiwana, jak wspomniano.
- Wsparcie Ochrona prywatności — zabezpiecz/ukryj historię połączeń po ustawieniu hasła użytkownika.
- Jeśli telefon nie jest Cloud Aware, zostanie wyświetlona tylko „lokalna historia” połączeń do i z tego urządzenia.
Inne linie (wspólne lub inne)
- Obsługiwana będzie tylko lokalna historia połączeń do i z urządzenia.
Urządzenia obszaru roboczego
- W tym momencie usługa Unified History połączeń nie będzie obsługiwana.

Gdy ta funkcja jest włączona, cała lokalna historia połączeń w urządzeniu MPP (pochodzącym z BroadWorks) zostanie usunięta.

Zintegrowane urządzenia RoomOS Webex dla BroadWorks

Zintegrowane urządzenia Cisco RoomOS Webex dla BroadWorks będą teraz mogły wyświetlać ujednoliconą historię połączeń dla połączeń nawiązanych/odebranych z klienta Webex użytkownika i jego urządzeń. Zapewnia to lepszą obsługę urządzeń użytkowników końcowych, ponieważ mogą oni obserwować i korzystać z połączeń wykonanych/odebranych za pośrednictwem aplikacji Webex za pośrednictwem dzienników połączeń na urządzeniach RoomOS oraz wszystkich połączeń lokalnych przetwarzanych również na ich urządzeniach.

Dostępne w poniższych modelach urządzeń RoomOS:

Urządzenia RoomOS
Seria biurek: Biurko, Desk Mini, Desk Pro
Seria Room
Seria RoomKit
Seria płyt Webex

Włączanie funkcji:

Integracja urządzeń Webex dla BroadWorks musi być wdrożona i funkcjonalna dla urządzeń RoomOS. Więcej szczegółów można znaleźć w tym przewodniku Device-Integration-Guide-for-Webex-for-Cisco-BroadWorks.

Wymagania dotyczące poprawki i DTAF:

BroadWorks — ta funkcja zależy od zainstalowanych odpowiednich poprawek BroadWorks. Szczegóły można znaleźć tutaj.

Wymagania konfiguracyjne:

Poniższe konfiguracje muszą być ustawione zgodnie z opisem
- Konfiguracja BWKS: Feature_Toggle_Webex_Call=Tak

Ulepszenia wyszukiwania w katalogu dla zintegrowanych urządzeń RoomOS Webex dla BroadWorks

Użytkownicy zintegrowanych urządzeń Cisco RoomOS Webex dla BroadWorks będą teraz mogli wyszukiwać osoby, obszary, a nawet urządzenia w swojej organizacji Webex bezpośrednio z urządzeń RoomOS, wdrażając nową ulepszoną usługę katalogową Webex. Ta usługa zapewnia Webex rozszerzone możliwości wyszukiwania i wyszukiwania dla użytkowników BroadWorks, aby mogli znajdować użytkowników i rzeczy (obszary robocze, urządzenia itp.) w swojej organizacji Webex.

Dostępne w poniższych modelach urządzeń RoomOS:

Urządzenia RoomOS
Seria biurek: Biurko, Desk Mini, Desk Pro
Seria Room
Seria RoomKit
Seria płyt Webex

Włączanie funkcji:

Integracja urządzeń Webex dla BroadWorks musi być wdrożona i funkcjonalna dla urządzeń MPP. Więcej szczegółów można znaleźć w tym przewodniku Device-Integration-Guide-for-Webex-for-Cisco-BroadWorks.

Wymagania konfiguracyjne:

Przełącznik usługi katalogowej „xConfiguration Webex DirectoryServiceSupport” musi być włączony na urządzeniu.

Dziękujemy za opinię.

Przewodnik integracji urządzeń Webex dla Cisco BroadWorks

Wprowadzenie

Informacje na temat Przewodnika

Historia zmian dokumentów

Integracja urządzeń dla Webex dla Cisco BroadWorks

Device Onboarding Overview

Room OS Onboarding

Device Onboarding with Activation Codes

Onboarding Process for Room OS

Device Authentication (via OAuth Bearer Tokens)

Room OS Prerequisites

Minimum Room OS Version

BroadWorks Patch Requirements

BroadWorks Platform Requirements

BroadWorks Configuration Requirements

Prerequisites for Activation Code Onboarding with Room OS

Room OS Onboarding Flow

Configure Services for Room OS

Provision Room OS Devices

Request Activation Code

MPP Onboarding to Webex

MPP Device Onboarding (New Devices)

MPP Device Onboarding (Existing Devices)

Więcej informacji

MPP Device Prerequisites

Minimum MPP Version

BroadWorks Patch Requirements

BroadWorks Platform Requirements

BroadWorks Configuration Requirements

Certificates and Firewalls

Feature Activation

Activation Code Requirements

MPP Device Onboarding Flow

Configure Services for MPP

Upgrade MPP Device Firmware

Provision MPP Device

Request Activation Code for MPP

Prerequisites for Using Activation Codes with MPP Devices

Request Activation Code

Możliwość obsługi urządzeń

Przegląd możliwości obsługi

Wyświetl stan urządzenia

Uruchom ponownie urządzenie

Zgłoś problem

Usuń urządzenie

Zmiana właściciela urządzenia

Monitorowanie wydajności

Funkcje użytkowników końcowych dla urządzeń zintegrowanych Webex

Ujednolicona historia połączeń

Telefony MPP świadome Webex

Webex for BroadWorks — zintegrowane urządzenia RoomOS

Ulepszenia wyszukiwania katalogów dla zintegrowanych urządzeń RoomOS Webex dla BroadWorks

Wprowadzenie

Informacje na temat Przewodnika

Historia zmian dokumentów

Integracja urządzeń dla Webex dla Cisco BroadWorks

Informacje ogólne o wdrożeniu urządzenia

Wprowadzanie systemu operacyjnego Room

Wdrażanie urządzeń za pomocą kodów aktywacji

Proces wdrażania dla systemu operacyjnego Room

Uwierzytelnianie urządzenia (za pomocą tokenów OAuth okaziciela)

Wymagania wstępne systemu biurowego

Minimalna wersja systemu operacyjnego Room

Wymagania dotyczące poprawek BroadWorks

Wymagania platformy BroadWorks

Wymagania konfiguracyjne rozwiązania BroadWorks

Wymagania wstępne dotyczące wdrażania za pomocą kodu aktywacji w systemie Room OS

Przepływ wprowadzania systemu operacyjnego Room

Konfigurowanie usług dla systemu operacyjnego Room

Prowiowanie urządzeń systemu operacyjnego Room

Kod aktywacji żądania

Wprowadzanie MPP do Webex

Wdrażanie urządzeń MPP (nowe urządzenia)

Wdrażanie urządzeń MPP (istniejące urządzenia)

Więcej informacji

Wymagania wstępne urządzenia MPP

Minimalna wersja MPP

Wymagania dotyczące poprawek BroadWorks

Wymagania platformy BroadWorks