Les réseaux IP, c'est génial ! C'est peut-être un peu geek, mais c'est pour ça que je me suis lancé dans l'informatique. Pourtant, même le geek en moi finit par s'épuiser quand il s'agit de support réseau. J'adore les compétences que j'ai acquises en dépannage de routage, de Wi-Fi et de multidiffusion, mais les tâches manuelles et monotones me pèsent. Les tickets répétitifs, les problèmes fantômes et les faux positifs sont vraiment frustrants ! Pire encore, ils ralentissent la résolution des problèmes réseau.
NetBrain est un répit des flux de travail manuels lents et monotones. Quand j'ai vu NetBrain Diagnostic automatisé en action pour la première fois, j'ai été stupéfait. Bien sûr, c'était incroyable et cela a complètement changé l'approche de la réponse aux incidents, mais ce qui m'a frappé, c'est à quel point c'était évident. C’est ainsi qu’aurait dû être le support réseau depuis des années maintenant. C'est intuitif, mais la technologie d'automatisation ne pouvait tout simplement pas suivre notre imagination jusqu'à présent.
La « preuve est dans le pudding », disent-ils, voyons donc un exemple concret de problèmes de réseau typiques et à quoi ressemble la réponse dans le cadre de l'ancien flux de travail manuel par rapport à l'ancien flux de travail manuel. NetBrain approche automatisée!
Scénario : Nous recevons un signalement d’incident sur notre système ITSM concernant une interruption de la diffusion vidéo multiple. Un dépannage de la diffusion multiple semble nécessaire.
L'enquête:
Notre VLAN utilisateur de Boston se trouve sur le routeur US-BOS-R2. Nous nous connectons à distance à ce routeur pour suivre le transfert multicast en amont. Grâce à une série de commandes CLI, nous cartographions finalement la manière dont le flux de multidiffusion doit être transmis et découvrons une divergence RPF provoquée par une route statique. Les étapes et commandes utilisées pour identifier la cause première sont les suivantes :
Nous ouvrons le ticket pour voir le NetBrain dépannage multicast automatisé déclenché par notre ITSM, cliquez pour voir la carte générée, et voyez que NetBrain a déterminé que la vérification RPF a échoué en raison d'une route statique.
Vous voyez à quel point nous pouvons résoudre plus rapidement le problème de dépannage de multidiffusion lorsque nous ne sommes pas enlisés dans la collecte manuelle d'informations. Le temps gagné ne tient pas seulement à la rapidité avec laquelle l'automatisation permet d'extraire des données et de diagnostiquer un problème, il s'agit également de démarrer l'enquête plus tôt. NetBrain l'automatisation fonctionne dès qu'un ticket est soumis avant même qu'un humain n'ait la possibilité de l'accuser de réception, réduisant ainsi les temps de réponse et MTTR dramatiquement !
Gardez un œil ouvert pour en savoir plus sur « Manuel vs. NetBrain Scénarios d’automatisation » en souscrivant à notre blog pour comprendre tous les workflows avec lesquels vous pouvez évoluer NetBrain automatisation, y compris le dépannage, la gestion des changements et la prévention des pannes.
NetBrain est un répit des flux de travail manuels lents et monotones. Quand j'ai vu NetBrain Diagnostic automatisé en action pour la première fois, j'ai été stupéfait. Bien sûr, c'était incroyable et cela a complètement changé l'approche de la réponse aux incidents, mais ce qui m'a frappé, c'est à quel point c'était évident. C’est ainsi qu’aurait dû être le support réseau depuis des années maintenant. C'est intuitif, mais la technologie d'automatisation ne pouvait tout simplement pas suivre notre imagination jusqu'à présent.
La « preuve est dans le pudding », disent-ils, voyons donc un exemple concret de problèmes de réseau typiques et à quoi ressemble la réponse dans le cadre de l'ancien flux de travail manuel par rapport à l'ancien flux de travail manuel. NetBrain approche automatisée!
Scénario : Nous recevons un incident sur notre système ITSM concernant une panne de la multidiffusion vidéo.
L'enquête:
Notre VLAN utilisateur de Boston se trouve sur le routeur US-BOS-R2. Nous nous connectons à distance à ce routeur pour suivre le transfert multicast en amont. Grâce à une série de commandes CLI, nous cartographions finalement la manière dont le flux de multidiffusion doit être transmis et découvrons une divergence RPF provoquée par une route statique. Les étapes et commandes utilisées pour identifier la cause première sont les suivantes :
Nous ouvrons le ticket pour voir le NetBrain L'automatisation est déclenchée par notre ITSM. Cliquez pour afficher la carte générée et constatez que… NetBrain a déterminé que la vérification RPF a échoué en raison d'une route statique.