Onderhoudend: Goedemiddag en welkom bij NetBrain's webcast, “Voorbereiden op een succesvolle hardwarevernieuwing met netwerkautomatisering.” Mijn naam is Amena Siddiqi en ik ben hier de Senior Product Marketing Manager NetBrain. Vandaag kom ik bij Joel Byam, een van onze senior engineers.
Voordat we beginnen, wil ik graag een paar logistieke zaken doornemen. We willen de presentatie graag interactief houden, dus u kunt op elk gewenst moment met ons in gesprek gaan via het vraag- en antwoordpaneel. We controleren de vragen en antwoorden tijdens uw presentatie en reageren gaandeweg op vragen. We zullen aan het einde van de webcast ook wat tijd besparen om eventuele resterende vragen telefonisch te beantwoorden. Dus laten we erin duiken.
Het is dus bijna het einde van het jaar en veel organisaties zijn momenteel bezig met of bereiden zich voor op een hardware-upgrade. Dit is een vrij gebruikelijk gebruik van de eindejaarsbegroting. Netwerkapparaten moeten om verschillende redenen mogelijk worden vervangen. Er kan bijvoorbeeld een upgrade nodig zijn om nieuwe implementaties te ondersteunen met technologieën zoals VoiP, SDN, FabricPath, QoS enzovoort. Andere veel voorkomende redenen zijn onder meer het moeten vervangen van apparaten die door de leverancier als ‘end-of-life’ zijn bestempeld, zakelijke best practices en het stellen van beperkingen aan hardwarewijzigingen en -leeftijd, de capaciteitsbehoeften van nieuwe applicaties vereisen mogelijk een grotere poortdichtheid op apparaten, of nieuwe business continuïteitseisen kunnen een rol gaan spelen op basis van strengere beveiligingskaders. Al deze en nog veel meer redenen kunnen ervoor zorgen dat het netwerk vernieuwd moet worden.
Nu krijgen netwerkteams traditioneel budget voor hardwarevernieuwingen, ongeveer elke drie tot vijf jaar, voor randvernieuwingen op de toegangslaag of voor draadloze toegangspunten. En het zal ongeveer tien jaar duren voor de veel duurdere en riskantere kernvernieuwingen van het datacenter. De technologische vooruitgang en de verschillende behoeften van het bedrijf hebben er echter voor gezorgd dat de kern- en andere opfriscursussen nu in snellere tijdlijnen en op een veel meer ad hoc manier plaatsvinden.
Als u zich voorbereidt op een upgrade, moet u, voordat u begint, zorgvuldig naar de bestaande infrastructuur kijken en een evenwicht vinden tussen de noodzaak om optimaal gebruik te maken van reeds betaalde hardware en nieuwe vereisten voor veiligheid, capaciteit en veerkracht. En u wilt dit allemaal doen zonder de zaken te verstoren en geld overboord te gooien. Opfriscursussen zijn duur, niet alleen vanuit het oogpunt van hardware-aankopen, ze zijn ook ontmoedigend als het gaat om het personeelsbestand en de kosten voor personeelsuitbreiding. Typische organisaties vernieuwen de hardware vaak in fases tijdens periodes met weinig verkeer, bijvoorbeeld 's nachts en in het weekend, en huren vaak externe mankracht in voor de klus.
Een netwerkvernieuwing kan een aanzienlijk risico in uw netwerkinfrastructuur met zich meebrengen. Zoals bij alle veranderingen bestaat de kans dat er menselijke fouten binnensluipen. Taken die zeer repetitief en handmatig zijn, zijn hier bijzonder gevoelig voor en deze projecten zijn beladen met plug-and-pray-angst. We zullen later in onze presentatie laten zien hoe automatisering met NetBrain kan dit grotendeels verlichten.
Om een voorbeeld te geven van hoe een klein detail enorme verstoringen kan veroorzaken: u herinnert zich misschien dat we ongeveer een maand geleden landelijke internetstoringen zagen als gevolg van een verkeerde configuratie bij Level Three, een internet-backbone-bedrijf en Enterprise ISP. De verkeerde configuratie die alle chaos veroorzaakte die verband hield met een routeringslekprobleem dat een rimpeleffect van problemen door het hele land veroorzaakte voor internetproviders zoals Comcast, Verizon en Cox. Deze storingen versterken in werkelijkheid hoe precair connectiviteit werkelijk is, en zelfs hoe alledaagse taken instabiliteit kunnen introduceren in wat een essentiële dienst is geworden. En dit was slechts een configuratiefout. Stel je voor hoe riskant het is om hele rekken met apparatuur eruit te halen.
Maar een gestructureerde aanpak kan een groot deel van het risico helpen beperken, en een netwerkvernieuwing zal doorgaans in vijf fasen plaatsvinden, elk met zijn eigen reeks uitdagingen. Om een succesvolle transitie te garanderen, wil je beginnen met een zorgvuldige analyse van de bestaande infrastructuur. Dit zal u helpen bij het bepalen van de apparatuurconfiguraties die nodig zijn om het nieuwe netwerk volledig te laten voldoen aan zowel de huidige als toekomstige behoeften van uw organisatie. Een test- en validatiestap moet de implementatie zowel voor als na de implementatie boeken. Het nieuwe ontwerp zal vóór implementatie gevalideerd moeten worden in een testomgeving. En na de implementatie moet het opnieuw worden getest, zonder papieren.
De implementatie zelf kan een vervelende reeks kleine taken zijn, omdat individuele configuraties één voor één moeten worden uitgevoerd. Tijdens deze fase moeten failover-scenario's ook worden getest en gedocumenteerd, en ter goedkeuring naar de Change Advisory Board worden gestuurd. Ten slotte betekent dit, zelfs nadat het nieuwe netwerk operationeel is, niet dat alle hindernissen zijn genomen. Ingenieurs houden normaal gesproken gewoon hun adem in op maandagochtend nadat ons netwerk is vernieuwd. Mocht er iets niet werken zoals verwacht, dan kan een snelle terugdraaiing nodig zijn om een onderbroken service te garanderen.
Bij een nieuw ontwerp hoort een onbekend netwerk. Als u bijvoorbeeld alleen maar van leverancier moet wisselen en moet overstappen van een versleuteld netwerk naar ISIS of SPI, of andersom, kan het gebrek aan interne expertise en bekendheid met de nieuwe routeringsprotocollen en -ontwerp ervoor zorgen dat het oplossen van problemen en andere dagelijkse problemen dagelijkse taken langzamer en veel minder betrouwbaar. Goede documentatiepraktijken kunnen dit grotendeels helpen verlichten en we zullen later zien hoe NetBrain kan u helpen bij het digitaliseren van best practices en deskundige kennis in uitvoerbare bestanden runbooks voor kennisdeling binnen het team.
Ik zou graag wat willen praten over de zichtbaarheidsuitdaging, als het gaat om de groeiende en toenemende complexiteit van onze netwerken en ons vermogen om die netwerken te begrijpen en te visualiseren. Tachtig procent van de netwerkdocumentatie wordt als verouderd gerapporteerd door de gebruikers die we begin 2017 hebben ondervraagd. Dat is een zeer groot aantal. Slechts 3% van diezelfde gebruikers gaf aan dat CLI veel te beperkend is, omdat je met één apparaat tegelijk moet werken. Het is erg handmatig en erg traag. En tegelijkertijd meldden ze ook een probleem met veel te veel gegevens, omdat het moeilijk is om gecontextualiseerde gegevens te vinden wanneer deze over heel veel tools zijn verspreid. Ten slotte was er ook een uitdaging bij het delen van kennis. Veel tribale kennis zit opgesloten in de mijnen van de vakexperts of in hun notitieboekjes of persoonlijke aantekeningen. Dat beperkt echt het vermogen van teams om best practices te delen.
Laten we beginnen met fase één. De uitdagingen in fase één zijn de typische uitdagingen van zichtbaarheid: ontbrekende of beperkte documentatie van de bestaande netwerkinfrastructuur, het beperkte begrip van applicatievereisten en verkeersstromen, en het beperkte begrip van het bestaande ontwerp, de beveiliging, de routering, de laag, de buis enzovoort. . NetBrain schittert echt op dit gebied omdat het geautomatiseerde documentatie en netwerkdiagrammen kan genereren om licht op al deze gebieden te werpen. Daarmee ga ik het doorgeven aan Joel om je te laten zien hoe NetBrain helpt.
Joel: Bedankt, Amena, voor het opzetten van onze stichting. Voor dit deel van het webinar concentreren we ons op fase één, en dat gaat over het begrijpen van uw bestaande infrastructuur. Een van de uitdagingen van elk netwerkvernieuwingsproject of hardwarevernieuwingsproject is het verkrijgen van een diepgaand inzicht in de bestaande infrastructuur. Veel van uw uitgaven kunnen voortkomen uit het verkrijgen van een basislijn van uw netwerk. Als u deze taak samen met een intern team of een derde partij uitvoert, zult u uiteindelijk veel tijd en moeite besteden aan alleen al de eerste evaluatie.
nu met NetBrain, kunnen we uw hele netwerk ontdekken met behulp van slechts enkele basisinformatie. Dit heeft betrekking op de sterke punten van uw SNMP-read-only community, en bovendien op uw SSH- of Telnet-aanmeldingen voor CLI-toegang. In plaats van tonnen apparaten en tonnen documentatie te doorzoeken, kunnen we ze nu in één IP-adres plaatsen NetBrain kan een buurman door uw omgeving lopen om uw apparaten te ontdekken.
Nu, vanaf hier, NetBrain ga door en neem in eerste instantie contact op met dat eerste apparaat, haal wat basisinformatie op, zoals configuratiebestanden, datatabellen, routeringstabellen, ARP Mac, CDP-informatie enzovoort, en van daaruit kunt u naar aanvullende details kijken om te kunnen om ook applicaties van derden te ondersteunen. Nu wanneer NetBrainAls we informatie doornemen en verzamelen, kunnen we die laag twee- en laag drie-topologie bouwen, zodat we enkele details rond uw netwerk kunnen zien. Vanaf hier kunt u eenvoudig uw netwerk ontdekken en creëren dynamic maps, volledige inventarisrapporten krijgen, en uiteindelijk kunt u de cyclus van het klauteren om nauwkeurige documentatie te verkrijgen, alleen maar om binnen een paar weken en in sommige gevallen zelfs dagen verouderd te zijn, elimineren.
In dit voorbeeld gaan we bekijken hoe we kunnen gebruiken NetBrain om de hardware voor een van onze vestigingen te upgraden en hoe dit een nuttig platform kan worden om het veel eenvoudiger te maken. Nu we overgaan naar de daadwerkelijke omgeving waarmee we gaan werken, kunnen we proactief en reactief omgaan met een hardwarevernieuwing. En in plaats van het handmatige proces te moeten doorlopen, kunnen we de tijd voor het verzamelen van gegevens verkorten en de efficiëntie van elk team verhogen tijdens middelgrote tot grote projecten.
Om wat context te creëren: wat we doen is ons netwerk in twee verschillende secties opzetten. Ten eerste ons productienetwerk, waar onze daadwerkelijke apparaten zullen staan, en onze verzamelplaats waar de apparaten zullen staan waarnaar we ze gaan upgraden. Nu, de verzamelplaats, alles is al met elkaar verbonden en we zullen daar meteen op ingaan, maar laten we eerst wat informatie verzamelen van ons oorspronkelijke productienetwerk, zodat we naar enkele details kunnen kijken. Om dit te doen, organiseer ik alles met behulp van mijn overzichtskaart, zodat ik een beeld van 10,000 meter van het netwerk kan krijgen. Hier kunnen we zien dat ik mijn hoofdkantoor heb, mijn hoofdkantoorrouters, en bovendien heb ik mijn kantoor in Burlington en mijn filiaal. Dit is het filiaal waar we de upgrades naar gaan uitvoeren. U zult zien dat we hier wat basisinformatie krijgen, het aantal apparaten, en deze zelfs verder aanpassen om meer informatie te krijgen.
Om er nu in te springen, zullen we zien dat we een volledige topologie beschikbaar hebben. Vanuit deze topologie kunnen we enkele details rond ons netwerk zien. We zullen laag twee en laag drie interfaces kunnen zien. Terwijl we inzoomen, kunnen we zien welke informatie gaat worden gebruikt. Terwijl we dit proces doorlopen, gaan we gegevens verzamelen, kijken naar basisinformatie op niveau twee, en dan verder gaan met behulp van wat we noemen Runbooks om informatie te visualiseren en wat meer details in een standaardwerkformulier te krijgen.
Nu kunnen we, op basis van de informatie die we hebben, naar laag twee-informatie gaan kijken en details uit de apparaten halen met behulp van live gegevens. Traditioneel logde je in op deze apparaten met CLI Windows, misschien PUDDY, misschien beveiligde CRT, wat dan ook, om informatie op te halen en deze stap voor stap, apparaat voor apparaat, te doorlopen. In dit geval kunnen we gebruiken NetBrain's Instant Qapps om die informatie te kunnen ophalen. Laten we zeggen dat ik interface-informatie wil bekijken. Ik typ eenvoudigweg 'show interface'. We zullen zien dat we hier meerdere vermeldingen hebben, beginnend bij de interfacestatus en de poort van de interfaceschakelaar, waarbij ook het aantal apparaten wordt weergegeven waarmee het overeenkomt, gebaseerd op de daadwerkelijke CLI-opdrachten die we gebruiken. Dus NetBrain geeft je niet alleen een filter van de zoekopties, maar filtert deze ook op basis van de apparaattypes die we hebben. Nu, dat zijn NetBrain wordt aangedreven door een parser bibliotheek, we zullen er heel veel hebben parsers voor verschillende leveranciers dat we dat hebben NetBrain daartussen kan filteren.
Nu, de manier waarop onze parser bibliotheek werkt, om even wat achtergrondinformatie te geven voordat we beginnen met het ophalen van de informatie, je zult zien dat we voorbeelduitvoer hebben voor verschillende apparaten en verschillende apparaattypen. In dit geval kijken we naar iOS-apparaten. Je ziet dus de standaard showinterface-uitvoer, waarbij je informatie ziet van elk van deze apparaten waarop we gegevens hebben gemarkeerd en elk van deze stukjes gemarkeerde gegevens is gekoppeld aan de variabele. Vanaf hier kunnen we deze variabelen nemen en ze eenvoudigweg naar de kaart slepen en neerzetten. Dus als ik naar mijn basisconfiguratie van mijn interfaces wil kijken, kan ik naar bandbreedtegegevens kijken, misschien naar vertragingen kijken en laten we op zoek gaan naar een ander stukje informatie, zoals misschien MTU's.
Vanaf hier kunnen we beginnen met het slepen en neerzetten van informatie. Zodra we de gegevens hebben verzameld, NetBrain gaat die details ophalen, op de kaart leggen, en dan kunnen we de informatie zien. Dus als we naar de acht apparaten op de kaart kijken, zouden we over het algemeen acht opdrachten moeten geven en vervolgens elk van deze stukjes gegevens moeten doorzoeken om deze informatie nauwkeurig te kunnen verkrijgen.
Nu NetBrain kunnen deze data snel, eenvoudig en effectief aanleveren zonder dat we veel moeite hoeven te doen, waarbij we elke stap handmatig moeten doorlopen. Dit is nog maar de eerste manier waarop we informatie kunnen verzamelen; we kunnen deze gegevens zelfs opslaan. Het mooie van deze Instant Qapps is dus dat het niet slechts om het eenmalig ophalen van gegevens gaat. Deze kunnen we daadwerkelijk hergebruiken. We kunnen drempels instellen en ook waarschuwingen definiëren. Laten we bijvoorbeeld zeggen dat ik mijn bandbreedte wil instellen binnen een bepaald bereik of groter of kleiner dan een bepaalde waarde, NetBrain zal mij een hotspot van die informatie kunnen geven. Als ik continu wil controleren of er iets verandert, kan ik dit gebruiken, en dit kan worden gedaan voor interfacetellers of iets dat verandert binnen de daadwerkelijke outputs in het algemeen.
Dus nu we de informatie hier hebben, kunnen we uren, minuten en seconden zien. Wij kunnen dit indien nodig aanpassen en deze Qapp bewaren. Dus als ik deze Qapp ooit zou willen hergebruiken, voor een andere taak zou willen gebruiken, kunnen we deze opslaan en over die informatie beschikken. Dus laten we doorgaan en dit nu meteen opslaan. We noemen dit de basisinterfaceconfiguratie.
Nu kunnen we met de gegevens die we hebben deze Qapp opslaan en opnieuw gebruiken. Dus in plaats van dat we vastzitten aan een enkele Qapp met een enkele kaart, kunnen we dit nu delen met het team en onze gereedschapsriem in essentie uitbreiden om ons meer functionaliteit te geven.
Zoals Amena al eerder zei, zal een groot deel van het zware werk en veel werk dat gepaard gaat met het verzamelen van deze informatie individueel of misschien door teams worden gedaan, maar desalniettemin zal het allemaal met de hand worden gedaan. Dus hier gaan we are gebruiken Runbooks om al die gegevens in een workflow vast te leggen.
Dus gebruik mijn Runbook, we kunnen zien dat we onderweg meerdere stappen hebben. Elk van deze Runbooks bevat in wezen Qapps, CLI-opdrachten, kijkend naar ingebouwde tools en aangepaste tools die we kunnen gebruiken om deze informatie te kunnen verzamelen. Dus bijvoorbeeld als je even snel wilt doen compliance check, kunnen we onze wachtwoordversleuteling controleren, de beveiligingsstatus van de poort controleren, of zelfs ACL-regels en SNMP. In dit geval gaan we een reeks informatie verzamelen en kijken we naar onze hardwarevernieuwingsfase. Dit zal dus die eerste fase kunnen inkapselen, waarbij de batch gegevens wordt verzameld die we nodig hebben. Het eerste dat we willen doen is een basislijn verzamelen, een apparaatbenchmark van onze omgeving. Dus hier is wat we hebben als momentopname en NetBrain gaat configuratiebestanden, routeringstabellen, ARP, Mac, CVP enzovoort verzamelen. En u ziet ook de gegevens die hier worden verzameld. We kunnen dit op de kaart toepassen en elk van deze stappen doorlopen.
Voor de eerste stap zullen we die eerste benchmark uitvoeren. Je zult hier zien dat we gegevens kunnen selecteren, heel veel informatie op de kaart kunnen zetten, en je kunt aan de overvloed aan informatie die we hebben zien dat we er eigenlijk niet veel van missen. Laten we nu bijvoorbeeld zeggen dat we een aantal aangepaste CLI-opdrachten wilden invoeren. We kunnen hier enkele showcommando's toevoegen, enkele Getter-displaycommando's, zodat we op die manier echt aan onze behoeften kunnen voldoen. Nu kunnen we doorgaan en beginnen met het verzamelen van onze gegevens NetBrain zorg voor al dat zware werk voor ons, zodat we onze resultaten kunnen visualiseren.
Oké, perfect. We krijgen dus alle informatie die we nodig hebben, zodat we verder kunnen gaan en naar onze volgende fase kunnen springen. Uitstekend. Dus nu we onze informatie compleet hebben, kunnen we altijd terugkomen en de resultaten terughalen en de informatie bekijken. Dus van algemene configuratiebestanden, algemene datatabellen van route ARP, Mac enzovoort, CLI-opdrachten en een liveblog. Dus nu hebben we alle informatie die we nodig hebben.
De volgende stap op de lijst is dus het verzamelen van een batch CLI-gegevens. Nu kunnen we doorgaan en een lijst met opdrachten plaatsen en hebben NetBrain log in en geef al deze opdrachten aan deze apparaten. Dus spring nu door elk van deze. Sommige van deze opdrachten werken mogelijk op sommige apparaten, andere werken mogelijk niet op andere, uitsluitend vanwege het verschillende apparaattype, de verschillende leveranciers, enzovoort. NetBrain zal u waarschuwen welke niet werken, maar in dit geval kunnen we de resultaten zien, alle details daaromheen zien, onze showIP-protocollen bekijken en alle resultaten van die apparaten krijgen, gewoon om het veel gemakkelijker te maken zodat we de details kunnen zien.
Zodra we deze informatie hebben, kunnen we gewoon verder gaan. We gaan verder en bekijken onze OSPF-configuratie. We kunnen al inzoomen en dat zien NetBrain zal ons ook die OSPF-configuratie kunnen laten zien, maar wat we in dit geval zullen doen is daar in meer detail naar kunnen kijken met behulp van onze Qapp.
Nu kunnen we OSPF in één oogopslag ontwerpen, de resultaten bekijken en details rechtstreeks op de kaart bekijken. Dat kon je dus zien NetBrain gaat de kaart veranderen op basis van de verzamelde informatie. Dus nu kunnen we ons OSPF-gebied zien, we kunnen onze kosten zien, en nu kunnen we dat ook daadwerkelijk doen NetBrain markeer de informatie op basis van de interfaces over met welk gebied ze geassocieerd zijn, of het nu hun backbone is, of hun stompgebieden – en kunnen ons ook de rollen van de apparaten laten zien terwijl we er doorheen gaan. Oké, dus we kunnen zien dat we enkele ASPR's en ook enkele AVR's hebben. Bovendien krijgen we volledige configuraties. Nu kunnen we dus onze OSPF-configuratie voor dit specifieke apparaat zien, de netwerken zien die we hebben toegewezen en zelfs aanvullende informatie zien.
Het verzamelen van VLAN Trunk-informatie, dat dit ook voor laag twee-gegevens zal zijn. Dus eerder keken we nu naar de configuratie van laag twee NetBrain in staat zal zijn om onze daadwerkelijke trunkpoorten voor de VLAN's te benadrukken.
Oké, geweldig. We zien dus dat we hier eigenlijk één trunkpoort hebben. Deze link is gemarkeerd en toont ons de daadwerkelijke interface welke poortmodus trunk op deze interface is. Eén ding wil ik er ook op wijzen: onze Qapps kunnen meer doen dan alleen informatie op de kaart markeren, maar wat we ook kunnen doen is CSV-bestanden kunnen maken. Onze CSV-bestanden kunnen live informatie van de apparaten verzamelen en die vervolgens in de grafiek plaatsen, dus nu kunt u die gegevens exporteren en doorgeven aan uw interne team of misschien zelfs aan een derde partij als u 'Gebruik dat voor sommige van uw wijzigingen.
Nu gaan we verder en kijken naar onze SNMP-groepsversie. Vergeet niet dat we willen dat dit doorgaat en de SNMP-instellingen voor apparaten controleert, omdat we onze apparaten gaan upgraden om niet alleen SNMP V3 te ondersteunen, maar ook om andere technologieën te kunnen ondersteunen zodra deze in de toekomst verschijnen. onszelf bewijzen.
Dus nu kan het de informatie markeren, de details op de kaart bekijken en kunnen we gemakkelijk al onze apparaten zien waarop SNMP V2C is ingeschakeld. Dus nu onze resultaten op de kaart worden weergegeven, kunnen we opnieuw de apparaten krijgen die zijn beschreven en kunnen we doorgaan en de laatste stap hier zetten, waar we onze basisinterface-instellingen controleren.
Dus nu als NetBrain de gegevens verzamelt, kunnen we die resultaten benadrukken en deze vervolgens zelfs exporteren. Oke. We zien dat we dat CSV-bestand hebben met MTU's, vertragingen, duplexinstellingen, ook bandbreedte, wachtrijstrategie en betrouwbaarheid. We krijgen dus meteen heel veel gegevens van deze apparaten.
Dus nu we klaar zijn met het verzamelen van gegevens van onze Runbook, we kunnen zien dat we alle stappen hebben doorlopen, alle informatie is ingebed in de Qapp en we kunnen zelfs enkele gegevens zien die hier staan. Dus van onze zes activiteiten kunnen we deze zien in ons activiteitenlogboek, we kunnen over de informatie beschikken en deze resultaten indien nodig eenvoudig exporteren.
Laten we, voordat ik verder ga met het afronden van de zaken, eerst wat aanvullende details verzamelen. Er zijn nog twee dingen die ik wil controleren voordat ik dit echt inpak, stuur dit ook naar ons ontwerpteam. Het eerste is dat we onze paden kunnen controleren, dus wat echt belangrijk is, zijn niet alleen de apparaten en hun configuraties, maar ook hoe die configuraties standhouden als we verkeer van begin tot eind sturen.
Dus in dit geval ga ik door en teken een pad van onze SJC-kern naar onze SCL-kern. Dit is mijn padtool. Ik kan die informatie visualiseren en vervolgens zelfs de analyse van de dataset kiezen. Dus van laag drie paden naar laag twee paden om te kunnen selecteren welke protocollen ik wil testen en zelfs naar de databronnen te kunnen kijken. Dus laten we doorgaan en hier beginnen. Dus onthoud die SJC-kern… en we zullen die SCL-kern gebruiken.
Dus nu we deze op hun plaats hebben, zullen we dat pad uittekenen en NetBrain gaat het pad van begin tot eind berekenen en ons de tweerichtingsverkeersstroom laten zien. Dus nu we deze informatie hebben geschetst, NetBrain kan ons hier ook wat details over geven.
Nu kunnen we uit de gegevens die we beschikbaar hebben, zien dat de resultaten die we van deze apparaten krijgen, kijken naar ACL's, in kaart brengen, bestemming controleren, VRF's invoeren, VPN-peers, helemaal tot aan op beleid gebaseerde routes en eigenlijk kijkend naar de ronde tafel. Daarom voeren we een uitgebreide analyse uit van de dataset op basis van livegegevens of zelfs gegevens uit de cache, zodat u een historisch beeld van het netwerk krijgt.
Nu we deze informatie hebben opgeslagen, gaan we verder en slaan we deze gegevens daadwerkelijk op als een pad. Dus ik noem dit mijn primaire applicatie en bewaar die. Zodat we dit altijd kunnen hergebruiken in het datamodel en de informatie kunnen inzien. Nu kun je andere paden zien die ik in het verleden heb opgeslagen, waar we die informatie daadwerkelijk kunnen slepen en neerzetten en die gegevens kunnen weergeven.
Het laatste op de lijst is het verkrijgen van dat eindrapport van onze informatie. We kunnen gebruiken NetBrain's inventarisrapport om de gegevens te visualiseren. Dus in plaats van dat u deze handmatige, levende documenten of Excel-rapporten hoeft te maken, kunnen wij dat nu doen NetBrain zorg daar zelf voor. Hier kunnen we dus algemene apparaatrapporten krijgen van alle apparaten in ons netwerk, met modellen, versie, leveranciers en serienummers. We kunnen interfacerapporten bekijken om te zien hoeveel interfaces daadwerkelijk worden gebruikt. En met ons samenvattende rapport konden we echt het totale aantal modules zien, het totale aantal interfaces, het totale aantal dat omhoog, omlaag en verbonden is. We kunnen het echt aanpassen en diepgaande details krijgen van wat er wordt gebruikt, zodat we kunnen voorkomen dat toekomstige projecten te weinig worden ontwikkeld.
In dit geval hebben we ook een aangepaste site gemaakt voor de locatie in Burlington, dus nu hebben we een rapport waarin we al onze apparaten op onze Burlington-kaart gaan zien, in totaal acht apparaten . We kunnen de softwareversies en serienummers zien en deze resultaten zelfs exporteren naar een Excel- of CSV-bestand. Als we er klaar voor zijn, kunnen we dat gewoon exporteren en een eindresultaat krijgen. Je kan zien NetBrain exporteert de resultaten. Dus nu we deze resultaten gereed hebben, NetBrain zal ons die informatie kunnen tonen.
Nu hebben we ons eindrapport met onze hostnaam, beheer-IP, apparaattype, beheerinterface, alle informatie die we wilden zien, allemaal voor ons georganiseerd of gemaakt zodat we deze informatie opnieuw kunnen doorgeven. eeuwig of deel met andere teams.
Nou, dat omvat vrijwel alles wat we hebben voor ons eerste deel van de demo, in wezen begrijpen wat we in onze omgeving hebben, een kijkje nemen in onze interfaces, kijken naar onze verbindingen voor lagen twee en laag drie, het automatiseren van enkele processen met behulp van onze CLI-opdrachten of onze Instant Qapp, en echt diepgaande analyses maken van onze bestaande omgeving.
Dat gezegd hebbende, zal ik doorgaan en de zaken doorgeven aan Amena om door te gaan met de rest van de fasen.
Amena: Bedankt, Joel, voor de uiterst informatieve demo. Zoals je kunt zien op de demo, NetBrain helpt een groot deel van het handmatige werk dat gepaard gaat met het maken van netwerkdocumentatie te elimineren. NetBrain kan het netwerk onmiddellijk ontdekken, zowel de topologie als het ontwerp, en documenten dynamisch creëren, deze exporteren naar netwerkdiagrammen naar Microsoft Vizio en activarapporten exporteren naar Microsoft Excel. Eindelijk, NetBrain helpt ook om deze documenten up-to-date te houden door een terugkerende benchmark uit te voeren die op regelmatige basis kan worden gepland. Dit elimineert een groot deel van het handmatige werk dat netwerkingenieurs moeten doen door showopdrachten in de CLI in te voeren, alleen maar om al deze informatie te verzamelen en in Vizio-diagrammen te plaatsen.
Laten we dus verder gaan met fase twee. In fase twee hebben de uitdagingen te maken met het verzamelen van de juiste vereisten voor de toekomstige technologie- en capaciteitsbehoeften van het bedrijfsleven. Wij willen aan de lange termijn denken en een netwerkinfrastructuur ontwerpen die de komende jaren aan de behoeften van de organisatie zal voldoen.
Op naar fase drie. In fase drie moeten de uitdagingen het documenteren en valideren van het nieuwe netwerkontwerp zijn. Ingenieurs hebben een beperkte mogelijkheid om belangrijke verkeersstromen en failover-scenario's te testen zonder een nieuw ontwerp in de testomgeving te implementeren of een virtuele omgeving te creëren die is gemaakt met simulatietools. Ik wil het nu doorgeven aan Todd Bristol, een van onze klanten die er gebruik van maakt NetBrain om het netwerkontwerp te valideren met behulp van een van deze simulatietools. En Todd is vandaag bij ons aan de lijn. Dus aan jou, Todd.
Todd: Bedankt, Amena. Laten we dus verder gaan en praten over de use case waarin we gebruiken NetBrain om ons netwerkontwerp te valideren. We kregen de opdracht om een oplossing te ontwerpen en te implementeren die redundante connectiviteit met AWS vanuit ons datacenter mogelijk maakte. Enkele van de directe ontwerpuitdagingen waarmee we hier te maken kregen, waren routevergiftiging, filtering van inkomende routes, herverdeling van inkomende routes, filtering van uitgaande routes, herverdeling van uitgaande routes, sturing van inkomend verkeer en sturing van uitgaand verkeer.
Productie hoeft niet de plaats te zijn waar we de complexiteit die gepaard gaat met nieuwe technologie beginnen te begrijpen en beheersen. Dus besloten we dat het het beste zou zijn om een sandbox-omgeving te creëren die niet echt bestond, waar we een aantal van de complexiteiten van dit nieuwe ontwerp konden testen, om nog maar te zwijgen van het simuleren van AWS-connectiviteit op laag drie terug naar ons datacenter. twee 10 gig-verbindingen. Terwijl we onze laboratoriumomgeving bouwden, richtten we onze NetBrain We hebben er bijvoorbeeld naar gekeken en ontdekten dat we nu het vermogen hadden om de kunst van een storing te bestuderen en te documenteren en vertrouwd te raken met de complexiteit van nieuwe technologie buiten de productie.
Ik zou bijvoorbeeld de verschillen tussen mijn BGP-, OSPF- en riptabellen kunnen bestuderen terwijl ik op elke router over een pad van laag drie een failover maak van het ene pad naar het andere. Ik kon ook grafische weergaven krijgen van mijn verkeersstromen, voor en na wijzigingen. NetBrain heeft ons niet alleen geholpen bij het valideren van ons netwerkontwerp, maar heeft ons ook in staat gesteld vertrouwd te raken met de complexiteit die gepaard gaat met nieuwe technologie en heeft ons ook in staat gesteld de kunst van een storing van dichtbij te bestuderen.
Oké Amena, ik zal het nu aan je teruggeven.
Amena: Bedankt, Todd, dat je vandaag bij ons webinar bent geweest en met ons hebt gesproken over hoe je gebruikt NetBrain in een gestimuleerde omgeving om het ontwerp te beoordelen en fail-overscenario's te evalueren. Zoals u kunt zien, vertaalt dit zich heel goed in het vernieuwen van het netwerkproject, waarbij een vrij vergelijkbare ontwerpbeoordeling en evaluatie moet plaatsvinden.
Nu wil ik het hebben over fase vier: implementatie en testen. Op dit gebied hebben de uitdagingen te maken met het extreem handmatige proces waarbij configuratiewijzigingen één voor één naar elk apparaat worden doorgevoerd, wat extreem tijdrovend en foutgevoelig is. Bovendien is het moeilijk om de wijzigingen die op deze manier zijn aangebracht te documenteren en te volgen, en is het ook moeilijk om ze indien nodig terug te draaien nadat ze zijn gepusht. Daarom wil ik Joel graag uitnodigen voor nog een demo om ons te laten zien hoe NetBrain kan het proces van wijzigingsbeheer automatiseren en een veel gestroomlijndere implementatie en testproces mogelijk maken tijdens een netwerkupdateproject.
Joël: Oké. Bedankt, Amena. Nu we onze gegevens uit de vorige sectie hebben geëvalueerd, kunnen we ons nu wenden tot ons verzamelgebied, waar we onze apparaten al hebben aangesloten en hun basistoegangsconfiguratie hebben geconfigureerd. Dus NetBrain geef opdrachten en voer een basisontdekking uit. We kunnen de wijzigingen implementeren die ons in staat stellen de configuraties van onze vorige apparaten over te zetten naar de nieuwe hardware.
Laten we doorgaan en naar onze kaart springen, zodat we die informatie kunnen zien. Dus ik ging gewoon door en gebruikte de overzichtskaart opnieuw om deze informatie te bekijken, zodat we over de hele linie enige consistentie konden bereiken. Nu we de verzamelplaats in springen, die hebben we vol dynamic map aan informatie, dus dit zijn onze nieuwe apparaten, precies aangesloten zoals we ze eerder hadden, en nu kunnen we onze basisverbindingen voor deze apparaten zien.
Op basis van de gegevens die we tot nu toe hebben verzameld, kunnen we deze gebruiken om deze wijzigingen over te dragen naar de nieuwe apparaten. Dus omwille van de demonstratie zal ik doorgaan en een wijziging doorvoeren die geen directe invloed heeft op de apparaten. Nogmaals, dit is een demonstratie, dus we willen deze informatie alleen illustreren. Om dit te doen, zal ik mijn netwerkwijzigingstool gebruiken. Nu we alle informatie hebben geëvalueerd, hebben we onze marsorders gegeven over de stappen die we moeten nemen en welke veranderingen we moeten doorvoeren. Dus hier kunnen we doorgaan en onze hardware-upgrade gebruiken. Nu geeft een hardware-upgrade ons een workflow van stappen die we moeten nemen, beginnend bij onze benchmark, gaand naar onze basisapparaatconfiguraties, onze aangepaste configuraties en onze benchmark twee, waar we een vergelijking zullen maken helemaal aan het einde, controleer in zekere zin nogmaals of we de wijzigingen hebben aangebracht die we hebben gedefinieerd.
Laten we nu verder gaan en ik zal dit nu doornemen. Dus uitgaande van mijn benchmark, zal ik die momentopname maken. Een ding om op te merken is dat je opnieuw dezelfde informatie krijgt van de vorige benchmark, behalve dat ik me nu wil concentreren op het configuratiebestand. Houd er rekening mee dat we indien nodig informatie hieraan kunnen toevoegen of verwijderen. Dus ik moet het CLI-commando verwijderen. We gaan gewoon door en schrappen dat en ik voeg dit toe aan de standaardset. Dus nu we deze informatie hebben, laten we daarmee beginnen. Nogmaals, dat merk je NetBrain is het verzamelen van een gegevensmap, weet je, van het werkelijke jaar, de werkelijke maand en de werkelijke dag. Het toont ons ook de tijd van de dag, zodat we de tijdstempel hebben waarnaar we kunnen verwijzen.
Oké, dus nu we dit hebben, kunnen we doorgaan met de basisconfiguratie van het apparaat. Dus hier gaan we verder en maken die verandering waar ik die SNMP-strings ga pushen. Laten we nu verder gaan en hiermee beginnen. opnieuw. U gebruikt dit voor VTI-informatie, SNMP-informatie en het controleren op basis-ACL's. Alles wat consistent zal zijn op alle apparaten, willen we hier aan deze fase toevoegen. Dus nu heb ik mijn SNMP-strings, ik heb de informatie hier, maar onthoud: als we ooit informatie moeten terugdraaien, kunnen we ook informatie naar de terugdraaisectie gooien.
Dus ik ga gewoon door en zet 'nos' ervoor. Op die manier kunnen we die SNMP-string ongedaan maken, toch? Dus we hebben ons wisselgeld, we hebben een terugdraaiing. Ik ga door en voeg het toe aan de apparaten. Je zult merken dat we hier alle tekenreeksen hebben toegevoegd, en houd er rekening mee dat we zelfs extra stappen kunnen toevoegen als dat nodig is. Hetzelfde geldt ook voor het terugdraaien, ik zal deze ook toevoegen, zodat ik er naar terug kan gaan als dat nodig is.
Dus nu ik mijn wijzigingen heb gedefinieerd. Ik weet precies wat ik ga veranderen. We kunnen nog steeds doorgaan en beginnen met de uitvoering van de veranderingen. U zult merken dat we verschillende opties hebben om al onze apparaten opeenvolgend of gelijktijdig uit te voeren of apparaten één voor één uit te voeren. In dit geval kunnen we elke opdracht één voor één geven en de resultaten daarvan bekijken. Maar laten we omwille van de opportuniteit, wat eigenlijk is wat we hier willen doen, doorgaan en deze allemaal tegelijk uitvoeren.
Nu ik de resultaten kan uitvoeren, kunnen we naar elk apparaat springen om het te bekijken NetBrain bereid de configuraties voor als een kluis voor het advies. We kunnen daar feitelijk in klikken om de commando's uit te voeren. Je kunt de eindresultaten zien. Dit is precies hoe het eruit zou zien als we massaal bevelen zouden geven. Dus nu zul je zien dat sommigen van hen het nemen, en anderen niet. Dit is dus misschien niet de exacte configuratie voor de daadwerkelijke apparaten, maar dat is geen probleem, omdat we weten dat sommige apparaten het niet doen, en dat het niet zal kunnen veranderen of een grote impact zal hebben als ze het niet doen.
Dus nu we de resultaten hier hebben, kunnen we doorgaan naar de volgende stap, waar we die aangepaste configuraties kunnen invoeren, ze kunnen toevoegen als dat nodig is, misschien interface-informatie, misschien specifieke routes die zich op een bepaalde route bevinden. of iets dergelijks. En dan kunnen we naar onze benchmark twee gaan. Hier is waar we die tweede momentopname van het netwerk kunnen maken, nogmaals, waarbij we ons alleen concentreren op de configuratiebestanden, zodat we die resultaten en veranderingen kunnen zien.
Oké, perfect. Dus we hebben hier onze tijdstempels. We kunnen naar onze vergelijking gaan en de uiteindelijke resultaten bekijken. Dus nu hebben we onze tijdstempels, beide op respectievelijk 2:17 en 2:20, 14:17 en 14:20. We kunnen de beschikbare gegevens controleren die tussen hen beiden worden gedeeld. We kunnen dus ons configuratiebestand bekijken, een snelle vergelijking maken en nu NetBrain kan ons de veranderingen en de verschillen tussen de apparaten laten zien. Kijkend naar dit eerste kernapparaat, ga naar het volgende, zie dat de eerste configuratie verandert zodat de bits anders zijn, en dan kunnen we nu de twee extra strings zien die zijn toegevoegd, een herschrijfbare en een alleen-lezen string. Dus nu we dit hebben, kunnen we verifiëren dat we de informatie op de kaart hebben, we zien de details die beschikbaar zijn, en we kunnen doorgaan en dit laten delen en naar het team sturen voor definitieve documentatie.
Dus nu we verifiëren dat de wijzigingen zijn aangebracht en naar de apparaten zijn gepusht, kunnen we nu ook al onze eerdere informatie die we hebben getest dubbel controleren. Dus een daarvan zou het pad zijn. Wij willen ervoor zorgen dat ons netwerk daarin meestroomt. Nogmaals, dit is een eenvoudige hardware-upgrade, geen volledige deconstructie, ineenstorting of uitbreiding van een netwerk. We zullen dus onze padtool opnieuw gebruiken en we zullen die SJC-kern en de SCL-kern controleren.
Oké, dus nu gaan we verder en voegen we onze SCL-kern toe. Perfect. Dat pad gaan we nog een keer lopen. Spoedig NetBrain kan die informatie herberekenen en je kunt zien dat ons pad hetzelfde was als in het vorige voorbeeld, toch? Dus nu hebben we deze details beschikbaar. We zouden de informatie zien die er is en de gegevens indien nodig heen en weer kunnen delen.
Dus nu we onze daadwerkelijke routeringstabellen hebben gevalideerd, weten we dat alles hetzelfde is. Laten we doorgaan en controleren of deze veranderingen zijn doorgevoerd en kunnen we alles wat heeft plaatsgevonden opnieuw evalueren. Dus één ding dat we kunnen doen is: A, onze vorige gebruiken Runbook, of we kunnen onze benchmark daadwerkelijk gebruiken om hier iets heel cools te doen. Laten we nu verder gaan en daar op ingaan.
Nu kunnen we binnen onze benchmarks daadwerkelijk de taken plannen die ik noemde. Je zult dus merken dat ik eerder tijdens de daadwerkelijke demonstratie benchmarks heb gebruikt door deze live op de apparaten te doen, maar hier kunnen we NetBrain periodiek benchmarks uitvoeren. We kunnen dit dus elk uur, dagelijks of wekelijks doen om ervoor te zorgen dat we een up-to-date overzicht van ons netwerk houden. Bovendien kunnen we een apparaatbereik definiëren en live gegevens ophalen, zodat u de rijkdom aan informatie kunt zien die we gaan verzamelen. Nogmaals, CLI-gegevens die kunnen worden aangepast, zodat we zelfs vooraf gebouwde sjablonen kunnen toevoegen en zelfs die sjablonen kunnen aanpassen, en vervolgens de extra bewerkingen kunnen toevoegen. Hier kunnen we echt laten zien hoe we deze kunnen automatiseren Runbooks, automatiseer die CLI-opdrachten nog verder.
Nu kunnen we vanuit onze op Qapp gebaseerde activiteiten Qapps in de benchmark laden. Dus nu kunnen we alle tools zien die we gaan gebruiken om de informatie te controleren die is gewijzigd, zodat je deze resultaten, de leeftijd van het apparaat, de poortbeveiliging, VLAN-informatie enzovoort kunt zien. Deze gegevens kunnen worden ingebed in NetBrain Dus elke keer dat het deze benchmark uitvoert, kan het die gegevens opnieuw bekijken. Dat betekent dus dat zodra we de informatie hebben verzameld, deze in gegevensweergaven op de kaart kan verschijnen.
Hier kunnen we dus de verschillende informatiestukken zien die we hebben. We konden onze interfacefouten zien, variabelen monitoren en periodiek naar onze gezondheidsmonitor kijken die werd uitgevoerd. Dus we hebben getriggerd NetBrain om daarbij een gezondheidsmonitor uit te voeren. We kunnen inzoomen om het CPU- en geheugengebruik, andere informatie rond de apparaten, VLAN-informatie enzovoort te zien. We kunnen dus al deze details rond de apparaten zien en routeringsprotocollen zien, alle gegevens die we binnen de omgeving hebben geconfigureerd. Dus nu we deze informatie hebben geverifieerd en alles is gevalideerd, laten we onze apparaten inpakken en ze vervolgens opsturen voor implementatie. Laten we doorgaan en de zaken doorgeven aan Amena.
Amena: Bedankt, Joël. Zoals je kunt zien in de demo van Joel: NetBrain helpt veel van de handmatige arbeid die gepaard gaat met change management processen te verlichten. U kunt NetBrain om wijzigingen te definiëren met behulp van configuratiesjablonen en deze sjablonen vervolgens tegelijkertijd naar alle apparaten te pushen. De wijzigingen kunnen automatisch worden uitgevoerd, maar kunnen indien nodig ook worden teruggedraaid. Ze kunnen worden gevisualiseerd dynamic maps en uitvoerbaar Runbooks kunnen worden gebruikt om de wijzigingen te valideren aan de hand van ontwerp- en compliance-eisen.
En daarmee zijn we bij fase vijf aangekomen, waarin operationele uitdagingen worden aangepakt. In fase vijf hebben de uitdagingen te maken met de beperkte kennis die de engineers nu zullen hebben van het nieuw ingezette netwerk. Dat maakt het oplossen van problemen met andere dagelijkse taken veel uitdagender. Naarmate er verdere wijzigingen worden doorgevoerd, raakt de netwerkdocumentatie bovendien steeds meer achterhaald. Dus ik nodig Joel terug voor nog een demo om ons te laten zien hoe NetBrain kan tijdens deze fase helpen met het netwerkupgradeproces.
Joël: Bedankt, Amena. Nu kan de livedatum van het doel voor veel ingenieurs een zeer zenuwslopende dag zijn, omdat veel mogelijke variabelen de prestaties van een netwerk kunnen beïnvloeden. Tot nu toe hebben we onze ontwerpen uitgebreid kunnen valideren om echt inzicht te krijgen in de veranderingen die binnen het netwerk zijn aangebracht. Maar wanneer we iets online zetten, bestaat er altijd een risico dat er problemen optreden. Dus we kunnen gebruiken NetBrain om actief na te gaan wat er in onze omgeving gebeurt.
Het eerste wat we nu kunnen doen is onze gebruiken Runbooks om deze gegevens te visualiseren. Hier zie je dat onze Runbooks variëren van alleen algemene naleving tot zelfs beveiliging en alleen algemene probleemoplossing. Zo kunnen wij informatie binnen ons netwerk opvragen. We kunnen bijvoorbeeld onze algehele gezondheidsmonitor gebruiken om details in de omgeving te zien, waardoor we een goed inzicht krijgen in wat we hebben. Dus als de operationele teams dit nu kunnen gebruiken om de prestaties van een netwerk te zien, krijg je een goed inzicht in wat er is. U kunt die informatie zelfs met het team delen.
Nu met de details die worden verzameld, wordt alles opnieuw opgeslagen in die gegevensweergave. U kunt die informatie dus altijd op en neer halen en indien nodig uitschakelen. Een ander ding dat we kunnen doen om gegevens te kunnen visualiseren, is door gewoon te controleren op padanalyses die we hebben uitgevoerd. We willen er altijd voor zorgen dat we op de hoogte blijven van de manier waarop ons verkeer in het netwerk stroomt en kijken of er afwijkingen zijn. In plaats van ze voortdurend vanaf de bovenkant van deze padbalk uit te voeren, kunnen we nu enkele vooraf gedefinieerde paden gebruiken die we hier hebben gemaakt. Door eenvoudigweg een van deze paden vanuit het live netwerk uit te voeren, kunnen we deze informatie rechtstreeks naar de kaart slepen en neerzetten om deze details over elkaar heen te leggen.
Nu, NetBrain gaat mij de informatie laten zien van mijn inkomende en uitgaande paden, en laat ons zien hoe het verkeer binnen het netwerk stroomt, zodat we voortdurend op de hoogte kunnen blijven van bestaande padstromen die plaatsvinden. Terwijl dit allemaal loopt, kunnen we gegevens natuurlijk in meerdere formaten visualiseren. Dus naast dat we het vanaf de kaart kunnen bekijken, kunnen we ook dashboards gebruiken om deze details te bekijken. Nu kunnen we zien dat we routeringsprotocolspecifieke informatie, gezondheidsspecifieke informatie en zelfs topologiespecifieke informatie hebben. Maar tot nu toe heb ik een algehele gezondheidsmonitor gemaakt om informatie vanuit het dashboardperspectief te bekijken.
Vanaf deze sitestatusmonitor kunnen we nu meerdere perspectieven van de apparaten zien. Aan de ene kant kunnen we een kaart zien, aan de andere kant kunnen we apparaatdetails zien, dus nu kunnen we het beste van twee werelden halen door alle informatie samengevoegd in één ruimte te kunnen zien. Nu kunnen we aan de hand van de nieuwe apparaten die zijn geïmplementeerd zien dat onze interfacelinkfoutgrafiek volkomen duidelijk is. We hebben nul fouten die worden ingevuld, dus dat is geweldig. Ons interfaceverkeerscharter toont ons enkele pieken en dalen, het interfacegebruik geeft ons wat informatie en we kunnen snel door een van deze configuraties springen om details rond onze apparaten te bekijken.
We hebben gegevenstabellen die ons het totale aantal buren laten zien dat omhoog of omlaag is en de daadwerkelijke routeringsprotocollen en het aantal routes dat is geleerd. Mac-tabellen zijn ook beschikbaar, samen met routeringstabellen. We kunnen dus echt wat informatie uit onze apparaten halen. Dit kost ons over het algemeen behoorlijk wat tijd voordat we het kunnen monitoren, compileren en vervolgens ook kunnen documenteren. Nu we weten dat ons netwerk naar verwachting werkt, kunnen we alles afronden met een slotdocument. Dus nu kunnen we deze informatie daadwerkelijk exporteren, een definitief sjabloon krijgen en deze gegevens vervolgens delen. U ziet de verschillende widgets die we kunnen exporteren en u kunt ons zeer gedetailleerde informatie over ons netwerk geven.
Dus nu als NetBrain deze gegevens exporteert, kunnen we deze resultaten daadwerkelijk downloaden en bekijken. Oké, perfect. We hebben het document dus met succes geëxporteerd. Ga gewoon door en spring erin en zie dat. Dus nu kunnen we vanuit onze sitestatusmonitor dit openen en vervolgens de informatie bekijken. We hebben die download eigenlijk. Laten we daar nu eens naar kijken. Ik ga gewoon door en schuif dit even door. Perfect. Nu zullen we vanuit onze sitestatusmonitor zien dat we hier een volledig bewerkbare en aanpasbare uitvoer hebben, zodat we deze informatie daadwerkelijk kunnen bewerken, we apparaatdetails, apparaateigenschappen, enzovoort kunnen zien, en we kunnen in staat zijn om de gegevens die we exporteren te wijzigen NetBrain.
Dus nu is alles met hyperlinks verbonden, we kunnen naar apparaatdetails springen, informatie over onze omgeving bekijken, laag twee- en laag drie-interfaces zien die worden weergegeven en ons echt een standaardvisualisatie van ons netwerk geven, zodat we alles kunnen afronden en dat hebben definitieve pakket. Kortom, we hebben laten zien hoe we dit kunnen gebruiken NetBrain's dynamic maps om netwerkapparaten te bekijken en te organiseren, onze configuraties te analyseren via onze CLI-automatisering en Runbooks. En als laatste, implementeer veranderingen aan onze apparaten met ons change management. Ik ga door en geef dingen terug aan Amena. Goed. Heel erg bedankt.
Amena: Bedankt, Joel, voor weer een geweldige demo. Zoals je zag in de demo van Joel: NetBrain kan op verschillende manieren helpen bij de bedrijfsvoering en u helpen de netwerkprestaties te visualiseren, zodat u van tijd tot tijd gezondheidscontroles kunt uitvoeren en de prestaties van uw apparaten kunt controleren. Het kan u ook helpen bij het automatiseren van de diagnose van probleemoplossing, waarbij veel van de handmatige en repetitieve taken die verband houden met het oplossen van problemen en het uitvoeren van ontwerpcontroles worden geautomatiseerd. Het kan u ook helpen uw documentatie up-to-date te houden door terugkerende ontdekkingsbenchmarks uit te voeren.
Laten we dus samenvatten hoe automatisering u kan helpen bij de voorbereiding op een succesvolle hardwarevernieuwing. U kunt netwerkdocumentatie automatiseren met NetBrain voor vereisten en ontwerpbeoordeling. Dynamic Maps helpen u een diepgaand inzicht in het netwerk te krijgen. Geautomatiseerde netwerkdiagrammen, inventarisatie en ontwerpdocumentatie kunnen cruciale tijd besparen die wordt besteed aan het verzamelen van gegevens. NetBrain kan u ook helpen presteren compliance checkS. Dit alles kan zowel tijdens de staging als na de implementatie worden gedaan.
NetBrain Met de change management-mogelijkheid kunt u configuraties pushen en ze indien nodig eenvoudig terugdraaien. Tot slot kunt u uitvoerbare Runbooks om de naleving te helpen automatiseren en alleen controles te ondertekenen, verkeerde configuraties snel te identificeren en de probleemoplossingsworkflows tijdens de werking te stroomlijnen.
Als je het leuk vindt wat je vandaag hebt gezien, dan kan dat vraag live een demo op maat aan via onze website at netbraintech.com/request-a-demo.
Daarmee wil ik u bedanken dat u vandaag bij ons bent gekomen. Joel en ik blijven de rest van het uur aan de lijn om uw vragen te beantwoorden. Laat ze maar komen voor het vraag- en antwoordvenster. Een aantal daarvan proberen wij ook telefonisch hardop te beantwoorden. Nogmaals bedankt dat u bij ons bent gekomen en geniet van de rest van uw dag.