- Start
- /
- Artikel
Handleiding voor apparaatintegratie voor Webex voor Cisco BroadWorks
De handleiding voor apparaatintegratie is bedoeld voor beheerders op partnerniveau. In het document wordt beschreven hoe apparaten met deze oplossing kunnen worden geïmplementeerd en beheerd.
Inleiding
Over deze gids
Dit document is bedoeld voor partnerbeheerders bij serviceproviderorganisaties die Webex voor Cisco BroadWorks implementeren. De handleiding beschrijft hoe u Room OS- en MPP-apparaten voor Webex voor Cisco BroadWorks kunt onboarden en gebruiken. De handleiding is opgedeeld in twee hoofdstuken:
- Onboarding van apparaten: beschrijft hoe u Room OS-apparaten (Room- en Room Kit-serie, Desk-serie en Board-serie) en MPP-apparaten integreert in Webex voor Cisco BroadWorks.
- Apparaatbruikbaarheid: beschrijft hoe u geïntegreerde apparaten beheert in Control Hub.
Wijzigingsgeschiedenis van document
In de volgende tabel wordt de wijzigingsgeschiedenis voor dit document samengevat.
Datum |
Documentversie |
Beschrijving van de wijziging |
---|---|---|
12 mei 2023 |
1.7 | Webex voor BroadWorks geïntegreerde Cisco RoomOS-apparaten en verbeteringen voor het zoeken naar telefoonlijsten voor W4B geïntegreerde RoomOS-apparaten toegevoegd onder het gedeelte Eindgebruikersfuncties voor geïntegreerde Webex-apparaten. |
27 februari 2023 |
1.6 | De stappen Services configureren voor Room OS zijn bijgewerkt onder Onboarding van apparaat. |
17 februari 2023 |
1.5 | Het gedeelte Unified Call History for Webex aware MPP phones toegevoegd onder Eindgebruikersfuncties voor geïntegreerde Webex-apparaten. |
14 oktober 2022 |
1.4 |
|
20 juni 2022 |
1.3 |
|
03 juni 2022 |
1.2 |
|
27 mei 2022 |
1.1 |
|
20 mei 2022 |
1.0 |
|
Apparaatintegratie voor Webex voor 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:
Voor 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
Voor 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
Voor 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 Interface settings.
and select the appropriate cluster. The URL appears under
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 to view the list of CAs.
Room OS Onboarding Flow
-
Webex Board reeks
-
Webex Desk-serie
-
Webex Room reeks
1 |
Configure Services for Room OS Configure BroadWorks support for Room OS devices. |
2 |
Provision the new device on BroadWorks. |
3 |
In the Device Profile, request an activation code. The code will be emailed to the primary user automatically. |
Configure Services for Room OS
1 |
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. Cisco geeft u een OAuth-client-id, een client geheim en een vernieuwend token die 60 dagen geldig is. If the token expires before you use it with your ADP, you can raise another request.
| ||||||||||||||||||||
2 |
Enable OAuth by using this CLI command:
| ||||||||||||||||||||
3 |
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 | ||||||||||||||||||||
4 |
Configure the Cisco Identity Provider parameters using the below CLI commands.
| ||||||||||||||||||||
5 |
Configure Identity Providers for Cisco Federation using the following commands: ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Federation>
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:
| ||||||||||||||||||||
6 |
Clear all existing scopes within the following three contexts under
For each context, run a
|
Provision Room OS Devices
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:
|
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.
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:
|
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 page, add the IM+P service: |
De volgende stappen
Request Activation Code
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. |
De volgende stappen
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.
Meer informatie
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:
Voor 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
Voor 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
Voor 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
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 on the Network Server:
NS_CLI/System/DeviceManagement> asLocationLookupEnabled true
Activation Code Requirements
Optioneel. 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
1 |
(New or existing MPP devices). Configure system support for MPP on Webex for Cisco BroadWorks. |
2 |
(Existing MPP devices). For any existing MPP devices for which you want to add Webex capability, upgrade to the latest device firmware. |
3 |
(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
Voordat u begint
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.
1 |
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. Cisco geeft u een OAuth-client-id, een client geheim en een vernieuwend token die 60 dagen geldig is. If the token expires before you use it with your ADP, you can raise another request. 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. | ||||||||||
2 |
Configure the Cisco Identity Provider parameters by running the following CLI commands.
| ||||||||||
3 |
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).
| ||||||||||
4 |
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:
|
Upgrade MPP Device Firmware
Voordat u begint
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. |
De volgende stappen
-
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
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:
|
6 |
Complete the option that corresponds to the device type and provisioning method that you want to use:
|
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 page, add the IM+P service: |
De volgende stappen
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 Interface settings.
and select the appropriate cluster. The URL appears under
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>
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.
Apparaatbruikbaarheid
Overzicht bruikbaarheid
Control Hub bevat bruikbaarheidsopties waarmee beheerders de apparaatstatus kunnen bekijken, samen met een reeks onderhoudsopties. Beheerders kunnen:
-
Huidige apparaatstatus weergeven
-
Het apparaat op afstand opnieuw opstarten
-
Een probleemrapport verzenden voor het oplossen van problemen
-
Het apparaat verwijderen
Apparaatstatus weergeven
1 |
Meld u aan bij het Control Hub-exemplaar voor een klantorganisatie. |
2 |
Klik op Apparaten. |
3 |
Klik op het juiste apparaat. |
Apparaat opnieuw opstarten
1 |
Meld u aan bij het Control Hub-exemplaar voor een klantorganisatie. |
2 |
Klik op Apparaten. |
3 |
Selecteer een apparaat. |
4 |
Kies in de vervolgkeuzelijst ActiesOpnieuw opstarten. |
Probleem melden
1 |
Meld u aan bij het Control Hub-exemplaar voor een klantorganisatie. |
2 |
Klik op Apparaten. |
3 |
Klik op het toepasselijke apparaat. |
4 |
Kies in Actions voor Report Problem. |
5 |
Bekijk de samenvatting van het rapport. |
Apparaat verwijderen
1 |
Meld u aan bij het Control Hub-exemplaar voor een klantorganisatie. |
2 |
Klik op Apparaten. |
3 |
Selecteer het toepasselijke apparaat. |
4 |
Selecteer in de vervolgkeuzelijst ActiesVerwijderen. |
Apparaateigenaar wijzigen
1 |
De bestaande apparaatregistratie verwijderen uit Webex: |
2 |
Deactiveer in BroadWorks de apparaatregistratie onder de bestaande gebruiker: |
3 |
Activeer het apparaat in BroadWorks met de activeringscode van een ander Identity/Device Profile dat door een andere gebruiker wordt gebruikt: |
De volgende stappen
-
De nieuwe apparaateigenaar voert de activeringscode in op het apparaat.
-
Het apparaat wordt opnieuw geregistreerd bij zowel Webex als BroadWorks met de nieuwe configuratie. Het nieuwe Identity/Device Profile op BroadWorks wordt automatisch bijgewerkt met het MAC-adres van het apparaat.
Prestatiebewaking
De volgende prestatietellers bestaan voor deze functie.
Teller |
Beschrijving |
---|---|
Module: enterprises.broadsoft.broadworks.deviceActivation.activate | |
bwDASActivateRequests |
Het totale aantal ontvangen activeringsverzoeken. Dit omvat het activeren van BroadWorks-aanvragen en het activeren van Webex-aanvragen. |
bwDASActivateStoringen |
Het totale aantal activeringsverzoeken dat niet is voltooid. Dit omvat het activeren van BroadWorks-verzoeken die zijn mislukt en het activeren van Webex-verzoeken die zijn mislukt. |
bwDASActivateBroadWorksRequests |
Het aantal ontvangen activerende BroadWorks-aanvragen. |
bwDASActivateBroadWorksFailures |
Het aantal activerende BroadWorks-aanvragen dat niet is voltooid. Autorisatie- en verificatiefouten worden door deze teller niet in aanmerking genomen. |
bwDASActivateWebexRequests |
Het aantal ontvangen activerende Webex-verzoeken. |
bwDASActivateWebexFailures |
Het aantal activerende Webex-aanvragen dat niet is voltooid. |
Module: enterprises.broadsoft.broadworks.dms.dmBridge | |
bwDMBridgeRequests |
Het aantal DMBridge-verzoeken dat is verzonden. |
bwDMBridgeStoringen |
Het aantal DMBridge-verzoeken dat niet is voltooid. |
Functies voor eindgebruikers van geïntegreerde Webex-apparaten
Uniforme gespreksgeschiedenis
Webex-bewuste MPP-telefoons
Webex Aware Cisco MPP-apparaten op het Webex voor BroadWorks-platform kunnen nu een gemeenschappelijke gespreksgeschiedenis weergeven voor gesprekken die zijn geplaatst/ontvangen vanaf de Webex-client van de gebruiker en zijn of haar apparaten. Dit biedt een verbeterde ervaring voor het apparaat van de eindgebruikers, omdat ze de gesprekken die zijn gestart/ontvangen via hun Webex-app kunnen observeren en gebruiken via gesprekslogboeken op hun MPP-apparaten, samen met alle lokale gesprekken die zijn verwerkt op hun apparaat.
De Webex Unified Call History is de standaardbron voor het weergeven van de gespreksgeschiedenis van een gebruiker. Deze gespreksgeschiedenis bevat gesprekken die zijn gestart vanaf alle telefoons, Webex -videoapparaten of de Webex -app.
Beïnvloede IP-telefoonmodellen:
-
MPP68xx Serie 6821, 6841, 6851, 6861
-
MPP78xx Serie 7811, 7821, 7841, 7861
-
MPP 88xx serie 8811, 8841, 8845, 8851, 8861, 8865, 8875
Functie inschakelen:
Aan de volgende criteria moet worden voldaan om de functie in te schakelen
-
De integratie van Webex voor BroadWorks-apparaten moet worden geïmplementeerd en is functioneel voor MPP-apparaten. Meer informatie vindt u in deze handleiding Apparaatintegratie-handleiding-voor-Webex-voor-Cisco-BroadWorks.
Patch- en DTAF-vereisten:
Verwachtingen/gevolgen/beperkingen:
-
Primaire lijn (alleen huidige gebruiker)
-
Unified Call History wordt ondersteund zoals vermeld.
-
Ondersteuning voor privacybescherming: gespreksgeschiedenis beschermen/verbergen wanneer het gebruikerswachtwoord is ingesteld.
-
Als de telefoon niet Cloud Aware is, wordt alleen de 'lokale geschiedenis' van gesprekken van en naar dit apparaat weergegeven.
-
-
Andere lijnen (gedeeld of anderszins)
-
Alleen de lokale geschiedenis van gesprekken van en naar een apparaat wordt ondersteund.
-
-
Werkplekapparaten
-
Unified Call History wordt niet ondersteund in dit exemplaar.
-
Wanneer de functie is ingeschakeld, wordt alle lokale gespreksgeschiedenis op de MPP (afgeleid van BroadWorks) verwijderd.
Geïntegreerde RoomOS-apparaten van Webex voor BroadWorks
Met de geïntegreerde Cisco RoomOS-apparaten van Webex voor BroadWorks kan nu een uniforme gespreksgeschiedenis worden weergegeven voor gesprekken die zijn geplaatst/ontvangen van de Webex-client van de gebruiker en zijn of haar apparaten. Dit biedt een verbeterde ervaring voor het apparaat van de eindgebruikers, omdat ze de gesprekken die zijn gestart/ontvangen via hun Webex-app kunnen observeren en gebruiken via gesprekslogboeken op hun RoomOS-apparaten, samen met alle lokale gesprekken die ook op hun apparaten zijn verwerkt.
De Webex Unified Call History is de standaardbron voor het weergeven van de gespreksgeschiedenis van een gebruiker. Deze gespreksgeschiedenis bevat gesprekken die zijn gestart vanaf alle telefoons, Webex -videoapparaten of de Webex -app.
Beschikbaar op de onderstaande RoomOS-apparaatmodellen:
-
RoomOS-apparaten
-
Bureauserie: Bureau, Bureau Mini, Desk Pro
-
Room-serie
-
RoomKit-serie
-
Webex Board reeks
Functie inschakelen:
-
De integratie van Webex voor BroadWorks-apparaten moet worden geïmplementeerd en is functioneel voor RoomOS-apparaten. Meer informatie vindt u in deze handleiding Apparaatintegratie-handleiding-voor-Webex-voor-Cisco-BroadWorks.
Patch- en DTAF-vereisten:
-
Broadworks - Deze functie is afhankelijk van de relevante BroadWorks-patches die worden geïnstalleerd. Meer informatie vindt u hier.
Configuratievereisten:
-
De onderstaande configuraties moeten worden ingesteld zoals opgegeven
-
Bwks configuratie: Feature_Toggle_Webex_Call=Ja
-
Verbeteringen voor het zoeken naar telefoonlijsten voor geïntegreerde RoomOS-apparaten van Webex voor BroadWorks
Gebruikers van geïntegreerde Cisco RoomOS-apparaten in Webex voor BroadWorks kunnen nu rechtstreeks vanaf hun RoomOS-apparaten zoeken naar personen, ruimten en zelfs apparaten in hun Webex-organisatie met de implementatie van een nieuwe verbeterde Webex Directory-service. Deze service biedt verbeterde zoek- en opzoekmogelijkheden voor Webex voor BroadWorks-gebruikers om gebruikers en dingen (werkplekken, apparaten, enzovoort) in hun Webex-organisatie te kunnen vinden.
Beschikbaar op de onderstaande RoomOS-apparaatmodellen:
-
RoomOS-apparaten
-
Bureauserie: Bureau, Bureau Mini, Desk Pro
-
Room-serie
-
RoomKit-serie
-
Webex Board reeks
Functie inschakelen:
-
De integratie van Webex voor BroadWorks-apparaten moet worden geïmplementeerd en is functioneel voor MPP-apparaten. Meer informatie vindt u in deze handleiding Apparaatintegratie-handleiding-voor-Webex-voor-Cisco-BroadWorks.
Configuratievereisten:
-
De schakelaar voor de adreslijstservice 'xConfiguration Webex DirectoryServiceSupport' moet zijn ingeschakeld op het apparaat.