Vous pouvez faciliter la collecte des journaux avec le service Webex Serviceability. Le service automatise les tâches de recherche, de récupération et de stockage des journaux et des informations de diagnostic.

Cette fonctionnalité utilise le connecteur de service déployé dans vos locaux. Le connecteur de service s'exécute sur un hôte dédié de votre réseau (« hôte du connecteur »). Vous pouvez installer le connecteur sur l'un des composants suivants :

• Enterprise Compute Platform (ECP)—Recommandé

  ECP utilise des conteneurs Docker pour isoler, sécuriser et gérer ses services. L'hôte et l'application Serviceability Connector s'installent à partir du Cloud. Vous n’avez pas besoin de les mettre à niveau manuellement pour rester à jour et sécurisés.

  Nous recommandons l'utilisation de l'ECP. Notre développement futur se concentrera sur cette plateforme. Certaines nouvelles fonctionnalités ne seront pas disponibles si vous installez le connecteur de service sur un Expressway.

• Cisco Expressway

Vous pouvez utiliser le connecteur de servicability à ces fins :

• Récupération automatisée des journaux et des informations système pour les demandes de service

• Collecte des journaux de vos clusters Unified CM dans un déploiement Cloud-Connected UC

Vous pouvez utiliser le même connecteur de service pour les deux cas d’utilisation.

Vous pouvez utiliser le service Webex Serviceability pour aider le personnel d’assistance technique Cisco à diagnostiquer les problèmes avec votre infrastructure. Le service automatise les tâches de recherche, de récupération et de stockage des journaux et des informations de diagnostic dans un cas de SR. Le service déclenche également une analyse par rapport aux signatures de diagnostic afin que le CAT puisse identifier les problèmes et résoudre les cas plus rapidement.

Lorsque vous ouvrez un dossier avec le TAC, les ingénieurs du TAC peuvent récupérer les journaux pertinents lorsqu'ils effectuent le diagnostic du problème. Nous pouvons collecter les journaux nécessaires sans revenir vers vous à chaque fois. L'ingénieur envoie les demandes au connecteur de service. Le connecteur collecte les informations et les transfère en toute sécurité au Customer eXperience Drive (CXD). Le système ajoute ensuite les informations à votre demande de service.

Lorsque nous avons les informations, nous pouvons utiliser l'analyseur de solution de collaboration et sa base de données de signatures de diagnostic. Le système analyse automatiquement les journaux, identifie les problèmes connus et recommande des correctifs connus ou des solutions de contournement.

Vous déployez et gérez les connecteurs de supportabilité via le Control Hub comme d’autres services hybrides, tels que le service de calendrier hybride et le service d’appel hybride. Vous pouvez l’utiliser avec d’autres services hybrides, mais ils ne sont pas obligatoires.

Si votre organisation est déjà configurée dans le Control Hub, vous pouvez activer le service via le compte d’administrateur de votre organisation existant.

Dans ce déploiement, le connecteur de service est toujours disponible, de sorte que le CAT peut collecter des données si nécessaire. Mais il n'a pas une charge stable dans le temps. Les ingénieurs du CAT lancent manuellement la collecte de données. Ils négocient un moment approprié pour la collecte afin de minimiser l'impact sur les autres services fournis par la même infrastructure.

Vous pouvez utiliser le service de supportabilité via Control Hub pour surveiller vos clusters Unified CM dans un déploiement Cloud-Connected UC.

Pour obtenir la liste actuelle des limites, voir l'article Problèmes connus avec le service de supportabilité.

Le diagramme montre les comptes requis pour fournir le service de supportabilité. La plupart de ces comptes ne sont pas destinés aux utilisateurs. Le connecteur de supportabilité nécessite une autorisation pour récupérer les données de plusieurs périphériques.

Les tableaux suivants répertorie les personnes et les comptes, ainsi que leurs rôles dans le déploiement et l'utilisation du service :

Lorsqu'une commande est saisie, Webex envoie la requête au connecteur de service, qui agit sur celui-ci pour collecter les données requises.

