mirror of
https://github.com/Fohdeesha/lab-docu.git
synced 2024-11-29 11:15:23 +01:00
Finished v1 of ICX6xxx adv page
This commit is contained in:
parent
7befcc0509
commit
fd431d900e
@ -1,20 +1,16 @@
|
|||||||
This page assumes you've already followed the update/config guide for your specific switch model. You should now have an updated switch configured with an IP address, and one of the **regular switch ports** (not the dedicated management port) plugged into your network to access said IP.
|
This page assumes you've already followed the update/config guide for your specific switch model. You should now have an updated switch configured with an IP address, and one of the **regular switch ports** (not the dedicated management port) plugged into your network to access said IP. It's also assumed you're at the `configure terminal` CLI level.
|
||||||
|
|
||||||
Nothing here is necessary for your switch to continue operating as a "dumb" unmanaged switch, but the steps here are highly recommended nonetheless to set up remote management, configuration, and advanced features you might find useful.
|
Nothing here is necessary for your switch to continue operating as a "dumb" unmanaged switch, but the steps here are highly recommended nonetheless to set up remote management, configuration, and advanced features you might find useful.
|
||||||
|
|
||||||
## Naming & Key Generation
|
## Key Generation & Security
|
||||||
First, we can give the switch a name of your choice:
|
Before we can do things like SSH to the switch or access the web UI, we need to do a couple things. First, tell it to generate an RSA keypair - this is the first step to enabling SSH access:
|
||||||
```
|
|
||||||
hostname beefchunk
|
|
||||||
```
|
|
||||||
Now tell it to generate an RSA keypair - this is the first step to enable SSH access:
|
|
||||||
```
|
```
|
||||||
crypto key zeroize
|
crypto key zeroize
|
||||||
crypto key generate rsa modulus 2048
|
crypto key generate rsa modulus 2048
|
||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
## If Access Protection Is NOT Required
|
### If Access Protection Is NOT Required
|
||||||
If you do **not** want to password protect access to the switch (you're using it in a lab), follow this section. If you'd like to password protect it, skip this section.
|
If you do **not** want to password protect access to the switch (you're using it in a lab), follow this section. If you'd like to password protect it, skip this section.
|
||||||
|
|
||||||
Allow SSH login with no passwords configured:
|
Allow SSH login with no passwords configured:
|
||||||
@ -22,8 +18,8 @@ Allow SSH login with no passwords configured:
|
|||||||
ip ssh permit-empty-passwd yes
|
ip ssh permit-empty-passwd yes
|
||||||
```
|
```
|
||||||
|
|
||||||
## If Access Protection IS Required (or WEB-UI Access)
|
### If Access Protection IS Required (or Web UI Access)
|
||||||
If you do want to secure access to the switch, or use the (limited) web UI, follow this section. If not, skip it.
|
If you *do* want to secure access to the switch, or use the (limited) web UI, follow this section. If not, skip it.
|
||||||
|
|
||||||
To secure the switch, we need to create an account - "root" can be any username string you wish:
|
To secure the switch, we need to create an account - "root" can be any username string you wish:
|
||||||
```
|
```
|
||||||
@ -40,13 +36,13 @@ You should enable authentication for telnet access as well:
|
|||||||
```
|
```
|
||||||
enable telnet authentication
|
enable telnet authentication
|
||||||
```
|
```
|
||||||
If your switch is outside of your home, or accessible by others in any way, telnet should be disabled entirely, and access to the serial console should also be password protected. Otherwise skip this step at your discretion:
|
If your switch is outside of your home, or accessible by others, telnet should be disabled entirely, and access to the serial console should also be password protected. Otherwise skip this step at your discretion:
|
||||||
|
|
||||||
```
|
```
|
||||||
no telnet server
|
no telnet server
|
||||||
enable aaa console
|
enable aaa console
|
||||||
```
|
```
|
||||||
### OPTIONAL: Key Based SSH Access
|
#### OPTIONAL: Key Based SSH Access
|
||||||
If you have followed the above to set up authentication, and also wish to disable password-based SSH login and set up a key pair instead, follow this section. If not, skip it. Enable key login, and disable password login:
|
If you have followed the above to set up authentication, and also wish to disable password-based SSH login and set up a key pair instead, follow this section. If not, skip it. Enable key login, and disable password login:
|
||||||
```
|
```
|
||||||
ip ssh key-authentication yes
|
ip ssh key-authentication yes
|
||||||
@ -61,13 +57,17 @@ ip ssh pub-key-file tftp 192.168.1.8 public.key
|
|||||||
```
|
```
|
||||||
You shouldn't need to be told basic key management if you're following this section, but just in case - copy your private key to the proper location on the *nix machine you'll be SSH'ing from, or if you're on windows, load it using [pageant](https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html). Now when you SSH to the switch, it will authenticate using your private key.
|
You shouldn't need to be told basic key management if you're following this section, but just in case - copy your private key to the proper location on the *nix machine you'll be SSH'ing from, or if you're on windows, load it using [pageant](https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html). Now when you SSH to the switch, it will authenticate using your private key.
|
||||||
|
|
||||||
## Ditching The Serial Cable
|
## Name & Ditching The Serial Cable
|
||||||
|
Now that you have access and authentication configured, it only makes sense to christen it with a name of your choice:
|
||||||
|
```
|
||||||
|
hostname beefchunk
|
||||||
|
```
|
||||||
Your switch now has a name, an IP address, and telnet or SSH access enabled. You should now be able to get rid of the serial cable and use a program like Putty to SSH or telnet to the switch IP. Then you can continue the guide from that CLI.
|
Your switch now has a name, an IP address, and telnet or SSH access enabled. You should now be able to get rid of the serial cable and use a program like Putty to SSH or telnet to the switch IP. Then you can continue the guide from that CLI.
|
||||||
|
|
||||||
## Network Configuration
|
## Network Configuration
|
||||||
|
|
||||||
### Default Route & DNS
|
### Default Route & DNS
|
||||||
If you want your switch OS to be able to reach networks outside of your subnet, as well as resolve hostnames (for instance, to contact NTP servers, or talk to an SNMP server outside your immediate network), we need to give the switch a default route and a DNS server. Replace the IP with the IP of your gateway/router/etc. Assuming you are still at the ```configure terminal``` level:
|
If you want your switch to be able to contact NTP servers for time synchronization, remote SNMP servers, etc, we need to give the switch a default route and a DNS server. Replace the IP with the IP of your gateway/router/etc. Assuming you are still at the ```configure terminal``` level:
|
||||||
|
|
||||||
```
|
```
|
||||||
ip dns server-address 192.168.1.1
|
ip dns server-address 192.168.1.1
|
||||||
@ -113,6 +113,91 @@ If you ever need to remove a configuration option you've added, put a ```no``` i
|
|||||||
no hostname beefbox
|
no hostname beefbox
|
||||||
```
|
```
|
||||||
|
|
||||||
|
## Advanced Features
|
||||||
|
This section will outline some of the more advanced configurations you may want to explore. If you use any of them, don't forget to `write mem` when done to actually save your changes.
|
||||||
|
### PoE
|
||||||
|
If you have a PoE enabled model you'll need to enable power on the ports you have PoE devices plugged into. For example, let's say you've plugged a PoE camera into port 5. Lets enable PoE power to turn it on:
|
||||||
|
```
|
||||||
|
interface ethernet 1/1/5
|
||||||
|
inline power
|
||||||
|
exit
|
||||||
|
```
|
||||||
|
That's it, now you should see the device power on. You can monitor PoE status such as power level, which ports are enabled, and how much power they're using by running the following:
|
||||||
|
```
|
||||||
|
show inline power
|
||||||
|
#or show even more details:
|
||||||
|
show inline power detail
|
||||||
|
#or show details for just one port:
|
||||||
|
show inline power 1/1/5
|
||||||
|
```
|
||||||
|
Most ICX6xxx series switches also have something called `legacy inline power` on by default, which detects and powers very old legacy PoE devices that rely on a specific resistance for detection. Devices like this are exceptionally rare and this can occasionally erronously detect regular devices as legacy PoE units, so let's disable it:
|
||||||
|
```
|
||||||
|
stack unit 1
|
||||||
|
no legacy-inline-power
|
||||||
|
exit
|
||||||
|
```
|
||||||
|
If you have a switch that does not support stacking like the ICX6430, you'll need to run `no legacy-inline-power` at the global configure terminal level instead. If you have a switch stack built, don't forget to run the above for stack unit 2 as well (or however many units you have).
|
||||||
|
|
||||||
|
### Link Aggregation (802.3ad LACP)
|
||||||
|
If you'd like to configure an LACP bond on the switch to aggregate 2 or more ports to a server for example, it's pretty easy under FastIron. First you need to meet some basic criteria before creating the bond:
|
||||||
|
* all switch ports in the bond must be the same port type / speed
|
||||||
|
* all switch ports being added to the bond cannot have an existing configuration on them (no IPs set etc)
|
||||||
|
|
||||||
|
Now create the dynamic (802.3ad) lag, giving it a name of your choice:
|
||||||
|
```
|
||||||
|
lag freeNAS dynamic
|
||||||
|
```
|
||||||
|
Now you should be at the LAG configuration CLI level for this new LAG. Here's the important part, tell it what ports you want to be in the bond. In this example I'll add two of the 10gbE ports on an ICX6610. If you want more than two ports in the bond, add them to the `ports` command after the first two:
|
||||||
|
```
|
||||||
|
ports ethernet 1/3/1 ethernet 1/3/2
|
||||||
|
```
|
||||||
|
Now we need to specify the primary port. This is the port member of the bond that will act as the single port that controls all bond members. For instance, if your primary port is 1/3/1, then to add your LAG to a vlan, you'd use `tag int eth 1/3/1` - the switch then do the same for all the other bond members. Same with any port config, if you want to configure the LACP group, you use the primary port. This is almost always the first port in the LAG, but typically doesn't matter:
|
||||||
|
```
|
||||||
|
primary-port 1/3/8
|
||||||
|
```
|
||||||
|
Lastly, we need to deploy the new LAG you've created and only needs to be ran once to enable it:
|
||||||
|
```
|
||||||
|
deploy
|
||||||
|
exit
|
||||||
|
write mem
|
||||||
|
```
|
||||||
|
Assuming the other end (server, other switch, etc) has been configured for LACP correctly, you should see them negotiate and enable all links. You can view the status of bonds using the following:
|
||||||
|
```
|
||||||
|
show lag
|
||||||
|
```
|
||||||
|
This is what a correctly negotiated LACP link will look like, the most important column typically being the last, with `Ope` meaning operational. If you have something else here like inactive, you have a configuration issue somewhere:
|
||||||
|
```
|
||||||
|
Deployment: HW Trunk ID 1
|
||||||
|
Port Link State Dupl Speed Trunk Tag Pvid Pri MAC Name
|
||||||
|
1/3/7 Up Forward Full 10G 2 Yes N/A 0 cc4e.24b8.d9d0 XEN-01-1
|
||||||
|
2/3/7 Up Forward Full 10G 2 Yes N/A 0 cc4e.24b8.d9d0 XEN-01-2
|
||||||
|
|
||||||
|
Port [Sys P] [Port P] [ Key ] [Act][Tio][Agg][Syn][Col][Dis][Def][Exp][Ope]
|
||||||
|
1/3/7 1 1 20002 Yes L Agg Syn Col Dis No No Ope
|
||||||
|
2/3/7 1 1 20002 Yes L Agg Syn Col Dis No No Ope
|
||||||
|
```
|
||||||
|
If you ever need to go back and edit the LAG properties, run the `lag` command again with the correct name:
|
||||||
|
```
|
||||||
|
lag freeNAS dynamic
|
||||||
|
```
|
||||||
|
Then if you want to add more ports to an existing bond for example, re-run the `ports` command, appending the new ports (don't forget to keep the existing ports in the command, or they will be removed). So, to add two more ports to our example bond:
|
||||||
|
```
|
||||||
|
ports ethernet 1/3/1 ethernet 1/3/2 ethernet 1/3/3 ethernet 1/3/4
|
||||||
|
deploy
|
||||||
|
exit
|
||||||
|
write mem
|
||||||
|
```
|
||||||
|
Whatever ports you add must have the same VLAN membership as the existing LAG, or you'll get an error about `tag type` not matching.
|
||||||
|
|
||||||
|
### VLANs
|
||||||
|
Coming Soon
|
||||||
|
|
||||||
|
### Stacking
|
||||||
|
Coming Soon
|
||||||
|
|
||||||
|
### ACLs
|
||||||
|
Coming Soon
|
||||||
|
|
||||||
## Useful Commands
|
## Useful Commands
|
||||||
|
|
||||||
Show chassis information like fan and temperature status:
|
Show chassis information like fan and temperature status:
|
||||||
@ -157,22 +242,6 @@ Show the running configuration:
|
|||||||
```
|
```
|
||||||
show run
|
show run
|
||||||
```
|
```
|
||||||
## Advanced Configurations
|
|
||||||
### PoE
|
|
||||||
If you have a PoE enabled model you'll need to enable PoE power on the ports you have PoE devices plugged into. For example, let's say you've plugged a PoE camera into port 5. Assuming you're at the `configure terminal` CLI level, lets enable PoE power to turn it on:
|
|
||||||
```
|
|
||||||
interface ethernet 1/1/5
|
|
||||||
inline power
|
|
||||||
```
|
|
||||||
That's it, you should see the device power on now. You can monitor PoE status such as power level, which ports are enabled, and how much power they're using by running the following:
|
|
||||||
```
|
|
||||||
show inline power
|
|
||||||
#or show even more details:
|
|
||||||
show inline power detail
|
|
||||||
#or show details for just one port:
|
|
||||||
show inline power 1/1/5
|
|
||||||
```
|
|
||||||
|
|
||||||
|
|
||||||
## SFP/Optics Information
|
## SFP/Optics Information
|
||||||
Brocade does not restrict the use of optics by manufacturer, they'll take anything given it's the right protocol. However optical monitoring information is disabled unless it sees Brocade or Foundry optics.
|
Brocade does not restrict the use of optics by manufacturer, they'll take anything given it's the right protocol. However optical monitoring information is disabled unless it sees Brocade or Foundry optics.
|
||||||
|
Loading…
Reference in New Issue
Block a user