show run

show run <parameter> <parameter>

Beispiel Interface:
show run int GI1/0/1

Anzeigen der Config wenn man im Config Mode ist

do show int <parameter> <parameter>

Beispiel Interface:
do show run int GI1/0/1

hostname <hostname>

ip domain-name <domainname>

ip name-server <dnsserver>

ip default-gateway <IP>

show clock detail
show ntp status

ntp peer 0.at.pool.ntp.org

clock timezone GMT +1

username <username> priv <level> secret <password>

Beispiel:
username admin priv 15 secret P@ssw0rd

aaa new-model

crypto key generate rsa
2048
line vty 0 15
session-timeout 15
transport input ssh

Definieren eines neuen Ports:
ip ssh port <PORT> rotary 1


Blocken des default SSH Ports (22):
ip access-list extended Deny22SSD
	deny tcp any any eq 22
	permit ip any any


Zuweisen an die verfügbaren Sessionpools (kontrollieren welche für SSH konfiguriert sind):
line vty 0 4
	rotary 1
	access-class Deny22SSD in
	exit
line vty 5 15
	rotary 1
	access-class Deny22SSD in

show user
show user wide

Es wird beim booten eines Switches ausgewählt wer der Master ist. Dies wird durch die Priorität entschieden. Der Switch der eine höhere Priorität hat wird Master. (15 ist Max).
Haben zwei Switche die gleiche Priorität wird der Switch mit der höheren Uptime zum Master

show switch stack-ports
show switch neigbours
show switch

switch <stackmembernumber> priority <prioritynumber>

Muss man ein Stackmember tauschen weil dieser zB defekt ist muss man hier aufpassen das der bestehende auf jeden Fall(!) der Master bleibt da sonst die Config vom Switch falsch gesynct wird.
Der aktive Switch muss die Priorität 15(!) haben oder bekommen mittels dem Priorität-Befehl. Danach kann der neue Switch angesteckt (Stackingkabel) und mit Strom versorgt werden. Nach einer längeren Bootphase gliedert sich der Switch in den Stack ein und holt sich die Config vom Master ab. Danach würde ich empfehlen dem Slave Switch die Priorität 10 zu geben. Zum Schluss sollte der Master Priorität 15 und der Slave Priorität 10 haben.