Cette demande ne contient pas de données directement identifiables sur le périphérique géré. Il dispose d’un ID de périphérique ou d’un ID de cluster, de sorte qu’il sait à partir de quels périphériques obtenir les données. Le connecteur de service traduit cet ID de périphérique/cluster. L’ID ne peut pas identifier par lui-même votre infrastructure. De plus, la connexion entre le cloud et le connecteur utilise le transport HTTPS.

Le connecteur de service traduit la demande comme suit :

• Il trouve les périphériques pour l'ID de périphérique/cluster dans sa liste des périphériques et clusters gérés et obtient les adresses.

• Il recrée la requête et les paramètres sous forme d'appels API ou SSH vers les adresses, en utilisant l'API ou la commande appropriée pour les périphériques.

• Pour autoriser les commandes, le connecteur utilise les identifiants de périphérique préconfigurés pour les périphériques cibles.

Le connecteur stocke temporairement les fichiers de données résultants sur l'hôte du connecteur (Expressway ou ECP).

Le connecteur tronque le fichier temporaire, chiffre les tronçons et les transmet via HTTPS au lecteur eXperience du client. Si la demande provient du CAT, le magasin de fichiers de cas du CAT réassemble les données du journal et les stocke par rapport à votre demande de service.

Le connecteur de service écrit les données suivantes concernant la transaction dans l'historique des commandes sur l'hôte du connecteur :

• Identifiants uniques de la commande émise et de l'émetteur de la commande. Vous pouvez retracer l'ID de l'émetteur jusqu'à la personne qui a émis la commande, mais pas sur l'hôte du connecteur.

• La commande émise et les paramètres (pas les données résultantes).

• L'alias généré par le connecteur des périphériques sur lesquels la commande a été émise (pas l'adresse ou le nom d'hôte).

• Le statut de la commande demandée (réussite/échec).

Appareils gérés :

• Vous sécurisez les données au repos sur vos appareils gérés en utilisant les mesures disponibles sur ces appareils et vos propres politiques.

• Vous créez et maintenez les comptes d'accès API ou SSH sur ces périphériques. Vous saisissez les informations d'authentification sur l'hôte du connecteur ; le personnel Cisco et les tiers n'ont pas besoin et ne peuvent pas accéder à ces informations d'authentification.

• Les comptes peuvent ne pas avoir besoin de privilèges administratifs complets, mais nécessitent une autorisation pour les API de journalisation typiques (voir Personnes et rôles). Le service de supportabilité utilise les autorisations minimales requises pour récupérer les informations du journal.

Hôte du connecteur :

• Le connecteur de gestion crée une connexion TLS avec Webex lorsque vous enregistrez pour la première fois l'hôte du connecteur (ECP ou Expressway). Pour ce faire, le connecteur de gestion doit faire confiance aux certificats présentés par Webex. Vous pouvez choisir de gérer la liste de confiance de l'organisateur vous-même, ou autoriser l'organisateur à télécharger et installer la liste des autorités de certification racine requise à partir de Cisco.

• Le connecteur de gestion maintient une connexion à Webex, pour la création de rapports et les alarmes. Le connecteur de service utilise une connexion persistante similaire pour recevoir les demandes de service.

• Seuls vos administrateurs doivent accéder à l'hôte pour configurer le connecteur de service. Le personnel Cisco n’a pas besoin d’accéder à l’organisateur.

