07-05-2012 08:26 PM - edited 03-01-2019 04:49 PM
Before we begin, I’ve segmented this document into three subnets. They are:
1) Introduction section 2) Troubleshooting section. 3) WTF section (I’ll explain later).
Let’s say that you have a pile of switches you need to deploy soon-ish. Now, your stack will “mostly” have the same configuration except the IP Addresses and Hostname. Let’s say that your switch configurations are composed of two parts: Dynamic (unique information such as IP Addresses) or Static (or fixed information).
Before the advent of Zero-Touch, one would sit down behind the pile switches and configure them one by one, very monotonous and very repetitive.
With Zero-Touch, all one has to do is connect a new switch’s Ethernet or Management Port to the switch “Director” Ethernet port (explained later) using an Ethernet cable. Power up the new switch and once the boot-up process completes the new switch will receive a Static Configuration and an IOS upgrade/downgrade from the Director.
Now, for safety reason, you have to manually configure what kind of switch you want to enable. And when I say “what kind of switch”, I meant SPECIFIC models. This feature will be able to determine if your switch is a 24- or 48-port, whether you switch has 2- or 4- SFP ports, etc. For short, very platform-specific.
Zero-Touch uses VLAN 1 and Cisco Discovery Protocol (CDP). Zero-Touch requires VLAN 1 because a new factory-fresh switch does not have any other VLANs other than VLAN 1. Ok so far?
Zero-Touch also uses CDP to “interrogate” the client switch. Zero-Touch takes the CDP value and pulls the “platform” information to know what kind of appliance wants “in” to the Zero-Touch and whether or not there are settings. Because of this, the director will NOT push the IOS and/or the static configuration to, say a 2960 switch to a 3560 (unless you incorrectly configured it to do so). If it’s not in the list, then the Director will not action.
Table 1 Supported Switches
Switch | Director | Client |
---|---|---|
Catalyst 3750-X |
Yes | Yes |
Catalyst 3750-E |
Yes | Yes |
Cisco 3750 | Yes | Yes |
Cisco 3560-X |
Yes | Yes |
Cisco 3560-E |
Yes | Yes |
Cisco 3560-C |
No | Yes |
Cisco 3560 |
Yes | Yes |
Catalyst 2960-S |
No | Yes |
Catalyst 2960-C |
No | Yes |
Catalyst 2960 |
No | Yes |
Catalyst 2975 |
No | Yes |
SM-ES2-16-P |
No | Yes |
SM-ES3 SKUs |
No | Yes |
NME-16ES-1G-P |
No | yes |
NM-16-ESW |
Yes | No |
Table 2 Supported Routers
Router | Director | Client |
---|---|---|
Cisco 3900 Series Integrated Services Routers G2 | Yes | No |
Cisco 2900 Series Integrated Services Routers G2 | Yes | No |
Cisco 1900 Series Integrated Services Routers G2 | Yes | No |
Cisco 3800 Series Integrated Services Routers | Yes | No |
Cisco 2800 Series Integrated Services Routers | Yes | No |
Cisco 1800 Series Integrated Services Routers | Yes | No |
Note: If your switch appliance (like 3560CG or ME-3800X) is not in this list, boy, do I have a joke for you! Read on!
No biggie. You need a TFTP server of course. A 3560 or 3750 switch running at least IOS version 12.2(55)SE1 IP Base which will act as a Director. Cisco documentation will state that Zero-Touch SmartPort was introduced starting with IOS 12.2(55)SE but Cisco insiders recommend using the SE1 rebuild because of “improvements” (aka bug fixes).
That’s simple.
Of course you need the IOS TAR files of the switches involved. You also need to create a few text files. They are:
It’s simple.
Press RETURN to get started!
*Mar 1 00:00:44.048: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1,
changed state to downAuth Manager registration failed
*Mar 1 00:00:45.231: %SPANTREE-5-EXTENDED_SYSID: Extended SysId enabled
for type vlan
*Mar 1 00:01:06.756: %SYS-5-RESTART: System restarted --
Cisco IOS Software, C2960 Software (C2960-LANLITEK9-M), Version 12.2(58)SE1,
RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2011 by Cisco Systems, Inc.
Compiled Thu 05-May-11 02:53 by prod_rel_team
*Mar 1 00:01:13.677: %LINK-3-UPDOWN: Interface GigabitEthernet0/2,
changed state to up
*Mar 1 00:01:14.683: %LINEPROTO-5-UPDOWN: Line protocol on Interface
GigabitEthernet0/2, changed state to up
*Mar 1 00:01:41.703: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Vlan1, changed state to up
!!!! Gets a valid IP Address
*Mar 1 00:01:59.764: AUTOINSTALL: Vlan1 is assigned 1.0.0.9 got vend id
vend spec. info ret: succeed got vend id vend spec. info ret: succeed
!!!! Don’t worry about the word “Aborted” because the “AUTOINSTALL” is part of the feature.
*Mar 1 00:02:20.416: %SMI-6-AUTOINSTALL: Aborted AUTOINSTALL
*Mar 1 00:02:20.416: AUTOINSTALL: Aborted
!!!! Downloads the config template file into the startup-config.
*Mar 1 00:02:20.416: %SMI-6-UPGRD_STARTED: Device (IP address: 1.0.0.9)
startup-config upgrade has started
Loading 2960lite_config.txt from 1.1.1.1 (via Vlan1): !
[OK - 1324 bytes]
*Mar 1 00:02:38.502: %SYS-5-CONFIG_NV_I: Nonvolatile storage configured
from tftp://1.1.1.1/2960lite_config.txt by console
*Mar 1 00:02:39.517: %SMI-6-UPGRD_SUCCESS: Device (IP address: 1.0.0.9)
startup-config has upgraded successfully
*Mar 1 00:02:39.526: %SMI-6-UPGRD_STARTED: Device (IP address: 1.0.0.9)
image upgrade has started
!!!! Next the IOS image list is being verified to know what file is to be used.
Loading 2960-24-8poe-lanlite-imagelist.txt from 1.1.1.1 (via Vlan1): !
[OK - 34 bytes]
!!!! Don’t worry about the “could not buffer”. Happens all the time.
Could not buffer tarfile...using multiple downloads
examining image...
extracting info (107 bytes)
!!!! IOS is being downloaded and extracted to the new switch
System Type: 0x00000000
Ios Image File Size: 0x009DFA00
Total Image File Size: 0x00DC0200
Minimum Dram required: 0x04000000
Image Suffix: lanlitek9-122-58.SE1
Image Directory: c2960-lanlitek9-mz.122-58.SE1
Image Name: c2960-lanlitek9-mz.122-58.SE1.bin
Image Feature: LAYER_2|SSH|3DES|MIN_DRAM_MEG=64
Old image for switch 1: same as image to overwrite
Image to be installed already exists...will be removed before download.
Deleting `flash:c2960-lanlitek9-mz.122-58.SE1' to create required space
Extracting images from archive into flash...
c2960-lanlitek9-mz.122-58.SE1/ (directory)
c2960-lanlitek9-mz.122-58.SE1/html/ (directory)
--- CUT ---
extracting c2960-lanlitek9-mz.122-58.SE1/info (427 bytes)
extracting info (107 bytes)
Installing (renaming): `flash:update/c2960-lanlitek9-mz.122-58.SE1' ->
`flash:/c2960-lanlitek9-mz.122-58.SE1'
New software image installed in flash:/c2960-lanlitek9-mz.122-58.SE1
!!!! Finish
All software images installed.
Requested system reload in progress...
*Mar 1 00:12:16.586: %SYS-5-RELOAD: Reload requested by SMI IBC client process.
Reload Reason: Switch upgraded through Smart Install.
Depending on the model of your switch between 10 to 15 minutes from the time the “client” is seen by the VStack Director.
The most useful command I’ve used is the “sh vstack status”.
SmartInstall: ENABLED
Status: Device_type Health_status Join-window_status Upgrade_status
Device_type: S - Smart install N - Non smart install P - Pending
Health_status: A - Active I - Inactive
Join-window_Status: a - Allowed h - On-hold d - Denied
Image Upgrade: i - in progress I - done X - failed
Config Upgrade: c - in progress C - done x - failed
Director Database:
DevNo MAC Address Product-ID IP_addr Hostname Status
===== ============== ================= =============== ========== =========
0 001e.490e.7600 WS-C3750G-24PS 192.168.1.2 Director Director
Pay close attention to the output under the “Status” section. This will tell you the progress of the Zero-Touch based on each “DevNo” or Index Number (first column).
There are two commands that the original Cisco documentation will tell you. They are:
I have a 50% success rate when using these two commands. Let me explain:
The Zero-Touch works great. Most of the time when I run into trouble, the most common issue I would see are is the switch would fail to download the config, download the IOS, reboot and attempt (but fail) to download the config. Sometimes it won’t even download the IOS.
Like I’ve mentioned before the two commands that Cisco recommends on using doesn’t work all the time. I would resort to power down the offending client, count to five, and powering up the client. Now THIS process works for me 100% of the time.
This section is called the WTF section. Why?
Let’s say that you read Table 1 and saw that you have a number of switch models that are NOT in the table, for example a Cisco 3560CG-8PC (in the list but this model is not available in the configuration) or Cisco ME-3800X-24FS. Well, in the back of your mind, you’d probably thinking that if you are reading this section, then something can be done to enable these unsupported models to work with Zero-Touch. Well? Can you?
And the short answer is? YES (if you use the magic word).
a) Same rules apply for the Switch Director:
b) You need the IOS TAR file of the switches
c) You need to create a Static Configuration file per switch; and
d) You need to create an image file
In my case, I had to deploy 3560CG-8PC and ME-3800X-24FS. So my image filename has to be exact. For the 3560CG-8PC has to be exact “3560CG-8PC-imagelist.txt” and the ME-3800 is called “ME3800X-imagelist.txt”.
Director(config)# vstack group custom <Enter any value> product-id
Director(config)# image tftp://<TFTP IP Address>/<IOS_filename>.TAR
Director(config)# config tftp://<TFTP IP Address>/<Config_filename>.txt
!!!! The magic word is “match”.
Director(config)# match WS-C3560CG-8PC-S
Director(config)# vstack group custom <Enter any value> product-id
Director(config)# image tftp://<TFTP IP Address>/<IOS_filename>.TAR
Director(config)# config tftp://<TFTP IP Address>/<Config_filename>.txt
!!!! The magic word is “match”.
Director(config)# match ME-3800X-24FS-M
The value after the “match” statement is very specific. The value comes out of the client’s Product ID (PID) and must be entered in ALL-CAPS. The Zero-Touch function will not work if this value is expressed in any other mean.
Unfortunately, the answer is NO.
I’ve tried using a 2950 and it won’t work. I don’t have the resources to test but if a switch (like the 3550 or the 2970) can run IOS version 12.2 then it could work using the “match” statement.
A quick question, have you successfully been able to get a 2950 to work as the Client as of yet?
I know in your first post, you mentioned that you had no luck with the 2950. I'm wondering if a later version of IOS has releaved that problem?
Hi Nick,
Sorry, but 2950, being that the final IOS is still old, doesn't support ZeroTouch.
UPDATE: I am testing IOS version 15.0(2)SE4 and I am suspecting ZeroTouch is BROKEN.
Will post more details.
WARNING on IOS version 15.2(1)E and later
If you are using this version, please be aware that Zero-Touch is BROKEN. If you have a switch client running this version, Zero-Touch will not work. The appliance will download the config but will be unable to download the IOS.
for the final dhcp pool in vlan-2, what kind of IOS dhcp server command do you use?
"ip dhcp pool" or
"vstack dhcp-localserver"
Is it possible to pre bind the IP in vlan-2 to the switch MAC to the intended one for later management?
Can you use VLAN 2? Yes you can. Newer IOS, if I remembered correctly it is 15.0(2)SE2 and later, will support VLANs other than 1.
What happens is it will talk in VLAN 1 and tell the client to create and use other VLANs other than 1. I've never tried it because VLAN 1 is never being used in our network other than this one-and-only setup.
The question was not whether can use vlan-2, but more about the kind of the dhcp server command.
Vlan-1 is the zero-touch vlan – nobody keeps this in production, vlan-2 or x for whatever the later productive one for the switches.
Sorry, Steffen. I'm getting confused.
You want to know what DHCP server command so only VStack switches will get an IP address? Is this what you are trying to determine?
No probem, Leo: I tried it out now and it doesnt any matter which of bother dhcp-server configurations to be used for vlan-2 pool.
But with vlan-2 I recognized the problem, that many persons complain about the reconnect to the SI-client in vlan-2 isnt working after SI has been finished:VLAN-2 will not be created at the SI clients, because VLAN creation is part of the binary vlan.dat not beeing considered in the SI concept even we add the command
"vlan 2
name si_prod" in the config templates to be rollout using SI.
Any ideas?
regarding vlan's differnt from 1: how is the concept in SI, if the customer uses VTP also for vstack switches? and if the native vlan's in trunks is also away from #1 because of security reasons?
Steffen,
The DHCP configuration for SmartInstall is very different to configuration for clients. Clients, like PCs, would not be able to get the IP address even if they are in the same VLAN.
Remember that ZeroTouch SmartInstall is used primary to build your switches. It's not designed for production. You cannot stack switches and use ZeroTouch because there is an maximum MAC limit (if I remembered correctly it's 18 MACs). Once 18 MACs have been reached you reboot the VStack master.
OK, for vlan-2 that become real working its importent to have
vtp mode transparent
in your config template placed on the tftp server since vtp mode server is the factory default of a cisco switch.
It seams to be: With vtp mode apart from transparent the switch will ignore the vlan config statements from the given startup or running config and will read the vlan config from the vlan.dat onl, vlan.dat not beeing part of the SI concept.
Another question: Is SI also working with Layer-3 connection between SI Director and Clients having DHCP helper to a centralized DHCP server?
Is SI also working with Layer-3 connection between SI Director and Clients having DHCP helper to a centralized DHCP server?
What clients? PCs and printers, as an example, won't join ZeroTouch SmartInstall because they don't understand it. This feature is currently available for some selected Cisco switches. And it requires that the master be enabled. So trying to get it through a Layer 3 network (site to site) is not recommendable.
no PC, L3 between SI-director and SI-client, i never meant pc or anything else than SI supported cisco switches to clearyfy any comments before.
If that is the case, then it doesn't make any sense and it's not the way ZeroTouch SmartInstall is meant to be.
If you have a Layer 3 network, then you configure a new VStack Director at the remote end.
Great walkthrough, it worked a treat for our 2960's but when I tried one of our new 2960X's it didn't work.
I'm running 15.0(2)SE4 on the Director which is a 3750G.
The 2960X's don't exist as a vstack group so I've created a custom one, see below but it still doesn't work
vstack group custom 2960X product-id
image tftp://192.168.1.3/C2960X.bin
config tftp://192.169.1.3/C2960X.txt
match WS-C2960X-48LPS-L
The 2960X shows the following message, so I'm assuming its something to do with the vstack group but can't work out what's wrong.
%SMI-3-IMG_CFG_NOT_CONFIGURED: IBC (IP Address :192.168.1.2) : The Director does not have a image file or a configuration file configured for this Product-ID
There's very little available on vstack for the 2960X's and all I can find is autoinstall which isn't the same.
Any help would be much appreciated.
Thanks
Jon
image tftp://192.168.1.3/C2960X.bin
Hi Jon,
I believe the error message you're seeing is because you've got the wrong file/filename in the configuration. ZeroTouch SmartInstall does NOT understand BIN file. You'll need to use the complete TAR file.
2960X
The file where it's specified what is the IOS file should be "2960X-imagelist.txt".
Give those a try and let us know.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: