Cisco DNCS System Release 2.7 3.7 4.2 Guia Da Instalação

Página de 152
 
Appendix E 
ROM Naming Conventions and Image Versions 
102 
78-4003052-01 Rev G 
Software Revision Number 
The second component of the ROM image name is the software revision number in 
x.y.z format. The software revision number changes under one of the following 
scenarios: 
 
The “x” portion of the software name changes when a major feature is added to 
the software. 
Example: A complete redesign of the user interface or the addition of a major 
new feature initiates a change in the “x” portion of the software name. 
 
The “y” portion of the software name changes when minor features that the 
subscriber would see are added to the software. 
Example: A minor change to the user interface or the addition of a minor feature 
initiates a change in the “y” portion of the software name. 
 
The “z” portion of the software name changes when the software is updated and 
then released.  
Example: If the initial software revision name is 1.5.0 and the OS changes from 
3.12.13.2 to 3.12.14.2, then the software revision number does not change. Only 
the build number changes.  
Note: See 
Build Information (on page 105) for additional information about the 
build information component of the ROM image name. 
 
Modifiers 
The third component of the ROM image name is the modifier. A modifier can be a 
new feature or a new function. If a feature or functionality is unique and could 
disrupt services when that code is sent to the wrong cable system, a modifier is 
added to the product name. This will not be a change in x, y, or z (the software 
revision number).  
One example is Dual CAK. If the wrong cable system received a Dual CAK build, it 
would disrupt that system's services. However, the other features in the software 
would be applicable to all customers. Thus, the x.y.z would be the same, but the 
modifier would be different. 
Examples: 
 
DVR 1.5.0_DC (for a cable system requiring Dual CAK) 
 
DVR 1.5.0_PK (for all other cable systems)