Modèles utilisateur dans Lync Server 2013
Rubrique Dernière modification : 2013-10-07
Les modèles utilisateur décrits ici fournissent la base des mesures de planification de la capacité et des recommandations décrites dans la planification de la capacité pour Lync Server 2013 à l’aide des modèles utilisateur.
Modèles utilisateur Lync Server 2013
Le tableau suivant décrit le modèle utilisateur pour l’inscription, les contacts, la messagerie instantanée et la présence pour Lync Server 2013.
Modèle utilisateur pour l’environnement et l’enregistrement
Catégorie | Description |
---|---|
Taille et distribution de déploiement |
Nous modélisons un déploiement important comptant trois sites centraux, avec un pool frontal par site. |
Pourcentage d’utilisateurs Active Directory |
Nous partons du principe que 70 % de tous les utilisateurs Active Directory de l’organisation sont activés pour Lync Server. 80 % de ces utilisateurs activés sont connectés à Lync Server chaque jour (80 % d’accès concurrentiel). Le nombre d’employés dans le reste de cette section concerne des utilisateurs connectés simultanément. |
Modifications d’Active Directory |
Nous partons du principe que 0,5 % du nombre total d’utilisateurs est créé et activé pour Lync dans Active Directory chaque semaine, et que 0,5 % du nombre total d’utilisateurs est désactivé à partir d’Active Directory et de Lync chaque semaine. 5 % des utilisateurs ont au moins un attribut Active Directory modifié chaque semaine. |
Groupes de distribution Active Directory |
Nous partons du principe que le nombre de groupes de distribution Active Directory dans l’organisation est égal à trois fois le nombre de tous les utilisateurs dans Active Directory. Les groupes de distribution possèdent les tailles suivantes :
|
Utilisateurs VoIP (Voix sur IP) |
60 % des utilisateurs de Lync Server sont activés pour les communications unifiées (c’est-à-dire que leurs numéros de téléphone appartiennent à Lync Server). |
Répartition des clients enregistrés |
65 % des clients exécutent des logiciels Lync 2013, notamment Lync et Lync Phone Edition. 30 % des clients exécutant des logiciels clients à partir d’une version antérieure de Lync. 5 % des clients utilisant Lync Web App. Si la mobilité est activée, nous partons du principe que 40 % des utilisateurs utilisent la mobilité en même temps que les autres options de clients inscrits mentionnées précédemment. Dans ce cas, le rapport du point de présence multiple (MPOP) client est de 1/1,9. Si la mobilité est désactivée, ce rapport est de 1/1,5. |
Répartition des utilisateurs distants |
70 % des utilisateurs se connectent en interne. 30 % des utilisateurs se connectant via un serveur Edge et un directeur. |
Répartition des contacts |
Un utilisateur peut avoir 1 000 contacts au maximum. Cela concerne moins de 1 % des utilisateurs. Moins de 25 % des utilisateurs ont 100 contacts ou plus. La moyenne est de 80 contacts pour les utilisateurs d’un nuage public. Parmi ces utilisateurs :
La moyenne est de 50 contacts pour les utilisateurs ne pouvant pas se connecter à un cloud public. Parmi ces utilisateurs :
25 % des contacts d’un utilisateur utilisent XMPP. |
Durée d’une session |
En moyenne, un utilisateur se connecte 12 heures. Tous les utilisateurs se connectent dans les 120 minutes suivant le début de la session. |
Modèle utilisateur pour la messagerie instantanée et la présence
Catégorie | Description |
---|---|
Sessions de messagerie instantanée P2P |
En moyenne, chaque utilisateur ouvre six sessions de messagerie instantanée P2P par jour. 10 messages instantanés par session. Chaque message est mis en correspondance par deux messages INFO SIP et deux messages SIP 200 OK (pour les indicateurs d’état tels que «< Name> is Typing ») |
Interrogation de présence |
Globalement, nous estimons l’interrogation de présence à 60 interrogations par utilisateur et par heure. La moyenne par utilisateur est estimée à :
|
Abonnements aux informations de présence |
Lorsqu’un premier utilisateur ajoute un autre contact, il s’abonne à cinq catégories d’informations concernant ce contact. Des mises à jour de ces catégories d’informations sont envoyées automatiquement au premier utilisateur. Pour chaque client, une seule demande d’abonnement par lot est envoyée pour obtenir le statut de présence d’une moyenne de 40 contacts, avec 40 boîtes de dialogue supplémentaires afin d’obtenir la présence des contacts fédérés. La présence des membres d’un groupe de distribution développé se détermine par les abonnements de présence permanents, et non par l’interrogation, et est modelée sous forme d’une expansion par utilisateur toutes les 2 heures. Les abonnements courts se produisent si un utilisateur ouvre une session, qu’il existe un abonnement par lot pour tous les contacts de l’utilisateur et que l’utilisateur ferme sa session peu de temps après. Nous partons du principe que 6 abonnements courts se font par utilisateur et par heure, où chaque abonnement dure 10 minutes. |
Publication de présence |
En moyenne, le statut de présence est publié 4 fois par utilisateur et par heure, avec un maximum de 6 fois. |
Taille du document de présence |
La taille moyenne d’un document de présence complet est estimée à 4 Ko, avec un maximum de 25 Ko. |
Le tableau ci-dessous décrit le modèle utilisateur pour l’utilisation d’un carnet d’adresses.
Modèle utilisateur pour l’utilisation d’un carnet d’adresses
Mode de recherche d’un carnet d’adresses | Utilisation |
---|---|
Requête web du carnet d’adresses uniquement (toutes les requêtes sont effectuées par le service de requête web du carnet d’adresses) |
Quatre requêtes de préfixe quotidiennes par utilisateur. 60 requêtes de recherche exacte quotidiennes par utilisateur. 40 % de ces requêtes sont traitées par lot, avec une moyenne de 20 contacts par requête. Les 60 % restants concernent un seul contact. 25 requêtes de photos quotidiennes par utilisateur. 24 concernent une seule photo, la dernière étant une requête par lot avec une moyenne de 20 contacts. Une requête quotidienne par utilisateur de recherche dans toute l’entreprise. |
Mode mixte : utilisation du fichier de carnet d’adresses et des requêtes web. Il s’agit du mode par défaut. |
Deux types de requête uniquement sont transmis sur le réseau, à savoir les requêtes de photos et les requêtes de recherche dans toute l’entreprise. 25 requêtes de photos quotidiennes par utilisateur. 24 concernent une seule photo, la dernière étant une requête par lot avec une moyenne de 20 contacts. Une requête quotidienne par utilisateur de recherche dans toute l’entreprise. |
Le tableau ci-dessous décrit le modèle de conférence.
Modèle de conférence
Catégorie | Description |
---|---|
Réunions planifiées/réunions immédiates |
60 % des réunions sont planifiées, 40 % ne le sont pas. Parmi les réunions planifiées, nous partons du principe que 80 % se voient attribuer des conférences, ce qui est le cas des conférences périodiques; 10 % sont des réunions ouvertes à usage unique ; 8 % sont des réunions anonymes uniques et 2 % des réunions à usage unique fermées. |
Répartition des clients de conférence |
Pour les réunions planifiées :
Pour les réunions non planifiées :
|
Simultanéité des réunions |
5 % des utilisateurs participeront à des conférences pendant les heures de travail. Ainsi, dans un pool de 80 000 utilisateurs, il peut arriver que 4 000 utilisateurs participent à tout moment à des conférences. |
Répartition des appels audio d’une réunion |
40 % d’appels audio VoIP et de conférences rendez-vous combinés, avec un ratio d’utilisateurs VoIP par rapport aux utilisateurs d’appels entrants égal à 3:1. 35 % d’appels audio VoIP uniquement. 15 % d’audioconférences rendez-vous uniquement. 10 % sans appel audio (conférences de messagerie instantanée uniquement, avec une moyenne de cinq messages envoyés par utilisateur). |
Utilisation de différents médias dans le cadre des conférences |
75 % des conférences ont lieu sur Internet, notamment par des méthodes de collaboration audio ou autres. Pour ces conférences, les autres méthodes de collaboration sont les suivantes : Remarque Le total de ces nombres dépasse 100 %, car une conférence peut faire appel à plusieurs méthodes de collaboration.
|
Répartition des participants aux réunions |
50 % d’utilisateurs internes authentifiés. 25 % d’utilisateurs distants authentifiés. 15 % d’utilisateurs anonymes. 10 % d’utilisateurs fédérés. |
Répartition de la participation aux réunions |
Il est simulé que les utilisateurs se joignent à la réunion dans les 5 premières minutes. |
Dans les pools frontaux standard, Lync Server 2013 a une taille de réunion maximale prise en charge de 250 utilisateurs. Chaque pool peut héberger 250 utilisateurs à la fois. Quand une réunion regroupant autant de participants a lieu, le pool peut également héberger d’autres conférences plus petites. Vous pouvez également prendre en charge les réunions rassemblant jusqu’à 1 000 utilisateurs en configurant un pool dédié pour les héberger. Pour plus d’informations, consultez Support for large meetings in Lync Server 2013.
Les conférences sont simulées comme suit :
85 % des conférences comptent quatre participants.
10 % des conférences comptent six participants.
5 % des conférences comptent 11 participants.
Une conférence importante compte 250 utilisateurs.
Le tableau ci-dessous fournit des détails sur le modèle utilisateur pour les conférences auxquelles participent des utilisateurs d’appels entrants.
Modèle utilisateur pour les conférences rendez-vous
Catégorie | Description |
---|---|
Authentifié/anonyme |
70 % des appelants se joignent anonymement et sont invités à entrer un nom enregistré. 30 % participent en tant qu’utilisateurs authentifiés. |
Durée de conversation et attente musicale |
Durée moyenne de conversation sans attente musicale : 50 secondes. 50 % des appelants entendent une musique d’attente pendant 5 minutes en moyenne. |
Numérotation DTMF |
15 % des conférences rendez-vous ont des responsables téléphoniques. 10 % des conférences mixtes qui incluent des utilisateurs d’appels entrants ont également des responsables téléphoniques. 20 % des responsables téléphoniques utilisent deux commandes DTMF par conférence. |
Langues d’annonce |
Les simulations utilisent l’anglais comme langue pour les annonces. |
Le tableau ci-dessous fournit des détails sur le modèle utilisateur pour les salles d’attente de conférence.
Modèle d’utilisateur pour les salles d’attente de conférence
Catégorie | Description |
---|---|
Nombre d’utilisateurs dans la salle d’attente |
5 % des utilisateurs d’appels entrants et 25 % d’utilisateurs d’autres catégories passent par la salle d’attente. |
Autorisation à quitter la salle d’attente |
Pendant les simulations, le présentateur autorise tous les utilisateurs à participer avant l’expiration du délai du client. |
Le tableau ci-dessous décrit le modèle utilisateur pour d’autres sessions P2P.
Modèle utilisateur pour les sessions P2P
Catégorie | Description |
---|---|
Partage d’application |
Chaque utilisateur participe à cinq sessions de partage d’application P2P par mois, avec une moyenne de 0,25 session par jour. |
Transfert de fichiers |
Chaque utilisateur participe à une session de transfert de fichiers P2P par mois (dans le cadre d’une session de messagerie instantanée), avec une moyenne de 0,05 session par jour. En moyenne, le volume transféré lors d’une session est de 1 Mo. |
Le tableau ci-dessous décrit le modèle utilisateur pour les stratégies.
Modèle utilisateur des stratégies
Catégorie | Description |
---|---|
Stratégies de conférence, de présence et d’archivage |
Nous partons du principe qu’il y a une stratégie globale, 10 stratégies de conférence, 4 stratégies d’archivage et 10 stratégies de présence. |
Stratégie vocale |
Nous supposons qu’il existe une stratégie globale et 2 stratégies de mots clés par site. 100 % des sites ont une stratégie de site et 30 % des utilisateurs sont gérés par une stratégie par utilisateur. Nous prenons pour hypothèse un plan de numérotation par site et deux itinéraires par site. |
Heure de pointe
Pour les sessions P2P, la charge maximale est calculée à partir des « tentatives d’appels aux heures de pointe » (BHCA). Cette mesure utilisée dans le secteur de la téléphonie suppose que 50 % de tous les appels d’une journée seront passés en 20 % du temps. Elle est calculée à l’aide de la formule suivante :
BHCA=(total calls * 0.5) / 1.6
Lors d’un test de performance, l’heure de pointe a été simulée en exécutant des sessions VoIP et d’autres sessions P2P aux heures de pointe pendant au moins 1,6 heure par jour.
Le pic de charge des conférences suppose que 75 % de toutes les conférences d’une journée de huit heures ont lieu pendant quatre heures de pointe. Ces heures de pointe représentent 1,5 fois la charge de conférence moyenne.
Appels voix entreprise à RTC
Les hypothèses suivantes s’appliquent aux appels Voix Entreprise :
50 % des utilisateurs sont activés pour Voix Entreprise, et 60 % de ces utilisateurs sont activés pour les appels RTC.
Chacun de ces derniers utilisateurs passe 4 appels RTC pendant les heures de pointe. Chaque appel dure 3 minutes.
65 % des appels vocaux RTC utilisent la déviation du trafic multimédia.
Mobilité
40 % des utilisateurs inscrits sont présumés être activés pour la mobilité. Pour chacun d’entre eux, nous partons du principe que l’activité du client mobile vient s’ajouter à celle des autres instances MPOP de l’utilisateur, à l’exception des interactions en conférence pour lesquelles le client de mobilité n’est qu’un autre type de client pouvant être utilisé pour participer à des conférences.
Conversation permanente
Nous supposons que 25 % des utilisateurs inscrits participent à des sessions de conversation permanentes avec les caractéristiques suivantes :
1,5 salle de conversation par utilisateur sont prévues en moyenne.
Chaque salle de conversation engendre 12 demandes d’interrogation par heure, en ciblant une moyenne de 10 utilisateurs chacune.
Response Group et parcage d’appel
Nous supposons que 0,15 % des utilisateurs inscrits appartiennent à des groupes Response group. Nous partons du principe que 0,02 % des utilisateurs inscrits ont des appels parqués à tout moment donné.