Considérations réseau pour réussir son déploiement de OCS 2007 R2

2. Considérations réseau pour réussir son déploiement de OCS 2007 R2 09/02/2010 Denis ArdittiVoice TSPMicrosoft France

3. Agenda • Approche projet CU • Quels scénarios Média considérer ? • La pile Média OC et OCS • Exemples de clients • Planification de la bande passante • Considérations réseau • La “QoS”

4. Revue de Mise en Production Approche projet Communications Unifiées Revue d’initialisation de changement Optimisation Changement MOF ITIL Revue de SLA Prise en charge Exploitation Revue d’Exploitation

5. Approche projet Communications Unifiées • Adopter une approche industrielle et standardisée • Capitaliser sur vos expériences et celles de vos collègues de l’infrastructure • Définir un cercle vertueux intégrant : • Modélisation • Mise en œuvre • Mesure • Evolution

6. Quels scénarios Media considérer ?Contexte : infrastructure simple Pool OCS Edge OCS Réseau interne DMZ Réseauexterne

7. Quels scénarios Media considérer ? Cas de 2 utilisateurs internes Pool OCS Edge OCS Réseau interne DMZ Réseauexterne

8. Quels scénarios Media considérer ? Cas : 1 utilisateur interne et 1 externe Pool OCS Edge OCS Réseau interne DMZ Réseauexterne

9. Quels scénarios Media considérer ? Multiples utilisateurs internes/externes avec MCU Pool OCS Edge OCS Réseau interne DMZ Réseauexterne

10. Quels scénarios Media considérer ? Cas de 2 utilisateurs externes Pool OCS Edge OCS Réseau interne DMZ Réseauexterne

11. Quels scénarios Media considérer ? Cas de 2 utilisateurs internes avec P2P interdit Pool OCS Edge OCS Réseau interne DMZ Réseauexterne

12. La pile Media OC et OCS • Traitements audio avancés avant packétisation • Suppression de bruit • Contrôle automatique du gain • Annulation d’écho • Mécanisme pour accroître la robustesse du transport pour l’audio et vidéo • Détection des erreurs avec correction en avant (FEC) et par dissimulation (EC) • Tampon gigue adaptatif • Adaptation dynamique en temps réel aux conditions réseau • DMZ / Sécurité • NAT / Firewall traversal • Secure Real-time Transport Protocol (SRTP) • Mesure et historisation de la qualité de l’expérience utilisateur

13. La pile Media OC et OCS

14. La pile Media OC et OCS – apports R2 • Evolution de la qualité et des mécanismes de diagnostiques • La communication Media continue, même si la communication SIP est interrompue • Diagnostiques en cours d’appels pour identifier l’affaiblissement du réseau, perte de bande passante ou périphérique audio inadapté • Améliorations matérielles et logiciels au niveau des périphériques CommunicatorOptimized • Améliorations de l’expérience Audio • AGC : perfectionnement des algorithmes de détection de l’activité de la voix et des bruits parasites (saisie sur un clavier, …) • Echo : Annulation d’écho améliorée et adaptations des routines logiciels pour compenser l’usage de périphériques non certifiés • Recherche de l’optimisation de la latence • Usage du codec G.711 pour les communications avec le Mediation Server • Support du mécanisme Early Media (RFC3960)

15. Démo Maintient de la session Media en cas de perte de la session SIP

16. Apports de la version R2 • Video • Support des modes : • VGA (640x480) • HD (1280x720) (Jusqu’à 25 images/sec en session P2P) • Configuration centralisée opérée par l’Administrateur UC • Interopérabilité : • Intégration du bruit de confort (RFC 3389) • Mise en oeuvre des dernières évolutions des protocoles STUN/TURN, ICE v19 • Outil pour l’utilisateur final de mesure de la QoE : • Pre-call Diagnostics Tool

17. Démo Pre-Diagnostic Call

18. Réseau filaire - Issy

19. Réseau Wifi - Issy

20. Réseau filaire @Home

21. Réseau Wifi @Home

22. 3 Exemples de client…

