Het is tijd om wat frustratie iedereen ventileren!
Als je hebt gewerkt op de Cisco-apparaten voor langere tijd, of zelfs als je net begonnen met Cisco routers, weet je dat de Cisco command line interface kan een frustrerende zaak. De consistentie van de syntaxis van een bepaalde opdracht kan aanzienlijk verschillen van platform naar platform, apparaat naar apparaat en zelfs tussen verschillende versies van IOS. Begrijp me niet verkeerd het gaat steeds beter, maar het kan nog steeds een punt van frustratie
Een stukje geschiedenis op de Cisco Command Syntax.
In de oude dagen hebben we gebruikt om de Catalyst-switches en routers IOS hebben. Dit was voornamelijk het gevolg van het ingaan van het Catalyst platform. Het merendeel van de problemen met afwijkingen in de syntaxis van de opdracht is te wijten aan acquisitie. Veel nieuwe netwerk leveranciers van apparatuur ook daadwerkelijk creëren hun apparaten met een Cisco als commandostructuur. Niet alleen om gebruik te maken van de technische ondersteuning basis, maar om ook eventuele toekomstige verwerving aantrekkelijk voor Cisco.
Maar met zoveel overnames als Cisco heeft gehad, herinneren command line syntax wordt bijna useles.
Dan hadden we PIX firewalls die vroeger iets bekend als kanalen om het verkeer in staat te stellen veilig stromen door de firewall . Dit werd later veranderd in ACL's, die volledig het tegenovergestelde van leidingen. Praat over verwarrend.
Kan ik een AMEN voor het vraagteken?
Als u de stekker uit een Cisco IOS commando verwijzen naar de belangrijkste disclosure statement opgenomen op de top van iedereen is:
"De ondersteunde opdrachten kan variëren afhankelijk van de versie van de software in gebruik."
Dit is hun manier om te zeggen dat de opdracht zou moeten werken als dit, maar in geval van twijfel, punter!
"Om een uitgebreide lijst met opdrachten weer te geven, voert u een vraagteken (?) Op de aanwijzing."
En nu om de zaken nog interessanter hebben we nu de Cisco Nexus-platform .
Nexxus is de volgende generatie van de omschakeling platformen voor Cisco en de syntax is nog meer precair.
- IGP protocollen worden op het raakvlak niveau.
- IP-adressen worden opgeslagen in CIDR notatie.
- Artikel HSRP informatie is compleet anders.
- Veel geluk te proberen een "show stand-by" te doen Dat commando is volledig weg!
Dit is slechts het topje van de Iceburg.
Als u ooit opstelling een netwerk monitoring systeem, trek back-ups, bevragen een SNMP MIB, of voer een reguliere expressie
tegen uw inventaris van Cisco versnelling indien kan zijn gek van!
Neem routing-protocollen bijvoorbeeld. Ik wil mijn buren zien voor BGP en OSPF voor.
Voor BGP
show ip bgp neighbors
Voor OSPF
show ip ospf neighbor <- naaste? NIET buren??!
Ik ben oprecht te voelen voor nieuwe netwerk beheerders en technici die studeren voor een Cisco Certification Exam en proberen om deze verschillen in Cisco-commando's te onthouden. Ze zijn allemaal erg veel lijken, maar verschillend genoeg om verkeerd te zijn (in het bijzonder op een test).
Dus hoe kan het toch dat Cisco ons verwachten dat we gelijke tred te houden met dit alles.
Toegegeven de meeste mensen niet eens beseffen wat fo deze nuances. ze op het tabblad om de opdracht te voltooien of gewoon gebruik maken van het vraagteken (?) om de syntaxis te zien. En dan hebben we allemaal type in de eerste paar letters en druk op het tabblad weer.
Wat inconsistenties pis je uit met de Cisco command line? Voel je vrij om mee te doen in de frustratie. Hieronder Laat een reactie achter?
Geen gerelateerde berichten.
Het wordt nog beter - soms krijg je misschien een router en de IOS-versie geïnstalleerd, niet eens ondersteunt de functie of opdracht die u zoekt.
U moet syntactisch te zijn voor de proeven, maar in de echte wereld, dat vraagteken is een life saver!
De Nexus-platform brandt me iedere keer dat ik raak een. Het is alsof ze hebben slechts een deel van de Cisco IOS en geïmplementeerd de SAN-OS met zich mee. Aldus verandert MTU maten niet meer eenvoudig. Het is gebonden aan QOS verklaringen in plaats van een eenvoudige ip mtu of MTU verandering op de interface. Ze hebben een interface Range Command niet over een of andere reden. Zonder dat, het is alsof je terug in de jaren 90 op de opdrachtregel. VTP - wat VTP? Het werkt op sommige Nexus lijnen, maar niet de IBM BladeCenter 4001i is. Layer 3-commando's worden gekoppeld aan de functies die u mogelijk te maken. Als er een voordeel van het uitschakelen van een functie (zoals een snellere CPU verwerking of stabiliteit) het zou de moeite waard zijn het plaatsen van deze functies in een aparte set. Ik heb niet gezien dat een betere prestatie (het nog steeds zuigt) met deze functies uitgeschakeld. De Nexus 7000-serie is meer als het hebben van een grote Nexus 5000 met minder functies ...
Cisco IOS 15. Meen je dat? Nu moet je ervoor wilt zorgen Ik heb een licentie om de software die bij mijn router, switch, gebruik firewall , etc, zodat je niet een paar dollar te verliezen op iemand proberen om de IOS te leren? Ben je niet een van de rijkste bedrijven over, de meest populaire Netwerkapparatuur provider op de planeet? Je hoeft alleen ontwikkeld tot een geld making machine die ik niet meer wil behandelen. Sorry, Cisco, je miste de boot op de Nexus-platform en met uw hebzucht. Ik ben eigenlijk nooit het kopen van een ander weer. Ik verhuis naar Foundry switches. Ze zijn eenvoudig. Zij maken gebruik van Cisco syntax beter dan een Cisco doet, en ze zijn vrij goedkoop in vergelijking met de underpowered Nexus-platform. Oh ja, ik kan de Foundry-certificering te krijgen op hetzelfde niveau als ik bent geslaagd voor je CCNA of CCNP examens. Je hebt het te gemakkelijk om te vertrekken. Tot ziens.
Wayne
Hi,
Je krijgt een reeks optie in Nexus, zelfde syntax zonder het bereik COMAND:
NEX01 (config) # int eth112/1/40 - 45
NEX01 (config-if-range) #
Je hebt gelijk over de CLI van de Nexus, slecht doordacht en ook ik je pijn te delen met de QoS-beleid voor jumbo frames.