Dans cet article, nous tenterons d'examiner un élément intéressant et utile de l'infrastructure informatique : le système de surveillance du trafic VoIP.
Le développement des réseaux de télécommunications modernes est impressionnant : ils ont fait un bond en avant depuis des signaux simples, et ce qui semblait impensable auparavant est maintenant banal et courant. Seules les personnes expérimentées savent ce qui se cache derrière cette banalité et l'utilisation généralisée des réalisations des technologies de l'information. La diversité des médias de transmission, des méthodes de commutation, des protocoles d'interaction des appareils et des algorithmes de codage peut surprendre le grand public et devenir un véritable cauchemar pour quiconque est lié à leur fonctionnement correct et stable : le passage des signaux tonaux ou du trafic vocal, l'impossibilité de s'enregistrer sur un softswitch, le test de nouveaux équipements, la rédaction d'une demande auprès du support du fournisseur.
Le concept de protocole mentionné ci-dessus est la pierre angulaire de tout réseau de communication, dont dépendra l'architecture, la composition et la complexité des appareils qui le composent, la liste des services qu'il offre et bien d'autres choses encore. Il est évident, mais très important, que l'utilisation d'un protocole de signalisation plus flexible améliore la scalabilité du réseau, ce qui entraîne une augmentation rapide du nombre d'appareils réseau qu'il contient.
Cependant, même l'augmentation nécessaire et justifiée du nombre d'éléments réseau interconnectés dans le cadre de cette régularité entraîne un certain nombre de difficultés liées à l'entretien du réseau et à son exploitation. De nombreux spécialistes ont déjà rencontré des situations où un dump récupéré ne permet pas de localiser de manière précise le problème survenu, car il a été obtenu dans une partie du réseau qui n'est pas liée à son apparition.
Cette situation est particulièrement caractéristique des réseaux VoIP, qui incluent un nombre d'appareils supérieur à une PBX et plusieurs téléphones IP. Par exemple, lorsqu'une solution utilise plusieurs contrôleurs de sessions en bordure, des commutateurs flexibles ou un softswitch, mais que la fonction de localisation de l'utilisateur est séparée des autres et amenée sur un appareil distinct. L'ingénieur doit alors choisir pour l'analyse la section suivante, en se basant sur son expérience empirique ou le hasard.
Cette approche est extrêmement fatigante et peu productive, car elle oblige à consacrer du temps encore et encore à lutter contre les mêmes questions : que peut-on utiliser pour la collecte de paquets, comment récupérer le résultat, etc. D'un côté, comme on le sait, l'homme s'habitue à tout. On peut aussi s'habituer à cela, « prendre la main » et entraîner sa patience. Cependant, d'un autre côté, il existe une autre difficulté qui ne peut être ignorée – la corrélation des tracés pris à partir de différentes sections. Tous les problèmes d'analyse des réseaux de communication mentionnés ci-dessus, ainsi que de nombreux autres, font l'objet de l'activité de nombreux spécialistes, que les systèmes de surveillance du trafic sont censés aider à résoudre.
Sur les systèmes de surveillance du trafic des réseaux de communication
Et ensemble, nous faisons un travail commun : toi à ta manière, et moi à ma manière.
Y. Detotchkin
Les réseaux modernes de transmission de trafic multimédia sont conçus et construits à travers la mise en œuvre de diverses concepts, dont les fondations reposent sur de nombreux protocoles de télécommunication : CAS, SS7, INAP, H.323, SIP, etc. Le système de surveillance du trafic (SST) est un outil destiné à capturer les messages des protocoles mentionnés ci-dessus (et bien d'autres) et dispose d'un ensemble d'interfaces pratiques, intuitives et informatives pour son analyse. L'objectif principal du SST est de rendre les traces de signalisation et les dumps accessibles à tout moment pour les spécialistes (y compris en temps réel) sans utiliser de programmes spécialisés (comme Wireshark). D'autre part, chaque spécialiste qualifié porte une attention particulière aux questions liées, par exemple, à la sécurité de l'infrastructure informatique.
Un aspect non négligeable directement lié à cette question est la capacité de ce spécialiste à "garder le doigt sur le pouls", ce qui peut être réalisé notamment grâce à des alertes en temps opportun concernant tel ou tel incident. Lorsque nous parlons de questions d'alerte, nous faisons référence à la surveillance du réseau de communication. Revenant à la définition donnée ci-dessus, le SMT permet de contrôler les messages, réponses et activités qui peuvent indiquer un comportement anormal du réseau (par exemple, des réponses 403 ou 408 du groupe 4xx en SIP, ou une augmentation soudaine du nombre de sessions sur le trunk), tout en obtenant des infographies correspondantes qui illustrent clairement ce qui se passe.
Cependant, il convient de noter que le système de surveillance du trafic VoIP n'est pas la classique Fault Monitoring System, qui permet de cartographier les réseaux, de surveiller la disponibilité de leurs éléments, l'utilisation des ressources, la périphérie et bien d'autres choses (par exemple, comme Zabbix).
Une fois que nous avons compris ce qu'est un système de surveillance du trafic et les tâches qu'il résout, passons à la question de savoir comment l'appliquer à bon escient.
Il est évident que le SMT en lui-même ne peut pas collecter le Call Flow "à la demande d'un sorcier". Pour cela, il est nécessaire de centraliser le trafic en provenance de tous les dispositifs utilisés en un seul point - le Capture Server. Ainsi, ce qui a été écrit définit une caractéristique spécifique du système, qui réside dans la nécessité d'assurer la centralisation du lieu de collecte du trafic de signalisation et permet de répondre à la question posée ci-dessus : quel est l'avantage d'utiliser ce complexe sur un réseau exploité ou déployé.
En règle générale, il est rare qu'un ingénieur puisse répondre instantanément à la question de l'emplacement précis du point de centralisation du trafic. Pour fournir une réponse plus ou moins claire, les spécialistes doivent effectuer une série d'études liées à l'analyse de la VoIP. Par exemple, une clarification sur la composition de l'équipement, la définition détaillée des points de connexion, ainsi que les possibilités d'envoi du trafic vers le point de collecte sont nécessaires. De plus, il est évident que le succès de la solution à cette question dépend directement de l'organisation du réseau IP de transport.
Ainsi, la première chose que l'implémentation du SMT apporte, c'est cette révision du réseau, qui avait été planifiée mais jamais réalisée. Bien sûr, le lecteur attentif se demandera immédiatement quel rapport cela a avec le SMT ? Il n'y a pas de lien direct, mais... La psychologie de la plupart des gens, y compris ceux liés au monde de l'IT, tend généralement à associer ce type d'événements à un événement spécifique. Le prochain avantage découle de celui-ci et consiste en ce qu'avant même le déploiement du SMT, l'installation et la configuration des Capture Agents, ainsi que l'activation de l'envoi de messages RTCP, peuvent permettre de détecter des problèmes nécessitant une intervention rapide. Par exemple, un « goulot d'étranglement » peut se former quelque part, ce qui est évident même sans les statistiques que peut fournir le SMT en utilisant les données fournies, par exemple, par RTCP.
Revenons maintenant au processus de collecte des traces dont nous avons tant besoin et sourions en nous souvenant des mots du héros, mis en épigraphe de cette partie. L'une de ses caractéristiques importantes, qui n'a pas été mentionnée, est que, généralement, les manipulations énumérées peuvent être effectuées par un personnel suffisamment qualifié, par exemple, les Core Engineers. D'autre part, les questions résolues grâce aux traces peuvent également inclure ce que l'on appelle des tâches routinières. Par exemple, déterminer la raison pour laquelle un terminal n'est pas enregistré par l'installateur ou le client. Ainsi, il devient évident que la capacité exclusive de prendre des dumps par ces spécialistes impose la nécessité d'exécuter ces tâches de production. Ce n'est pas productif car cela prend du temps pour résoudre d'autres questions plus importantes.
Dans la plupart des entreprises où l'utilisation d'un produit tel que le SMT est souhaitable, il existe une division spéciale dont la liste de tâches comprend justement l'exécution d'opérations routinières, afin de décharger d'autres spécialistes – service desk, helpdesk ou support technique. Je ne vais pas faire de révélation pour le lecteur en notant que l'accès des ingénieurs du service de support technique aux nœuds les plus critiques est indésirable pour des raisons de sécurité et de stabilité du réseau (bien qu'il soit tout à fait possible qu'il ne soit pas interdit), alors que ces éléments réseau contiennent le meilleur angle du point de vue des dumps. Le SMT, étant le point central de collecte du trafic et possédant une interface intuitive et transparente, est tout à fait capable de résoudre un certain nombre de problèmes identifiés. La seule condition est l'organisation de l'accès à l'interface depuis les postes de travail des spécialistes du support technique et, éventuellement, la rédaction d'un article dans la base de connaissances sur son utilisation.
En conclusion, notons les produits les plus connus et intéressants qui remplissent, d'une manière ou d'une autre, la fonctionnalité susmentionnée, parmi lesquels : , , , . Bien qu'il existe une approche générale pour l'organisation et le déploiement, chaque cas a ses nuances, des avantages et des inconvénients subjectifs, et mérite d'être examiné séparément. C'est ce qui fera l'objet de futurs articles. Merci pour votre attention !
UPD (23.05.2019) : au tableau des produits mentionnés dans la conclusion, il convient d'ajouter un autre produit dont l'auteur a récemment entendu parler. – un jeune représentant en développement du monde des systèmes de surveillance du trafic SIP.
Source : habr.com