23. Constructeur International12 000 utilisateurs voix à fin 2010 • Contexte : existant en téléphonie IP Cisco. • Approche : Cisco recommande la mise en oeuvre de la QoS et VLAN, OCS permet de tirer parti de cet investissement • Resultats: • Facilité d’intégration de la QoS en place avec OCS • La QoS apporte offre du confort et simplifie les diagnostiques • ROI à l’avantage du poste de travail • Mise en œuvre du PoE non nécessaire, coût d’acquisition en faveur du poste de travail.

24. Opérateur Télécom Européen17 000 utilisateurs sur OCS pour un usage IM • Contexte : téléphonie Nortel IP en place. VLAN et QoS implémentés sur le LAN et le WAN, mais non utilisés. • Approche : Déploiement selon l’approche Modélisation – Exploitation - Mesure • Résultats : • Disposer d’une bande passante importante facilite grandement le projet • Choix des périphériques audio/vidéo critique

25. Société de production d’Energie15 000 utilisateurs voix • Contexte : Environnement hétérogène, base installée en majorité TDM. • Condition : Déploiement d’OCS opéré en parallèle de l’upgrade et de l’externalisation du réseau vers un tiers. • Resultats: • Fort impact en terme de gestion de l’interdépendance des 3 projets • L’intelligence embarquée dans les terminaux (Phone Edition et PC avec Communicator) permet de palier, dans de bonnes conditions, au sous-dimensionnement des liens WAN • Problème de qualité avec des postes de travail très anciens

26. …un petit dernier 

27. Editeur international de logiciels60 400 utilisateurs, 40 sites • Contexte : un peu de tout en TDM et première génération de téléphone IP • Approche : rapidement déployer tous les services OCS à tous les utilisateurs. • Résultats : • Utilisateursrapidement et largementconsommateurs des services OCS • Le projetdoitêtre en phase avec l’activité du client (Rythm of business) • OCS mettra en évidencetoutes les inconsistencesréseau

28. Enseignements • Expérience de déploiements OCS jugéetrès positive. • Envisagerl’imprévisible. • Ne pas sousestimer le choix des périphériques. • Le temps investi en planification et analyseestclé pour le succès.

29. Modélisation • Bien considérer tous les scénarios d’usages internes • Volume d’appels, conférences inter sites • Appels à destination de l’interne/externe et en conférence • La modélisation dépend de tous les usages exprimés ou non • Vidéo HD ? Partage de bureau ? • Proportion d’utilisateurs mobiles ? • Ne négliger aucun aspect des besoins et les adresser en conséquence • Un VIP veut disposer d’une solution pour délivrer une présentation institutionnelle aux employés

30. Modélisation de la bande passante • Coeur d’infrastructure OCS • Pour un Pool Edition Standard, réseau type 1Gbps • Pour un Pool Edition Entreprise, dimensionner des liens > 1Gbps pour les les serveurs du pool et le(s) load balancer • Serveur Edge • Déterminer la proportion d’utilisateurs (Tous!) • Dimensionner les liens internet et ceux de la DMZ en conséquence • LAN • L’existant permet de d’absorber les usages IM/Présence/Voix, mais la généralisation de la vidéo aura forcément un impact. • WAN (MPLS, Internet, …) • Aspect du projet qui requiert une grande attention.

31. Dimensionnement • Les données ci-dessous sont au niveau codec et non au niveau réseau • Cas spécifique de la vidéo : – La valeur maximale est la bande passante recommandée – La valeur minimale est la valeur en dessous de laquelle la vidéo est coupée • Clé de registre correspondante : HKLM\Software\Policies\Microsoft\Communicator\MaxAudioVideoBitrate

32. Dimensionnement • Les données ci-dessous sont prises au niveau réseau, elles incluent : • En-tête de paquet et de sécurité • Influence positive du mécanisme de suppression des silences • Adaptation dynamique de la paquétisation au regard des usages • D’où l’importance d’un bon dimensionnement • Modéliser les usages et dimensionner le réseau en adéquation • Normaliser les scénarios utilisateurs en alignement avec les besoins opérationels • Etudier le comportement (Monitoring Server)

