by Amena : Bon après-midi et bienvenue à NetBrainWebcast de , "Préparer une actualisation matérielle réussie avec l'automatisation du réseau". Je m'appelle Amena Siddiqi et je suis la responsable principale du marketing produit chez NetBrain. Je suis accompagné aujourd'hui de Joel Byam, l'un de nos ingénieurs principaux. Avant de commencer, j'aimerais aborder quelques aspects logistiques. Nous serions ravis de garder la présentation interactive, alors n'hésitez pas à interagir avec nous via le panel de questions-réponses à tout moment. Nous vérifierons les questions et réponses pendant votre présentation et répondrons aux questions au fur et à mesure. Nous gagnerons également du temps à la fin de la webdiffusion pour répondre aux questions restantes par téléphone. Alors sur ce, plongeons-nous.
C'est donc presque la fin de l'année et de nombreuses organisations sont actuellement impliquées ou se préparent à une mise à niveau matérielle. C'est une utilisation assez courante du budget de fin d'année. Les appareils en réseau peuvent devoir être échangés pour diverses raisons. Par exemple, une mise à niveau peut être nécessaire pour prendre en charge de nouveaux déploiements avec des technologies telles que VoiP, SDN, FabricPath, QoS, etc. D'autres raisons courantes incluent le remplacement d'appareils qui ont été désignés en fin de vie par le fournisseur, les meilleures pratiques commerciales et les limites imposées au changement et à l'âge du matériel, les besoins en capacité des nouvelles applications peuvent nécessiter une plus grande densité de ports sur les appareils, ou de nouvelles exigences de continuité des activités peuvent entrer en jeu sur la base de cadres de sécurité plus stricts. Toutes ces raisons et bien d'autres peuvent justifier la nécessité d'une actualisation du réseau.
Désormais, traditionnellement, les équipes réseau sont budgétisées pour les actualisations du matériel, environ tous les trois à cinq ans environ, pour les actualisations de périphérie au niveau de la couche d'accès ou des points d'accès sans fil. Et il faudra environ 10 ans pour les actualisations de base beaucoup plus coûteuses et risquées du centre de données. Cependant, les progrès technologiques et les divers besoins de l'entreprise ont signifié que le noyau et d'autres rafraîchissements se déroulent dans des délais plus rapides et de manière beaucoup plus ad hoc maintenant.
Si vous vous préparez à une mise à niveau, avant de commencer, assurez-vous d'examiner attentivement l'infrastructure existante et d'équilibrer la nécessité d'utiliser au mieux le matériel déjà payé, avec de nouvelles exigences en matière de sécurité, de capacité et de résilience. Et vous voulez faire tout cela sans perturber les affaires et jeter de l'argent par les fenêtres. Les remises à niveau coûtent cher, non seulement du point de vue des achats de matériel, mais elles sont également décourageantes en termes d'effectifs et de coûts d'augmentation du personnel. Les organisations typiques rafraîchissent souvent le matériel par étapes pendant les périodes de faible trafic, par exemple, les nuits et les week-ends, et embauchent fréquemment de la main-d'œuvre extérieure pour le travail.
Une actualisation du réseau peut introduire une quantité importante de risques dans votre infrastructure réseau. Comme pour tous les changements, il y a une chance que l'erreur humaine s'infiltre. Les tâches très répétitives et manuelles sont particulièrement sujettes à cela et ces projets sont pleins d'anxiété. Nous montrerons plus tard dans notre présentation comment l'automatisation avec NetBrain peut atténuer une grande partie de cela.
Pour donner un exemple de la façon dont un petit détail peut provoquer des perturbations massives, vous vous souviendrez peut-être qu'il y a environ un mois, nous avons constaté des pannes d'Internet à l'échelle nationale en raison d'une mauvaise configuration chez Level Three, une société dorsale Internet et un FAI d'entreprise. La mauvaise configuration qui a causé tous les ravages liés à un problème de fuite de routage qui a créé un effet d'entraînement de problèmes dans tout le pays pour les fournisseurs Internet comme Comcast, Verizon et Cox. Ces pannes renforcent vraiment à quel point la connectivité est précaire, et même à quel point des tâches banales peuvent introduire de l'instabilité dans ce qui est devenu un service vital. Et ce n'était qu'une erreur de configuration. Imaginez à quel point il est risqué d'arracher des racks entiers d'équipement.
Mais une approche structurée peut aider à atténuer une grande partie du risque, et une actualisation du réseau se déroulera généralement en cinq phases, chacune avec son propre ensemble de défis. Pour assurer une transition réussie, vous souhaitez commencer par une analyse minutieuse de l'infrastructure existante. Cela vous aidera à déterminer les configurations d'équipement nécessaires pour que le nouveau réseau prenne pleinement en charge les besoins actuels et futurs de votre organisation. Une étape de test et de validation devrait clôturer la mise en œuvre avant et après. La nouvelle conception devra être validée dans un environnement intermédiaire avant sa mise en œuvre. Et après le déploiement, il devra être testé à nouveau, sans papiers.
La mise en œuvre elle-même peut être une série fastidieuse de petites tâches car la configuration individuelle doit être poussée une par une. Au cours de cette phase, les scénarios de basculement devront également être testés et documentés, et envoyés pour approbation à son comité consultatif sur les changements. Enfin, même après la mise en place du nouveau réseau, cela ne signifie pas que tous les obstacles ont été levés. Les ingénieurs retiennent généralement leur souffle le lundi matin après l'actualisation de notre réseau. Si quelque chose ne fonctionne pas comme prévu, une restauration rapide peut être nécessaire pour assurer un service interrompu.
Avec un nouveau design est livré avec un réseau inconnu. Par exemple, le simple fait de changer de fournisseur et de devoir passer d'un réseau crypté à ISIS ou SPI, ou vice-versa, le manque d'expertise interne et de familiarité avec les nouveaux protocoles de routage et la conception peut rendre le dépannage et d'autres tâches quotidiennes plus lentes et beaucoup moins fiables. Maintenant, de bonnes pratiques de documentation peuvent aider à atténuer une grande partie de cela et nous verrons plus loin comment NetBrain peut vous aider à numériser les meilleures pratiques et les connaissances d'experts en exécutables runbooks pour le partage des connaissances au sein de l'équipe.
J'aimerais parler un peu du défi de la visibilité, lorsqu'il s'agit de la complexité croissante et croissante de nos réseaux et de notre capacité à comprendre et à visualiser ces réseaux. Quatre-vingt pour cent de la documentation réseau est signalée comme obsolète par les utilisateurs que nous avons interrogés début 2017. C'est un très grand nombre. Seuls 3 % de ces mêmes utilisateurs ont déclaré que la CLI était beaucoup trop restrictive car vous devez travailler avec un seul appareil à la fois. C'est très manuel et très lent. Et en même temps, ils ont également signalé un problème avec beaucoup trop de données car il est difficile de trouver des données contextualisées lorsqu'elles sont réparties sur de très nombreux outils. Enfin, il y avait aussi un défi avec le partage des connaissances. Beaucoup de connaissances tribales sont enfermées dans les mines des experts en la matière ou dans leurs cahiers ou notes personnelles. Cela limite vraiment la capacité des équipes à partager les meilleures pratiques.
Commençons par la première phase. Les défis de la première phase sont les défis typiques de la visibilité : documentation manquante ou limitée de l'infrastructure réseau existante, compréhension limitée des exigences des applications et des flux de trafic, et compréhension limitée de la conception existante, de la sécurité, du routage, de la couche, du tube, etc. NetBrain brille vraiment dans ce domaine car il peut générer une documentation automatisée et des diagrammes de réseau pour faire la lumière sur tous ces domaines. Sur ce, je vais céder la parole à Joel pour vous montrer comment NetBrain aide.
Joel : Merci, Amena, d'avoir créé notre fondation. Maintenant, pour cette partie du webinaire, nous allons nous concentrer sur la première phase, et il s'agira simplement de comprendre votre infrastructure existante. Désormais, l'un des défis de tout projet d'actualisation du réseau ou d'un projet d'actualisation du matériel est d'avoir une compréhension approfondie de l'infrastructure existante. Bon nombre de vos dépenses peuvent provenir du simple fait d'obtenir une base de référence de votre réseau. Si vous effectuez cette tâche avec une équipe interne ou un tiers, vous finirez par consacrer beaucoup de temps et d'efforts à la simple évaluation initiale.
maintenant, avec NetBrain, nous sommes en mesure de découvrir l'ensemble de votre réseau en utilisant seulement quelques informations de base. Cela impliquera les points forts de votre communauté SNMP en lecture seule, et en plus de cela, vos connexions SSH ou Telnet pour l'accès CLI. Désormais, au lieu de passer au peigne fin des tonnes d'appareils et des tonnes de documentation, nous pouvons les regrouper dans une adresse IP unique et NetBrain peut faire une promenade voisine dans votre environnement pour découvrir vos appareils.
Maintenant, d'ici, NetBrain aller de l'avant et contacter initialement ce premier appareil, extraire des informations de base telles que les fichiers de configuration, les tables de données, les tables de routage, ARP Mac, les informations CDP, etc. Maintenant, quand NetBrainpasse par et collecte des informations, nous serons en mesure de construire cette topologie de couche deux et de couche trois afin que nous puissions voir certains détails autour de votre réseau. Maintenant, à partir d'ici, vous pouvez facilement découvrir votre réseau, créer dynamic maps, obtenez des rapports d'inventaire complets et vous pourriez finalement éliminer le cycle de brouillage pour obtenir une documentation précise juste pour qu'elle soit obsolète en quelques semaines et dans certains cas, même en quelques jours.
Maintenant, dans cet exemple, nous allons voir comment nous pouvons utiliser NetBrain pour mettre à niveau le matériel de l'une de nos succursales et comment cela peut constituer une plate-forme utile pour le rendre beaucoup plus facile. Maintenant, en passant à l'environnement réel avec lequel nous allons travailler, nous sommes en mesure d'adopter des approches proactives et réactives pour une actualisation du matériel. Et au lieu de devoir passer par le processus manuel, nous pouvons réduire le temps de collecte des données et être en mesure d'augmenter l'efficacité de n'importe quelle équipe lors de projets de moyenne à grande envergure.
Maintenant, pour mettre en contexte, ce que nous faisons, c'est que nous mettons en place notre réseau dans deux sections différentes. Tout d'abord, notre réseau de production, qui contiendra nos appareils réels, et notre zone de préparation qui contiendra les appareils vers lesquels nous allons les mettre à niveau. Maintenant, la zone de préparation, tout est déjà connecté et nous allons y aller, mais d'abord, allons-y et recueillons des informations auprès de notre réseau de production initial afin que nous puissions examiner certains détails. Maintenant, pour ce faire, je vais tout organiser à l'aide de ma carte d'ensemble afin d'obtenir cette vue à 10,000 XNUMX pieds du réseau. Ici, nous pouvons voir que j'ai mon QG, mes routeurs QG, et en plus, j'ai mon bureau de Burlington et ma succursale. C'est la succursale à laquelle nous allons apporter ces améliorations. Vous verrez que nous obtenons ici des informations de base, le nombre d'appareils, et même le personnalisons davantage pour obtenir plus d'informations.
Maintenant, pour intervenir, nous allons voir que nous avons une topologie complète disponible. A partir de cette topologie, nous pourrons voir quelques détails autour de notre réseau. Nous pourrons voir les interfaces de couche deux et de couche trois. Lorsque nous zoomons, nous pouvons voir les informations qui vont être utilisées. Maintenant, au fur et à mesure que nous progressons dans ce processus, nous allons commencer à extraire des données, en examinant les informations de base de niveau deux, puis aller plus loin en utilisant ce que nous appelons Runbooks pour visualiser les informations et obtenir plus de détails dans un formulaire de travail standard.
Maintenant, à partir des informations dont nous disposons, nous pouvons commencer à examiner les informations de la couche deux et commencer à extraire des détails des appareils à l'aide de données en direct. Traditionnellement, vous vous connectez à ces appareils avec CLI Windows, peut-être PUDDY, peut-être CRT sécurisé, etc., pour pouvoir extraire des informations et les parcourir étape par étape, appareil par appareil. Dans ce cas, nous pouvons utiliser NetBrain's Instant Qapps pour pouvoir extraire ces informations. Alors disons que je veux regarder les informations d'interface, je peux simplement taper "show interface". Nous verrons que nous avons plusieurs entrées ici, à partir de l'état de l'interface, du port du commutateur d'interface, indiquant également le nombre de périphériques auxquels il correspond, en fonction des commandes CLI réelles que nous utilisons. Donc NetBrain non seulement vous donne un filtre des options de recherche, mais le filtre également en fonction des types d'appareils que nous avons. Maintenant, étant cela NetBrain est alimenté par un parser bibliothèque, nous aurons des tonnes de parsers pour différents fournisseurs que nous avons cela NetBrain pourra filtrer entre.
Maintenant, la façon dont notre parser la bibliothèque fonctionne, juste pour entrer un peu dans le contexte avant de nous lancer dans l'extraction des informations, vous verrez que nous avons des exemples de sorties pour différents appareils et différents types d'appareils. Dans ce cas, nous examinons les appareils iOS. Vous voyez donc cette sortie d'interface d'affichage standard, en voyant les informations de chacun de ces appareils où nous avons mis en évidence des données et chacune de ces données en surbrillance est associée à la variable. À partir de là, nous pouvons prendre ces variables et simplement les faire glisser et les déposer sur la carte. Donc, si je veux regarder ma configuration de base de mes interfaces, je peux regarder les données de bande passante, je peux regarder peut-être les retards et allons chercher une autre information comme peut-être les MTU.
Maintenant, à partir de là, nous pouvons commencer à faire glisser et déposer des informations. Une fois que nous avons collecté les données, NetBrain va extraire ces détails, les superposer sur la carte, puis nous pourrons voir les informations. Donc, en regardant généralement les huit appareils sur la carte, nous devrions émettre huit commandes, puis passer au crible chacune de ces données pour pouvoir obtenir ces informations avec précision.
Maintenant NetBrain peut être en mesure de fournir ces données rapidement, facilement et efficacement sans que nous ayons à fournir beaucoup d'efforts, en parcourant manuellement chaque étape. Maintenant, ce n'est que la première façon de collecter des informations, nous pouvons même enregistrer ces données également. Ainsi, l'avantage de ces Instant Qapps est qu'il ne s'agit pas seulement d'une récupération de données unique. Nous pouvons en fait les réutiliser. Nous pouvons fixer des seuils, définir des alertes également. Disons, par exemple, que je souhaite définir ma bande passante dans une certaine plage ou supérieure ou inférieure à une certaine valeur, NetBrain sera en mesure de me donner un point chaud de cette information. Si je veux surveiller en permanence pour voir si quelque chose change, je peux l'utiliser, et cela peut être fait pour les compteurs d'interface ou tout ce qui change dans les sorties réelles en général.
Alors maintenant, nous avons les informations ici, nous pouvons voir les heures, les minutes et les secondes. Nous pouvons ajuster cela au besoin et nous pouvons enregistrer ce Qapp. Donc, si jamais je voulais réutiliser ce Qapp, l'utiliser pour une autre tâche, nous pouvons être en mesure de le sauvegarder et d'avoir cette information. Alors allons-y et sauvegardons cela maintenant. Nous appellerons cette configuration d'interface de base.
Maintenant, à partir de ces données que nous avons, nous pouvons enregistrer ce Qapp et nous pouvons le réutiliser. Alors maintenant, au lieu de devoir nous contenter d'un seul Qapp avec une seule carte, nous pouvons partager cela au sein de l'équipe et étendre essentiellement notre ceinture d'outils pour nous donner plus de fonctionnalités.
Maintenant, comme Amena l'a dit auparavant, une grande partie du travail lourd et une grande partie du travail qui passe par la collecte de ces informations vont être effectués individuellement ou peut-être par des équipes, mais néanmoins, tout sera fait à la main. Donc ici, nous allons utiliser are Runbooks pour capturer toutes ces données dans un workflow.
Donc, en utilisant mon Runbook, nous pouvons voir que nous avons plusieurs étapes en cours de route. Chacun de ces Runbooks contient essentiellement des Qapps, des commandes CLI, examinant des outils intégrés et des outils personnalisés que nous pouvons utiliser pour pouvoir collecter ces informations. Ainsi, par exemple, si vous vouliez faire un rapide compliance check, nous pouvons vérifier le cryptage de notre mot de passe, vérifier l'état de la sécurité du port ou même les règles ACL et SNMP. Dans ce cas, nous allons collecter un lot d'informations et nous allons examiner notre phase de rafraîchissement du matériel. Cela pourra donc encapsuler cette première phase, en collectant le lot de données dont nous aurons besoin. Donc, la première chose que nous voudrons faire est de collecter une ligne de base, d'obtenir une référence de périphérique de notre environnement. Voici donc ce que nous avons comme instantané et NetBrain va collecter des fichiers de configuration, des tables de routage, ARP, Mac, CVP, etc. Et vous verrez également les données collectées ici. Nous pouvons appliquer cela à la carte et commencer à passer par chacune de ces étapes.
Maintenant, pour la première étape, nous allons faire cette référence initiale. Vous verrez ici que nous pouvons sélectionner des données, pouvoir mettre des tonnes d'informations dans la carte, et vous pouvez voir à partir de la pléthore d'informations que nous avons, nous n'en manquons vraiment pas une tonne. Maintenant, disons par exemple, nous voulions mettre des commandes CLI personnalisées. Nous pouvons ajouter quelques commandes show ici, quelques commandes d'affichage Getter, de cette façon nous pouvons vraiment compléter nos besoins. Maintenant, nous pouvons aller de l'avant et commencer à collecter nos données, après avoir NetBrain s'occuper de tout ce gros travail pour nous, afin que nous puissions visualiser nos sorties.
D'accord, parfait. Nous obtenons donc toutes les informations dont nous avons besoin, afin que nous puissions aller de l'avant et passer à la phase suivante. Excellent. Donc, maintenant que nous avons terminé nos informations, nous pouvons toujours revenir et rappeler ces résultats et voir les informations. Ainsi, à partir de fichiers de configuration généraux, de tableaux de données généraux de route ARP, Mac, etc., de commandes CLI et d'un blog en direct. Nous avons donc maintenant toutes les informations dont nous aurons besoin.
La prochaine étape de la liste consiste donc à collecter un lot de données CLI. Maintenant, nous pouvons aller de l'avant et mettre une liste de commandes et avoir NetBrain connectez-vous et envoyez toutes ces commandes à ces appareils. Alors maintenant, sautez à travers chacun d'eux. Certaines de ces commandes peuvent fonctionner sur certains appareils, certaines peuvent ne pas fonctionner sur d'autres, uniquement en raison du type d'appareil différent, des différents fournisseurs, etc. NetBrain vous avertira lesquels ne fonctionnent pas, mais dans ce cas, nous pouvons voir les résultats, voir tous les détails autour de ceux-ci, voir nos protocoles showIP, obtenir tous les résultats de ces appareils juste pour le rendre beaucoup plus facile à nous de voir les détails.
Maintenant, une fois que nous avons ces informations, nous pouvons simplement continuer sur la route. Nous allons continuer et jeter un œil à notre configuration OSPF. Nous pouvons déjà zoomer et voir que NetBrain va également pouvoir nous montrer cette configuration OSPF, mais ce que nous allons faire dans ce cas, c'est pouvoir l'examiner plus en détail en utilisant notre Qapp.
Maintenant, ici, nous pouvons concevoir OSPF en un coup d'œil, voir les résultats et voir les détails directement sur la carte. Donc tu as pu voir ça NetBrain va changer la carte en fonction des informations collectées. Alors maintenant, nous pouvons voir notre zone OSPF, nous pouvons voir notre coût, et maintenant nous pouvons réellement avoir NetBrain mettre en évidence les informations basées sur les interfaces sur la zone à laquelle elles sont associées, si leur dorsale, si leurs zones de stub - pouvant également nous montrer les rôles des appareils au fur et à mesure. Très bien, nous pouvons donc voir que nous avons également des ASPR et des AVR. En plus de cela, nous aurons des configurations complètes. Nous pouvons donc maintenant voir notre configuration OSPF pour cet appareil spécifique, voir les réseaux que nous avons attribués et même voir des informations supplémentaires.
Collecter des informations sur le tronc VLAN, que ce sera également pour les données de la couche deux. Donc, précédemment, nous avons examiné essentiellement la configuration de la couche deux, maintenant NetBrain sera en mesure de mettre en évidence nos ports de jonction réels pour les VLAN.
D'accord, super. Nous voyons donc que nous avons en fait un port de jonction ici, ce lien qui a été mis en surbrillance, nous montrant l'interface réelle dont le mode de jonction de port sur cette interface. Maintenant, une chose que je tiens également à souligner est que nos Qapps peuvent faire plus que simplement mettre en évidence des informations sur la carte, mais nous pouvons également créer des fichiers CSV. Nos fichiers CSV peuvent être en mesure de collecter des informations en direct à partir des appareils, puis de les mettre dans le graphique. Vous pouvez désormais exporter ces données et les transmettre à votre équipe en interne ou peut-être même à un tiers si vous 'utilisez cela pour certains de vos changements.
Maintenant, nous allons continuer et jeter un œil à notre version de groupe SNMP. N'oubliez pas que nous voulons qu'il continue et vérifie les paramètres SNMP des appareils, car nous allons mettre à niveau nos appareils non seulement pour prendre en charge SNMP V3, mais également pour pouvoir prendre en charge d'autres technologies au fur et à mesure qu'elles sortent.
Alors maintenant, il peut mettre en évidence les informations, être en mesure d'afficher les détails sur la carte, et nous pouvons facilement voir tous nos appareils avec SNMP V2C activé. Alors maintenant, nos résultats sont affichés sur la carte, encore une fois, nous pouvons obtenir les appareils qui sont décrits et nous pouvons aller de l'avant et franchir cette dernière étape ici où nous vérifions nos paramètres d'interface de base.
Alors maintenant comme NetBrain collecte les données, nous serons en mesure de mettre en évidence ces résultats, puis de les exporter également. D'accord. Nous voyons que nous avons ce fichier CSV avec les MTU, les retards, les paramètres duplex, la bande passante également, la stratégie de file d'attente et la fiabilité. Nous obtenons donc vraiment beaucoup de données de ces appareils dès le départ.
Maintenant que nous avons fini de collecter les données de notre Runbook, nous pouvons voir que nous avons parcouru toutes les étapes, toutes les informations sont intégrées dans le Qapp et nous pouvons même voir certaines des données qui s'y trouvent. Ainsi, à partir de nos six activités, nous pouvons le voir dans notre journal d'activité, nous pouvons avoir les informations et exporter facilement ces résultats au besoin.
Maintenant, avant d'aller de l'avant et de conclure, rassemblons quelques détails supplémentaires. Il y a deux autres choses que je veux vérifier avant de vraiment emballer cela, envoyez-le également à notre équipe de conception. La première chose va être en mesure de vérifier nos chemins, d'accord, donc ce qui est vraiment important, ce n'est pas seulement les appareils et leurs configurations, mais comment ces configurations résistent lorsque nous envoyons du trafic de bout en bout.
Donc, dans ce cas, je vais continuer et tracer un chemin de notre noyau SJC à notre noyau SCL. Ceci est mon outil de chemin. Je peux visualiser ces informations et même choisir l'analyse de l'ensemble de données. Ainsi, des chemins de couche trois aux chemins de couche deux pour pouvoir sélectionner les protocoles que je veux tester et même pouvoir consulter les sources de données. Alors allons-y et commençons ici. Alors souvenez-vous de ce noyau SJC… et nous utiliserons ce noyau SCL.
Alors maintenant que nous les avons en place, nous allons tracer ce chemin et NetBrain va calculer le chemin de bout en bout, nous montrant le flux bidirectionnel du trafic. Alors maintenant que nous avons ces informations décrites, NetBrain peut également nous donner quelques détails à ce sujet.
Maintenant, à partir des données dont nous disposons, nous pouvons voir que les résultats que nous obtenons de ces appareils examinent les ACL, le mappage, la vérification de la destination, les VRF d'entrée, les pairs VPN, jusqu'aux itinéraires basés sur des politiques et en regardant la table ronde. Nous effectuons donc une analyse complète de l'ensemble de données à partir de données en direct ou même de données mises en cache afin que vous puissiez obtenir une vue historique du réseau.
Maintenant que nous avons enregistré ces informations, continuons et enregistrons ces données en tant que chemin. Je vais donc l'appeler mon application principale et la sauvegarder. Pour que nous puissions toujours réutiliser cela dans le modèle de données et pouvoir voir les informations. Vous pouvez maintenant voir d'autres chemins que j'ai enregistrés dans le passé, où nous pouvons réellement faire glisser et déposer ces informations et afficher ces données.
Maintenant, la dernière chose sur la liste est d'obtenir ce rapport final de nos informations. On peut utiliser NetBraindu rapport d'inventaire pour visualiser les données. Alors maintenant, au lieu que vous ayez à créer ces documents vivants manuels de rapports Excel, nous pouvons avoir NetBrain s'en occuper tout seul. Ici, nous pouvons donc obtenir des rapports généraux sur les appareils de tous les appareils de notre réseau - nous indiquant les modèles, la version, les fournisseurs et les numéros de série. Nous pourrions voir des rapports d'interface pour pouvoir voir combien d'interfaces sont réellement utilisées. Et avec notre rapport récapitulatif, nous pouvions vraiment voir le nombre total de modules, le nombre total d'interfaces, le nombre total qui sont en place, qui sont en panne, qui sont connectés. Nous pouvons vraiment personnaliser et obtenir des détails approfondis sur ce qui est utilisé afin d'éviter toute sous-ingénierie de tout projet futur qui pourrait se produire.
Maintenant, dans ce cas, ce que nous avons fait, c'est que nous avons également créé un site personnalisé pour l'emplacement de Burlington, nous avons donc maintenant un rapport où nous allons voir tous nos appareils sur notre carte de Burlington, un total de huit appareils. Nous pouvons voir les versions du logiciel, les numéros de série et même exporter ces résultats dans un fichier Excel ou un fichier CSV. Maintenant que nous sommes prêts, nous pouvons simplement aller de l'avant et exporter cela et obtenir un résultat final. Tu peux voir NetBrain exporte les résultats. Maintenant que nous avons ces résultats prêts, NetBrain sera en mesure de nous montrer cette information.
Nous avons maintenant notre rapport final qui nous montre notre nom d'hôte, l'adresse IP de gestion, le type d'appareil, l'interface de gestion, toutes les informations que nous voulions voir, toutes organisées pour nous ou créées afin que nous puissions avoir ces informations pour, encore une fois, transférer éternellement ou partager avec d'autres équipes.
Eh bien, cela couvre à peu près ce que nous avons pour notre première partie de la démo, essentiellement comprendre ce que nous avons dans notre environnement, jeter un œil à nos interfaces, jeter un œil à nos connexions pour les couches deux et trois, automatiser certains processus en utilisant nos commandes CLI ou notre Instant Qapp, et vraiment entrer dans une analyse approfondie de notre environnement existant.
Cela étant dit, je vais continuer et transmettre les choses à Amena pour continuer avec le reste des phases.
Amena : Merci, Joel, pour la démo extrêmement instructive. Comme vous pouvez le voir sur la démo, NetBrain permet d'éliminer une grande partie du travail manuel associé à la création de la documentation réseau. NetBrain peut découvrir le réseau instantanément, à la fois la topologie et la conception et créer des documents de manière dynamique, en les exportant vers des diagrammes de réseau vers Microsoft Vizio et en exportant des rapports d'actifs vers Microsoft Excel. Enfin, NetBrain permet également de maintenir ces documents à jour en effectuant un benchmark récurrent qui peut être planifié de manière régulière. Cela élimine une grande partie du travail manuel que les ingénieurs réseau doivent effectuer pour entrer des commandes show dans la CLI juste pour collecter toutes ces informations et les remplir dans les diagrammes Vizio.
Passons donc à la phase deux. Dans la phase deux, les défis ont à voir avec la collecte des exigences correctes pour la future technologie et les besoins en capacité des entreprises. Nous voulons penser à long terme et concevoir une infrastructure réseau qui répondra aux besoins de l'organisation pour les années à venir.
Passons à la phase trois. Dans la phase trois, les défis doivent faire une documentation et valider la nouvelle conception du réseau. Les ingénieurs ont une capacité limitée à tester les flux de trafic clés et les scénarios de basculement sans déployer une nouvelle conception dans l'environnement intermédiaire ou un environnement virtuel créé avec des outils de simulation. J'aimerais maintenant céder la parole à Todd Bristol, l'un de nos clients qui utilise NetBrain pour valider la conception du réseau à l'aide de l'un de ces outils de simulation. Et Todd est en ligne avec nous aujourd'hui. Alors à vous, Todd.
Todd : Merci, Amena. Alors allons-y et parlons du cas d'utilisation où nous utilisons NetBrain pour valider notre conception de réseau. Nous avons été chargés de concevoir et de mettre en œuvre une solution qui fournissait une connectivité redondante à AWS à partir de notre centre de données. Certains des défis de conception immédiats auxquels nous avons été confrontés ici étaient l'empoisonnement des routes, le filtrage des routes entrantes, la redistribution des routes entrantes, le filtrage des routes sortantes, la redistribution des routes sortantes, la direction du trafic entrant et la direction du trafic sortant.
La production ne doit pas nécessairement être le lieu où nous commençons à comprendre et à maîtriser la complexité associée aux nouvelles technologies. Nous avons donc décidé que la meilleure chose à faire serait de créer un environnement sandbox qui n'existait pas vraiment, où nous pourrions tester certaines des complexités associées à cette nouvelle conception, sans parler de simuler la connectivité AWS de la couche trois vers notre centre de données sur deux connexions de 10 gigaoctets. Alors que nous construisions notre environnement de laboratoire, nous avons pointé notre NetBrain par exemple à son égard et avons découvert que nous avions désormais la capacité d'étudier et de documenter l'art d'une panne et de nous familiariser avec la complexité des nouvelles technologies loin de la production.
Par exemple, je pourrais étudier les différences entre mes tables BGP, OSPF et rip lorsque je bascule d'un chemin à un autre sur chaque routeur sur un chemin de couche trois. Je pouvais également obtenir des représentations graphiques de mes flux de trafic, avant et après les modifications. NetBrain non seulement nous a aidés à valider la conception de notre réseau, mais nous ont permis de nous familiariser avec la complexité associée aux nouvelles technologies et nous ont également permis d'étudier de près l'art d'une panne.
OK Amena, je vais te le remettre maintenant.
Amena : Merci, Todd, de vous être joint à nous aujourd'hui pour notre webinaire et de nous avoir parlé de la façon dont vous utilisez NetBrain dans un environnement stimulé pour revoir la conception et évaluer les scénarios de basculement. Comme vous pouvez le voir, cela se traduit très bien par un projet de rafraîchissement du réseau, une révision et une évaluation de la conception assez similaires doivent avoir lieu.
Maintenant, j'aimerais parler de la phase quatre : mise en œuvre et test. Dans cet espace, les défis sont liés au processus extrêmement manuel consistant à appliquer les changements de configuration un par un à chaque appareil, ce qui prend énormément de temps et est sujet aux erreurs. De plus, il est difficile de documenter et de suivre les modifications qui ont été apportées de cette manière et il est également difficile de les annuler si nécessaire une fois qu'elles ont été poussées. J'aimerais donc inviter Joel à revenir pour une autre démo afin de nous montrer comment NetBrain peut automatiser la change management processus et permettent une mise en œuvre et des tests beaucoup plus rationalisés lors d'un projet de mise à jour du réseau.
Joël : D'accord. Merci Amena. Maintenant que nous avons évalué nos données de la section précédente, nous pouvons maintenant nous tourner vers notre zone de préparation, où nous avons déjà connecté nos appareils et configuré leur configuration d'accès de base. Donc NetBrain lancez des commandes et effectuez une découverte de base. Nous pouvons implémenter les modifications qui nous permettront de transférer les configurations de nos appareils précédents vers le nouveau matériel.
Allons-y et sautons dans notre carte afin que nous puissions voir cette information. Je suis donc allé de l'avant et j'ai réutilisé la carte d'ensemble pour voir ces informations afin que nous puissions avoir une certaine cohérence à tous les niveaux. Maintenant, sautons dans la zone de préparation, nous avons tout ce qu'il faut dynamic map d'informations, donc ce sont nos nouveaux appareils connectés exactement comme nous les avions avant et maintenant nous pouvons voir nos connexions de base pour ces appareils.
Maintenant, à partir des données que nous avons collectées jusqu'à présent, nous pourrons les utiliser pour transférer ces modifications sur les nouveaux appareils. Alors maintenant, pour les besoins de la démonstration, je vais continuer et apporter un changement qui n'aura pas d'impact direct sur les appareils. Encore une fois, il s'agit d'une démonstration, nous voulons donc simplement illustrer cette information. Maintenant, pour ce faire, je vais utiliser mon outil de changement de réseau. Maintenant que nous avons toutes les informations évaluées, nous avons donné nos ordres de marche sur les étapes à suivre et les changements à pousser. Donc, ici, nous pouvons continuer et utiliser notre mise à niveau matérielle. Maintenant, une mise à niveau matérielle nous donne un flux de travail d'étapes à suivre, à partir de notre référence, en passant par nos configurations d'appareils de base, nos configurations personnalisées et notre référence deux, où nous ferons une comparaison jusqu'à la fin pour, en un sens, vérifier que nous avons apporté les modifications que nous avons définies.
Maintenant, allons-y et je vais parcourir cela maintenant. Donc, à partir de mon repère, je vais prendre cet instantané. Maintenant, une chose à remarquer est que, encore une fois, vous obtenez les mêmes informations du benchmark précédent, sauf que maintenant je veux me concentrer sur le fichier de configuration. Gardez à l'esprit que nous pouvons ajouter ou supprimer des informations, si nécessaire. Je dois donc me débarrasser de la commande CLI. Nous allons simplement de l'avant et nous nous débarrassons de cela et j'ajoute cela à l'ensemble standard. Alors maintenant que nous avons ces informations, allons-y et commençons. Encore une fois, vous remarquerez que NetBrain collecte un dossier de données, vous savez, à partir de l'année réelle, du mois réel et du jour réel. Il nous montre également l'heure de la journée, de sorte que nous aurons l'horodatage auquel nous référer.
Très bien, alors maintenant que nous avons ceci, nous pouvons continuer et faire cette configuration de base de l'appareil. Alors maintenant, voici où nous allons aller de l'avant et apporter ce changement où je vais pousser ces chaînes SNMP. Maintenant, allons-y et commençons ceci. encore. Vous l'utiliserez pour les informations VTI, les informations SNMP, la vérification des ACL de base. Tout ce qui sera cohérent sur tous les appareils, nous voulons aller de l'avant et l'ajouter à cette étape ici. Alors maintenant, j'ai mes chaînes SNMP, j'ai les informations ici, mais gardez à l'esprit que si nous avons besoin de restaurer des informations, nous pouvons également envoyer des informations à la section de restauration.
Je vais donc continuer et mettre « non » devant ceux-ci. De cette façon, nous pouvons annuler cette chaîne SNMP, n'est-ce pas ? Nous avons donc notre changement, nous avons un retour en arrière. Je vais continuer et l'ajouter aux appareils. Vous remarquerez que nous avons ajouté toutes les chaînes ici, et gardez à l'esprit que nous pouvons même ajouter des étapes supplémentaires si nécessaire. Même chose avec la restauration, je les ajouterai aussi, juste pour que je puisse y revenir si j'en ai besoin.
Alors maintenant que j'ai défini mes modifications. Je sais exactement ce que je vais changer. Nous pouvons toujours aller de l'avant et commencer l'exécution des modifications. Vous remarquerez que nous avons différentes options, soit exécuter tous nos appareils de manière séquentielle, simultanément, soit exécuter les appareils un par un. Dans ce cas, nous pouvons émettre chaque commande une à la fois et en voir les résultats. Mais pour des raisons de rapidité, ce qui est vraiment ce que nous voulons faire ici, allons-y et exécutons tout cela simultanément.
Maintenant que je peux exécuter les résultats, nous pouvons passer à chaque appareil pour voir NetBrain préparer les configs comme un coffre-fort aux conseils. Nous pouvons en fait CLI dans cela pour émettre les commandes. Vous pouvez voir les résultats finaux. Maintenant, c'est exactement ce à quoi cela ressemblerait si nous devions émettre des commandes en masse. Alors maintenant, vous verrez que certains d'entre eux prennent, d'autres non. Donc, ce n'est peut-être pas la configuration exacte pour les appareils réels, mais ce n'est pas grave car nous savons que certains d'entre eux en prennent d'autres non et cela ne pourra pas changer ou avoir un grand impact s'ils ne le font pas.
Alors maintenant que nous avons les résultats ici, nous pouvons passer à l'étape suivante, où nous pouvons mettre ces configurations personnalisées, les ajouter selon nos besoins, peut-être des informations d'interface, peut-être des routes spécifiques qui peuvent se trouver sur une certaine route ou quelque chose comme ça. Et puis nous pouvons passer à notre point de repère deux. Maintenant, voici où prendre ce deuxième instantané du réseau, encore une fois, en se concentrant uniquement sur les fichiers de configuration afin que nous puissions voir ces résultats et ces changements.
D'accord, parfait. Nous avons donc nos horodatages ici. Nous pouvons aller à notre comparaison et voir ces résultats finaux. Nous avons donc maintenant nos horodatages, tous deux à 2h17 et 2h20, 14h17 et 14h20 respectivement. Nous pouvons vérifier les données disponibles qui sont partagées entre les deux. Nous pouvons donc regarder notre fichier de configuration, faire une comparaison rapide et maintenant NetBrain peut nous montrer les changements, les différences qui se produisent entre les appareils. En regardant ce premier périphérique principal, passez au suivant, voyez que la première configuration change de sorte que les piqûres sont différentes, puis maintenant nous pouvons voir les deux chaînes supplémentaires qui ont été ajoutées, une réécriture et une chaîne en lecture seule. Donc, maintenant que nous avons cela, nous pouvons vérifier que nous avons les informations sur la carte, nous voyons les détails qui sont disponibles, et nous pouvons aller de l'avant et les partager et les envoyer à l'équipe pour la documentation finale également.
Alors maintenant que nous vérifions que les modifications ont été apportées et qu'elles ont été transmises aux appareils, nous pouvons maintenant vérifier également toutes nos informations précédentes que nous avons testées. Donc l'un d'entre eux serait le chemin. Nous voulons nous assurer que notre réseau coule dans le même sens. Encore une fois, il s'agit d'une mise à niveau matérielle facile, et non d'une déconstruction complète, d'un effondrement ou d'une extension d'un réseau. Nous utiliserons donc à nouveau notre outil de chemin et nous vérifierons ce noyau SJC et le noyau SCL.
Très bien, alors maintenant nous allons continuer et ajouter notre noyau SCL. Parfait. Nous allons reprendre ce chemin. Bientôt NetBrain est capable de recalculer ces informations et vous pouvez voir que notre chemin était le même que dans l'exemple précédent, n'est-ce pas ? Alors maintenant, nous avons ces détails disponibles. Nous verrions les informations qui s'y trouvent et nous pourrions partager les données dans les deux sens selon les besoins.
Donc, maintenant que nous avons validé nos tables de routage réelles, nous savons que tout est pareil, allons-y et vérifions pour nous assurer que ces modifications ont été prises et nous pouvons réévaluer tout ce qui s'est passé. Donc, une chose que nous pouvons faire est soit, A, d'utiliser notre précédent Runbook, ou nous pouvons tirer parti de notre référence pour faire quelque chose de vraiment cool ici. Maintenant, allons-y et sautons dans ceux-ci.
Maintenant, dans nos repères, nous pouvons réellement planifier les tâches que j'ai mentionnées. Vous remarquerez donc que j'ai pris des repères précédemment au cours de la démonstration proprement dite en le faisant en direct sur les appareils, mais voici où nous pouvons avoir NetBrain prendre périodiquement des repères. Nous pourrions donc le faire toutes les heures, tous les jours ou toutes les semaines pour nous assurer de conserver un enregistrement à jour de notre réseau. En plus de cela, nous pouvons définir une portée d'appareil, récupérer des données en direct afin que vous puissiez voir la richesse des informations que nous collecterons. Encore une fois, les données CLI peuvent être personnalisées afin que nous puissions même ajouter des modèles prédéfinis et même personnaliser ces modèles également, puis ajouter les opérations supplémentaires. Maintenant, voici où nous pouvons vraiment montrer comment nous pouvons automatiser ces Runbooks, automatisez encore plus ces commandes CLI.
Maintenant, à partir de nos opérations basées sur Qapp, nous pouvons charger Qapps dans le benchmark. Nous pouvons donc maintenant voir tous les outils que nous utiliserons pour vérifier les informations qui ont été modifiées afin que vous puissiez voir ces résultats, l'âge de l'appareil, la sécurité des ports, les informations VLAN, etc., intégrer ces données dans NetBrain ainsi, chaque fois qu'il exécutera ce benchmark, il pourra revoir ces données. Cela signifie donc qu'une fois que nous aurons collecté les informations, elles pourront apparaître dans les vues de données de la carte.
Nous pouvons donc voir ici les différentes informations dont nous disposons. Nous avons pu voir nos erreurs d'interface, surveiller périodiquement les variables de notre moniteur de santé qui a été exécuté. Alors on a déclenché NetBrain pour exécuter un moniteur de santé au cours de cela. Nous pouvons zoomer pour voir l'utilisation du processeur et de la mémoire, d'autres informations sur les périphériques, les informations sur le VLAN, etc. Nous pouvons donc voir tous ces détails autour des appareils pour voir les protocoles de routage, toutes les données que nous avons configurées dans l'environnement. Alors maintenant que nous avons vérifié ces informations et que tout a été validé, allons-y et emballons nos appareils, puis envoyons-les pour être mis en œuvre. Allons-y et renvoyons les choses à Amena.
Amena : Merci, Joël. Comme vous pouvez le voir sur la démo de Joel, NetBrain aide à alléger une grande partie du travail manuel associé à change management processus. Vous pouvez utiliser NetBrain pour définir des modifications à l'aide de modèles de configuration, puis diffuser ces modèles sur tous les appareils en même temps. Les modifications peuvent être exécutées automatiquement, mais elles peuvent également être annulées si nécessaire. Ils peuvent être visualisés sur dynamic maps et exécutable Runbooks peuvent être utilisés pour valider les modifications par rapport aux exigences de conception et de conformité.
Et avec cela, nous entrons dans la phase cinq, traitant des défis opérationnels. Dans la phase cinq, les défis ont à voir avec la connaissance limitée que les ingénieurs vont maintenant avoir du réseau nouvellement déployé. Cela va rendre le dépannage d'autres tâches quotidiennes beaucoup plus difficile. De plus, à mesure que d'autres changements sont déployés, la documentation du réseau devient de plus en plus obsolète. Je vais donc inviter Joel à revenir pour une autre démo pour nous montrer comment NetBrain peut vous aider pendant cette phase avec le processus de mise à niveau du réseau.
Joël : Merci Amena. Maintenant, la date de mise en ligne de l'objectif peut être une journée très éprouvante pour de nombreux ingénieurs, de sorte que de nombreuses variables possibles peuvent affecter les performances d'un réseau. Jusqu'à présent, nous avons pu passer par une validation approfondie de nos conceptions pour vraiment comprendre les changements qui ont été apportés au sein du réseau. Mais chaque fois que nous mettons quelque chose en ligne, il y a toujours un risque que des problèmes surviennent. Nous pouvons donc utiliser NetBrain pour vérifier activement ce qui se passe dans notre environnement.
Maintenant, la première chose que nous pouvons faire est d'utiliser notre Runbooks pour visualiser ces données. Ici vous pouvez voir que notre Runbooks vont de la simple conformité générale à même la sécurité et le dépannage général. Ainsi, nous pouvons être en mesure de vérifier les informations au sein de notre réseau. Par exemple, nous pouvons utiliser notre moniteur de santé global pour voir les détails de l'environnement, nous donnant simplement une solide compréhension de ce que nous avons. Alors maintenant, lorsque les équipes d'exploitation peuvent l'utiliser pour voir les performances d'un réseau, vous obtenez une solide compréhension de ce qui s'y trouve. Vous pouvez même être en mesure de partager ces informations avec l'équipe.
Maintenant, avec les détails qui sont collectés, encore une fois, tout est enregistré dans cette vue de données. Ainsi, vous pouvez toujours afficher ces informations de haut en bas et les désactiver si nécessaire. Une autre chose que nous pouvons faire pour pouvoir visualiser les données est de pouvoir simplement vérifier l'une des analyses de chemin que nous avons effectuées. Nous voulons toujours nous assurer que nous restons au courant de la façon dont notre trafic circule dans le réseau et voir s'il y a des déviations. Maintenant, au lieu de les exécuter constamment à partir du haut de cette barre de chemin, nous pouvons en fait utiliser certains chemins prédéfinis que nous avons créés ici. En exécutant simplement l'un de ces chemins à partir du réseau en direct, nous pouvons en fait faire glisser et déposer ces informations directement sur la carte pour superposer ces détails.
Maintenant, NetBrain va me montrer les informations de mes chemins d'entrée et de sortie, nous montrant comment le trafic circule dans le réseau afin que nous puissions continuellement rester au courant de tous les flux de chemin existants qui se produisent. Maintenant, bien sûr, pendant que tout cela fonctionne, nous pouvons visualiser les données dans plusieurs formats. Ainsi, en plus de pouvoir le voir à partir de la carte, nous pouvons utiliser des tableaux de bord pour voir ces détails. Maintenant, nous pouvons voir que nous avons des informations spécifiques aux protocoles de routage, des informations spécifiques à la santé et même des informations spécifiques à la topologie. Mais jusqu'à présent, ce que j'ai fait, c'est que j'ai créé un moniteur de santé global pour voir les informations du point de vue du tableau de bord.
Maintenant, à partir de ce moniteur d'état du site, nous pourrons voir plusieurs perspectives des appareils. D'un côté, nous pouvons voir une carte, d'un autre côté, nous pouvons voir les détails de l'appareil, nous pouvons donc maintenant tirer le meilleur parti des deux mondes en pouvant voir toutes les informations agrégées dans un seul espace. Maintenant, à partir des nouveaux appareils qui ont été déployés, nous pouvons voir que notre tableau d'erreurs de liaison d'interface est complètement clair. Nous n'avons aucune erreur qui se remplit, donc c'est génial. Notre charte de trafic d'interface nous montre des pics et des vallées, l'utilisation de l'interface nous donne des informations et nous pouvons rapidement parcourir l'une de ces configurations pour voir les détails autour de nos appareils.
Nous avons des tableaux de données qui nous montrent le nombre total de voisins actifs ou inactifs, ainsi que les protocoles de routage réels et le nombre de routes apprises. Des tables Mac sont également disponibles, ainsi que des tables de routage. Nous pouvons donc vraiment obtenir des informations de nos appareils. Cela nous prendra généralement pas mal de temps pour être en mesure de surveiller, de compiler et ensuite de documenter également. Maintenant que nous savons que notre réseau fonctionne comme prévu, nous pouvons compléter le tout avec un document Word final. Nous pouvons désormais exporter ces informations, obtenir un modèle final, puis partager ces données. Vous verrez les différents widgets que nous pouvons exporter et pourrez nous donner des informations vraiment détaillées sur notre réseau.
Alors maintenant comme NetBrain exporte ces données, nous pourrons réellement télécharger et afficher ces résultats. D'accord, parfait. Nous avons donc exporté le document avec succès. Allez-y, sautez et voyez ça. Alors maintenant, à partir de notre moniteur d'état du site, nous pouvons l'ouvrir et ensuite voir les informations. Nous avons en fait ce téléchargement. Allons-y et regardons cela maintenant. Je vais juste aller de l'avant et régler ça. Parfait. Maintenant, à partir de notre moniteur d'état du site, nous verrons que nous avons ici une sortie entièrement modifiable et personnalisable, nous pouvons donc réellement modifier ces informations, nous pouvons voir les détails de l'appareil, les propriétés de l'appareil, etc., et nous pouvons être en mesure de modifier les données que nous exportons dans NetBrain.
Alors maintenant, tout est hyperlié, nous pouvons passer aux détails de l'appareil, voir les informations autour de notre environnement, être en mesure de voir les interfaces de couche deux et de couche trois affichées et nous donner vraiment une visualisation standard de notre réseau afin que nous puissions tout conclure et avoir cela paquet définitif. En bref, nous avons montré comment nous pouvons utiliser NetBrain's dynamic maps pour visualiser et organiser les périphériques réseau, analyser nos configurations grâce à notre automatisation CLI et Runbooks. Et enfin, mettre en œuvre des modifications sur nos appareils avec notre change management. Je vais continuer et transmettre les choses à Amena. D'accord. Merci beaucoup.
Amena : Merci, Joel, pour une autre excellente démo. Comme vous l'avez vu dans la démo de Joel, NetBrain peut vous aider dans les opérations de différentes manières et vous aider à visualiser les performances du réseau, ce qui vous permet d'effectuer des vérifications de santé de temps à autre et de surveiller les performances de vos appareils. Il peut également vous aider à automatiser le diagnostic de dépannage, en automatisant une grande partie des tâches manuelles et répétitives associées au dépannage et à l'exécution des vérifications de conception. Il peut également vous aider à maintenir votre documentation à jour en effectuant des benchmarks de découverte récurrents.
Récapitulons donc comment l'automatisation peut vous aider à préparer une actualisation matérielle réussie. Vous pouvez automatiser la documentation du réseau avec NetBrain pour l'examen des exigences et de la conception. Dynamic Maps vous aident à obtenir une visibilité approfondie sur le réseau. Des diagrammes de réseau automatisés, un inventaire et une documentation de conception peuvent faire gagner un temps crucial à l'analyse de la collecte des données. NetBrain peut également vous aider à effectuer compliance checks. Tout cela peut être fait à la fois dans la mise en scène et après le déploiement.
NetBrain change management vous permet de pousser les configurations et de les restaurer facilement si nécessaire. Enfin, vous pouvez utiliser un exécutable Runbooks pour automatiser la conformité et simplement signer les chèques, identifier rapidement les erreurs de configuration et rationaliser les flux de travail de dépannage pendant le fonctionnement.
Si vous aimez ce que vous avez vu aujourd'hui, vous pouvez demandez une démo personnalisée en direct sur notre site Web at netbraintech.com/request-a-demo.
Sur ce, j'aimerais vous remercier d'être parmi nous aujourd'hui. Joel et moi resterons en ligne pour le reste de l'heure pour répondre à vos questions. Veuillez les faire venir pour la fenêtre de questions-réponses. Nous essaierons également de répondre à un certain nombre d'entre eux à haute voix par téléphone. Encore une fois, merci de vous joindre à nous et bonne fin de journée.
