Feature |
Product |
Release introduced |
---|---|---|
For configuration details, see VOSS User Guide. |
||
Zero Touch Deployment |
5520 Series |
VOSS 8.2.5 |
VSP 4450 Series |
VOSS 8.2 |
|
VSP 4900 Series |
VOSS 8.2 VIMs: VIM5-4YE, VIM5-4X, VIM5-4XE, and VIM5-2Y only |
|
VSP 7200 Series |
VOSS 8.2 |
|
VSP 7400 Series |
VOSS 8.2 |
|
VSP 8200 Series |
VOSS 8.2 |
|
VSP 8400 Series |
VOSS 8.2 |
|
VSP 8600 Series |
Not supported |
|
XA1400 Series |
VOSS 8.2 |
For the most current information on switches supported by ExtremeCloud™ IQ, see ExtremeCloud™ IQ Learning What‘s New.
Zero Touch Deployment enables a VOSS switch to be deployed automatically with ExtremeCloud IQ but you still need to onboard the switch on the ExtremeCloud IQ side. When the switch powers on, the DHCP Client obtains the IP address and gateway from the DHCP Server, and discovers the Domain Name Server, connecting the switch automatically to Extreme Management Center or to ExtremeCloud IQ cloud management application.
VOSS integrates with ExtremeCloud IQ using IQAgent. When you enable IQAgent, you can configure and monitor VOSS devices using ExtremeCloud IQ.
Zero Touch Provisioning Plus (ZTP+) provides Extreme Management Center connectivity to VOSS switches.
For more information about ExtremeCloud IQ Agent, see ExtremeCloud IQ Agent. For more information about ZTP+, see Zero Touch Provisioning Plus .
To use zero touch functionality, your switch must be in a Zero Touch Deployment-ready configuration mode, which means the switch cannot have existing primary or secondary configuration files loaded. Factory shipped switches are Zero Touch Deployment ready because they deploy without configuration files. However, existing switches require manual preparation before Zero Touch Deployment can function.
To prepare an existing switch for Zero Touch Deployment, the switch must boot without a configuration file. Perform one of the following actions:
Rename existing primary and secondary configuration files. Use the mv command to rename the existing configuration files. For example, mv config.cfg config.cfg.backup.
This is the preferred option as it ensures that the primary and secondary files are removed while making a backup of them at the same time. This option also ensures that the switch uses the default config.cfg file for the final configuration after it has successfully onboarded.
Boot from non-existent configuration files. Use the boot config choice command to configure the primary and backup configuration files to reference files that do not exist on the switch:
boot config choice primary config-file nonexistent1.cfg
boot config choice primary backup-config-file nonexistent2.cfg
This option also works, however, after the switch has successfully onboarded, it does not use the default config.cfg file but uses the alternative configuration file name provided instead, which might not be desired.
Delete the existing primary and secondary configuration files. Create a backup of these files before you delete them.