Architecture et rôle du SBC dans le Direct Routing

Introduction

Bienvenue dans le module 5, entièrement consacré au Direct Routing. Cette première leçon pose les fondations en répondant à deux questions fondamentales : "Qu'est-ce que le Direct Routing ?" et "Quel est le rôle du Session Border Controller (SBC) ?".

L'objectif est d'expliquer l'architecture du Direct Routing et le rôle du SBC dans la topologie.

Votre expérience avec Cisco VoIP vous sera ici très précieuse. Le Direct Routing est l'équivalent Teams de la connexion d'un Call Manager au réseau téléphonique via un "trunk SIP" et un routeur CUBE (Cisco Unified Border Element). Le SBC que nous allons étudier est l'équivalent direct du CUBE dans le monde Teams : un équipement critique qui gère la sécurité, l'interopérabilité et le routage des sessions de communication.

À la fin de cette leçon, vous serez en mesure de :

• Décrire l'architecture de base du Direct Routing.
• Expliquer pourquoi le Direct Routing est utilisé et le comparer aux Forfaits d’appels Microsoft.
• Définir le rôle et les fonctions essentielles d'un SBC.
• Différencier les flux de signalisation (SIP) et les flux média (RTP), notamment avec le concept de "Media Bypass".
• Identifier les principaux modèles de déploiement d'un SBC.

1. Qu'est-ce que le Direct Routing ?

Pour commencer, il est important de bien positionner le Direct Routing parmi les options de téléphonie de Teams. Microsoft propose deux manières principales de connecter Teams au réseau téléphonique commuté public (RTC ou PSTN en anglais) :

1. Forfaits d'appels Microsoft (Calling Plans) : Une solution tout-en-un où Microsoft agit comme votre opérateur téléphonique. C'est simple et rapide à mettre en place.
2. Direct Routing : Une solution qui vous permet de connecter votre propre opérateur téléphonique à Teams via un équipement que vous gérez : le Session Border Controller (SBC).

La vidéo suivante introduit très clairement ce concept et ses cas d'usage.

En résumé, le Direct Routing est souvent privilégié pour les raisons suivantes :

• Contrats existants : Conserver un contrat avec un opérateur téléphonique existant.
• Couverture géographique : Apporter la téléphonie Teams dans des pays où les Forfaits d'appels Microsoft ne sont pas disponibles.
• Interopérabilité : Connecter des systèmes téléphoniques tiers (PBX, centres de contact) ou des appareils analogiques (fax, interphones) à Teams.
• Flexibilité et contrôle : Gérer de manière plus fine le routage des appels.

2. L'Architecture du Direct Routing

Maintenant que nous savons pourquoi utiliser le Direct Routing, voyons comment cela fonctionne. L'architecture repose sur l'interaction entre le cloud Microsoft et votre infrastructure.

Les composants clés de cette architecture sont :

1. Le système téléphonique Teams (Phone System) : Le "PBX dans le cloud" de Microsoft.
2. Le proxy SIP de Microsoft : Le point de terminaison dans le cloud Microsoft qui gère la signalisation SIP.
3. Le Session Border Controller (SBC) : L'équipement au cœur de votre architecture, situé à la frontière de votre réseau.
4. Le trunk SIP de l'opérateur : La connexion fournie par votre opérateur téléphonique pour émettre et recevoir des appels sur le réseau public.

La vidéo suivante détaille cette architecture et la position du SBC.

3. Le Rôle Essentiel du Session Border Controller (SBC)

Comme son nom l'indique, le SBC est un "contrôleur à la frontière des sessions". C'est bien plus qu'un simple routeur. C'est un garde-frontière intelligent et un traducteur pour votre trafic vocal. C'est le composant qui assume la responsabilité de tout ce que Microsoft ne gère pas dans le modèle Direct Routing.

L'extrait vidéo suivant présente le SBC comme un "routeur vocal intelligent" et illustre parfaitement sa fonction de chef d'orchestre.

Les fonctions principales d'un SBC sont :

