enhver Cisco” Output tolk ” fans derude?!
Så jeg har altid været en stor fan af Ciscos output tolk værktøj, som kan findes her:
https://www.cisco.com/cgi-bin/Support/OutputInterpreter/home.pl?locale=en
for mange år siden, da jeg først fandt det, ville jeg prøve at bruge det til stort set alt. Lærte mig en masse indsigt og tip om, hvad jeg skal gøre, når jeg så noget. Da det faktisk undersøger det output, det sender dig, det markerer kun relevante detaljer til det problem, du har lige nu, snarere end bare generel information om, hvad en kommando gør eller sådan. På dette tidspunkt vil jeg lejlighedsvis trække på det for at jogge min hukommelse om noget, eller for at prøve at hjælpe med at finde ud af noget, men jeg går stadig til det lejlighedsvis helt sikkert!
Så jeg var begge lidt begejstret, plus havde en smule frygt sat ind, da jeg så denne meddelelse om, at den blev pensioneret i “maj 2016” på deres hjemmeside.
spændt i, at et nyt værktøj, “Cisco CLI analysator” kan være bedre og mere opdateret end Output tolk. Frygter det, fordi de kan ødelægge det, der stadig er en god ting.
Desværre er jeg bestemt mere bange for det nu end at se frem til det. Efter at have hentet CLI-analysatoren og lagt den lidt igennem, er jeg meget skuffet over det, jeg ser. I modsætning til Output tolk, hvor du vælger, hvilken tekst du vil have den til at se på fra dit foretrukne valgte værktøj, såsom SecureCRT, og indsæt den i værktøjet og tryk på undernet. CCA (Cisco CLI analysator) er sin egen SSH/Telnet klient. Ulemper inkluderer, at det tager et stykke tid at bringe op, og og det tilpasser sig ikke det, det ser, og fanen “Enheder”, hvor det gemmer, hvilke sessioner du har haft tidligere, er temmelig ubrugelig, hvis du rutinemæssigt går ind i en stor # af enheder. Jeg vil betragte det som svarende til” session manager ” i SecureCRT, hvor du gemmer hurtige links til enheder, som du ofte går ind i, kun du har ikke den kontrol over fanen Enheder.
det værste er, at det ikke tilpasser sig det, det ser, som Output tolk gør. IE: hvis Output tolk ser en masse CRC ‘ er på en grænseflade, vil det give dig kontekstuel Hjælp om CRC-fejl og fortælle dig, hvad du skal kontrollere. Med CCA får du en hurtig blurb om CRC ‘ er, uanset om du har nogen: “oplysninger om vis interface CRC – Cyclic redundancy checksum (CRC) genereret af fjernenheden svarer ikke til CRC beregnet ud fra de modtagne data. På et LAN indikerer dette normalt støj-eller transmissionsproblemer på LAN-grænsefladen eller selve LAN-bussen. Et stort antal CRC ‘ er er normalt resultatet af kollisioner eller en station, der transmitterer dårlige data. Det kan også indikere et lag 1-Problem”. Intet om hvad du skal gøre eller noget…
Et andet eksempel ville være debug output fra “Vis crypto isakmp” for eksempel. Med OI får du nogle ret gode ting at kontrollere baseret på output, med CCA får du intet.
alt i alt synes jeg ikke, at CCA er en god erstatning for OI, og det lyder som om de vil slippe af med OI hurtigt! Hvis du er en Oi-fan, skal du tjekke CCA og se, hvad du synes. Hvis du ikke har brugt enten før, jeg ville være interesseret i, hvad du synes også…
Hvis du er som mig, og du synes CCA er en dårlig erstatning for OI, skal du sørge for at klage til TAC om det!!