Optimisation d’Office 365
Les fonctionnalités d’ optimisation Office 365 respectent les principes de connectivité réseau de Microsoft Office 365, afin d’optimiser Office 365. Office 365 est fourni en tant que service via plusieurs points de terminaison de service (portes d’entrée) situés dans le monde entier. Pour obtenir une expérience utilisateur optimale pour le trafic Office 365, Microsoft recommande de rediriger le trafic Office365 directement vers Internet à partir d’environnements de succursales. Évitez les pratiques telles que le retour vers un proxy central. Le trafic Office 365, tel qu’Outlook, Word, sont sensibles à la latence et le trafic de retour introduit plus de latence, ce qui entraîne une mauvaise expérience utilisateur. Citrix SD-WAN vous permet de configurer des stratégies pour ventiler le trafic Office 365 vers Internet.
Le trafic Office 365 est dirigé vers le point de terminaison de service Office 365 le plus proche, qui existe à la périphérie de l’infrastructure Microsoft Office 365 dans le monde entier. Une fois que le trafic atteint une porte d’entrée, il passe sur le réseau de Microsoft et atteint la destination réelle. Il réduit la latence au fur et à mesure que le temps aller-retour entre le réseau client et le point de terminaison Office 365 diminue.
Points de terminaison Office 365
Les points de terminaison Office 365 sont un ensemble d’adresses réseau et de sous-réseaux. Les points de terminaison Office 365 sont classés en catégories Optimiser, Autoriseret Par défaut . Citrix SD-WAN 11.4.0 fournit une classification plus granulaire des catégories Optimiser et Autoriser, permettant de réserver sélectivement pour améliorer les performances du trafic Office 365 sensible au réseau. La direction du trafic sensible au réseau vers le SD-WAN dans le cloud (Cloud Direct ou un VPX SD-WAN sur Azure), ou d’un périphérique SD-WAN domestique vers un SD-WAN situé à proximité avec une connectivité Internet plus fiable, permet une qualité de service de qualité de service et une résilience de connexion supérieure par rapport à la simple direction du trafic vers le plus proche Porte d’entrée Office 365, au prix d’une augmentation de la latence. Une solution SD-WAN réservée avec QoS réduit les abandons et les déconnexions VoIP, réduit la gigue et améliore les scores d’opinion moyenne de qualité médiatique pour Microsoft Teams :
- Optimisation : ces terminaux fournissent une connectivité à tous les services et fonctionnalités Office 365 et sont sensibles à la disponibilité, aux performances et à la latence. Il représente plus de 75 % de la bande passante, des connexions et du volume de données Office 365. Tous les points de terminaison Optimize sont hébergés dans les centres de données Microsoft. Les demandes de service à ces points de terminaison doivent sortir de la branche vers Internet et ne doivent pas passer par le centre de données.
La catégorie Optimiser est classée dans les sous-catégories suivantes :
- Teams Realtime
- Exchange Online
- SharePoint Optimize
Pour plus d’informations sur les considérations relatives à la mise à niveau, consultez Considérations importantes
- Autoriser : ces points de terminaison fournissent uniquement la connectivité aux services et fonctionnalités Office 365 spécifiques, et ne sont pas sensibles aux performances du réseau et à la latence. La représentation de la bande passante et du nombre de connexions Office 365 est également plus faible. Ces points de terminaison sont hébergés dans les centres de données Microsoft. Les demandes de service à ces points de terminaison peuvent s’échapper de la branche vers Internet ou passer par le centre de données.
La catégorie Autoriser est classée dans les sous-catégories suivantes :
- Teams TCP Fallback
- Exchange Mail
- SharePoint Allow
- Office365 Common
Pour plus d’informations sur les considérations relatives à la mise à niveau, consultez Considérations importantes
Remarque
La sous-catégorie Teams Realtime utilise le protocole de transport en temps réel UDP pour gérer le trafic Microsoft Teams, tandis que la sous-catégorie Teams TCP Fallback utilise le protocole de couche de transport TCP. Comme le trafic multimédia est fortement sensible à la latence, vous pouvez préférer ce trafic pour emprunter le chemin le plus direct possible et utiliser UDP au lieu de TCP comme protocole de couche de transport (transport le plus préféré pour les médias interactifs en temps réel en termes de qualité). Bien que UDP soit un protocole privilégié pour le trafic multimédia Teams, certains ports doivent être autorisés dans le pare-feu. Si les ports ne sont pas autorisés, le trafic Teams utilise TCP comme solution de secours, et l’activation de l’optimisation pour Teams TCP Fallback garantit une meilleure livraison de l’application Teams dans ce scénario. Pour plus d’informations, consultez Flux d’appels Microsoft Teams.
- Par défaut : ces points de terminaison fournissent des services Office 365 qui ne nécessitent aucune optimisation et peuvent être traités comme du trafic Internet normal. Certains de ces points de terminaison peuvent ne pas être hébergés dans les centres de données Microsoft. Le trafic de cette catégorie n’est pas sensible aux variations de latence. Par conséquent, la rupture directe de ce type de trafic ne provoque aucune amélioration des performances par rapport à la panne Internet. En outre, le trafic dans cette catégorie peut ne pas toujours être du trafic Office 365. Par conséquent, il est recommandé de désactiver cette option lors de l’activation de la répartition Office 365 dans votre réseau.
Fonctionnement de l’optimisation Office 365
Les signatures de point de terminaison Microsoft sont mises à jour au maximum une fois par jour. L’agent de l’appliance interroge quotidiennement le service Citrix (sdwan-app-routing.citrixnetworkapi.net) pour obtenir le dernier ensemble de signatures de point de terminaison. L’appliance SD-WAN interroge le service Citrix (sdwan-app-routing.citrixnetworkapi.net), une fois par jour, lorsque l’appliance est activée. Si de nouvelles signatures sont disponibles, l’appliance les télécharge et les stocke dans la base de données. Les signatures sont essentiellement une liste d’URL et d’adresses IP utilisées pour détecter le trafic Office 365 en fonction des stratégies de direction du trafic qui peuvent être configurées.
Remarque
À l’exception de la catégorie Office 365 par défaut, la détection et la classification des premiers paquets du trafic Office 365 sont effectuées par défaut, que la fonctionnalité de répartition d’Office 365 soit activée ou non.
Lorsqu’une demande pour l’application Office 365 arrive, le classificateur d’applications effectue une première recherche de base de données de classificateur de paquets, identifie et marque le trafic Office 365. Une fois que le trafic Office 365 est classé, la route d’application créée automatiquement et les stratégies de pare-feu prennent effet et répartit le trafic directement vers Internet. Les requêtes DNS Office 365 sont transférées à des services DNS spécifiques tels que Quad9. Pour plus d’informations, consultez la section Système de noms de domaine.
Les signatures sont téléchargées depuis Cloud Service (sdwan-app-routing.citrixnetworkapi.net).
Configurer la ventilation Office 365
La stratégie de répartition Office 365 vous permet de spécifier la catégorie de trafic Office 365 que vous pouvez extraire directement de la succursale. En activant le découpage Office 365 et la compilation de la configuration, un objet DNS, un objet d’application, un itinéraire d’application et un modèle de stratégie de pare-feu sont automatiquement créés et appliqués aux sites de succursales avec le service Internet.
Conditions préalables
Assurez-vous que vous disposez des éléments suivants :
-
Pour effectuer une panne Office 365, un service Internet doit être configuré sur l’appliance. Pour plus d’informations sur la configuration du service Internet, consultez Accès Internet.
-
Assurez-vous que l’interface de gestion est connectée à Internet.
Vous pouvez utiliser l’interface Web Citrix SD-WAN pour configurer les paramètres de l’interface de gestion.
-
Assurez-vous que le DNS de gestion est configuré. Pour configurer le DNS de l’interface de gestion, accédez à Configuration > Paramètres du matériel > Carte réseau. Sous la section Paramètres DNS, fournissez les détails du serveur DNS principal et secondaire, puis cliquez sur Modifier les paramètres .
Le paramètre de stratégie de répartition Office 365 est disponible dans les paramètres globaux, sélectionnez la catégorie Office 365 requise pour la répartition Internet et cliquez sur Appliquer .
Après avoir configuré les paramètres de stratégie Office 365 décomposer et compiler la configuration. Les paramètres suivants sont renseignés automatiquement.
-
Objet DNS : l’objet DNS spécifie le type de trafic à transférer vers le service DNS configuré par l’utilisateur. Les requêtes DNS sont entendues sur toutes les interfaces approuvées, et les redirecteurs DNS sont inclus pour diriger les requêtes DNS Office 365 vers le service Quad9. Cette règle de redirection prend la priorité la plus élevée. Pour plus d’informations, consultez la section Service de noms de domaine .
-
Objet Application - Un objet application avec la catégorie ou la sous-catégorie Office 365 sélectionnée par l’utilisateur est créé. Si vous avez sélectionné la catégorie Par défaut et les sous-catégories Optimiser et Autoriser, les objets d’application correspondants sont créés comme illustré dans la capture d’écran suivante :
-
Route de l’application : un itinéraire d’application est créé pour chacun des objets d’application Office 365 avec le type de service Internet. Pour plus d’informations sur les considérations relatives à la mise à niveau, consultez Considérations importantes
-
Modèle de stratégie de pré-appliance de pare-feu : un modèle de stratégie globale de pré-appliance est créé pour chaque catégorie Office 365 configurée. Ce modèle est appliqué à tous les sites de succursale disposant d’un service Internet. La stratégie de pré-appliance prend la priorité sur les modèles de stratégie locale et post-appliance. Pour plus d’informations sur les considérations relatives à la mise à niveau, consultez Considérations importantes
Transparent Transparent pour Office 365
La branche se décompose pour Office 365 commence par une requête DNS. La requête DNS passant par les domaines Office 365 doit être orientée localement. Si la panne Internet Office 365 est activée, les routes DNS internes sont déterminées et la liste transparente des redirecteurs est renseignée automatiquement. Les demandes DNS Office 365 sont transférées au service DNS open source Quad 9 par défaut. Le service DNS Quad 9 est sécurisé, évolutif et a une présence multi-pop. Vous pouvez modifier le service DNS si nécessaire.
Des redirecteurs transparents pour les applications Office 365 sont créés dans toutes les succursales où le service Internet et le service Office 365 sont activés.
Si vous utilisez un autre proxy DNS ou si le SD-WAN est configuré en tant que proxy DNS, la liste des redirecteurs est automatiquement remplie avec des redirecteurs pour les applications Office 365.
Considérations importantes pour la mise à niveau
Optimiser et autoriser les catégories
Si vous avez activé la stratégie de répartition Internet pour les catégories Optimiser et Autoriser Office 365, Citrix SD-WAN active automatiquement la stratégie de déclassement Internet pour les sous-catégories correspondantes lors de la mise à niveau vers Citrix SD-WAN 11.4.0.
Lorsque vous rétrogradez vers une version logicielle antérieure à Citrix SD-WAN 11.4.0, vous devez activer manuellement la répartition Internet pour la catégorie Optimiser ou Autoriser Office 365, que vous ayez activé les sous-catégories correspondantes dans la version 11.4.0 de Citrix SD-WAN ou pas.
Objets d’application Office 365
Si vous avez créé des règles/routes à l’aide des objets d’application générés automatiquement O365Optimize_InternetBreakoutet O365allow_InternetBreakout, assurez-vous de supprimer les règles/routes avant la mise à niveau vers Citrix SD-WAN 11.4.0. Après la mise à niveau, vous pouvez créer des règles/itinéraires à l’aide des nouveaux objets d’application correspondants.
Si vous procédez à la mise à niveau Citrix SD-WAN 11.4.0 sans supprimer les règles/itinéraires, une erreur s’affiche et, par conséquent, la mise à niveau échoue. Dans l’exemple ci-dessous, un utilisateur a configuré un profil Application QoE et voit une erreur lors de la tentative de mise à niveau vers Citrix SD-WAN 11.4.0 sans supprimer les règles/routes :
Remarque
Cette mise à niveau n’est pas requise pour les règles/itinéraires créés automatiquement. Elle s’applique uniquement aux règles/itinéraires que vous avez créés.
DNS
Si vous avez créé des règles de proxy DNS ou des règles de transfert transparent DNS à l’aide des applications Office 365 Optimisation et Office 365 Autoriser, assurez-vous de supprimer les règles avant de procéder à la mise à niveau vers Citrix SD-WAN 11.4.0. Après la mise à niveau, vous pouvez à nouveau créer les règles en utilisant les nouvelles applications correspondantes.
Si vous procédez à la mise à niveau Citrix SD-WAN 11.4.0 sans supprimer les anciennes règles de proxy DNS ou de redirecteur transparent, vous ne voyez aucune erreur et la mise à niveau réussit également. Toutefois, les règles de proxy DNS et les règles de transfert transparentes ne prennent pas effet dans Citrix SD-WAN 11.4.0.
Remarque
Cette activité ne s’applique pas aux règles DNS créées automatiquement. Elle s’applique uniquement aux règles DNS que vous avez créées.
Surveillance
Vous pouvez surveiller les statistiques de l’application Office 365 dans les rapports de statistiques SD-WAN suivants :
-
Statistiques de pare-feu
-
Flux
-
Statistiques DNS
-
Statistiques des itinéraires d’application
Vous pouvez également afficher les statistiques des applications Office 365 dans le rapport Application SD-WAN Center.
Résolution des problèmes
Vous pouvez consulter l’erreur de service dans la section Événements de l’appliance SD-WAN.
Pour vérifier les erreurs, accédez à Configuration > Maintenance du système > Diagnostics, cliquez sur l’onglet Événements.
S’il y a un problème lors de la connexion au service Citrix (sdwan-app-routing.citrixnetworkapi.net), le message d’erreur se reflète sous la table Afficher les événements.
Les erreurs de connectivité sont également enregistrées dans SDWAN_DPI.log. Pour afficher le journal, accédez à Configuration > Paramètres du matériel > Journalisation/surveillance > Options du journal. Sélectionnez le fichier SDWAN_dpi.log dans la liste déroulante, puis cliquez sur Afficher le journal.
Vous pouvez également télécharger le fichier journal. Pour télécharger le fichier journal, sélectionnez le fichier journal requis dans la liste déroulante sous la section Télécharger le fichier journal, puis cliquez sur Télécharger le journal .
Limitations
- Si la stratégie de répartition Office 365 est configurée, l’inspection approfondie des paquets n’est pas effectuée sur les connexions destinées à la catégorie configurée d’adresses IP.
- La stratégie de pare-feu créée automatiquement et les routes d’application ne sont pas modifiables.
- La stratégie de pare-feu créée automatiquement a la priorité la plus faible et n’est pas modifiable.
- Le coût de l’itinéraire pour l’itinéraire d’application créé automatiquement est de cinq. Vous pouvez le remplacer par un itinéraire à moindre coût.
Service de balises Office 365
Microsoft fournit le service de balise Office 365 pour mesurer l’accessibilité d’Office 365 via les liens WAN. Le service de balise est essentiellement une URL - sdwan.measure.office.com/apc/trans.gif, qui est analysée à intervalles réguliers. Le sondage est effectué sur chaque appliance pour chaque liaison WAN activée par Internet. Avec chaque sonde, une requête HTTP est envoyée au service de balises et une réponse HTTP est attendue. La réponse HTTP confirme la disponibilité et la disponibilité du service Office 365.
Citrix SD-WAN vous permet non seulement d’effectuer un sondage de balises, mais également de déterminer la latence nécessaire pour atteindre les points de terminaison Office 365 via chaque liaison WAN. La latence est le temps aller-retour nécessaire pour envoyer une demande et obtenir une réponse du service de balises Office 365 via une liaison WAN. Cela permet aux administrateurs réseau d’afficher le rapport de latence du service de balises et de choisir manuellement le meilleur lien Internet pour la distribution directe d’Office 365. Le sondage de balise est activé uniquement via Citrix SD-WAN Orchestrator. Par défaut, le sondage de balise est activé sur toutes les liaisons WAN activées par Internet lorsque la sortie d’Office 365 est activée via Citrix SD-WAN Orchestrator.
Remarque
L’exploration de balises Office 365 n’est pas activée sur les liens mesurés.
Vous pouvez choisir de désactiver l’exploration de balises Office 365 et d’afficher les rapports de latence sur SD-WAN Orchestrator. Pour plus d’informations, consultez la section Optimisation d’Office 365.
Pour désactiver le service de balise Office 365, dans SD-WAN Orchestrator, au niveau du réseau, accédez à Configuration > Routage > Stratégies de routage > Paramètres d’optimisation réseau O365 et désactivez Activer le service Beacon.
Pour afficher les rapports de disponibilité et de latence de sondage des indicateurs, dans Citrix SD-WAN Orchestrator, au niveau du réseau, accédez à Rapports > Metrics O365.
Pour afficher un rapport détaillé au niveau du site sur le service de balise, dans SD-WAN Orchestrator, accédez au niveau du site à Rapports > Metrics O365.
