by Claudio Pallais 1 août 2024
Les réseaux IP, c'est cool ! C'est un sentiment de geek, mais c'est pourquoi je me suis lancé dans l'informatique. Mais même le geek en moi s'épuise lorsqu'il travaille sur le support réseau. J'aime les compétences que j'ai acquises lors du dépannage du routage, du sans fil et de la multidiffusion, mais le Manuel, des tâches monotones qui m'attirent. Les tickets répétitifs, les problèmes fantômes et les faux positifs peuvent être assez frustrants ! Pire encore, ils ralentissent la résolution des problèmes de réseau.
1. NetBrain Dépannage automatisé du 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.
2. Dépannage automatisé de multidiffusion par rapport à l'ancienne méthode
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!
Le scénario: Nous recevons un incident sur notre ITSM concernant la multidiffusion vidéo interrompue. Ressemble à dépannage de multidiffusion est nécessaire.
L'enquête:
Manuel
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 :
- US-BOS-R2#show ip pim voisin (voisin en amont sur Eth3/1)
- US-BOS-R2#show ip mroute 224.1.1.1 (l'interface entrante Eth2/0 n'est pas une interface en amont)
- US-BOS-R1#show ip mroute 224.1.1.1 (mroute semble correct depuis le routeur source)
- Nous pouvons maintenant cartographier le chemin de multidiffusion
- US-BOS-R2#show ip mroute 224.1.1.1 count (paquets de multidiffusion abandonnés en raison d'un échec RPF)
- US-BOS-R2#show ip rpf 10.1.1.1 (interface RPF incorrecte à Eth2/0 au lieu de Eth3/1)
- US-BOS-R2#show ip route 10.1.1.1 (cause première identifiée comme une route statique incorrecte)
NetBrain Automation
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.
3. Automatisez le diagnostic, concentrez-vous sur la résolution de problèmes
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.