• Sécurité : Il protège votre réseau vocal contre les attaques (déni de service, fraude au péage) et masque votre topologie réseau interne. C'est la fonction de "Border".
• Interconnexion et Interopérabilité : Il "traduit" les dialectes SIP et les codecs audio (par ex. G.711, SILK) entre Microsoft Teams et votre opérateur. C'est la fonction de "Session".
• Routage avancé : Il achemine les appels vers la bonne destination en fonction de règles que vous définissez (numéro appelé, origine de l'appel, etc.). C'est la fonction de "Controller".

Les limites de responsabilité de Microsoft

Pour bien saisir l'importance du SBC, il est crucial de comprendre ce que Microsoft ne fait pas dans un scénario de Direct Routing.

Comme vous l'avez lu, Microsoft ne gère ni les interconnexions avec les opérateurs, ni les pannes au niveau du SBC, ni la conformité réglementaire locale. Le SBC est le point où votre responsabilité commence.

Enfin, il est impératif d'utiliser un SBC certifié par Microsoft. Microsoft teste et valide des modèles spécifiques pour garantir leur compatibilité et fournir un support conjoint avec les constructeurs en cas de problème.

4. Comprendre les Flux de Signalisation et Média

Un appel téléphonique se décompose en deux types de trafic distincts, que votre expérience en VoIP vous a sûrement déjà familiarisés :

1. La Signalisation (SIP) : Les messages qui établissent, modifient et terminent l'appel ("Je veux appeler ce numéro", "Ça sonne", "Décroché", "Raccroché"). Ce flux utilise le protocole SIP (Session Initiation Protocol) sur TLS pour la sécurité.
2. Le Média (RTP/SRTP) : Le flux audio lui-même, la voix des interlocuteurs. Ce flux utilise les protocoles RTP (Real-time Transport Protocol) et SRTP (sa version sécurisée).

La vidéo ci-dessous explique très bien comment ces deux flux circulent dans une architecture Direct Routing.

Pour résumer ce point crucial :

• Sans Media Bypass : Le média de l'utilisateur Teams transite par un Processeur Média dans le cloud Microsoft avant d'atteindre le SBC. Cela peut ajouter de la latence.
• Avec Media Bypass : Le média va directement du client Teams au SBC, sans passer par le cloud Microsoft. C'est la méthode recommandée car elle optimise le chemin, réduit la latence et améliore la qualité des appels, tout en libérant des ressources chez Microsoft. Le flux de signalisation, lui, continue de passer par le cloud.

5. Modèles de Déploiement et Topologie

Où vit le SBC ? Il existe plusieurs modèles architecturaux.

Les deux principaux modèles sont :

1. SBC auto-déployé (Dédié) : Vous achetez, installez et gérez votre propre SBC. Il peut être physique dans votre datacenter, ou virtuel dans Azure/AWS. Ce modèle offre un contrôle total mais requiert une expertise interne.
2. SBC hébergé par un partenaire : Un opérateur ou un intégrateur propose le "Direct Routing as a Service". Il héberge et gère le SBC pour vous. Cela simplifie les opérations mais réduit votre contrôle direct.

Au-delà du modèle de propriété, la topologie géographique est un choix de conception clé.

Conclusion

Cette première leçon nous a permis de planter le décor du Direct Routing. Vous avez maintenant une vue d'ensemble de l'architecture et de ses composants.

Points clés à retenir :

• Le Direct Routing connecte Teams à votre propre opérateur téléphonique via un SBC certifié.
• Le SBC est un composant de sécurité, d'interopérabilité et de routage qui se situe à la frontière de votre réseau et de votre responsabilité.
• Le flux de signalisation SIP établit l'appel via le cloud Microsoft, tandis que le flux média RTP transporte la voix.
• Le Media Bypass est la méthode recommandée pour que le flux média aille directement du client au SBC, optimisant ainsi la performance.
• Les SBC peuvent être auto-gérés ou hébergés par un partenaire, et déployés dans une topologie centralisée ou distribuée.

Prochaine étape :

Maintenant que nous avons compris la théorie et l'architecture, la prochaine leçon nous fera passer à la pratique. Nous commencerons la configuration du Direct Routing en abordant les prérequis à configurer sur le SBC, notamment les interfaces réseau, les certificats TLS et les profils de sécurité SIP.