NN-20500-148 Wireless Service Provider Solutions W-CDMA Upgrade Procedure Alcatel-Lucent 9300 W-CDMA Product Family Alcatel-Lucent 9370 Radio Network Controller – Software Upgrade Procedure Using OAM 8.1: Inter Release Upgrade NN-20500-148 07.07/EN Standard December 2012
83
Embed
20500148UA08.1_V1_Alcatel-Lucent 9370 Radio Network Controller - Software Upgrade Procedure Using OAM 8.1_ Inter Release Upgrade
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
NN-20500-148
Wireless Service Provider Solutions
W-CDMA
Upgrade Procedure
Alcatel-Lucent 9300 W-CDMA Product Family
Alcatel-Lucent 9370 Radio Network Controller – Software Upgrade Procedure Using OAM 8.1: Inter Release Upgrade
NN-20500-148 07.07/EN Standard December 2012
Wireless Service Provider Solutions
W-CDMA
Upgrade Procedure
Alcatel-Lucent 9300 W-CDMA Product Family
Alcatel-Lucent 9370 Radio Network Controller – Software Upgrade Procedure Using OAM 8.1: Inter Release Upgrade
Document number: NN-20500-148 Document issue: 07.07/EN Document status: Standard Product release: OAM08.1 Date: December 2012
Alcatel-Lucent – Internal – Proprietary – Use pursuant to Company instruction
Figure 67. Blue icon ................................................................................................................................57
Figure 68. Brown icon .............................................................................................................................57
NB: the durations are given for a maximal network configuration.
* This is the average duration but could be longer (up to 180 minutes) if there is a lot of software to be removed from the passports.
** The operator launches the activation command at OAM level. This command automatically manages the online build and software activation. The outage begins when the build is complete (and activation starts).
*** If the fabric firmware requires upgrade, then one or more alarms (70020005 and/or 70020007) may be issued approximately 20 minutes following a successful software upgrade.
3.9. FALLBACK SEQUENCE TABLE
These steps are used for fallback purposes. They have to be applied only on the
RNCs on which a fallback is needed.
Important: Fallback can be performed only during the maintenance window and probative phase. If fallback is required out of the probative period, and if any configuration update happened between upgrade and fallback, contact your next-level support (the global WO needs to be applied and the MIB needs to be built).
MAINTENANCE W
INDOW
275 minutes
FALLBACK
Up to 85 minutes
FALLBACK STEPS Duration (minutes)
Sheet page
If the fallback is to the initial version (UA7.1), backup the configuration in case reverse fallback is needed.
10 35
If it is needed for the recovery of the configuration in UA7.1, backup the RNC. *
15 36
If needed, manual fallback to previous software version on the RNC
Input Parameters: targetNode = RNC
20 66
If needed, restore the MIB Proto Patch 15-20 63
Restore RNCs in the OAM Database 20 69
RNC Check 100 23
Table 5. Fallback sequence
NB: the durations are given for a maximal network configuration.
* The duration for backup the RNC depends on the network performance since it is a FTP transfer.
Operations sheets are not always in execution order. Always refer to the operations sequence table to determine the correct sheet and the correct input parameter values.
12
HOW TO …
PRESENTATION
The purpose of this sheet is to describe how to perform some basic operations, which have to be performed during the execution of the procedure.
INITIAL STATUS
The OAM Main Server is running and the GUI is accessible from WMS OAM Client.
ACTIONS
P1. To display the alarms associated with RNC:
- Log into WMS OAM GUI and open the corresponding layout. - Select the RNC on which the alarms must be checked. - Right click on the selection and select Show Alarms from the context menu.
Figure 4. Show alarms associated with RNC
The Alarm Manager window appears. It allows the operator to investigate the alarms that could prevent him/her from starting the upgrade operation on the network element.
13
P2. To display the RNC OAM link administrative state:
- Log into WMS OAM GUI and open the corresponding layout. - Select the RNC on which the OAM link administrative state is to be checked. - Right click on the selection and choose Configuration | Set NEs’ OAM Link Administrative State from the context menu.
Figure 5. Launch the Set NEs’ OAM Link Administrative State window
A dialog box appears. It indicates the current RNC OAM link administrative state (LOCKED or UNLOCKED) of the selected RNC:
Figure 6. Set NEs’ OAM Link Administrative State Action Window
It is possible to modify the current value (LOCKED or UNLOCKED) by selecting the RNC then clicking the desired button (Lock or Unlock button). NB: After Unlock the link is fully open when the RNC icon in the layout is no longer blue. Wait for the icon to change from blue before proceeding.
14
P3. To launch the WICL console:
- Log into WMS OAM GUI and open the corresponding layout. - From the WMS OAM GUI, choose Configuration | Wireless Internet Command Language (WICL) menu item.
A console window appears. It allows the user to enter any WICL command.
P4. To launch the Equipment Monitor:
- Log into WMS OAM GUI and open the corresponding layout containing the RNC to be checked. - Select the RNC on which the equipment monitor is to be launched. - Right click on the selection and select Equipment Monitor.
Figure 7. Launch the Equipment Monitor
The RNC Equipment Monitor window then appears. It displays the RNC module states.
15
Here is how to get the neId parameter value of the I-Node. To do this, select the INode tab, then the Mod object from the Equipment Monitor. The neId is the nodeName value:
Figure 8. How to get the neId parameter value of the I-Node
Here is how to get the value of the mibState: select the RNC tab, check the box “Display whole objects tree”, and then select the RncMIB object in the tree. The mibState value is displayed in the lower pane:
- From a telnet/SSH session with the Alcatel-Lucent user on the Main Server: - Launch the following command (note that the “-h” option gives the available options of the tool):
In the OAM Main Server window under Alcatel-Lucent unix user:
The ZAP trace files are then generated in the /opt/nortel/data/sysmgt/zap
directory.
P6. To launch the Wireless Access Upgrade Tool (WAUT):
- WAUT is supplied with an installer utility which will typically install to a disk location such as C:/Program Files/WAUT. Launch the executable file (wips.exe) in this directory. Note: First check that if there is WCF file under directory: C:/Program Files/WAUT/WCF. If not, put the file in the following directory: “C:/Program Files/WAUT/WCF (create it if necessary)”. Note: There should be only one WCF file in WCF directory; otherwise WAUT will raise an error message.
P7. To launch the Sessions Manager:
- Log into WMS OAM GUI and open the corresponding layout. - From the WMS OAM GUI, choose the Configuration | Sessions Manager menu item.
The Sessions Manager window appears. It allows the user to view the currently active sessions.
P8. Check active calls in progress on RNC or FDDCell.
To verify overall call progressing executed by RNC or a dedicated FDDCell:
- Execute P4 “To launch the Equipment Monitor” - Select RNC Tab and Dynamic Data lower right tab
17
Figure 10. Check active calls in progress on RNC
Figure 11. Check active calls in progress on FDDCell
RNC tab
Dynamic Data tab
RNC tab
Dynamic Data tab
18
DOWNLOAD RNC SOFTWARE FROM DVD-ROM/LOCAL FILES TO SRS
PRESENTATION
The purpose of this sheet is to describe how to download the new software version available on the DVD-ROM/Local Files to the SRS (Software Repository Service) disk. Note that this process only needs to be performed once, regardless of the number of RNCs being upgraded.
INPUT PARAMETERS
hostnameSRS: The hostname of the SRS server.
INITIAL STATUS
The OAM Main Server is operational and WMS OAM GUI is accessible on a WMS OAM Client. The SRS is operational. The DVD-ROM drive must be local on the WMS OAM Client or the Local Software Delivery Files present on the WMS OAM Client.
ACTIONS
���� ON THE OAM CLIENT:
1. Open the SRM GUI:
- If not already done, log in on the WMS OAM Client. - Open a web browser. - Connect to the following Web Site:http://hostnameSRS:8080/srm/ (where hostnameSRS is the hostname of the SRS server).
- Enter the username and password for the WMS OAM Client administrator account. The following page will be displayed:
On this first page, it is possible to see the available free space on the SRS server.
2. Check the available free space on the SRS server. The SRS must have at least 1 GB of free space. If there is not enough free space, see the troubleshooting section to find out how to remove unused software from the SRS.
3. Download process:
- Click Install Software Release... - the following window appears:
Figure 13. SRM install software page
There are two types of delivery installation: (a) CD-ROM/DVD-ROM (b) Local Software Delivery Files CD-ROM/DVD-ROM
- Select the option CD-ROM/DVD-ROM for the delivery data input then select the DVD-ROM drive (Note that on a Windows client all drive “roots” are listed alphabetically, with the first item in the list [e.g. “A:\”] being displayed by default. So choose the right DVD-ROM drive according to the Client configuration).
- Insert the DVD-ROM into the SRM client DVD-ROM drive and wait for a few seconds. Then click OK on the window. The data transfer page will be displayed.
Local Software Delivery Files Note: Supported format file: *.zip, *.tar.Z, *.tar.gz
- Select the option Local Software Delivery Files for the delivery data input then click Add…
- In the popup file choose window, select the compressed files. The selected
- Close the window above, then eject and remove the DVD-ROM from the DVD-ROM drive.
4. Download TAP patches software to the SRS as explained in [R4] in Patch installation procedures part.
WARNING: For PC Windows XP SP2, if the PC is equipped with a firewall like Cyberarmor or McAfee, the software download operation can be blocked by the firewall. As a consequence, immediate stopping the Cyberarmor or McAfee Profile is recommended. (Please right click on the Cyberarmor or McAfee, select menu "Stop Profile").
TROUBLESHOOTING
1- In case of problem when connecting to http://hostnameSRS:8080/srm/, make sure that the java.policy file has been properly updated as described in the document referenced in [A1].
2- If there is not enough free space, it is possible to remove old deliveries from the SRS
using SRM. To do this, the operator can:
• Browse through the deliveries on the SRS (from http://hostnameSRS:8080/srm/ page).
• Select the unneeded deliveries
• Remove them from the SRS by clicking Delete Selected:
The purpose of this sheet is to describe how to check the RNC before starting the upgrade. Note that this task should be performed for each RNC to be upgraded.
INITIAL STATUS
The OAM Main Server is running and the GUI is accessible from WMS OAM Client.
ACTIONS
1. Import the UA7.1 snapshot into WIPS and run the network check. Ensure all UPGRADE errors are corrected and cleared prior to proceeding.
2. Check and note all active alarms for the RNC being upgraded.
(See the sheet "How to", action P1 to know how to check the alarms)
There should be no outstanding (i.e. uninvestigated) active alarms on the RNC before the upgrade. Each alarm found must be investigated before taking the decision to launch the upgrade procedure. Repeat the alarm check immediately after the upgrade, ensuring that any new alarm is investigated.
3. Before starting the upgrade, the RNCs can optionally be set to maintenance mode. To
do this, select the RNC and select Set Maintenance Mode On. This will indicate to all other users that an important operation is being carried out on the RNC.
Figure 19. Set Maintenance Mode On
After the upgrade is complete, the RNC should be set back to normal mode. To do so, select Set Maintenance Mode Off. Note: Alarms are not displayed when set maintenance mode on. Set an NE to maintenance mode will prevent any further alarms from being displayed in the Alarm Manager, and in the Resource Browser for NE.
4. Check the OAM-RNC link is open (RNC OAM link administrative state = unlocked). (See the sheet "How to" action P2 to find out how to check the RNC OAM link administrative state)
5. Check on the RNC that the committed and the current views are identical. To do this, the following commands must be performed on each node:
- From a telnet/SSH session under “Passport system administrator” on the Passport:
- Display the provisioning state and check that the committed and current views are identical:
In the targetNode Telnet/SSH window under “Passport system administrator”:
Check the following attribute values, provisioningUser is “none”, checkRequired and confirmRequired are “no”.
provisioningUser = none checkRequired = no confirmRequired = no
25
If any of the previously executed “provisioning checks” cannot be explained and solved, contact your next-level support.
6.... IMPORTANT: Note the RNC committed view name (identical to the current view name). The operator should record the name of the active view for an eventual FallBack (See section “Software fallback on RNC” for details).
7. Perform RNC MIB audit:
- Select the target RNCs, right-click on the selection and select the Audit command:
Figure 20. How to open Audit window
- The Audit Action window will appear.
Figure 21. Audit Action Window
- Click Audit now. - Check in the Command Manager that there are no errors:
Investigate each error, and if needed call your next-level support. 8. Launch the ZAP tool on OAM before starting the RNC upgrade. This will help the
support team in case a problem occurs during the upgrade. (See the sheet "How to", action P5 to find out how to launch the ZAP tool).
9. Check at least one interface in OAM_NE IP group is OK status before starting upgrade.
Note: if you don’t configure OAM_NE IP group during installation, ignore this step. In the web browser such as Firefox, open the Sun Management Center of OAM server
by input the URL http://<mainserver-hostname>:1500. For example, if Main Server hostname is zwjb2s76, the URL is http://zwjb2s76:1500.
After click “Enter”, the Sun Management Center homepage will appear.
Click “Launch Java Console” to login the Sun Management Center. The login window will appear.
Figure 24. Sun Management Center login window
Login as oamops user, input the user name and password (oamops/oam_oamops), and
input the “Server Host” for example zwjb2s76. Then click “Login” button. If this is the first time to login Sun Management Center, the “Set Home Domain”
window will appear. If not the first login, this window will not appear.
Figure 25. Set Home Domain window
Select “OAM Supervision” and click “Set Home” button, then the “Close” button will
be enabled. Click “Close” button to close the window. The Sun Management Center main window will appear.
Figure 28. Sun Management Center OAM IP group window
In the right panel of OAM IP group window, check the interface status of OAM_NE IP
group. Before the upgrade, make sure at least one interface in OAM_NE group is OK status. If no one interface status in OAM_NE group is OK, call your next level support.
10. After the upgrade right after warning alarm 70780300 “The first C-Bearer (cell) set-
up is completed successfully” is received, using the OSI State Reporting On Whole Layout window available in the menu Fault | Radio Access | OSI State Reporting On Whole Layout, select the RNC parent, to see the FDDCells locked, and note all faulty FDDCells.
Execute “How to”, action P8 to check active calls in progress on RNC or FDDCell to verify overall call processing executed by RNC.
A faulty FDDCell occurs on a RNC that is not working properly. After the upgrade, compare the faulty FDDCells list to the one before the upgrade. All extra faulty FDDCells might be caused by a problem during the RNC upgrade and will need to be investigated.
WARNING: All FDDCells are UNLOCKED after upgrade and will be needed to be LOCKED again according to the initial OSI reporting recorded or the file generated by the following WICL script before the upgrade:
When the command is completed, all the locked FDDCells are backuped in the file <filename>. After upgrade, the following WICL script will lock all the FDDCells in the file <filename>:
The purpose of this sheet is to describe how to remove unused software from the RNC disks. Note that this task should be performed for each RNC to be upgraded.
INPUT PARAMETERS
targetNode the RNC on which unused software should be removed.
INITIAL STATUS
The OAM Main Server is running and the GUI is accessible from a WMS OAM Client.
ACTIONS
���� ON THE OAM CLIENT:
1. From a telnet/SSH session under “Passport system administrator” on the targetNode: 2. Run the following CAS commands in the targetNode Telnet/SSH window:
In the targetNode Telnet/SSH window under “Passport system administrator”:
2.1 The targetNode should not exceed 70% of File System disk usage. 2.2 If there is enough available disk space, continue the upgrade. Else, remove unused software and provisioning files:
- Remove unused provisioning files:
In the targetNode Telnet/SSH window under “Passport system administrator”:
Note 1: It is possible to remove CTBL log files from the /spooled/closed/appl/rncInCTBinaryLogging directory of the targetNode. Before removing these log files you can save them in another place than the targetNode (e.g. on the OAM server).
Here is a command example for removing the logfiles from the tagetNode disk:
In the targetNode Telnet/SSH window under “Passport system administrator”:
> ls -path("/spooled/closed/appl/rncInCTBinaryLogging") fs Fs Type Prot Size Date Time Name dir no 0 2004-10-14 20:56:56 . dir no 0 2001-01-03 15:04:18 .. file no 9999252 2010-08-12 12:28:56 CtblLog.0001.20100812T122539.018.0010 file no 9999579 2010-08-12 12:31:58 CtblLog.0001.20100812T122857.019.0010 file no 9999934 2010-08-12 12:35:10 CtblLog.0001.20100812T123159.020.0010 file no 9999327 2010-08-12 13:16:30 CtblLog.0001.20100812T123510.021.0010 file no 9999358 2010-08-12 13:37:06 CtblLog.0001.20100812T131631.022.0010 file no 9998986 2010-08-12 13:55:44 CtblLog.0001.20100812T133707.023.0010 file no 9999932 2010-08-12 14:32:08 CtblLog.0001.20100812T135545.024.0010 file no 9999323 2010-08-12 14:33:58 CtblLog.0001.20100812T143209.025.0010 file no 9999987 2010-08-12 14:35:42 CtblLog.0001.20100812T143359.026.0010 file no 9999941 2010-08-12 14:38:36 CtblLog.0001.20100812T143543.027.0010 file no 9999931 2010-08-12 14:53:34 CtblLog.0001.20100812T143837.028.0010 file no 9998517 2010-08-12 15:02:16 CtblLog.0001.20100812T145335.029.0010 file no 9999908 2010-08-12 15:12:48 CtblLog.0001.20100812T150217.030.0010 file no 9999949 2010-08-12 15:28:06 CtblLog.0001.20100812T151248.031.0010 file no 9999814 2010-08-12 15:44:44 CtblLog.0001.20100812T152806.032.0010 file no 9999636 2010-08-12 15:54:42 CtblLog.0001.20100812T154444.033.0010 ok 2010-12-07 11:33:35.71 > remove -p("/spooled/closed/appl/rncInCTBinaryLogging/CtblLog.0001.20100812T122539.018.0010") fs Fs ok 2010-12-07 11:38:16.98 >
Note 2: It is possible to remove log files from the /spooled/closed/log directory of the targetNode. Before removing these log files you can save them in another place than the targetNode (e.g. on the OAM server).
Here is a command example for removing the logfiles from the tagetNode disk:
In the targetNode Telnet/SSH window under “Passport system administrator”:
> ls -path("/spooled/closed/log") Fs ↵↵↵↵ Fs Type Prot Size Date Time Name dir no 0 2001-04-18 18:00:00 . dir no 0 2001-04-18 18:00:00 .. file no 77666 2004-01-03 00:00:04 ppc_log.20040102T203708.044.1 file no 78269 2004-01-04 00:00:04 ppc_log.20040103T203704.046.1 file no 502288 2004-01-03 20:37:04 ppc_log.20040103T000004.045.1 file no 500889 2004-01-04 20:36:58 ppc_log.20040104T000004.047.1
This sheet describes how to backup the initial OAM data and to prepare this data in case a fallback is needed. This task must be executed for each RNC to be backed up.
INITIAL STATUS
The OAM Main Server is running and the GUI is accessible from a WMS OAM Client.
ACTIONS
1. If not already done, open a WICL console. (See the sheet "How to", action P3 to know how to open a WICL console) 2. Backup the RNC OAM database: In the WICL console, enter the following command:
0 # RNC <RNC user label> dbBackup ↵↵↵↵
3. When the command is complete the following message is displayed:
dbBackup OK! The result was stored at dfs:utran/neBackup/RNC-
RNC37158/backup.04_02_0K.20050616133849.bkp
4. Note the backup file name. It will be used if a fallback is needed. For information, the full path to the backup file is /opt/nortel/data/utran/neBackup/RNC-<RNC user label>/<Backup file name>
FINAL STATUS
The RNC OAM data in OAM database are backed up and available in case a fallback is needed.
Note: The RNCBackup provides a full backup of the RNC. This means that both view and MIB are backed up. In a standard fallback sequence (described later in this procedure) a reload of the view is sufficient to completely restore the 9370 RNC and the above backup need not to be used. They will be used by the support team in case a major issue occurs during the upgrade.
FINAL STATUS
The RNC committed view is backed up on OAM
The RNC MIB and views are backed up on OAM.
38
EXPORT RNC TO CM XML FILE
PRESENTATION
The CM XML file export window (at WMS OAM GUI level) allows the user to dump part of (or the whole) OAM database into CM XML files. The purpose of this sheet is to describe how to export from the OAM the database object sub-tree related to the RNC to be upgraded. This sheet is executed once whatever the number of RNC to be upgraded. All the RNCs to be upgraded should be exported in the same CM XML file.
INITIAL STATUS
The WMS OAM Client GUI is available.
ACTIONS
1. If not already done, log in to the WMS OAM Client. 2. After having selected all the RNCs to be upgraded, right-click on a RNC icon and select the
Configuration | CM XML | Export NE Grouping menu option like this:
Figure 33. How to open Export NE Grouping
NB: It is possible to select RNC from different groups or resource browsers. (Shift-click to select multiple NEs)
39
3. The following window appears, listing the RNCs to be exported:
Figure 34. CM XML Export window
This window allows the selection of:
• The output directory relative path (from /opt/nortel/data/cmXML/) on the primary main server. This directory is referred to as <Exported_cmXML_DIR> for the rest of the procedure.
• The CM XML Export file. Note that such files are generated with a .xcm extension. A single .xcm file is generated for all the RNCs to be upgraded.
Select the RNCs in the NE Name list, check the provisioning parameters box, select the target directory (using the Browse button), enter the CM XML filename, and then launch the export command by clicking Export now.
The export duration depends on the RNC configuration. The export progress is displayed in the Command Manager window. Once the progress bar is at 100%, check in the generated report that there were no errors, and then close the command manager and CmXML windows.
FINAL STATUS
The exported CM XML file is available in the <Exported_cmXML_DIR> directory. This file contains the configuration of all the selected RNCs with all its associated BTS.
Customer
to check
Provisioning parameter to
select
Target CM
XML file
Output
directory
40
UPGRADE CM XML FILE
PRESENTATION
This sheet describes how to upgrade the initial CM XML file to the target CM XML format. To do this, the Wireless Access Upgrade Tool (WAUT) and WCF file are used.
Where the initial CM XML file contains data for several RNCs and their associated BTS, this sheet can be performed for a subset (one or more) of the RNSs, or for all of them together. Each execution of the Tool results in one output file, regardless of whether the upgrade is for one or several RNSs. Note: The WAUT tool and WCF file should be in line with OAM release.
INITIAL STATUS
The initial RNS (RNC + all associated BTS) CM XML file is available in the <Local_directory> directory on the PC.
ACTIONS
1. First check that if there is WCF file under directory: “C:/Program Files/WAUT/WCF"(create it if necessary). If not, put the file in the following directory: “C:/Program Files/WAUT/WCF ".
Note: The directory can be changed if we choose another directory during the
installation. And there should be only one WCF file in WCF directory; otherwise, WAUT will raise an error message.
2. If not already done, launch Wireless Access Upgrade Tool. (See “How-To” P6)
Important: All the following operations must be executed on a blank network. Save and exit all opened work orders and start with a new workspace as shown below:
Figure 35. Launch Wireless Access Upgrade Tool
41
3. Import the RNS (and NOT ONLY RNC) initial CM XML file: - Choose the File | Import and export … menu option:
Figure 36. Select Import and export
- Select the Import snapshot option, and then click Next:
Figure 37. Import and Export Wizard window
- Select the Replace initial snapshot and discard existing work orders mode, then click Next:
- A new window indicating the import progress appears:
Figure 41. Import progress window
Once the progress bars reaches 100% (Done), check in the generated report that there are no errors, and then click Close.
4. Perform the RNC CM XML file upgrade:
- Click on Network tab, select the Network tree, and select the NE Provisioning Upgrade Operation. (This will automatically include all RNCs in the initial CM XML file. To select one available RNC under the network tree, select the given RNC and select the NE Provisioning Upgrade Operation, this will perform the given RNC CM XML FILE upgrade.)
44
Figure 42. Select the NE Provisioning Upgrade Operation
- The NE Provisioning Upgrade Operation window appears.
Figure 43. NE Provisioning Upgrade Operation window
Select the target directory (using the Browse button). The upgraded RNC CM XML files should be exported in the <Local_directory>/upgraded directory of the PC. Select the target release (Upgrade to version field): 08_01_00. Click OK. The following window is displayed during processing, and can be used to save a summary report of the upgrade. Ensure the NE Provisioning Upgrade Operation completes without error. To close window, click Close.
Two CM XML files (Inode and NonPassportWO) will be generated.
Figure 45. CM XML file
Note: The INode Workorder is not used for UA7.1 to UA8.1 upgrade. For the generated NonPassportWO CM XML (NonPassportWO_<date>_<time>.xwo), follow the opened GPS bulletins if any to update it to guarantee the propagation of the UA8.1 configuration.
5. Check the WAUT output. Correct all the remaining issues under the right WAUT workorder. All Workorders are generated in the directory <WAUT Installation directory>/Upgraded
6. Using a FTP client, transfer the upgraded CM XML files from the PC
<Local_directory>/Upgraded directory to the /opt/nortel/data/cmXML/<Exported_cmXML_DIR>/upgraded directory on the Main server.
FINAL STATUS
The CM XML files with the new provisioning are ready to be imported into the OAM
The purpose of this sheet is to describe how to use the download tool available via the Configuration | Radio Access | Software | Download menu option of the WMS OAM GUI. This command allows the user to download the new software to the RNC to be upgraded. Note: This task is performed once whatever the number of RNC to be upgraded.
INITIAL STATUS
The RNC MIBs are built (check alarms and icons to make sure they are built). The new RNC software to be downloaded has been downloaded to the SRS. The WMS OAM Client GUI is available. Check that no session is currently active for the RNC to be upgraded (See the sheet "How to", action P7 for details on how to open the Sessions Manager).
ACTIONS
1. If not already done, log in to the WMS OAM GUI. 2. There are two ways to launch Download wizard: 1) From the menu bar, choose
Configuration | Radio Access | Software | Download,2) Right-click on the selected nodes or group in network layout ,and select Configuration | Software | Download.
3. The first page introduces the download wizard. Click Next.
Figure 46. Download wizard: Introduction
4. On the “Select the Network Element type” page, when launch from menu bar, all
kinds of element type can be chosen, select the Rnc option and click Next:
6. On the “Retrieved Node(s)” page, when launch from menu bar, select the RNCs (the available nodes are all RNCs detected in network,) on which the download operation should be performed, add them to the right-hand pane and click Next:
Figure 50. Download wizard: Retrieved Node(s)
When launch from right-click menu, select the RNCs(the available nodes just are the right-click selected RNC nodes) on which the download operation should be performed, add them to the right-hand pane and click Next. Following figure shows the selected RNC is “RNC501”.
Figure 51. Download wizard: Retrieved Node(s)
Note that the RNCs to be upgraded must have the status IDLE.
WARNING: Arrows used for selection: > (moves only selected NEs from available Node(s) panel to Selected Node(s) panel for SW download) >> (transfers ALL NEs from Available Node(s) panel to Selected Node(s) panel for SW download, independent of any selection done in the Available Node(s) panel
7. On the “Upgrade Type Selection” page, select the upgrade type with new MIB. Click the Select CM_XML File button, and select the CNode CM XML file (NonPassportWO_<data>_<time>.xwl file generated by WAUT). Click Select and then Next:
9. The last page of the wizard shows a success message. Check the Launch Command
Manager, on close box, and click Finish to exit the wizard:
Figure 54. Download wizard: Complete
When launch from right-click menu ,if the selected nodes in network layout are two or more than two kinds of element type nodes , wizard will show the Next button , click Next to the “Select the Network Element type” page again to download the next kind of element type nodes you selected.
10. Once the download wizard is closed, the Command Manager is displayed and allows you to monitor the download progress:
Figure 55. Download:Command Manager
The Command Manager can also be launched from the Configuration menu of the GUI.
11. Wait for the end of the download. When a download on a RNC ends, the status
indicates Successful for each selected Network Element.
WARNING: No database modification could be executed until software is successfully activated or upgrade session is aborted from Configuration | Radio Access | Software | Inventory & Upgrade Session NSP menu. For instance when RNC is in upgrade session, lock/unlock of FDDCell is not allowed.
Note:
An upgrade session encapsulates a series of operations in order to perform a NE upgrade (RNC or Node B). It includes the software file transferring from OAM to the network element and the software activation phases.
Pre-semantic “WAUT upgraded workorder” check and Pre-software download (optional)::::
If the user wants to download its software to the passport in order to prepare its 9370 RNC with new MIB- type 6 inter release software upgrade, it has the possibility to do it out of an upgrade session but in a software download maintenance window (due to database modification freeze during such download) by executing the following steps: - Execute all the steps of the download wizard with the “with new MIB” option and pre-generated WAUT upgraded workorder for semantic check verification.
- VERY IMPORTANT: when software download is successfully completed, execute Abort upgrade session, Software Download Exit Step. - At upgrade time, it will have to re-launch again all the listed steps of its download with the with new MIB option in order to perform the MIB preparation while software download will not be performed since the passport software download is differential.
Software Download Exit Step:
If the software download has been completed, but the RNC activation of the downloaded software is no longer required, or if a wrong software load has been downloaded, the following steps can be used to exit the DOWNLOAD_COMPLETED state. From the menu bar of WMS NSP GUI, choose Configuration | Radio Access | Software | Inventory & Upgrade Session.
Figure 56. How to open Inventory & Upgrade Session
Then select the current running software.
Figure 57. Select the current running software
Select the RNC where the upgrade status is DOWNLOAD_COMPLETED, in the "Details" lower window. Click on Abort upgrade session.
The purpose of this sheet is to describe the activate command available from the Configuration | Radio Access | Software | Activate menu option of the WMS OAM GUI. The operator is allowed to perform activation after downloading the software has been successful completed. It is not mandatory to perform this command straight after the download. The activation command should be postponed to the maintenance window. Note: This task is performed once whatever the number (up to 4) of RNCs to be upgraded.
Before launching the activation, ensure that the passport (I-Node) is not in provisioning mode and also ensure there is no scheduled export at the same time.
INPUT PARAMETERS
None
INITIAL STATUS
The software to activate has been downloaded to the RNC. The MIB of each RNC is built. The WMS OAM Client GUI is available.
ACTIONS
1. From a telnet/SSH session under “Passport system administrator” on the I-Node. Display the file system and check that the 2 CP disks are synchronized. To check if the syncStatus is set to “synchronized”, use “d fs” command:
Output example:
> d fs Fs adminState = unlocked operationalState = enabled usageState = active volumeName = volumeNotSe activeDisk = Fs Disk/1 syncStatus = synchronized syncProgress = 100 % ok 2005-03-28 14:58:04.99
If they are not, launch the following command.
> sync fs
2. If not already done, log in to the WMS OAM GUI under administrator user.
3. There are two ways to launch Activate wizard:1),Choose Configuration | Radio Access | Software | Activate.2)From network layout right-click the selected nodes or group ,choose Configuration | Software | Activate: Then, different pages guide the user through the different steps.
4. The first page introduces the software activation wizard. Click Next.
Figure 60. Activation wizard: Introduction
5. On the “Select the Network Element type” page, when Launch from menu bar, select
the Rnc option and click Next:
Figure 61. Activation wizard: Select the Network Element type
When launch from right-click menu, the network element type can’t be chosen, click Next:
Figure 62. Activation wizard: Select the Network Element type
6. On the “Retrieved Node(s)” page, select the RNCs(the available nodes are all RNCs detected in network when launching from menu bar; the available nodes just are the right-click selected RNCs when launching from right-click menu) on which the activate operation should be performed, add them to the right-hand pane and click Next:
Figure 63. Activation wizard: Retieved Node(s)
Note that the RNCs to be activated must have the status DOWNLOAD_COMPLETED.
WARNING: arrows used for selection: > (moves only selected NEs from available Node(s) panel to Selected Node(s) panel for SW activation) >> (transfers ALL NEs from Available Node(s) panel to Selected Node(s) panel for SW activation, independent of any selection done in the Available Node(s) panel.
7. On the “Search Criteria Summary” page, check the summary of the RNCs on which the activation will be performed: Check the selection and click Activate now to validate it. Otherwise, click Back to modify the selection.
When launch from right-click menu ,if the selected nodes in network layout are two or more than two kinds of element type nodes , wizard will show the Next button , click Next to the “Select the Network Element type” page again to download the next kind of element type nodes you selected.
9. Once the activation wizard is closed, the Command Manager is displayed and allows
you to monitor the activation progress:
Figure 66. Activation: Command Manager
The Command Manager can also be launched from the Configuration menu of the GUI.
10. Wait for the end of the activations. When activation on RNC ends, the status
indicates Successful for each selected Network Element. 11. Wait for the end of the RNC reset sequence. At the GUI level, the RNC icon may
change appearance during this process, depending on the Maintenance mode.
• If Maintenance mode is Off, the RNC icon becomes blue when the connection is lost:
Note that when the supervision is lost, the critical alarm Loss of supervision is also generated. Wait until the RNC icon changes to a color other than blue.
• If Maintenance mode is On, the RNC icon remains brown while the connection is lost:
.
Figure 68. Brown icon
Note that if the activation command is not finished within 90 minutes, the following error message is displayed at the upgrade application GUI:
“Passport Activation timeout reached “
If this error message occurs, call the next level of support for investigations.
200 Port set okay 150 Opening ASCII data connection Mib1 Mib2 mibDirLinks.txt committedMibFile.txt Assoc_0_1 ……….. Assoc_6_15 FileStatWriten SAVE_mibDirLinks.txt mibPatch_SWversion.txt hwCapability.txt 226 Transfer complete 287 bytes received in 0.089 seconds (3.13 Kbytes/s) ftp>
Save patch file on a SUN machine:
ftp> get mibPatch_SWversion.txt 200 Port set okay 150 Opening ASCII data connection 226 Transfer complete local: mibPatch_SWversion.txt remote: mibPatch_SWversion.txt 64 bytes received in 0.076 seconds (0.83 Kbytes/s) ftp>
Note: This file needs to be attached to the case and sent to GPS before upgrade to check whether a modification is necessary in the new SW version.
This sheet describes the procedure to patch the RNC MIB Proto: 1) Apply the patch(es)( only 1 MIB patch can be active / activated at a moment in time) 2) At the OAM, Build Online the RNC
All MIB proto patches will survive until a new MIB Proto is delivered (upgrade). In case of an upgrade, the patches need to be re-applied (and maybe re-formulated if objects change in the new MIB). Contact UTRAN GPS SYSTEM team or refer to the following URL before the upgrade to check whether the patched are still applicable:
https://wcdma-ll.app.alcatel-lucent.com/livelink/livelink.exe?func=ll&objId=31324984&objAction=browse&sort=name&viewType=1 Note: In case of upgrade this procedure must be applied after the software activation to take into account the new mibproto installed. Operational Impact: outage of 15-20 minutes.
INITIAL STATUS
The RNC has been activated and need patch the MIB Proto.
ACTIONS
In the following procedure, <mibPatch_NewSWversion> refers to the patch you’ve been given by GPS SYSTEM team. 1. Open a Telnet/SSH session on the targetNode:
In the OAM main Server window under Alcatel-Lucent unix user:
% telnet IP_TargetNode ↵↵↵↵ login: “Passport system administrator” password: admin_pwd
2. Check the name of MIB patch matches the RNC load name.
In the targetNode Telnet/SSH window under “Passport system administrator”:
The extension of cRNCApc module is load name; it is “RI712240A3302” in this example. And the MIB patch file should be “mibPatch_RI712240A3302.txt”.
If the name does not match the cRNCApc module extension, you need to rename the MIB patch file to the new load name.
3. Put MIB Proto patch file:
ftp> cd /sfs2/share/rw_data ↵↵↵↵ 250 Changed directory to "/sfs2/share/rw_data" ftp>
ftp> put mibPatch_NewSWversion.txt ↵↵↵↵ 200 Port set okay 150 Opening ASCII data connection 226 Transfer complete local: mibPatch_SWversion.txt remote: mibPatch_NewSWversion.txt 64 bytes sent in 0.00077 seconds (81.23 Kbytes/s) ftp>
4. Go to the OAM and build (Online) your RNC (typical downtime: 15-20 minutes). 5. Patch application check
In the OAM main Server window under Alcatel-Lucent unix user:
% telnet IP_TargetNode ↵↵↵↵ login: “Passport system administrator” password: admin_pwd
telci –omu(1) rncin ↵↵↵↵ Trying 127.1.5.7... Connected to 127.1.5.7. Escape character is '^]' Telnet CI commands: Q - quit telci G - redirect global output.
This sheet describes the procedure to restore the MIB Proto patch file. Operational Impact: typical downtime 15-20 minutes. This procedure has to be used in case of fallback (running SW = SWversion).
INITIAL STATUS
The RNC is patched.
ACTIONS
In the following procedure, < mibPatch_NewSWversion> refers to the patch you’ve been given by GPS. 1. Open a Telnet/SSH session on the targetNode:
In the OAM main Server window under Alcatel-Lucent unix user:
% telnet IP_TargetNode ↵↵↵↵ login: “Passport system administrator” password: admin_pwd
2. Remove new MIB Proto patch file:
ftp> cd /sfs2/share/rw_data ↵↵↵↵ 250 Changed directory to "/sfs2/share/rw_data" ftp>
ftp> del mibPatch_NewSWversion.txt ↵↵↵↵ 250 File "mibPatch_NewSWversion.txt" deleted ftp>
3. Restore the old MIB Proto patch file: If the original MIB Proto path file (mibPatch_SWversion.txt) is still present in RNC, skip this step.
ftp> put mibPatch_SWversion.txt ↵↵↵↵ 200 Port set okay 150 Opening ASCII data connection 226 Transfer complete local: mibPatch_SWversion.txt remote: mibPatch_SWversion.txt 64 bytes sent in 0.00077 seconds (81.23 Kbytes/s) ftp>
4. Go to the OAM and build (Online) your RNC (typical downtime: 15-20 minutes).
The Passport platform includes two switching fabric card packs that provide fully redundant connections for all card to card (FP and CP) traffic routing. These fabric cards are programmed through firmware that is updated periodically to address new features and bug fixes. A fabric firmware upgrade is required after the RNC upgrade if the following alarms are present on the I-Node: 7002 0005 and / or 7002 0007. The upgrade of the Fabric firmware is performed on a Fabric card by Fabric card basis without service interruption. This is possible as each fabric card has sufficient reserve capacity to handle the full committed shelf switching bandwidth. Fabric card firmware upgrade is required infrequently (typically several major releases will be deployed between Fabric FW Upgrades). The upgrade of the fabric firmware ensures that the version in the control processors (CPs) is compatible with the new software version the RNC has been upgraded to. The fabric that receives the new firmware version is locked and the fabric that does not receive the new firmware version must be unlocked and enabled. Note: The new fabric card firmware can be installed at any time during normal switch operation.
INPUT PARAMETERS
None
INITIAL STATUS
The RNC has been upgraded and is running the new software version. Fabrics on the RNC are installed and operational. The following alarms are raised on the I-Node: 7002 0005 and / or 7002 0007.
ACTIONS
1. From a telnet/SSH session under “Passport system administrator” on the I-Node. Type the following command to get the recommendedVersionToInstall.
> d shelf fabric/x recommendedVersionToInstall Shelf FabricCard/x recommendedVersionToInstall = RI41036 ok 2004-11-26 15:21:52.47
The response (a load number) means that you need to upgrade the firmware.
2. Lock the fabric that will receive the new firmware.
Where <fabcard_inst> is the instance of the fabric card, X for a fabric in the upper cage or Y for a fabric in the lower cage. A Passport 15000 has 2 rows of slots used for the CPs and FPs. Slots 0-7 are on the top half of the card cage and slots 8-15 are on the lower portion of the card cage. if you look at the back of a Passport 15000, then you will see that the 2 fabric cards are mounted flat to the back of the card cage with one behind slots 0-7 (upper fabric X) and the other behind slots 8-15 (lower fabric Y).
Where <load> is the software load version of the firmware. For example, install CE01B for fabric_CE01B and the <fabcard_inst> is the one used in step 2.
Wait a few minutes for the firmware to be installed, and for the system to notify the operator of any errors.
4. Display the attributes of the fabric banks:
> display shelf fabricCard/<fabcard_inst> banks
Where the <fabcard_inst> is the one used in step 2.
5. Verify that the fabric operates correctly with the new firmware:
> start shelf fabricCard/<fabcard_inst> test
The test results show whether the fabric is operating correctly.
6. If there are problems with the upgraded fabric, it might be necessary tomake the fixed bank the bankOnShelfRestart using the following command:
> set shelf fabricCard/<fabcard_inst> bankOnShelfRestart fixed
If the writable bank is set as the committed bank and it becomes corrupt, the fabric might not come up. If the writable bank is corrupt, it must be replaced. Contact your Alcatel-Lucent representative.
This sheet describes the procedure for performing a manual fallback of the RNC to an older version, and to the previous provisioning views. Note that if the upgraded node experiences a problem either during the upgrade or directly following the upgrade, the fallback will be handled automatically.
INPUT PARAMETERS
targetNode the Node on which to perform the software fallback.
IP_TargetNode the IP address of the targetNode.
admin_pwd the password for the “Passport system administrator”.
INITIAL STATUS
The targetNode has been upgraded, but the operator wants to undo the upgrade on this node. The old provisioning view is still on the CP disk.
ACTIONS
1. If not already done, open a WICL console. (See the sheet “How to”, action P3 to know how to open a WICL console)
2. Backup the RNC in case it is needed for the recovery of the configuration(See page 36
for details). 3. On the RNC to fallback, delete all calltrace session using NSP GUI menu Performance
| Radio Access | Call Trace Wizzard for UMTS.
See [R3] for details on how to delete the call trace sessions 4. Open a Telnet/SSH session on the targetNode:
In the OAM main Server window under Alcatel-Lucent unix user:
% telnet IP_TargetNode ↵↵↵↵ login: “Passport system administrator” password: admin_pwd
5. Reload the OLD provisioning view of the targetNode:
Check the saved views of the targetNode:
In the targetNode Telnet/SSH window under “Passport system administrator”:
> ls –p(provisioning) fs ↵↵↵↵
Reload the OLD provisioning view using the name that was noted before the upgrade:
In the targetNode Telnet/SSH window under “Passport system administrator”:
This sheet describes how to restore the OAM data during a fallback operation. This task must be executed for each RNC to be restored.
INITIAL STATUS
The OAM Main Server is running and the GUI is accessible from a WMS OAM Client.
ACTIONS
1. Wait until OAM-RNC link is opened again for successful RNC supervision means RNC has exited its previous blue color state of loss of supervision.
2. Lock the OAM-RNC link (RNC OAM link administrative state = locked).
(See the sheet "How to", action P2 to know how to check the RNC OAM link administrative state)
3. If not already done, open a WICL console. (See the sheet "How to", action P3 to know how to open a WICL console) 4. Restore the RNC OAM database using the backup file (several files may be present in
/opt/nortel/data/utran/neBackup/<RNC user label>, one is from the initial configuration and others are from the upgraded configuration)
In the WICL console:
0# RNC <RNC user label> dbRestore dfs:utran/neBackup/RNC-<RNC user label>/<Backup file name>
When the command is complete the following message is displayed:
dbRestore OK, the file used for restoration is dfs:utran/neBackup/RNC-RNCM1_410/backup.04_01_00.20050630174535.bkp
5. Unlock the OAM-RNC link (RNC OAM link administrative state = unlocked).
(See the sheet "How to", action P2 on how to check the RNC OAM link administrative state)
6. Wait until OAM-RNC link is opened again for successful RNC supervision means RNC
has exited its previous blue color of loss of supervision. 7. To make sure that OAM database restoration operation completed successfully check
in the equipment monitor that the MIB state is buildUpToDate (see the sheet "How to", action P4 on how to find the mibState parameter value of the RNC). Check for alarm in the Alarm Manager (see the sheet “How to”, action P1 on how to find the alarms associated with a RNC). If the MIB state is not buildUpToDate, and the alarm is MIB not build, then MIB rebuild is necessary.
FINAL STATUS
The backed-up RNC OAM data has been restored in the OAM database.
This sheet describes how to use the WAUT upgrade report. The WAUT upgrade Report allows users to review the provisioning changes performed during an upgrade and determine how the migrated values have been determined. In the figure you can see the following information:
Figure 69. WAUT upgrade report1
� Parameter isNmoClass3Allowed - was set as value 'false' in the previous release, is now
set as value 'false' in the new release and the parameter value was set by the WAUT tool upgrade Wizard
� Parameter inMocnActivated - was not present in the previous release and is has been set to 'false' by the WAUT Template during the upgrade.
� However, it is important to note that usually when upgrade from one release to the
next, parameter names can change between the releases. In the figure below, parameter 'allowed' exists in UA6.0 but has been changed to parameter 'allowedList' in UA7.1. So when look at the provisioning for 'allowed' the user will see a value in the previous release but no value being currently set by the Upgrade Wizard. This is an easy case as both parameters show up together but there are other instances when the parameter names are not so closely aligned. In this example the user can see that parameter 'allowedList" has been changed to now contain a two element array, that the values are set by the WAUT Template and that the original parameter value has been preserved.
� In the example above, creation of the SCCPCH/2 instance was created using a 'Single Leap' workorder at the time of the upgrade. As a result, the 'Previous version" field will contain no information regarding the source of the changes.