Connecteur de service (sur l'hôte du connecteur) :

• Établit des connexions HTTPS ou SSH à vos périphériques gérés, pour exécuter des commandes API.

• Vous pouvez configurer le connecteur de service pour demander et vérifier les certificats de serveur à partir des périphériques gérés.

• Effectue des connexions HTTPS sortantes vers le stockage du système de gestion des cas du CAT Cisco.

• Ne enregistre aucune de vos informations personnelles identifiables (PII).

  Le connecteur lui-même ne consigne aucune PII. Cependant, le connecteur n'inspecte pas ou ne nettoie pas les données qu'il transfère à partir des périphériques gérés.

• Ne stocke aucune de vos données de diagnostic de manière permanente.

• Conserve un enregistrement des transactions qu'il effectue dans l'historique des commandes du connecteur (Applications > Services hybrides > Serviceability > Command History). Les enregistrements n'identifient directement aucun de vos périphériques.

• Stocke uniquement les adresses des périphériques et les informations d'authentification dans leurs comptes API dans le magasin de configuration du connecteur.

• Chiffre les données pour transfert vers le Customer eXprerience Drive à l’aide d’une clé AES 128 bits générée dynamiquement.

Mandataire :

• Si vous utilisez un proxy pour aller sur Internet, le connecteur de service a besoin d'informations d'identification pour utiliser le proxy. L'hôte du connecteur prend en charge l'authentification de base.

• Si vous déployez un périphérique d'inspection TLS, il doit présenter un certificat digne de confiance de l'hôte du connecteur. Vous devrez peut-être ajouter un certificat d'autorité de certification à la liste de confiance de l'organisateur.

Pare-feu :

• Ouvrez le port TCP 443 sortant de l'hôte du connecteur vers un certain nombre d'URL de services Cisco. Voir Connexions externes réalisées par le connecteur de serviceability ( https://help.webex.com/article/xbcr37/).

• Ouvrez les ports requis dans les réseaux protégés qui contiennent les périphériques gérés. Reportez-vous à la section Ports du connecteur de service qui répertorie les ports requis par les périphériques gérés. Par exemple, ouvrez TCP 443 dans votre DMZ pour collecter les journaux via l'adresse orientée vers l'intérieur d'un Expressway-E.

• N'ouvrez aucun autre port entrant vers l'hôte du connecteur.

Webex :

• Ne passe pas d'appels entrants non sollicités vers votre équipement sur site. Le connecteur de gestion sur l'hôte du connecteur persiste la connexion TLS.

• Tout le trafic entre votre hôte de connecteur et Webex est HTTPS ou sockets web sécurisés.

Centre d’assistance technique :

Lorsque vous activez le service de supportabilité pour le cas d’utilisation TAC :

• A développé des outils et des protocoles de stockage de données complets et sécurisés pour protéger les données des appareils des clients.

• Les employés sont tenus par le Code de conduite professionnelle de ne pas partager inutilement les données des clients.

• Stocke les données de diagnostic sous forme chiffrée dans le système de gestion des cas du CAT.

• Seul le personnel qui travaille à la résolution de votre cas peut accéder à ces données.

• Vous pouvez accéder à vos propres cas et voir quelles données ont été collectées.

Vous pouvez faciliter la collecte des journaux avec le service Webex Serviceability. Le service automatise les tâches de recherche, de récupération et de stockage des journaux et des informations de diagnostic.

Cette fonctionnalité utilise le connecteur de service déployé dans vos locaux. Le connecteur de service s'exécute sur un hôte dédié de votre réseau (« hôte du connecteur »). Vous pouvez installer le connecteur sur l'un des composants suivants :

• Enterprise Compute Platform (ECP)—Recommandé

  ECP utilise des conteneurs Docker pour isoler, sécuriser et gérer ses services. L'hôte et l'application Serviceability Connector s'installent à partir du Cloud. Vous n’avez pas besoin de les mettre à niveau manuellement pour rester à jour et sécurisés.

  Nous recommandons l'utilisation de l'ECP. Notre développement futur se concentrera sur cette plateforme. Certaines nouvelles fonctionnalités ne seront pas disponibles si vous installez le connecteur de service sur un Expressway.

• Cisco Expressway

Vous pouvez utiliser le connecteur de servicability à ces fins :

• Récupération automatisée des journaux et des informations système pour les demandes de service

• Collecte des journaux de vos clusters Unified CM dans un déploiement Cloud-Connected UC

Vous pouvez utiliser le même connecteur de service pour les deux cas d’utilisation.

Vous pouvez utiliser le service Webex Serviceability pour aider le personnel d’assistance technique Cisco à diagnostiquer les problèmes avec votre infrastructure. Le service automatise les tâches de recherche, de récupération et de stockage des journaux et des informations de diagnostic dans un cas de SR. Le service déclenche également une analyse par rapport aux signatures de diagnostic afin que le CAT puisse identifier les problèmes et résoudre les cas plus rapidement.

Lorsque vous ouvrez un dossier avec le TAC, les ingénieurs du TAC peuvent récupérer les journaux pertinents lorsqu'ils effectuent le diagnostic du problème. Nous pouvons collecter les journaux nécessaires sans revenir vers vous à chaque fois. L'ingénieur envoie les demandes au connecteur de service. Le connecteur collecte les informations et les transfère en toute sécurité au Customer eXperience Drive (CXD). Le système ajoute ensuite les informations à votre demande de service.

Lorsque nous avons les informations, nous pouvons utiliser l'analyseur de solution de collaboration et sa base de données de signatures de diagnostic. Le système analyse automatiquement les journaux, identifie les problèmes connus et recommande des correctifs connus ou des solutions de contournement.

Vous déployez et gérez les connecteurs de supportabilité via le Control Hub comme d’autres services hybrides, tels que le service de calendrier hybride et le service d’appel hybride. Vous pouvez l’utiliser avec d’autres services hybrides, mais ils ne sont pas obligatoires.

Si votre organisation est déjà configurée dans le Control Hub, vous pouvez activer le service via le compte d’administrateur de votre organisation existant.

Dans ce déploiement, le connecteur de service est toujours disponible, de sorte que le CAT peut collecter des données si nécessaire. Mais il n'a pas une charge stable dans le temps. Les ingénieurs du CAT lancent manuellement la collecte de données. Ils négocient un moment approprié pour la collecte afin de minimiser l'impact sur les autres services fournis par la même infrastructure.

Vous pouvez utiliser le service de supportabilité via Control Hub pour surveiller vos clusters Unified CM dans un déploiement Cloud-Connected UC.

Pour obtenir la liste actuelle des limites, voir l'article Problèmes connus avec le service de supportabilité.

Le diagramme montre les comptes requis pour fournir le service de supportabilité. La plupart de ces comptes ne sont pas destinés aux utilisateurs. Le connecteur de supportabilité nécessite une autorisation pour récupérer les données de plusieurs périphériques.

Les tableaux suivants répertorie les personnes et les comptes, ainsi que leurs rôles dans le déploiement et l'utilisation du service :

Lorsqu'une commande est saisie, Webex envoie la requête au connecteur de service, qui agit sur celui-ci pour collecter les données requises.

Cette demande ne contient pas de données directement identifiables sur le périphérique géré. Il dispose d’un ID de périphérique ou d’un ID de cluster, de sorte qu’il sait à partir de quels périphériques obtenir les données. Le connecteur de service traduit cet ID de périphérique/cluster. L’ID ne peut pas identifier par lui-même votre infrastructure. De plus, la connexion entre le cloud et le connecteur utilise le transport HTTPS.

Le connecteur de service traduit la demande comme suit :

• Il trouve les périphériques pour l'ID de périphérique/cluster dans sa liste des périphériques et clusters gérés et obtient les adresses.

• Il recrée la requête et les paramètres sous forme d'appels API ou SSH vers les adresses, en utilisant l'API ou la commande appropriée pour les périphériques.

• Pour autoriser les commandes, le connecteur utilise les identifiants de périphérique préconfigurés pour les périphériques cibles.

Le connecteur stocke temporairement les fichiers de données résultants sur l'hôte du connecteur (Expressway ou ECP).

Le connecteur tronque le fichier temporaire, chiffre les tronçons et les transmet via HTTPS au lecteur eXperience du client. Si la demande provient du CAT, le magasin de fichiers de cas du CAT réassemble les données du journal et les stocke par rapport à votre demande de service.

Le connecteur de service écrit les données suivantes concernant la transaction dans l'historique des commandes sur l'hôte du connecteur :

• Identifiants uniques de la commande émise et de l'émetteur de la commande. Vous pouvez retracer l'ID de l'émetteur jusqu'à la personne qui a émis la commande, mais pas sur l'hôte du connecteur.

• La commande émise et les paramètres (pas les données résultantes).

• L'alias généré par le connecteur des périphériques sur lesquels la commande a été émise (pas l'adresse ou le nom d'hôte).

• Le statut de la commande demandée (réussite/échec).

Appareils gérés :

• Vous sécurisez les données au repos sur vos appareils gérés en utilisant les mesures disponibles sur ces appareils et vos propres politiques.

• Vous créez et maintenez les comptes d'accès API ou SSH sur ces périphériques. Vous saisissez les informations d'authentification sur l'hôte du connecteur ; le personnel Cisco et les tiers n'ont pas besoin et ne peuvent pas accéder à ces informations d'authentification.

• Les comptes peuvent ne pas avoir besoin de privilèges administratifs complets, mais nécessitent une autorisation pour les API de journalisation typiques (voir Personnes et rôles). Le service de supportabilité utilise les autorisations minimales requises pour récupérer les informations du journal.

Hôte du connecteur :

• Le connecteur de gestion crée une connexion TLS avec Webex lorsque vous enregistrez pour la première fois l'hôte du connecteur (ECP ou Expressway). Pour ce faire, le connecteur de gestion doit faire confiance aux certificats présentés par Webex. Vous pouvez choisir de gérer la liste de confiance de l'organisateur vous-même, ou autoriser l'organisateur à télécharger et installer la liste des autorités de certification racine requise à partir de Cisco.

• Le connecteur de gestion maintient une connexion à Webex, pour la création de rapports et les alarmes. Le connecteur de service utilise une connexion persistante similaire pour recevoir les demandes de service.

• Seuls vos administrateurs doivent accéder à l'hôte pour configurer le connecteur de service. Le personnel Cisco n’a pas besoin d’accéder à l’organisateur.

Connecteur de service (sur l'hôte du connecteur) :

• Établit des connexions HTTPS ou SSH à vos périphériques gérés, pour exécuter des commandes API.

• Vous pouvez configurer le connecteur de service pour demander et vérifier les certificats de serveur à partir des périphériques gérés.

• Effectue des connexions HTTPS sortantes vers le stockage du système de gestion des cas du CAT Cisco.

• Ne enregistre aucune de vos informations personnelles identifiables (PII).

  Le connecteur lui-même ne consigne aucune PII. Cependant, le connecteur n'inspecte pas ou ne nettoie pas les données qu'il transfère à partir des périphériques gérés.

• Ne stocke aucune de vos données de diagnostic de manière permanente.

• Conserve un enregistrement des transactions qu'il effectue dans l'historique des commandes du connecteur (Applications > Services hybrides > Serviceability > Command History). Les enregistrements n'identifient directement aucun de vos périphériques.

• Stocke uniquement les adresses des périphériques et les informations d'authentification dans leurs comptes API dans le magasin de configuration du connecteur.

• Chiffre les données pour transfert vers le Customer eXprerience Drive à l’aide d’une clé AES 128 bits générée dynamiquement.

Mandataire :

• Si vous utilisez un proxy pour aller sur Internet, le connecteur de service a besoin d'informations d'identification pour utiliser le proxy. L'hôte du connecteur prend en charge l'authentification de base.

• Si vous déployez un périphérique d'inspection TLS, il doit présenter un certificat digne de confiance de l'hôte du connecteur. Vous devrez peut-être ajouter un certificat d'autorité de certification à la liste de confiance de l'organisateur.

Pare-feu :

• Ouvrez le port TCP 443 sortant de l'hôte du connecteur vers un certain nombre d'URL de services Cisco. Voir Connexions externes réalisées par le connecteur de serviceability ( https://help.webex.com/article/xbcr37/).

• Ouvrez les ports requis dans les réseaux protégés qui contiennent les périphériques gérés. Reportez-vous à la section Ports du connecteur de service qui répertorie les ports requis par les périphériques gérés. Par exemple, ouvrez TCP 443 dans votre DMZ pour collecter les journaux via l'adresse orientée vers l'intérieur d'un Expressway-E.

• N'ouvrez aucun autre port entrant vers l'hôte du connecteur.

Webex :

• Ne passe pas d'appels entrants non sollicités vers votre équipement sur site. Le connecteur de gestion sur l'hôte du connecteur persiste la connexion TLS.

• Tout le trafic entre votre hôte de connecteur et Webex est HTTPS ou sockets web sécurisés.

Centre d’assistance technique :

Lorsque vous activez le service de supportabilité pour le cas d’utilisation TAC :

• A développé des outils et des protocoles de stockage de données complets et sécurisés pour protéger les données des appareils des clients.

• Les employés sont tenus par le Code de conduite professionnelle de ne pas partager inutilement les données des clients.

• Stocke les données de diagnostic sous forme chiffrée dans le système de gestion des cas du CAT.

• Seul le personnel qui travaille à la résolution de votre cas peut accéder à ces données.

• Vous pouvez accéder à vos propres cas et voir quelles données ont été collectées.

Vous pouvez faciliter la collecte des journaux avec le service Webex Serviceability. Le service automatise les tâches de recherche, de récupération et de stockage des journaux et des informations de diagnostic.

Cette fonctionnalité utilise le connecteur de service déployé dans vos locaux. Le connecteur de service s'exécute sur un hôte dédié de votre réseau (« hôte du connecteur »). Vous pouvez installer le connecteur sur l'un des composants suivants :

• Enterprise Compute Platform (ECP)—Recommandé

  ECP utilise des conteneurs Docker pour isoler, sécuriser et gérer ses services. L'hôte et l'application Serviceability Connector s'installent à partir du Cloud. Vous n’avez pas besoin de les mettre à niveau manuellement pour rester à jour et sécurisés.

  Nous recommandons l'utilisation de l'ECP. Notre développement futur se concentrera sur cette plateforme. Certaines nouvelles fonctionnalités ne seront pas disponibles si vous installez le connecteur de service sur un Expressway.

• Cisco Expressway

Vous pouvez utiliser le connecteur de servicability à ces fins :

• Récupération automatisée des journaux et des informations système pour les demandes de service

• Collecte des journaux de vos clusters Unified CM dans un déploiement Cloud-Connected UC

Vous pouvez utiliser le même connecteur de service pour les deux cas d’utilisation.

Vous pouvez utiliser le service Webex Serviceability pour aider le personnel d’assistance technique Cisco à diagnostiquer les problèmes avec votre infrastructure. Le service automatise les tâches de recherche, de récupération et de stockage des journaux et des informations de diagnostic dans un cas de SR. Le service déclenche également une analyse par rapport aux signatures de diagnostic afin que le CAT puisse identifier les problèmes et résoudre les cas plus rapidement.

Lorsque vous ouvrez un dossier avec le TAC, les ingénieurs du TAC peuvent récupérer les journaux pertinents lorsqu'ils effectuent le diagnostic du problème. Nous pouvons collecter les journaux nécessaires sans revenir vers vous à chaque fois. L'ingénieur envoie les demandes au connecteur de service. Le connecteur collecte les informations et les transfère en toute sécurité au Customer eXperience Drive (CXD). Le système ajoute ensuite les informations à votre demande de service.

Lorsque nous avons les informations, nous pouvons utiliser l'analyseur de solution de collaboration et sa base de données de signatures de diagnostic. Le système analyse automatiquement les journaux, identifie les problèmes connus et recommande des correctifs connus ou des solutions de contournement.

Vous déployez et gérez les connecteurs de supportabilité via le Control Hub comme d’autres services hybrides, tels que le service de calendrier hybride et le service d’appel hybride. Vous pouvez l’utiliser avec d’autres services hybrides, mais ils ne sont pas obligatoires.

Si votre organisation est déjà configurée dans le Control Hub, vous pouvez activer le service via le compte d’administrateur de votre organisation existant.

Dans ce déploiement, le connecteur de service est toujours disponible, de sorte que le CAT peut collecter des données si nécessaire. Mais il n'a pas une charge stable dans le temps. Les ingénieurs du CAT lancent manuellement la collecte de données. Ils négocient un moment approprié pour la collecte afin de minimiser l'impact sur les autres services fournis par la même infrastructure.

Vous pouvez utiliser le service de supportabilité via Control Hub pour surveiller vos clusters Unified CM dans un déploiement Cloud-Connected UC.

Pour obtenir la liste actuelle des limites, voir l'article Problèmes connus avec le service de supportabilité.

Le diagramme montre les comptes requis pour fournir le service de supportabilité. La plupart de ces comptes ne sont pas destinés aux utilisateurs. Le connecteur de supportabilité nécessite une autorisation pour récupérer les données de plusieurs périphériques.

Les tableaux suivants répertorie les personnes et les comptes, ainsi que leurs rôles dans le déploiement et l'utilisation du service :

Lorsqu'une commande est saisie, Webex envoie la requête au connecteur de service, qui agit sur celui-ci pour collecter les données requises.

Cette demande ne contient pas de données directement identifiables sur le périphérique géré. Il dispose d’un ID de périphérique ou d’un ID de cluster, de sorte qu’il sait à partir de quels périphériques obtenir les données. Le connecteur de service traduit cet ID de périphérique/cluster. L’ID ne peut pas identifier par lui-même votre infrastructure. De plus, la connexion entre le cloud et le connecteur utilise le transport HTTPS.

Le connecteur de service traduit la demande comme suit :

• Il trouve les périphériques pour l'ID de périphérique/cluster dans sa liste des périphériques et clusters gérés et obtient les adresses.

• Il recrée la requête et les paramètres sous forme d'appels API ou SSH vers les adresses, en utilisant l'API ou la commande appropriée pour les périphériques.

• Pour autoriser les commandes, le connecteur utilise les identifiants de périphérique préconfigurés pour les périphériques cibles.

Le connecteur stocke temporairement les fichiers de données résultants sur l'hôte du connecteur (Expressway ou ECP).

Le connecteur tronque le fichier temporaire, chiffre les tronçons et les transmet via HTTPS au lecteur eXperience du client. Si la demande provient du CAT, le magasin de fichiers de cas du CAT réassemble les données du journal et les stocke par rapport à votre demande de service.

Le connecteur de service écrit les données suivantes concernant la transaction dans l'historique des commandes sur l'hôte du connecteur :

• Identifiants uniques de la commande émise et de l'émetteur de la commande. Vous pouvez retracer l'ID de l'émetteur jusqu'à la personne qui a émis la commande, mais pas sur l'hôte du connecteur.

• La commande émise et les paramètres (pas les données résultantes).

• L'alias généré par le connecteur des périphériques sur lesquels la commande a été émise (pas l'adresse ou le nom d'hôte).

• Le statut de la commande demandée (réussite/échec).

Appareils gérés :

• Vous sécurisez les données au repos sur vos appareils gérés en utilisant les mesures disponibles sur ces appareils et vos propres politiques.

• Vous créez et maintenez les comptes d'accès API ou SSH sur ces périphériques. Vous saisissez les informations d'authentification sur l'hôte du connecteur ; le personnel Cisco et les tiers n'ont pas besoin et ne peuvent pas accéder à ces informations d'authentification.

• Les comptes peuvent ne pas avoir besoin de privilèges administratifs complets, mais nécessitent une autorisation pour les API de journalisation typiques (voir Personnes et rôles). Le service de supportabilité utilise les autorisations minimales requises pour récupérer les informations du journal.

Hôte du connecteur :

• Le connecteur de gestion crée une connexion TLS avec Webex lorsque vous enregistrez pour la première fois l'hôte du connecteur (ECP ou Expressway). Pour ce faire, le connecteur de gestion doit faire confiance aux certificats présentés par Webex. Vous pouvez choisir de gérer la liste de confiance de l'organisateur vous-même, ou autoriser l'organisateur à télécharger et installer la liste des autorités de certification racine requise à partir de Cisco.

• Le connecteur de gestion maintient une connexion à Webex, pour la création de rapports et les alarmes. Le connecteur de service utilise une connexion persistante similaire pour recevoir les demandes de service.

• Seuls vos administrateurs doivent accéder à l'hôte pour configurer le connecteur de service. Le personnel Cisco n’a pas besoin d’accéder à l’organisateur.

Connecteur de service (sur l'hôte du connecteur) :

• Établit des connexions HTTPS ou SSH à vos périphériques gérés, pour exécuter des commandes API.

• Vous pouvez configurer le connecteur de service pour demander et vérifier les certificats de serveur à partir des périphériques gérés.

• Effectue des connexions HTTPS sortantes vers le stockage du système de gestion des cas du CAT Cisco.

• Ne enregistre aucune de vos informations personnelles identifiables (PII).

  Le connecteur lui-même ne consigne aucune PII. Cependant, le connecteur n'inspecte pas ou ne nettoie pas les données qu'il transfère à partir des périphériques gérés.

• Ne stocke aucune de vos données de diagnostic de manière permanente.

• Conserve un enregistrement des transactions qu'il effectue dans l'historique des commandes du connecteur (Applications > Services hybrides > Serviceability > Command History). Les enregistrements n'identifient directement aucun de vos périphériques.

• Stocke uniquement les adresses des périphériques et les informations d'authentification dans leurs comptes API dans le magasin de configuration du connecteur.

• Chiffre les données pour transfert vers le Customer eXprerience Drive à l’aide d’une clé AES 128 bits générée dynamiquement.

Mandataire :

• Si vous utilisez un proxy pour aller sur Internet, le connecteur de service a besoin d'informations d'identification pour utiliser le proxy. L'hôte du connecteur prend en charge l'authentification de base.

• Si vous déployez un périphérique d'inspection TLS, il doit présenter un certificat digne de confiance de l'hôte du connecteur. Vous devrez peut-être ajouter un certificat d'autorité de certification à la liste de confiance de l'organisateur.

Pare-feu :

• Ouvrez le port TCP 443 sortant de l'hôte du connecteur vers un certain nombre d'URL de services Cisco. Voir Connexions externes réalisées par le connecteur de serviceability ( https://help.webex.com/article/xbcr37/).

• Ouvrez les ports requis dans les réseaux protégés qui contiennent les périphériques gérés. Reportez-vous à la section Ports du connecteur de service qui répertorie les ports requis par les périphériques gérés. Par exemple, ouvrez TCP 443 dans votre DMZ pour collecter les journaux via l'adresse orientée vers l'intérieur d'un Expressway-E.

• N'ouvrez aucun autre port entrant vers l'hôte du connecteur.

Webex :

• Ne passe pas d'appels entrants non sollicités vers votre équipement sur site. Le connecteur de gestion sur l'hôte du connecteur persiste la connexion TLS.

• Tout le trafic entre votre hôte de connecteur et Webex est HTTPS ou sockets web sécurisés.

Centre d’assistance technique :

Lorsque vous activez le service de supportabilité pour le cas d’utilisation TAC :

• A développé des outils et des protocoles de stockage de données complets et sécurisés pour protéger les données des appareils des clients.

• Les employés sont tenus par le Code de conduite professionnelle de ne pas partager inutilement les données des clients.

• Stocke les données de diagnostic sous forme chiffrée dans le système de gestion des cas du CAT.

• Seul le personnel qui travaille à la résolution de votre cas peut accéder à ces données.

• Vous pouvez accéder à vos propres cas et voir quelles données ont été collectées.