Teams / Skype & Office 365

Partage et Collaboration par David HAEGEL

Catégorie : Problématiques (Page 1 of 3)

La qualité ? Tous les outils sont là dont CQD

Téléphone VintageLa téléphonie existe depuis la fin des années 1800 mais longtemps elle est restée cantonnée au bon téléphone de bureau raccordé physiquement.

Depuis l’IP mais encore plus avec des solutions comme Teams ou Skype, ces usages se démocratisent et surtout fonctionnent de partout…
Que l’on soit en salle de réunion, en wifi, en télétravail, chez un client, sur son application smartphone, l’utilisateur voudra et pourra recevoir son appel audio ou vidéo.
Cela engendre de nouvelles problématiques pour les équipes d’exploitation, avec des scénarios d’usages jamais vus jusqu’à maintenant depuis un téléphone traditionnel.  Mais heureusement les outils comme Teams ou Skype fournissent des indicateurs précis de qualité (et nativement).

Via l’outil CQD (Call Quality Dashboard) accessible sur ce lien ou depuis le portail O365, l’exploitant a accès à toute une série d’indicateurs !
Récemment Microsoft a même ajouté de nouveaux tableaux de bord afin d’identifier les problématiques encore plus facilement (ou tout simplement voir que tout va bien aussi 🙂 ).
CQD n’est pas le seul outil à disposition. Mais celui-ci vous donne une vision globale de la solution et de la qualité du service mis à disposition de vos utilisateurs.

L’outil CQD

Cet outil est très utile et vous donne plusieurs rapports, mais aujourd’hui nous allons faire un focus sur les rapports sur la qualité de l’expérience. En effet, Microsoft a ajouté une série de rapports

CQD Rapports

CQD Liste RapportsDans ces rapports sur la qualité, vous y trouverez un ensemble de rapports en fonction des éléments que vous souhaitez superviser ou analyser.

  • Rapports sur la qualité (conférence, téléphonie, device, etc.)
  • Informations sur les échecs et erreurs (proxy, tcp, échecs, etc.)
  • Détail des clients (versions, type, etc.)

 

Vous y trouverez des rapports de ce type (capture montrant les appels téléphoniques Câblé vs Wifi) :

CQD PStn Calling

Je vous invite à régulièrement aller faire un tour sur ces rapports. Ainsi vous  aller pouvoir évaluer la qualité globale du service que vous mettez à disposition mais aussi observer les tendances.

Bonne analyse et supervision!

Share

Migration de RGS – Point d’attention sur les groupes « formel »

Bonjour,

Si vous prévoyez de migrer des RGS ayant des groupes avec la méthode de participation « Formel » entre différentes versions Lync/Sfb, je vous invite à suivre avec attention ce lien (s’applique aussi à SFB) :
https://support.microsoft.com/en-us/help/2975113/lync-server-2013-rgs-agent-console-continues-to-use-the-lync-server-2010-back-end

En effet, si vous suivez le Technet sur la migration des RGS avec le simple Move- et celui-ci vous indiquant de ne pas supprimer les anciens RGS tant que vous avez pas décommissioné le pool, vous vous retrouvez dans une situation où les agents d’un groupe de type « Formel » ne reçoivent plus d’appels.

Si vous ajoutez un nouvel agent dans le groupe, celui-ci reçoit bien les appels mais pas toutes les personnes ayant été dans le groupe d’origine (et encore présent en doublon sur l’ancienne infra).
La solution présentée dans le lien Microsoft / Workaround est de supprimer l’ensemble des RGS présent sur l’ancien Pool.

Bon déploiement,

Share

L’importance des certificats – Erreur 0x80071BBC

Bonjour,

Petit retour d’expérience sur une erreur que j’ai pu avoir dans une nouvelle installation où les certificats provenaient d’une Autorité de Certification Linux. Ces certificats provoquaient plusieurs erreurs dont des exceptions dans l’observateur d’évènements (Exception from HRESULT: 0x80071BBC) qui empêchaient le service principal de démarrer.
Ce service restait en mode « starting » même après plusieurs heures et rien n’y faisait pour qu’il finisse son démarrage correctement.

L’environnement est très standard et la seule variante restait l’autorité de certification par rapport à d’autres installations, de plus j’avais déjà eu quelques complications chez d’autres clients avec des autorités un peu exotiques ou configurées d’une manière spécifique malgré des prérequis que nous avions indiqués.

Lire la suite

Share

DNS Pin-Point et enregistrements SRV

Dans le cadre de la mise en œuvre d’un environnement Lync ou autre, il y a toujours une série d’enregistrements DNS à créer en interne. Cependant une bonne partie sont à créer dans la zone DNS qui correspond au domaine SIP (@contoso.com par exemple).

Or il se trouve que régulièrement cette zone DNS n’est pas créée en interne car elle correspond régulièrement aux enregistrements publics (vos serveurs WEB publiés chez un provider ou autre) pour lesquels les enregistrements DNS sont directement gérés dans la zone DNS publique. Ainsi pour ne pas perturber et ne pas avoir de double gestion, cette zone (ex contoso.com) n’est pas créée en interne et un utilisateur du LAN requête directement le DNS public.

Mais sur Lync, il faut pouvoir mettre un enregistrement donnant un résultat distinct que vous soyez sur le LAN ou sur Internet. C’est là que Pin-Point apparait pour ne pas perturber l’existant.

Pin-Point vous permet de créer une zone mais qui répondra spécifiquement pour l’enregistrement DNS crée et non le reste de la zone. Ainsi vous ne perturbez pas le fonctionnement actuel tout en ajoutant une capacité de répondre à certaines requêtes DNS précises.
Ainsi david.contoso.com peut être résolu par le DNS interne (mode Pin-Point) alors que tout le reste peut-être résolu par le DNS public.

Microsoft fourni une procédure détaillée pour la création d’enregistrement en mode Pin-Point, cependant vous pouvez rencontrer cette erreur « Unrecognized token in source text » au niveau du @

15_PS_Pin-point_SRV_Token

Lire la suite

Share

Lync 2013 – Plantage avec F-Secure

Chez plusieurs clients équipés du couple Lync 2013 et de l’antivirus F-Secure nous avons rencontrés plusieurs plantages des services Lync.

En effet, aléatoirement les processus Lync s’arrêtaient (le plus souvent à minima le service Front End) sans raison apparente avec des logs peu digestes dans l’observateur d’évènements.
14_Fsecure_Erreur2 14_Fsecure_Erreur1

Lire la suite

Share

Page 1 of 3

Fièrement propulsé par WordPress & Thème par Anders Norén