by Paul Campbell December 3, 2018
API-integratie is de sleutel tot elke IT-ondersteuningsoplossing.
Stel dat u over de fundamentele kennis beschikt om een bepaald probleem aan te pakken. Maar u weet zeker dat het een bug is, of misschien heeft u niet de tijd en de noodzaak om een ondersteuningsorganisatie zoals Cisco-TAC. Wat is uw volgende stap naast hetzelfde oude webinzendings- of 1-800-nummer waarmee het moeizame proces van het downloaden van informatie begint?
Wat dacht je van een handig hulpmiddel zoals NetBrain waarmee u de probleemoplossing en informatie waarover u beschikt binnen handbereik hebt integreert met de nieuwste automatisering van Cisco TAC? Het is alsof u een heel additief team heeft, zonder enige kosten voor uw bedrijfsresultaten! Cisco TAC heeft de wereld van DevOps en hebben hun meer dan 20 jaar ervaring gecondenseerd in scripts en runbooks die kunnen worden gebruikt om uw problemen rechtstreeks te diagnosticeren, op te lossen en mogelijk op te lossen NetBrain.
Bekijk hoe u gebruik kunt maken van de Cisco TAC-service via NetBrainde netwerkautomatisering.
Scenario #1: gebruikmaken van Cisco TAC-integratie voor STP-problemen
Neem bijvoorbeeld een spanning-tree-probleem dat zich voordoet op een campusnetwerk en dat u moeilijk kunt isoleren omdat het probleem tijdens uw onderzoek in beweging is of omdat u problemen ondervindt bij het correleren van uw notitieblok met poorten om de bron te vinden. Ik weet dat dit klinkt als een probleem uit circa 2005, maar het komt nog steeds voor. Waarom? Omdat er elke dag nieuwe technici bijkomen en netwerken worden beïnvloed door hetzelfde ‘meer doen met minder instelling’ als al het andere.
In dit scenario kunt u de probleemoplossing handmatig uitvoeren, inloggen op schakelaar na schakelaar of het waarschuwingsspoor van uw NMS volgen als een puppy nadat er wat eten op de vloer is gevallen aan de eettafel, of u kunt gebruik maken van just-in-time-automatisering in combinatie met Cisco TAC integratie om u binnen enkele minuten in de goede richting te helpen, niet binnen tientallen minuten of uren.
Elke dag komen er nieuwe ingenieurs bij en netwerken worden beïnvloed door hetzelfde "doe meer met minder houding" als al het andere.
Scenario #2: gebruikmaken van Cisco TAC-integratie voor draadloze problemen
Laten we nog een veelvoorkomend voorbeeld nemen in de netwerken van vandaag: je hebt een gebruiker die draadloos is verbonden. Hun mobiele apparaat lijkt geen probleem te hebben, maar de door het bedrijf uitgegeven laptop lijkt in en uit het draadloze bereik in uw hele gebouw te blijven gaan. Hoe los je problemen op? Hopelijk heb je een op een controller gebaseerd draadloos netwerk, anders kan dit snel echt problematisch worden. NetBrain kan u helpen identificeren of er problemen zijn met een configuratie die kunnen wijzen op hoofdoorzaken zoals overlapping, slechte poortconfiguraties, mislukte AP-groepen, slechte beveiligingsconfiguraties en meer via de integratie met Cisco Connected TAC.
Ja, de wereld wordt geregeerd door applicaties, maar mensen gebruiken die applicaties en als ze het willen, willen ze het nu – zonder vertraging. De gemiddelde tijd tot oplossing is belangrijker dan de oorzaakanalyse voor de klant; je hebt een manier nodig om ze te beïnvloeden bij alles wat je doet. Nummer één manier om dat te doen? Los problemen snel, efficiënt en hopelijk op voordat ze het eerste klachtenformulier ontvangen.
De gemiddelde tijd tot oplossing is belangrijker dan de oorzaakanalyse voor de klant.
Scenario #3: hefboomwerking NetBrain Benchmarkgegevens tijdens datacentermigratie
Een laatste voorbeeld: er vindt een datacentermigratie plaats en uw NetBrain documentatie houdt zichzelf up-to-date met automatisch geactiveerde benchmarks. Tijdens de migratie merkt u dat de toegang tot een bepaald segment van uw datacenter wegvalt. Je begint de problemen te onderzoeken en de routes en configuraties lijken in orde. Je bent verdwaald, verward en angstig, want elke minuut is cruciaal.
Met de historische kaartgegevens kunt u zien dat de toegang tot het segment ongeveer 30 minuten geleden is gewijzigd na een bepaalde configuratie. Dankzij het verschil op de kaart kun je precies zien wat de oorzaak is en waarom – de reden is niet belangrijk. De belangrijke factor is deze: uw NMS, documentatie, ondersteuningsteams en overlays moeten u in staat stellen uw rol beter uit te voeren door het eenvoudiger, duurzamer en sneller te maken om elke oplossing te implementeren.