33. Modélisation Issy Lyon • Statistiquement les appels entre 2 utilisateurs sont symétriques en terme de consommation de bande passante alors que les conférences sont asymétriques • Appels à 2 : • Une moitié du temps est passé à parler, l’autre moitié à écouter • Lors d’un appel, la consommation en bande passante dans un sens est de 50% • Conférence (appels avec N participants) : • 1/N du temps à parler, 1-1/N à écouter WAN Agent A Agent B

34. Exemple de modélisation Elémentscontextuels Modélisation BandwidthCalculator de Unifysquare

35. Considérations réseau • Le trafic OCS est déjà chiffrer – Ne pas rechiffrer (IPSec, VPN,…) • Latence : objectif l’amener à la valeur la plus faible possible • ITU-T G.114 principe du mouth to ear (m2e) avec latence conditionnée • <150ms excellent, > 250ms problématique, > 400ms inacceptable • TIA-920 recommandations en cas d’utilisation de périphériques VoIPwideband • La latence réseau doit se situer en dessous de 50ms pour garantir une latence globale < 150ms (m2e) • Pas toujours applicable • Il faut 70ms pour parcourir la moitié du globe sur un medium de type fibre • Perte de paquets : jusqu’à 10% compensée par la pile Media OCS • Gigue : variation de 30ms compensée par la pile Media OCS

36. VLAN • A considérer pour certains périphériques (Phone Edition) • Les terminaux type Phone Edition exploitent le service DHCP pour obtenir les informations sur le VLAN Voix • Connexion au VLAN standard • Demande une adresse IP avec l’ID = “CPE-OCPhone” • Le DHCP répond avec l’identifiant du VLAN Voix • L’OCPE libère l’adresse IP obtenue initialement, s’attache au VLAN voix, puis réitère une demande d’adresse IP

37. Priorisation des flux • OCS 2007 R2 support la priorisation de flux type Differentiated Services Code Point (DSCP) akaDiffServ • La pile média d’OCS est conçue pour fonctionner avec une qualité optimale même au travers d’une connexion Internet classique (type ADSL) • Elle saura tirer partie des mécanismes de priorisation de flux s’ils sont en place (802.1p et DSCP) • Windows 7 permet de gérer de façon centralisée la configuration de ces stratégies

38. DSCP • Limiter le trafic priorisé à 33% de la capacité du lien • Marquage DSCP • Audio : acheminement expédié (Expedited Forwarding) • Guaranteed Service (CS5) valeur par défaut 40. • Vidéo : acheminement assuré (Assured Forwarding) • Controlled Load (CS3) valeur par défaut 24. • Configuration a effectuer au travers de stratégies systèmes • Pour valider la prise en compte : GPEdit ou RSoP • A paramétrer sur les : • Serveurs Media (AVMCU, Response Group, UCMA) • Serveurs de Mediation • Clients : Communicator, Attendant, Téléphones IP

39. Démo DSCP

40. Encadrer les usages • Type de communication en Point à Point • IM • IM + Audio • IM + Audio + Vidéo • En mode Conférence • Désigner les Organisateurs • Audio • Audio + Vidéo • Nombre maximum de participants • Stratégie côté station • Bande passante par session

41. Pour conclure • OCS s’intègre efficacement avec votre réseau actuel en tirant parti • Des capacités offertes par sa pile média • De la QoS et du VLAN voix si existants • Des stratégies systèmes sur les usages • Comme pour tout ce qui touche au réseau il faut monitorer • L’impact sur la bande passante disponible sur les liens WAN • La latence, la gigue et la perte de paquets • Avec le développement de nouveaux usages, il faut accompagner les besoins utilisateurs • Développer les usages par de l’accompagnement aux changements • Valoriser/justifier d’un bon dimensionnement réseau qui accompagne le développement business client et optimise le ROI • La supervision ne doit et n’est pas une OPTION !!!

42. Ressources complémentaires Liver Blanc Microsoft : A Practical Approach to Deploying Real-time Communications Liver Blanc Microsoft : Quality of Experience Ressourcesur MSDN : Microsoft Office Protocol Documentation Documentation : Configuring Voice Quality of Service

43. Agenda CU Techdays