Documentation
HiPath 4000 V6
System Components - Software
Service Documentation
A31003-H3160-S102-4-7620
Communication for the open minded
Siemens Enterprise Communications
www.siemens-enterprise.com
Our Quality and Environmental Management Systems are implemented according to the requirements of the ISO9001 and ISO14001 standard certified by an external certification company.
Copyright © Siemens Enterprise
Communications GmbH & Co. KG 2011
Hofmannstr. 51, 80200 München
Siemens Enterprise Communications GmbH & Co. KG
is a Trademark Licensee of Siemens AG
Reference No.: A31003-H3160-S102-4-7620
Communication for the open minded
Siemens Enterprise Communications
www.siemens-enterprise.com
The information provided in this document contains
merely general descriptions or characteristics of
performance which in case of actual use do not
always apply as described or which may change as
a result of further development of the products. An
obligation to provide the respective characteristics
shall only exist if expressly agreed in the terms of
contract. Availability and technical specifications are
subject to change without notice.
OpenScape, OpenStage and HiPath are registered
trademarks of Siemens Enterprise
Communications GmbH & Co. KG.
All other company, brand, product and service
names are trademarks or registered trademarks of
their respective holders.
softwareTOC.fm
Nur für den internen GebrauchService Manual HiPath 4000 V6 - System Components - Software - Contents
Service Manual HiPath 4000 V6 - System Components Software - Contents
0
1 Highlights and Hints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2 HiPath 4000 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1 HiPath 4000 in the Customer LAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1 LAN Interfaces for DSCXL2 Processors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.2 Checking the IP Addresses Used . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.3 AP 3700 IP/HiPath 4000 SoftGate with Survivability Unit in the Customer LAN . . . . . . . . . . . . . . . . . . 8
2.2 Hardware Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3 Simplex/Duplex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3.1 Feature Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3.1.1 Simplex Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.1.2 Duplex Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.1.3 Separated Duplex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.2 Service Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.3 High Availability Scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.3.1 Startup DSCXL2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.3.2 Failover Scenarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.4 Generation (Example). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.4 Supported Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.5 Corresponding Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.6 Licensing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.7 Portlist . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.8 Applications, Loading Tables and Selections. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.8.1 ADP/ADS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.8.1.1 Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.8.1.2 Loading Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.8.1.3 Selections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.8.2 SWU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.8.2.1 Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.8.2.2 Loading Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.9 Hardware Architecture Table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.10 Hard Disk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.10.1 Layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2.10.2 Configuration Batch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2.11 Smart Services Delivery Platform (SSDP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
3 HiPath 4000 Assistant. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.1 HiPath 4000 Assistant Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.2 User Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
3.2.1 Definition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
3.2.2 Customer Account Profiles for HiPath 4000 Assistant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.3 Notification Mechanism and Usage Scenarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3.3.1 The Notification Mechanism . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.3.1.1 Operation of the Notification Mechanism. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.3.1.2 AMO Commands Generated for Notifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.3.1.3 Possible Sources of AMO Notifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
3
softwareTOC.fm
Service Manual HiPath 4000 V6 - System Components - Software - ContentsNur für den internen Gebrauch
3.3.2 Networks without HiPath 4000 Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.3.3 Networks with HiPath 4000 Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
4 HiPath 4000 CSTA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
5 Installation and Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.1 General Notes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.2 Available Deployments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.3 Suse Linux Enterprise Server Operating System Software Handling. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5.4 First Installation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
6 Time Synchronization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
6.1 Configuring the Time on the HiPath 4000 Platform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
6.2 Configuring the Time on all Servers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
6.3 Configuring the Time Zones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
6.3.1 Setting the Time Zone and Summer Time for HiPath 4000 Assistant and RMX . . . . . . . . . . . . . . . . . 49
6.3.2 Setting the Time Zone and Summer Time on the Access Point/HiPath 4000 SoftGate . . . . . . . . . . . 50
6.3.3 Setting the Time Zone for HiPath 4000 CSTA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
7 System Backup and Restore . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
7.1 Feature Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
7.2 Service Information. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
7.3 User Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
7.4 System Backup. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
7.5 System Restore . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
7.5.1 Prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
7.5.2 System Restore Scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
7.5.2.1 Restore on the same unchanged Target System. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
7.5.2.2 Restore on the same Target System after new SLES Installation . . . . . . . . . . . . . . . . . . . . . . . . 57
7.5.2.3 Restore on the same Target System after LAN Card Changes . . . . . . . . . . . . . . . . . . . . . . . . . . 57
7.5.2.4 Restore on a different Target System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
7.5.3 System Restore via First Install Wizard (FIW). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
7.5.4 eth Interface Configuration with LAN Wizard (HiPath 4000 Administration Portal) . . . . . . . . . . . . . . . 59
7.5.5 Provide License File for the CLA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
8 Raid Synchronisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
8.1 Leistungsmerkmalbeschreibung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
8.2 Ablauf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
9 Notfall-Festplatte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
9.1 Erstellen einer Notfall-Festplatte. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
9.1.1 Voraussetzungen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
9.1.2 Ablauf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
9.1.3 Fehlersuche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
9.2 Einsatz der Notfall-Festplatte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
List of Figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
List of Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
4
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
_highlights_hinweise.fm
Highlights and Hints
1 Highlights and Hints
Issue 03
Rebranding OpenScape 4000 V6 -> HiPath 4000 V6
Issue 04
•
Duplex implementation (see Section 2.3, “Simplex/Duplex”)
•
NTP server for time synchronization (see Chapter 6, “Time Synchronization”)
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
5
_highlights_hinweise.fm
Highlights and Hints
6
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
HiPath 4000 in the Customer LAN
2 HiPath 4000
2.1 HiPath 4000 in the Customer LAN
In order to be able to control the IP-based access points/HiPath 4000 SoftGates,
the HiPath 4000 control system must be given access to the IP network via which
all access points/HiPath 4000 SoftGates can be reached. This is usually the
customer’s intranet. Once the “Atlantic LAN“ is an internal HiPath 4000 network
and may no longer be linked with the customer network, the control processors
of the HiPath 4000 have additional LAN interfaces.
2.1.1 LAN Interfaces for DSCXL2 Processors
Figure 1
LAn interfaces DSCXL2
IMPORTANT: If HiPath 4000 service applications such as the Quality of Service
Viewer for IPDA are to be used, the LAN interface of the HiPath 4000 Assistant
must be in the HiPath 4000 LAN segment (see “IP Solutions > IP Dirstributed
Architecture (IPDA) > HiPath 4000 LAN Segement”)).
Routing to the access points/HiPath 4000 SoftGates, which is configured for CCA or CC-B, must also be configured in the HiPath 4000 Assistant in this case.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
7
hipath_4000.fm
HiPath 4000
HiPath 4000 in the Customer LAN
2.1.2 Checking the IP Addresses Used
If all addresses required by the HiPath 4000 IPDA system have been agreed on
with the network administrator of the customer, configuration can commence.
In order to rule out typos and mistakes, all IP addresses should be checked. In
other words, check that a new IP address can actually be reached prior to
configuration via the ping command. If a response is received, the address
already exists in the network.
If you wish to configure a CC-A address first, and the ping responds, you will
have to obtain a different address from the network administrator, as an IP
address may never be assigned twice. If, on the other hand, you wish to check
the IP address of a router and receive no response, it will not be possible to link
HiPath 4000 IPDA components via this router without taking additional measures.
The "HiPath 4000 Administration" portal also performs certain consistency
checks when configuring the IP addresses.
2.1.3 AP 3700 IP/HiPath 4000 SoftGate with
Survivability Unit in the Customer LAN
An AP 3700 IP with a survivability unit requires three connections in the
customer’s network:
1. HG 3575 LAN connection of DSCXL2 board
2. DSCXL2 IPDA LAN connection of DSCXL2 board
3. DSCXL2 CUSTOMER LAN connection of DSCXL2 board
A HiPath 4000 SoftGate with survivability unit requires at most two connections
in the customer's network:
1. IPDA-LAN connection
2. CUSTOMER-LAN connection
The virtual HG 3575 does not require a LAN connection because the LAN
connectivity runs internally between IPDA LAN and vHG 3575. This means
connection 1 in the next diagram is obsolete for scenarios with HiPath 4000
SoftGate.
8
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
HiPath 4000 in the Customer LAN
Central
HG
Real-Time IP Network
HG
HiPath 4000
Pe-
ADP
CCCC-
Access
HG
Pe-
CUSTOMER LAN
Pe-
2
IPDA LAN
IPDA LAN
Data IP Network
HiPath 4000
Manager
IPDA LAN
3 CUSTOMER LAN
CC-
AP 3700 IP
1
Pe-
Backup Server
NTP Time Serv-
Figure 2
LAN interfaces of AP 3700 IP
The connections 1 (HG 3575) and 2 (IPDA/DSCXL) must be contained in the
same LAN segment, as they must communicate with each other without an
intermediary router.
Connection 3 (CUSTOMER-LAN/DSCXL) is required from the HiPath 4000
Assistant of the survivability unit. The following functions are relayed via this
interface:
•
HiPath 4000 Assistant > Backup and Restore - provision of current backup
data from the backup server
•
Error and alarm messages to HiPath 4000 Manager/Fault Management and
System Management
•
Access for applications such as Hardware Data Symptom Diagnosis, etc.
•
Remote access for the service
•
Collection of charge data collated on the survivability unit (COL)
•
Synchronization of the system time with NTP time server or the HiPath 4000
central system
The interfaces 2 and 3 are deliberately listed separately. Many customers want a
strict separation of their IP networks for data and voice. Connection 2 must be
located in the voice NET for this type of scenario in order to communicate with the
HG 3575. This also applies for connection 1. Connection 3 can be located in the
data network. Here are no real-time requirements placed on the network. A
consolidation could have prevented interface-related prioritization and reduced
availability.
In the case of a HiPath 4000 SoftGate, it is also possible to have interfaces 2 and
3 run over a physical address.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
9
hipath_4000.fm
HiPath 4000
Hardware Configurations
The requirements specified in IP Solutions > Gateways HG 3500 and HG 3575 >
Network Requirements” and “Network Data” for “IPDA“ LAN ports also apply to
interfaces 1 and 2.
The capacity of interface 3 must be configured so that a system version can be
completely restored from the backup server.
Assuming that one backup is performed daily and that all survivability units can
restore simultaneously and without restrictions, a minimum bit rate of 24 Kbps is
required. The maximum possible amount of data (all data is modified and must
be transferred) is then transferred in ten hours.
The backup server must have enough memory for a complete backup set. This
requires a maximum of approx. 100 MB.
2.2 Hardware Configurations
The following hardware configurations are released with HiPath 4000 V6:
•
cPCI
IMPORTANT: The existing DSCXL boards in HiPath 4000 communication
server and AP Emergency server including HDMO/HDCF modules will be
replaced with the new DSCXL2 server blades.
•
600 ECS (HiPath 4500) with “server conversion”
•
Standard Linux Server for standard server deployment
server conversion
This means upgrading to cPCI server.
2.3 Simplex/Duplex
2.3.1 Feature Description
Virtual Machine
With HiPath 4000 V6, both the simplex and the duplex configuration are
implemented by means of virtual machines. The underlying operating system is
Linux.
10
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Simplex/Duplex
On each hardware machine (DSCXL2 board or server PC), separate virtual
machines are installed for the CC and the ADP, along with a HiPath 4000
Assistant instance and a HiPath 4000 CSTA instance.
The virtual machines simulate the necessary hardware resources and forward
the specific hardware interfaces for the encapsulated realtime software (RMX).
The active ADP is connected to CCA and CCB via the virtual Atlantic LAN. The
same Atlantic LAN IP and MAC addresses are used by the virtual machines for
the ADP and for the CCs. Moreover, all ADP services that are present in HiPath
4000 V5 are also available in HiPath 4000 V6, e.g. the SWU software can be
loaded and accessed externally through the ADP.
Linux High Availability Framework
On each machine in a simplex or duplex configuration, a Linux High Availability
Framework is in operation.
It has the following functions:
•
Supervise the virtual machine instances for the ADPs, CCs, and HiPath 4000
Assistants/HiPath 4000 CSTAs on the own hardware machine.
•
In case of an error, together with the Linux High Availability Framework on the
other hardware machine it will be decided whether an ADP switchover is
necessary (duplex configuration only).
•
Initiate restart or shutdown of the virtual machines for the RMX-based
software and HiPath 4000 Assistant/HiPath 4000 CSTA on the own hardware
machine, if necessary.
•
Prevent inconsistent or insecure states like, for instance, two active ADPs at
the same time (duplex configuration only) or hacker attacks.
•
Display and log the summarized results of the RMX startup phases for each
phase.
•
Start and monitor the virtual Atlantic LAN. In case of bad throughput/long
delays, it is considered defective.
•
Supervise the hard disk replication process (duplex configuration only).
•
Display summarized status information about resources on the RMX side,
e.g. networks, interfaces, ports, and supply dedicated RMX components with
specific RMX-external state information, e.g., virtual Atlantic LAN, ADP
status.
•
Display failures of the supervised resources in time, e.g. low network quality
is too low, slow synchronization, RTM interface unavailability.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
11
hipath_4000.fm
HiPath 4000
Simplex/Duplex
2.3.1.1 Simplex Configuration
In simplex configruation, one DSCXL2 board or server PC is deployed. ADP and
SWU run in separated virtual machines.
Figure 3
Simplex mode
2.3.1.2 Duplex Configuration
For duplex configruation, two DSCXL2 boards or server PCs are required.
Based on DSCXL2 board the duplex configuration of HiPath 4000 is realized in
one cPCI shelf. The HiPath 4000 basic shelf contains
•
two DSCXL2 boards - slot 1 and slot 5 and
•
one HDTR - slot 3.
This solution supports redundant LAN ports, the failure of central control (CC),
ADP, HiPath 4000 Assistant and HiPath 4000 CSTA. Also, the HiPath 4000
Administration portal will be switched over with ADP, HiPath 4000 Assistant and
HiPath 4000 CSTA.
The CCs run in hot standby mode and were supplied with continuous data and
status updates over the virtual Atlantic LAN.
The ADP, HiPath 4000 Assistant and HiPath 4000 CSTA run in warm standby
mode and need to be restarted in case of failover.
The SWU failover is independent from a failover of the other services.
12
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Simplex/Duplex
Additionally a NTP server is necessary for time synchronization. It is not
recommended to use any of the DSCXL2 virtual machines as the NTP server in
order not to have a single point of failure (see also Chapter 6, “Time
Synchronization”).
Figure 4
Duplex mode (DSCXL2)
Normal Operation
In normal operation ofa duplex confiuration, the virtual machines of the ADP and
the HiPath 4000 Assistant/HiPath 4000 CSTA on the primary hardware machine
are active, while the correspondant virtual machines on the secondary hardware
machine are offline. The ADP and the HiPath 4000 Assistant/HiPath 4000 CSTA,
which reside on the same hardware machine, can only change their active/offline
states together. Thus, a HiPath 4000 Assistant/HiPath 4000 CSTA can be only
active on that hardware machine on which the virtual machine for the ADP is
active.
Redundant LAN ports
The LAN ports of the Hipath 4000 Communication Server (with DSCXL2) can be
configured in hot redundant mode and connected to two redundant Ethernet
switches. L1 failure of one Ethernet switch results in hot switch-over to the
redundant Ethernet switch without loosing calls or application connectivity.
The following LAN ports are available:
•
2 LAN ports in hot-redundant mode for call control
•
2 LAN Ports for HiPath 4000 Assistant/HiPath 4000 CSTA
•
2 LAN Ports for HiPath 4000 Duplex
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
13
hipath_4000.fm
HiPath 4000
Simplex/Duplex
Replication of ADP, SWU, and HiPath 4000 Assistant/HiPath 4000 CSTA
Hard Disk
To enable complete recovery of the RMX-based software and the HiPath 4000
Assistant/HiPath 4000 CSTA in case of failover, the relevant virtual hard disk
partitions and files on the primary machine are replicated onto the hard disk of the
secondary machine. This is achieved by the DRBD (Distributed Replicated Block
Device) software, which replicates the relevant files over the LAN.
If both hardware machines are connected via local network, synchronous
replication is used (in DRBD terminology: protocol C). This implies that all data
blocks are written on the hard disk of the active machine and, at the same time,
on the hard disk of the standby machine. The file system of the active machine is
notified when the writing process has been successful on both machines.
Failover Scenarios
see Section 2.3.3, “High Availability Scenarios”.
2.3.1.3 Separated Duplex
IMPORTANT: Decoupled release with HiPath 4000 V6 R1.x.
Due to different locations of the communication server a higher resilience is
reached.
Figure 5
Separated Duplex
The following separated deployments are possible:
14
•
HiPath 4000 software installed on two standard server running as separated
duplex.
•
HiPath 4000 installed on two HiPath 4000 communication server each with
one DSCXL2 board.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Simplex/Duplex
•
Mixed scenario with standard server and HiPath 4000 communication Server
with DSCXL2.
Prerequisistes
•
The server needs to be installed in the same L2 broadcast domain.
•
The bandwidth must be at least 10Mbit/s.
•
The RTT (Round Trip Time) between the 2 servers must be lower than 10 ms.
•
Only IP access points (AP 3700IP/AP3300IP) and/or HiPath 4000 SoftGate
can be connected.
•
Quorum Node software needs to be installed on 3rd independent server (part
of HiPath 4000 instalaltionpackage).
Functionality
Figure 6
Functionality of separated duplex
Quorum node prevents the “split brain” situation (delivery with HiPath 4000
installation package).
Failover Scenarios
Like normal Duplex mode (see Section 2.3.3, “High Availability Scenarios”) and
additionally total breakdown (e.g. Power Off) or other major hardware / network
failures.
2.3.2 Service Information
Separated Duplex
Mixed configuration of a DSCXL2 board and a server PC is possible in duplex
mode (separated Duplex (decoupled release with HiPath 4000 V6 R1.x)).
However, DSCXL2 specific hardware (e.g. local shelves) is not supported by a
mixed configuration.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
15
hipath_4000.fm
HiPath 4000
Simplex/Duplex
2.3.3 High Availability Scenarios
2.3.3.1 Startup DSCXL2
1. The Linux High Availability Framework starts.
2. The CC starts immediately if a connection to the ADP on the other board is
established. Otherwise, it will wait until the ADP on the own board is ready.
3. The Linux High Availability Framework tries to contact the Linux High
Availability Framework on the other board. If successful, the Linux High
Availability Frameworks will decide whether the ADP on this board should be
started or not. If the other Linux High Availability Framework is unreachable,
the Linux High Availability Framework on this board tries to contact the other
ADP. If the other ADP is unreachable, the ADP and the HiPath 4000
Assistant/HiPath 4000 CSTA on this board are started.
4. If the ADP on this board has been started, and the CCs have not been started
yet, they can be started now.
2.3.3.2 Failover Scenarios
Error #1: The active CC breaks down or is restarted
Figure 7
Failure in active CC
Due to a break down or restart of the active CCA it is no longer available.
CCB, which has been on standby previously, will assume the active role. CCA
gets switched to standby.
In case of SWU failover:
16
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Simplex/Duplex
•
no loss of established calls.
•
no data loss (e.g. billing, configuration data, etc.).
•
other virtual machines (ADP, HiPath 4000 Assistant, HiPath 4000 CSTA,
HiPath 4000 Administration Portal) are not affected.
Error #2: The active ADP breaks down / gets unreachable
If the Linux High Availability Frameworks on both boards are available and decide
that a failover is necessary, the previously active ADP, HiPath 4000 Assistant and
HiPath 4000 CSTA on board A will be turned offline, and the ADP, HiPath 4000
Assistant and HiPath 4000 CSTA on board B will be started up.
Due to hard disk mirroring between both machines (see Replication of ADP,
SWU, and HiPath 4000 Assistant/HiPath 4000 CSTA Hard Disk), the ADP virtual
machine and HiPath 4000 Assistant/HiPath 4000 CSTA can start up with the
latest software and data. To the external applications, an ADP failover appears as
a connection loss and a loss of dynamic data. Thus, the external applications
need to reconnect to the ADP.
In case of ADP failover:
•
No loss of established calls.
•
Restart of the virtual machines of ADP/ HiPath 4000 Assistant (offline time <
5 - 10 minutes).
•
Restart of the virtual machine of HiPath 4000 CSTA (offline time < 5 minutes).
•
No new connections/calls can be established during the switchover.
•
Loss of dynamic data in RAM and active connections during the switchover.
•
To the external applications, an ADP failover appears as a connection loss
and a loss of dynamic data. Thus, the external applications need to reconnect
to the ADP.
HiPath 4000 Assistant / HiPath 4000 CSTA failover
The HiPath 4000 Assistant / HiPath 4000 CSTA play a passive role in the ADP
failover. The Linux High Availability Framework does not consider its state in the
failover decision. However, the HiPath 4000 Assistant / HiPath 4000 CSTA on the
secondary hardware machine can only be started if the previously active one has
been turned down completely. For this purpose, the Linux High Availability
Framework will send a shutdown request to the HiPath 4000 Assistant / HiPath
4000 CSTA. Hereupon, the HiPath 4000 Assistant / HiPath 4000 CSTA will shut
down all of its components internally.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
17
hipath_4000.fm
HiPath 4000
Simplex/Duplex
Error #3: Active DSCXL2 Board becomes unreachable
Figure 8
DSCXL2 board is unavailable
Due to a hardware or software failure or due to maintenance the aktive DSCXL2
board becomes ureachable.
CCB, which has been on hot standby, assumes the active role now.
The Linux High Availability Framework of board B realizes the unavailability of the
partner Linux High Availability Framework residing on board A and decides for the
activation of the ADP and HiPath 4000 Assistant on board B.
When board A recovers, CCA will be started and acts as stndby CC. The Linux
High Availability Framework on board A realizes that the ADP on board A should
not be started because the ADP on board B is active already.
2.3.4 Generation (Example)
Manual switch over of CC
With AMO REST you can invoke a manual switch over of the CCs.
EXEC-REST:TYPE=UNIT,UNIT=BPA,RSLEVEL=RESTART;
or
EXEC-REST:TYPE=UNIT,UNIT=BPB,RSLEVEL=RESTART;
Manual switch over of ADP
The active ADP can be shut down, e.g. for maintenance.
HiPath 4000 Administration > Maintenance > Shutdown System
18
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Supported Interfaces
Figure 9
System shut down with HiPath 4000 Administration
2.4 Supported Interfaces
HiPath 4000 supports the following interfaces:
Trunks
•
S0 (basic rate interface)
•
E1 (S2M) (primary rate interface 30 channels)
•
T1 (primary rate interface 24 channels)
•
Analog
•
Native SIP (SIP service provider)
Networking interfaces
•
Basic Rate S0 / Primary Rate E1 (S2M) / T1
The following protocols are supported:
CorNet NQ, QSIG, DSS1, CAS
•
Analog e.g. MFC-R2, E&M, ...
•
IP trunking (H.323 Annex M1)
•
SIP trunking to HiPath platforms with SIP-Q protocol
•
Native SIP trunking for IP interoperability with 3rd-party manufacturers
User interfaces
•
UP0/E
Twin-wire interface for connecting OpenStage T telephones
•
HiPath Feature Access (HFA) for OpenStage HFA endpoints
•
Native SIP for IP Endpoints:
e.g. OpenStage SIP
•
S0 bus
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
19
hipath_4000.fm
HiPath 4000
Corresponding Products
S0 port for ISDN terminal devices
•
a/b port (CLIP, name display, and MWI possible) for analog terminal devices
2.5 Corresponding Products
Application / Product
required version
Devices, Adaptors and Gateways
OpenStage HFA
V2
OpenStage SIP
V2
OpenStage T
V2
optiPoint 500
optiPoint 4x0 Cornet IP
AP 1120 Cornet IP
Mediatrix 41xx
Mediatrix 44xx
Mediatrix 1204
Mediatrix 36xx
OpenScape Personal Edition HFA
V3
OpenScape Personal Edition SIP
LifeSize Room / Team / Express
IP Networking
OpenScape Voice
V4 R1 / V5 R0 SIP Q V2
HiPath 3000
V8
SIP Q V2
HiPath 4000
V2.0
CorNet IP
HiPath 4000
V3.0
SIP Q V1
HiPath 4000
V4 and V5
SIP Q V2
TDM Networking
HiPath 4000
V2.0 / V3.0 / V4 / V5
HiPath 3000
V8
Applications
HiPath 4000 Manager
V6
OpenScape UC Application
V4 R0
HiPath Fault Management
V4
HiPath User Management
V2
HiPath QoS Management
V1
OpenScape ComAssistant
V2.0
Table 1
20
Corresponding products
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Licensing
Application / Product
required version
OpenScape Xpressions
V5 / V6
OpenScape Contact Center
V8
HiPath Trading
V3
OpenScape Xpert
V4
HiPath CAP
V3.0
HiPath DTB
V9.0
native SIP for conferencing,
Cornet IP for messaging,
ACL-C/CSTA.ASN1 for call
control
Attendant Suite
AC Win IP
V2
BLF-Win
V3
DS-Win
V4
OpenScape Alarm Response Professional V3
Mobility
HiPath Cordless E
V3.0
HiPath Cordless IP
V1
OpenScape MobileConnect
V3
optiPoint WL2 professional
Table 1
Corresponding products
2.6 Licensing
As of HiPath 4000 the license concept based on the HiPath License Management
(HLM). The SIM card is no longer needed. Please send the SIM card together
with the delivery note to the following address:
Siemens-Enterprise Communications GmbH&Co.KG
SEN VA LP PSM 4K
c/o Mr. Battke / Mr. Vogt
Hofmannstrasse 51
81379 Munich
Germany
Licensing will not change for the older HiPath 4000 systems (V5 and before).
There is a HiPath 4000 V6 flex license for each port for all HiPath 4000 stations
and trunking connections: analog, digital, HFA, SIP, cordless, PSTN and SIP
service provider.
For which license is to be used please refer to the sales information of HiPath
4000 V6.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
21
hipath_4000.fm
HiPath 4000
Portlist
A grace period license is created automatically with the first portal configuration,
which remains valid for 30 days.
A customer license must be created by specifying the MAC address (e.g. eth0 of
DSCXL2 board) and the system number in the Central License Server (CLS). The
number of licenses required is specified here. The generated ".lic" file can be
loaded into the HiPath 4000 Assistant using the "License Management"
application. The HiPath 4000 Assistant generates a codew from this for the RMX.
Licenses can be loaded and displayed in the HiPath 4000 Assistant in the
Access Management > License Management menu. Click Browse to search
for and select the license file on your PC or drives. Then confirm your selection
with Send. The license file is thereby copied to the predefined directory.
Information on the number of purchased, used, free and blocked licenses is
available as before in AMO CODEW.
For more information on the License Management Tool (LMT) please refer to the
administrator documentation (http://apps.g-dms.com:8081/techdoc/de/
P31003H3460M1190176A9/index.htm).
For more information on the HiPath License Management please refer to the
intranet: https://enterprise-businessarea.siemens-enterprise.com/hlm/
default.aspx.
For more information on the central licence server please refer to the Intranet:
https://www.central-license-server.com/license-management/session/login.htm.
2.7 Portlist
The Interface Management Database (IFMDB) contains information regarding
the IP ports used by all HiPath 4000 products.
https://apps.g-dms.com/ifm/
2.8 Applications, Loading Tables and Selections
This chapter describes ADP/ADS and SWU applications (APL), loading tables
(CLT) and selections (SEL).
These tables are used for loading the APS subsystems into the specific individual
memory areas on HiPath 4000 V5 or on the hard disk.
All three table types are administered in CmCntrl (CLT type with APL element for
applications and SEL for selections) and delivered as subsystems to the APSs.
22
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Applications, Loading Tables and Selections
2.8.1 ADP/ADS
2.8.1.1 Applications
ADP/ADS applications are delivered to the ZAPLTABD subsystem in the ADP/
ADS APS.
ADP/ADS applications are function-specific. An ADP/ADS application contains
one or more subsystems which are necessary for executing a specific function.
ADP/ADS applicaitons are activated from the first installer / HiPath 4000
Administration > LAN WIzard dependent on the selected deployment.
2.8.1.2 Loading Tables
ADP/ADS contains "blank" and "filled" loading tables.
"Blank" loading tables
Subsystems are entered in "blank" loading tables when applications are
activated.
•
ZADSCAT0
•
ZADSCMT0
"Filled" loading tables
"Filled" loading tables ensure that the ADP/ADS of a system is initially
downloaded in accordance with a specific system configuration.
2.8.1.3 Selections
ADP/ADS selections are delivered in the subsystem ZSELEDC0 in the ADP/ADS
APS.
ADP/ADS selections are function-specific. They contain subsystems for a
specific scope of functions. An ADP/ADS selection is activated rom the first
installer / HiPath 4000 Administration > LAN WIzard dependent on the selected
deployment to load the specific subsystems onto the hard disk.
Subsystems not listed in a selection are always loaded onto the hard disk (HD).
2.8.2 SWU
In the following sections you will find information about the Applications and
Loading Tables of the SWU.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
23
hipath_4000.fm
HiPath 4000
Hardware Architecture Table
There are no selections in the SWU. All SWU-APS subsystems are always
loaded onto the disk for each configuration level.
2.8.2.1 Applications
SWU applications are delivered in the ZAPLTABS subsystem in SWU APS.
SWU applications are configuration-specific. There is a basic application which is
delivered in every SWU configuration level.
The appropriate applications for the call charge pool (internal and external) are
loaded for all configurations.
2.8.2.2 Loading Tables
There are three blank loading tables for SWU:
•
ZSWUBPT0
•
ZSWUCAT0
•
ZSWUCMT0
The loading tables are completed by the AMO APC during loading on the basis
of the information in the hardware architecture table (see Section 2.9, “Hardware
Architecture Table”). The memories are then loaded from this table.
2.9 Hardware Architecture Table
The hardware architecture table is an ASCII file on the :PDS: area of the hard
disk. It can be displayed with:
e.g. STA-LIST:":PDS:APSU/HWARCH0",,,M,N;
The hardware architecture table shows among other things which parameters
have been configured during deployment installation for the AMOs DBC and APC
for a given ARCHITECTURE and a given ARCHITECTURE TYPE.
2.10 Hard Disk
The hard disk is part of the DSCXL2 board.
24
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Hard Disk
2.10.1 Layout
Areas on the hard disk (RMX)
AREA
Logical name
A
Administration area
E
Size in 64k blocks
Size in MB
2
0
PDS
7200
450
F
DBDA
1600
100
G
CGD
2400
150
H
DMS (DSY)
1120
70
I
SCR
16384
1024
J
GLA
7200
450
K
DIAG
9868
617
Table 2
Hard disk layout
2.10.2 Configuration Batch
Set up the hard disk on controller 1
ADD-DTSM:A1,HD,45775,512,"STDH6",255;
ADD-DCSM:A1,1,HD,"STDH6";
ADDDASM:A1,1,7200&1600&2400&1120&16384&7200&9868,4096&4096&4096&409
6&4096&4096&4096;
ADD-DLSM:A1,1,E,":PDS:";
ADDDLSM:A1,1,F,":DBDA:"&":DBD:"&":TMD:"&":PAS:"&":AMD:"&":DMP:";
ADD-DLSM:A1,1,G,":CGD:";
ADD-DLSM:A1,1,H,":DMS:"&":DSY:";
ADD-DLSM:A1,1,I,":SCR:";
ADD-DLSM:A1,1,J,":GLA:";
ADD-DLSM:A1,1,K,":DIAG:";
Set up of a virtual hard disk on controller 4 (for system backup)
ADD-DCSM:A1,4,HD,"STDH6";
ADDDASM:A1,4,7200&1600&2400&1120&16384&7200&9868,4096&4096&4096&409
6&4096&4096&4096;
ADD-DLSM:A1,4,E,":PDS:";
ADDDLSM:A1,4,F,":DBDA:"&":DBD:"&":TMD:"&":PAS:"&":AMD:"&":DMP:";
ADD-DLSM:A1,4,G,":CGD:";
ADD-DLSM:A1,4,H,":DMS:"&":DSY:";
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
25
hipath_4000.fm
HiPath 4000
Smart Services Delivery Platform (SSDP)
ADD-DLSM:A1,4,I,":MOD-SCR:";
ADD-DLSM:A1,4,J,":GLA:";
ADD-DLSM:A1,4,K,":DIAG:";
Set up of a virtual hard disk on controller 6
ADD-DCSM:A1,6,HD,"STDH6";
ADDDASM:A1,6,7200&1600&2400&1120&16384&7200&9868,4096&4096&4096&409
6&4096&4096&4096;
ADD-DLSM:A1,6,E,":PDS:";
ADDDLSM:A1,6,F,":DBDA:"&":DBD:"&":TMD:"&":PAS:"&":AMD:"&":DMP:";
ADD-DLSM:A1,6,G,":CGD:";
ADD-DLSM:A1,6,H,":DMS:"&":DSY:";
ADD-DLSM:A1,6,I,":MOD-SCR:";
ADD-DLSM:A1,6,J,":GLA:";
ADD-DLSM:A1,6,K,":DIAG:";
2.11 Smart Services Delivery Platform (SSDP)
SSDP - Smart Services Delivery Platform is an additionl Remote Service Platform
to SIRA and connects our customer systems and products via fast and secured
Internet connection to our Siemens Enterprise Communications remote service
infrastructure.
SSDP supports all the usual Web Services Standards, including the Hypertext
Transfer Protocol (HTTP), Simple Object Access Protocol (SOAP) and Extensible
Markup Language (XML).
All components of the Smart Services Delivery Platform have been certified by
the SSL (Secure Sockets Layer) certification authority VeriSign. Communications
between the customer side and the Remote Service Center are always secured
using 128-bit SSL encryption.
Figure 10
Smart Services Delivery Platform - SSDP
For more information please refer to the SEN intranet:
26
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000.fm
HiPath 4000
Smart Services Delivery Platform (SSDP)
•
Configuration Guide:
https://www.g-dms.com/livelink/livelink.exe/Open/38045591
•
Configuration Checklist:
https://www.g-dms.com/livelink/livelink.exe/Open/38760746
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
27
hipath_4000.fm
HiPath 4000
Smart Services Delivery Platform (SSDP)
28
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
HiPath 4000 Assistant Applications
3 HiPath 4000 Assistant
3.1 HiPath 4000 Assistant Applications
This chapter describes the applications installed during the installation process.
It also gives a short overview of the tasks performed by each application.
For further information about the applications, please refer to the corresponding
online help.
Software Management
•
Application Administration
The "Application Administration" application is needed to install, replace, and
remove applications. In addition, you can display the names of the installed
applications and the installation packages that are on the installation medium.
DVDs, CDs, USB Memory Devices, and the installation directory on the hard
disk can be used as installation media.
•
Backup & Restore
The “Backup & Restore” allows you to save configuration data or software
from RMX and Linux applications to a backup copy file and restore the data
as required. This means that an accurate backup copy of the data and/or
software is available in the event of a system failure.
•
Software Activation
When either a Revision Level Complete RLC (Minor Releases / Fix Releases)
or a Patch Package PP (Fix Releases / RMX-HotFixes) is transferred using
Software Transfer to a HiPath 4000 system running SUSE Linux Enterprise
Server (SLES), it must be subsequently activated there. The Software
Activation service function is used for activation.
•
Software Transfer
The SWT2 (Software Transfer 2) component is part of HiPath 4000 Assistant.
It is a tool for transferring the following Hotfixes and Releases via a TCP/IP
network:
–
Hot Fixes HF / CSTA HotFixes (CSTA_HF),
–
Hot Fixes HF / HiPath 4000 Platform Hot Fixes (PLT_HF),
–
Hot Fixes HF / RMX Hotfixes (RHF),
–
Hot Fixes HF / Unix Hot Fixes (UHF),
–
Fix Releases FR (Patch Packages (PP) / Revision Level Complete (RLC)
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
29
hipath_4000_assistant.fm
HiPath 4000 Assistant
HiPath 4000 Assistant Applications
–
•
Minor Releases MR (Patch Packages (PP) / Revision Level Complete
(RLC)
TSDM
TSDM is an abbreviation for TDM Software Download Manager. This
application enables software updates on TDM (Time Division Multiplex)
variants of OpenStage phones and the Up0 Extender on HiPath 4000
systems. In addition, a customer logo can be delivered to OpenStage devices
supporting this feature, trace and exception log data can be uploaded from
the OpenStage device to the switch.
Access Management
Access Management is the access control component for HiPath 4000 servers.
It controls which users are allowed to access a specific server, and which
applications and access rights these users may use. Possible users are customer
administrators and service technicians that manage HiPath 4000 systems.
•
Session Management
–
Change Password
–
Emergency Password Reset Configuration
Emergency Password Reset (EPR) provides a mean to reset
administrator (user "engr") password in case the password was lost or the
system was corrupted. Prior to using that feature, the system must be
configured appropriately, and the feature must be enabled by the system
administrator.
–
Password Histroy Configuration
–
Session Manager
•
License Management Tool
•
License Management
The License Management application allows the administrator to obtain
information on the installed licenses and to configure the location of the CLA.
This protects all HiPath 4000 applications and all software that requires a
license and that a customer might want to install.
•
30
Account Management
–
User Account Administration
–
System Account Administration
–
Access Right Configuration
–
Access Right Group Configuration
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
HiPath 4000 Assistant Applications
–
•
Export User Reports
Manage Web Server Certificates
–
–
Certificate for this Web Server
–
Activate
–
Generate
–
Import
–
Generate via CSR
Certificate Network Management
–
Root Certificate
–
Sign CSR signieren
Base Administration
•
Webmin
“Webmin” is the basic administration service for the configuration of the
system resources and the TCP network. It is also used for operating the
system, e.g. shutdown.
•
Logging Management
Logging Management allows you to search the logon events, using a
standard query. It also allows you to modify, create and save queries.
•
Application Control
Expert Mode
•
HiPath 4000 Expert Access
For additional information, refer to the online help.
•
HG 35xx Web Based Management
•
Connect to HiPath 4000 Portal
•
SSH connection to Assistant
•
LW Update Manager
•
Connection to HiPath 4000 CSTA
•
Signalling and Payload Encryption Administration
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
31
hipath_4000_assistant.fm
HiPath 4000 Assistant
HiPath 4000 Assistant Applications
With the “Signalling and Payload Encryption Administration” dialog of the
HiPath 4000 Assistant it is possible to set APN SecureTrace PassPhrase
(Access Point Network) and MEK (Master Encryption Key).
•
Direct WBM/SSH Access
"Direct WBM/SSH Access" is an application that enables automatic/manual
password distribution for all accounts on IP boards, and for creating, editing
(i.e. updating) and deleting additional user accounts as well.
The application is accessible for administrators only and ensures secure
password distribution.
System Management
•
HiPath 4000 Administration
•
PhoneMail Administration
•
HiPath 4000 / HG3500 Administration
Configuration Management
Configuration Management (CM) enables the system- and/or network-wide
configuration of system data, line (trunk) data, station data, least cost routing, and
personal data.
Das Configuration Management includes the following functions:
32
•
Network
•
System Data
•
Station
•
Tables
•
Groups
•
Personal Data
•
Least Cost Routing
•
HiPath Inventory Management
•
IPDA Wizard
•
Scheduled Batch
•
Session Log
•
CHESE Wizard
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
HiPath 4000 Assistant Applications
•
User Settings
Collecting Agent
The Collecting Agent is used to collect accounting data in an HiPath 4000
network. Collecting Agent is a basic function of Accounting Management (AM).
Performance Management
•
Performance Management
Performance Management (PM) is a measurement tool for HiPath 4000
systems. PM allows you to generate various reports on metered data stored
in the PM database.
The data for PM comes from the CDR records, ZAUSL files and CMI files
collected by Collecting Agent (COL).
Diagnostics
•
Fault Management
–
HiPath 4000 Alarm Configurator
The Alarm Configurator is used to manage switch alarms. It is used to
assign alarms to subscribers or trunks and to generate alarms
automatically for trunks to which alarms have not yet been assigned.
–
SNMP Configurator
SNMP is used to provide a standard interface for monitoring and
configuring network resources.
SNMP is based on the manager / agent model. Agents maintain
management information databases, which can be read and possibly
written by managers. This kind of communication is always initiated by
the managers. Agents are also capable of sending notification events, socalled "traps", to the managers asynchronously. Apart from these
operations, the SNMP protocol definition also includes the data model
and the network protocol.
•
Switch Diagnosis Support
–
Real Time Diagnosis System
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
33
hipath_4000_assistant.fm
HiPath 4000 Assistant
User Accounts
Realtime Diagnosis System (RDS) provides telephony fault localization
for station and data lines and limited trunk fault reporting capabilities for
trunk facility problems. It provides tools and features to help reduce the
time of solving trunk problems, as well as enabling you to solve the
problems more efficiently.
•
Trace Download
•
Test Simulation of Key Function Activity (TSKA)
The TSKA application enables the HiPath 4000 Assistant user to display and
simulate OptiSet, optiPoint and OpenStage devices at a customer's site.
TSKA displays:
–
display messages,
–
LED status,
–
function key assignments,
–
"Self Labeling Key" texts.
The user can remotely simulate the pressing of function keys and keys of the
keypad. Therefore, a graphical representation of the device in a browser
window is provided.
TSKA allows also to open the WBM (Web Based Management) page for an
IP Phone connected via a CGW board.
Report Generator
Report Generator is used to work with report templates and to run reports.
3.2 User Accounts
3.2.1 Definition
Ten different user accounts are supported by Security Manager: five for HiPath
4000 Assistant/Manager and five for HiPath 4000 HTS. Only the accounts
relevant to HiPath 4000 Assistant are described in this chapter.
The five user accounts are shared as follows:
•
Three for customer service levels (engr, rsta, rsca)
•
Two for the customers (cusa, cust)
Every user who logs on to a HiPath 4000 server is assigned one of these levels.
34
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
User Accounts
For safety reasons, you are asked to change the pre-defined password the first
time you log on.
The following table provides an overview of the different user accounts.
User
account
Password
issued by
Additional information
rsca
Siemens2000 Remote Service Customer Assistance
(limited system administration privileges).
For "lower level" service technicians.
rsta
Siemens2000 Remote Service Technical Assistance
(limited system administration privileges).
For "upper level" service technicians.
Access for rsca security level.
engr
Siemens2000 Engineer (comprehensive system administration privileges
for engineers).
Access for all security levels
cusa
c.u.s.a
Customer Security Administrator
(limited system administration privileges for "customer
security administrators").
For "master" administrators employed by the customer.
Access for security level cust.
cust
--
Customer (standard user).
Individual accounts for the relevant customer environment
can be set up during the runtime.
Refer to the Security Management (SecM) online help for further information (for
example passport rules).
3.2.2 Customer Account Profiles for HiPath 4000
Assistant
Navigating the start page
Cust.account
Application Definition
Service Cust.
ACDAPP
Call Center Configuration Administrator
rsca
cusa
ACDAPP
Call Center Configuration Client User
rsca
cust
ACDAPP
Call Center Administration
rsca
---
ACDAPP
ACDAPP Status
rsca
cust
APP
Application Installer
engr
---
CM
Configuration Management
rsca
cust
COL
COL Basic Features
rsca
cust
Direct
Access
Expert Access
rsta
---
Table 3
HiPath 4000 Assistant - Customer Account Profiles
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
35
hipath_4000_assistant.fm
HiPath 4000 Assistant
User Accounts
Navigating the start page
Application Definition
Service Cust.
Direct
Access
HiPath 4000 Assistant Launchpad
rsca
cust
Direct
Access
Phonemail Logon
rsca
cust
FTW
FTW feature text
rsca
cust
FM
Fault Management ACL-C Tracer
rsca
cust
FM
Fault Management - Batch Generator
rsca
cust
HBR
Administration Backup Device
rsca
---
HBR
Backup
rsca
---
HBR
HBR_Common
rsca
cust
HBR
GLA/PDS Handling
rsca
---
HBR
Restore
rsca
---
HBR
Backup Schedule Configuration
rsca
---
HG3550M
HG35xx Web Based Management
rsca
cust
HG3550M
Loadware Manager
rsca
cust
HG3550M
SecureTrace passphrase update
engr
cust
HG3550M
MEK Distribution
rsca
cust
HSD
Hardware and Symptom Diagnosis
rsca
---
LAP2
All LAP2 functions
rsca
cust
LicM
License Management
rsca
cust
LMT
License Management Tool
rsca
cust
LogM
Logging Management
rsca
cust
PM
Performance Management
rsca
cust
RCon
Remote connection to Portal and CSTA
rsca
cust
RDS
Real Time Diagnosis System
rsca
---
RepGen
Report Generator
rsca
cust
SecM
Emergency Shell Access
rsca
---
SecM
Direct AMO dialog
rsta
---
SecM
RMX file system
rsta
---
SecM
Security Profile Definition
rsca
---
SecM
Unix file system
rsca
---
SecM
Access right configuration for customer level users
rsta
cusa
SecM
Access right group configuration for customer level
users
rsta
cusa
SecM
Change Password
rsca
cust
SecM
Administration of customer level users
rsta
cusa
Table 3
36
Cust.account
HiPath 4000 Assistant - Customer Account Profiles
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
Notification Mechanism and Usage Scenarios
Navigating the start page
Cust.account
Application Definition
Service Cust.
SecM
Administration of predefined system accounts
rsca
cusa
SecM
Manage customer administrator level sessions
rsta
---
SecM
Manage customer level sessions
rsta
cusa
SecM
Manage expert level sessions
engr
---
SecM
Manage own sessions
rsca
cust
SecM
Manage first level service sessions
rsta
---
SecM
Manage second level service sessions
engr
---
SysM
System Management full access
rsca
cust
SWA/SWA2 All Software Activation functions
rsta
---
SWT2
All SWT2 functions
rsta
cust
TSDM
TSDM application
rsca
cust
TSKA
Test Simulation of Key Function Activity
rsca
cust
UBA
CMX Configuration
rsca
cust
UBA
LAN Configuration
rsca
cust
UBA
System Administration
rsca
cust
XIEAPI
Extended Import Export Interface
rsca
cust
Table 3
HiPath 4000 Assistant - Customer Account Profiles
3.3 Notification Mechanism and Usage Scenarios
This section is intended to provide clarification of functionality and interaction
when AMOs and HiPath 4000 Manager and/or HiPath 4000 Assistant are used at
the same time for switch configuration.
Information is provided in the form of answers to frequently asked questions
(FAQ).
Section 3.3.2, “Networks without HiPath 4000 Manager” addresses networks
involving AMOs and HiPath 4000 Assistant, but without HiPath 4000 Manager.
Section 3.3.3, “Networks with HiPath 4000 Manager” addresses networks
involving AMOs, HiPath 4000 Assistant and HiPath 4000 Manager.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
37
hipath_4000_assistant.fm
HiPath 4000 Assistant
Notification Mechanism and Usage Scenarios
3.3.1 The Notification Mechanism
How the Assistant database is synchronized with the switch database
This section of the document explains the notification mechanism. This
mechanism keeps the Assistant database synchronized with the switch database
when AMO commands are executed (with anything other than the Assistant itself:
direct AMO commands, AMO commands coming from the HiPath 4000 Manager,
etc.).
3.3.1.1 Operation of the Notification Mechanism
This is how the notification mechanism works (numbered steps refer to Figure 11
Notification Mechanism):
1. An AMO command is executed on the switch.
2. The switch updates its database.
3. The switch sends a notification to the Assistant, with the AMO command that
was executed.
4. The Assistant puts the notification in its internal queue.
5. As soon as it can, it retrieves the notification from that queue.
6. The Assistant generates one or more query AMO commands to retrieve the
changes from the switch database (query AMO commands are commands
like REG-<NOUN>, DISPLAY-< NOUN>, EXEC-UPLOL, EXEC-UPLO2, that
is, AMO commands that read the switch configuration).
7. The Assistant updates its database using the information just queried from
the switch.
Figure 11
38
Notification Mechanism
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
Notification Mechanism and Usage Scenarios
3.3.1.2 AMO Commands Generated for Notifications
The Assistant generates as few AMO commands as possible, only enough to
retrieve the changes from the switches, but it also takes care of all ramifications
of an AMO command. For example, if the user adds a new station (ADD-SBCSU),
the Assistant executes the following query AMO commands to update its
database (the newly created station is the first line, then comes the DIMEN
counters, dial plans, PINs, etc., all related to that station):
EXEC-UPLO2:TYPE=PORT,STNO=<NUMBER>,DMSVER=V600;
EXEC-UPLO2:TYPE=COSX,DMSVER=V600;
EXEC-UPLO2:TYPE=DIMEN,DMSVER=V600;
EXEC-UPLO2:DIMEN,V600;
EXEC-UPLO2:DPLNET, <NUMBER>,,,,V600;
EXEC-UPLO2:DPLN2, <NUMBER>,,,,V600;
EXEC-UPLO2:DPLN1, <NUMBER>,,,V600;
EXEC-UPLO2:PIN, <NUMBER>,,,V600;
EXEC-UPLO2:DYNKEY, <NUMBER>,,V600;
3.3.1.3 Possible Sources of AMO Notifications
Any action that changes the switch database will generate notifications to the
Assistant. The most obvious source of database changes is direct AMO
commands. A second source of AMO commands is the HiPath 4000 Manager. All
configuration changes executed on the Manager are translated into AMO
commands sent to the affected switches. These AMO commands result in
notifications for the Assistant. A third source of AMO commands are changes
made from telephones, for example, fixed call forwarding, name key
programming, etc. These changes have to be stored in the switch database.
Therefore, the switch also sends notifications when they happen.
3.3.2 Networks without HiPath 4000 Manager
IMPORTANT: Basic Usage Rule
If the customer does not have HiPath 4000 Manager, use the Assistant to make
configuration changes, not direct AMO commands.
You can find the following Frequqently Asked Questions (FAQ) in this section:
•
What happens if I use AMO commands to change the switch configuration,
bypassing the HiPath 4000 Assistant?
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
39
hipath_4000_assistant.fm
HiPath 4000 Assistant
Notification Mechanism and Usage Scenarios
•
How long does it take to update the Assistant database when an AMO
command is executed?
•
What will the user see on the Assistant until the (Informix) database is
updated?
•
Does the Assistant notify the users after updating its database?
•
Does the notification process affect the Assistant performance?
•
Does the notification process slow down the execution of direct AMO
commands?
•
What happens if I execute a lot of AMO commands in a short period of time,
e.g., run an AMO batch file?
•
I have to execute a large AMO batch file to update a customer configuration.
How should I proceed?
•
Is there any automatic mechanism to synchronize the Assistant database
when it goes out of sync?
What happens if I use AMO commands to change the switch configuration,
bypassing the HiPath 4000 Assistant?
The switch notifies the Assistant that an AMO command (exactly which AMO
command) was executed. The Assistant retrieves the affected parts from the
switch database and updates its database. To retrieve the affected parts, the
Assistant executes AMO commands (EXEC-UPLO2, REG-<AMO>, etc.,
depending on which AMO was executed). This notification process keeps the
switch and the Assistant databases in sync with each other. Refer to Section
3.3.1, “The Notification Mechanism” for a technical explanation of the notification
mechanism.
How long does it take to update the Assistant database when an AMO
command is executed?
Anywhere from 30 seconds to 3 minutes. The time to update the database
depends on:
1. what was changed on the switch (for example, deleting a station takes longer
to finish than adding a firewall entry with AMO BDAT, because of all the
possible side-effects of the station in the groups, routing, dial plan, etc.);
2. what the Assistant is doing at the time. If it is processing a request from its
users, it will first finish that request, and then it will process the notification;
3. the switch configuration (processor speed, number of processors, amount of
RAM, etc.).
What will the user see on the Assistant until the (Informix) database is
updated?
The old data (before the AMO command was executed).
40
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_assistant.fm
HiPath 4000 Assistant
Notification Mechanism and Usage Scenarios
Does the Assistant notify the users after updating its database?
No. If, for example, the user is looking at the configuration of station 2300 using
the Assistant, and in the meantime someone changes the configuration of that
station using AMO commands, the Assistant will update its database, but it will
not tell the user that the database has been updated. The user is now looking at
old data. If the user decides to make changes to this old data and save the
changes, it will overwrite what has just changed on the switch. Note that this is no
different from having two Assistant users trying to work on the same station at the
same time. This should never happen. An object should be modified from one
place at a time only.
Does the notification process affect the Assistant performance?
Yes. The Assistant is able to process one request at a time. While the Assistant
is processing an AMO notification, it will not be able to process requests coming
from its own user interface. In other words, a request coming from the Assistant
user will have to wait until the notification is processed. For the Assistant user, it
looks like the Assistant is running slowly, when in fact the Assistant is busy doing
something else (the notification processing).
Does the notification process slow down the execution of direct AMO
commands?
Yes. The switch can execute only one AMO command at a time. If the Assistant
is executing AMO commands to synchronize its database, AMO commands
coming from other sources will have to wait their turn.
What happens if I execute a lot of AMO commands in a short period of time,
e.g., run an AMO batch file?
There is a limited notification queue between the Assistant and the switch (it can
hold up to 25 AMO commands in its default configuration). If that notification
queue overflows because the Assistant cannot keep up with the AMO
commands, the Assistant will send a command to the switch to stop the AMO
notifications and will put its database in out-of-sync state. Notifications will remain
disabled until the next upload is executed from the Assistant (either a manual
upload or the nightly upload).
I have to execute a large AMO batch file to update a customer configuration.
How should I proceed?
Do not use the Assistant while the AMO batch file is running. If the AMO batch is
large enough, it will eventually overflow the notification queue (see What happens
if I execute a lot of AMO commands in a short period of time, e.g., run an AMO
batch file?). This will stop the notification mechanism and put the Assistant
database in out-of-sync state. If you have to use the Assistant immediately after
executing the AMO batch file, run an upload. Otherwise, just wait for the nightly
upload to do its job. In the next morning the Assistant database should be
synchronized with the switch database.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
41
hipath_4000_assistant.fm
HiPath 4000 Assistant
Notification Mechanism and Usage Scenarios
Is there any automatic mechanism to synchronize the Assistant database
when it goes out of sync?
Yes. Every night (at midnight, in the default configuration) the Assistant
synchronizes its database with the switch database. On a quiet system (with no
activity between midnight and the next morning), the Assistant database should
always be in sync with the switch database in the morning.
3.3.3 Networks with HiPath 4000 Manager
IMPORTANT: For informationen on networks with HiPath 4000 Manager please
refer to “HiPath 4000 Manager, Installation- and Service Manual” (http://apps.gdms.com:8081/techdoc/en/P31003H3460S101017620/index.htm).
42
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
hipath_4000_csta.fm
HiPath 4000 CSTA
4 HiPath 4000 CSTA
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
43
hipath_4000_csta.fm
HiPath 4000 CSTA
44
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
installation_configuration.fm
Installation and Configuration
General Notes
5 Installation and Configuration
5.1 General Notes
IMPORTANT: HiPath 4000 runs exclusively on the Linux machine (no other
application is allowed to run co-located on the machine, e.g. virus scan).
•
The HiPath 4000 software is able to run on DSCXL2 boards or, alternatively,
on regular server PC hardware.
IMPORTANT: However, local shelves/LTUs are not supported in a server PC
environment; these require the Rear Transition Module (RTM), which is only
available on DSCXL2 boards.
•
The HiPath 4000 Assistant components must run on the same hardware on
which the RMX-based Switching Unit (SWU) and the Administration and Data
Processor (ADP) are running.
5.2 Available Deployments
As of HiPath 4000 V6 R1 the following deployments are available:
•
AP-E
•
RG 8300
•
Simplex
•
Duplex
•
Separated Duplex
•
Duplex Replacement
For more information on the deployments please refer to the documentation of
the HiPath 4000 Administration Portal.
5.3 Suse Linux Enterprise Server Operating System Software Handling
•
HiPath 4000 SoftGate
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
45
installation_configuration.fm
Installation and Configuration
First Installation
Server application model
IMPORTANT: Please pay attention to the security policy “Support of
Operating System Updates for Server Applications”:
https://www.g-dms.com/livelink/livelink.exe/open/25860792 or
http://wiki.siemens-enterprise.com/images/c/c0/Security_Policy__Support_of_Operating_System_Updates_for_Server_Applications.pdf).
•
All other deployments
Appliance model
Software corrections for the SLES 11 operating system, which are necessary
for a failure-free operation, will be provided through SEN.
5.4 First Installation
Please refer to the release note of HiPath 4000 V6 R1.
46
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
time_synchronization.fm
Time Synchronization
Configuring the Time on the HiPath 4000 Platform
6 Time Synchronization
The HiPath 4000 platform is the time source for all servers in the network (e.g.
HiPath 4000 Assistant, HiPath 4000 CSTA, ADP, CCs, Access Points, HiPath
4000 SoftGates, CC-APs, HiPath Access modules, Survivable HiPath 4000
SoftGates).
Figure 12
Time synchronization - overview
6.1 Configuring the Time on the HiPath 4000 Platform
Before the virtual machines are started with the applications (e.g.: HiPath 4000
Assistant, HiPath 4000 CSTA, ADP, CCs, HiPath 4000 SoftGates), the current
date and time must be set on the HiPath 4000 platform.
The HiPath 4000 platform is configured so that it gets its time from a Network
Time Protocol (NTP) server located in the IP network.
This NTP server is used for time synchronization in the HiPath 4000 network. All
virtual machines, terminals and servers synchronize themselves with this NTP
server.
IMPORTANT: HiPath 4000 V6 nodes must not be used as NTP servers to avoid
single point of failure.
HiPath 4000 systems with an older version must also not be used as the NTP
server due to performance issues with UnixWare 7.
The date/time module from YaST can be used for this purpose.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
47
time_synchronization.fm
Time Synchronization
Configuring the Time on the HiPath 4000 Platform
YAST --> Clock and Time Zone
Figure 13
Date and time module of YaST
The setting of a time zone is optional because it does not impact the time zones
on the HiPath 4000 Assistant or ADP (see also Section 6.3, “Configuring the Time
Zones”).
1. Click Change.
2. Select Synchronize with NTP Server.
Synchronize with NTP Server: Enter the NTP server address.
Confirm your input by selecting Configure.
Figure 14
Datums- und Zeiteinstellung mit YaST
Important information for setting or changing the time
•
48
If the time is turned back manually on the NTP server by a large time frame,
make sure that all virtual machines are shut down. If the virtual machines are
not shut down, you have to perform a restart (e.g. via the HA Resource
Manager). Otherwise, problems may arise with the virtual real-time clock.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
time_synchronization.fm
Time Synchronization
Configuring the Time on all Servers
If the time on the NTP server is only reset by a small time frame by the ntpd,
synchronization is performed automatically. The virtual machines do not have
to be shut down and a restart also does not have to be performed.
•
If the time is predefined on the NTP server (regardless of whether manually
or via ntpd, regardless of what scale), synchronization of all virtual machines
is performed without any problems.
6.2 Configuring the Time on all Servers
The system time of the HiPath 4000 platform is transferred to all servers when all
virtual machines are started.
Synchronization of the HiPath 4000 Assistant is performed via ntpd within approx.
three minutes. Synchronization of the ADP is performed within approx. two
minutes.
Check in the HiPath 4000 Assistant whether the date and time have been
synchronized correctly:
Base Administration > Webmin > System Administration "Date/Time”
IMPORTANT: The date and time cannot be configured in the HiPath 4000
Assistant!
6.3 Configuring the Time Zones
The time zone is independent for every server on the HiPath 4000 V6. If the time
zone is to be changed, it has to be set separately for the HiPath 4000 platform,
HiPath 4000 Assistant and HiPath 4000 CSTA. The time zone for the RMX is
linked with the time zone on the HiPath 4000 Assistant and is configured using
the HiPath 4000 Assistant (see Section 6.3.1, “Setting the Time Zone and
Summer Time for HiPath 4000 Assistant and RMX”). Whenever the time zone on
the HiPath 4000 Assistant is changed, it is also automatically reconfigured for
RMX. This also applies to the summer time setting.
6.3.1 Setting the Time Zone and Summer Time for
HiPath 4000 Assistant and RMX
During installation of the HiPath 4000 Assistant, its time zone is taken from the
HiPath 4000 platform. This means it is then independent of the HiPath 4000
platform.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
49
time_synchronization.fm
Time Synchronization
Configuring the Time Zones
The time zone and summer time are set via the HiPath 4000 Assistant.
Base Administration > Webmin > System Administration "Timezone”
You can set the time zone and summer time by selecting the desired time zone
from the Neue Zeitzone (New time zone) list and then clicking the Modify button.
The time zone change is effective immediately.
IMPORTANT: The time zone on the ADP should not be changed manually with
AMO DATE!
6.3.2 Setting the Time Zone and Summer Time on the
Access Point/HiPath 4000 SoftGate
Because the Access Points/HiPath 4000 SoftGates may also be located in a
different time zone than the host system, their time zone/summer time can be
configured with the assistance of AMO SIPCO and AMO UCSU.
Specify the timeshift of the access point with respect to the host in AMO SIPCO
(parameters OFFSET and DIRECT). In addition, you can also specify the
parameters for the daylight-saving time adjustment.
CHANGESIPCO:TYPE=TCLASS,TCLASS=1,OFFSET=120,DIRECT=WEST,DSTSW=AUTO,
MONTHDST=1,WKDAYDST=SO,DAYNODST=FIRST,
HOURDST=2,MINDST=30,MONTHNT=1,WKDAYNT=SA,DAYNONT=FIRST,HOURNT
=2,MINNT=20;
You then assign the access points to the relevant time classes in AMO UCSU with
the TCLASS parameter).
CHANGE-UCSU:UNIT=AP,LTG=<nummer>,TCLASS=1;
Relevant AMOs
50
AMO
Parameter
Sprache/
Language
Beschreibung/ Discription
SIPCO
TCLASS
d
Zeitklassen-Index
e
Time Class Index
OFFSET
d
Der Parameter OFFSET gibt die Zeitverschiebung in dieser Zeitklasse in Minuten
an.
OFFSET
e
The parameter OFFSET defines the time
shift of this time class in minutes.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
time_synchronization.fm
Time Synchronization
Configuring the Time Zones
AMO
UCSU
Parameter
Sprache/
Language
Beschreibung/ Discription
RICHT
d
Der Parameter RICHT gibt die Richtung der
Zeitverschiebung an. Eine Verschiebung
nach OST ergibt immer eine spatere Zeit,
d.h., der Zeit-Offset wird zur aktuellen
Systemzeit addiert. Hingegen wird bei einer
Verschiebung nach WEST der Zeit-Offset
von der aktuellen Systemzeit subtrahiert,
d.h., es wird fruher.
DIRECT
e
The parameter DIRECT specifies the
direction of the time shift. A shift to EAST
results in a later time, which means that the
time offset will be added to the actual
system time. A shift to WEST results in an
earlier time because the time offset will be
subtracted from the actual system time.
TCLASS
d
Zeitklassen-Index
TCLASS
e
Time Class Index
6.3.3 Setting the Time Zone for HiPath 4000 CSTA
The virtual machine has regions, UTC time zone etc. The time zone is
independent of the HiPath 4000 platform and can be configured using YaST.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
51
time_synchronization.fm
Time Synchronization
Configuring the Time Zones
52
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
system_backup_restore.fm
System Backup and Restore
Feature Description
7 System Backup and Restore
7.1 Feature Description
The system backup performed up to HiPath 4000 V5 was part of the HiPath 4000
Assistant Backup Set.
A completely new system backup concept is being introduced with HiPath 4000
V6, which is being offered on the Linux host platform.
Es gibt ab HiPath 4000 V6 also nun zwei unterschiedliche Stellen die Backups
abhandeln:
There are now two different locations for handling the backups as of HiPath 4000
V6:
Firstly:
•
HiPath 4000 Assistant with the previously described backup-types
and secondly
•
the host platform, which is responsible for the system backup.
The system backup contains all needed HiPath 4000 V6 applications including
RMX, HiPath 4000 Assistant and CSTA images as well as the configuration data.
This backup set will be stored (default) on the system hard disk.
Each backup set contains a First Install Wizard (FIW) which has to be used for
the Restore.
After a successful restore, the HiPath 4000 applications will be started
automatically in basic mode. This means only the HiPath 4000 Administration
Portal is running/accessible.
In the next step the LAN Wizard has to be started and the eth interfaces must be
checked or reconfigured. In case of the restore will be done on a new/different
hardware, then you must check the eth lan interfaces and change if necessary.
Use case
•
Hard disk crash - restore on new hard disks with preinstalled SLES 11
•
Recovery to a previous HiPath 4000 V6 running environment
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
53
system_backup_restore.fm
System Backup and Restore
Service Information
7.2 Service Information
Prerequisites
•
On the destination storage location of the system backup kit minimum 8 GB
free disc space is required.
•
The restore of the new System Backup requires a preinstalled SLES 11 SP1
hard disk.
•
During the restore process a SLES 11 SP1 repository (e.g. SLES11 SP1
DVD) must be available.
Restrictions
•
The installed license files are not part of the system backup.
•
For the time when the HiPath 4000 Assistant system backup rpms are build,
the HiPath 4000 Assistant will be shut down. RMX and CSTA stay in service
without interruption.
•
The backup set of DSCXL2 hardware can only be restored on DSCXL2
hardware and not on a server plattform.
•
The backup set of server plattform can only be restored on a server plattform
hardware and not on a DSCXL2 harwdare.
•
During the system backup is running no “Backup & Restore” via HiPath 4000
Assistant is possible and vice versa.
7.3 User Interface
Actually two different user interfaces are needed:
•
Backup is done via HiPath 4000 Administration Portal
•
Restore is done via the First Install Wizard
7.4 System Backup
HiPath 4000 Administration > Maintenance > System Backup > Backup
54
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
system_backup_restore.fm
System Backup and Restore
System Backup
Figure 15
System backup in HiPath 4000 Administration Portal
Each system backup kit is stored in a separate directory (sysbackup_
YYYY_MM_DD_HH).
Actually the system backup is stored on the local partition /var/opt/sysbackup/ .
IMPORTANT: It is highly recommended to copy the generated system backup
from /var/opt/sysbackup/sysbackup_YYYY_MM_DD_HH to an external storage
location.
To start the generation of a new system backup push the Button Start System
Backup Now.
Figure 16
System backup generation running in HiPath 4000 Administration
Portal
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
55
system_backup_restore.fm
System Backup and Restore
System Restore
7.5 System Restore
IMPORTANT: In the HiPath 4000 Administration Portal only the restore
procedure is only described. You cannot execute a system restore with the
HiPath 4000 Administration Portal.
HiPath 4000 Administration > Maintenance > System Backup > Restore
Figure 17
System restore in HiPath 4000 Administration Portal
7.5.1 Prerequisites
Dependant on which target system the restore will be done, different steps and
preconditions are necessary.
General preconditions
•
preinstalled SLES 11 SP1
•
original/respectively new license files (for HiPath 4000 Assistant/HiPath 4000
Base, HiPath 4000SoftGate, …)
7.5.2 System Restore Scenarios
7.5.2.1 Restore on the same unchanged Target System
No reconfiguration of eth interfaces is needed.
Steps:
•
56
Restore of the system backup (using First Install Wizard).
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
system_backup_restore.fm
System Backup and Restore
System Restore
•
Check the eth interfaces (using HiPath 4000 Administration Portal >
System > LAN Wizard).
7.5.2.2 Restore on the same Target System after new SLES
Installation
This is the case when e.g. the hard disk crashed and must be replaced.
Following reinstallation of the Linux operating system, it is highly likely that the eth
configuration will no longer be compatible wiht the configuration saved in the
system backup. The eth interfaces have to be reconfigured in this case.
Steps:
•
SLES 11 installation.
•
Restore of the system backup (using First Install Wizard).
•
Reconfiguration of the eth interfaces (using HiPath 4000 Administration
Portal > System > LAN Wizard).
•
Installation of original licence files for CLA.
7.5.2.3 Restore on the same Target System after LAN Card
Changes
In this case the udev configuration changes. A reconfiguration of eth interfaces is
necessary.
Steps:
•
Restore of the system backup (using First Install Wizard).
•
Reconfiguration of the eth interfaces (using HiPath 4000 Administration
Portal > System > LAN Wizard).
•
In case that the MAC address in the license file doesn´t match, new license
files are needed.
•
Installation of new license file for CLA.
7.5.2.4 Restore on a different Target System
After restoring the system backup a reconfiguration of the eth interfaces is always
necessary.
Steps:
•
SLES 11 installation.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
57
system_backup_restore.fm
System Backup and Restore
System Restore
•
Restore of the system backup (using First Install Wizard).
•
Reconfiguration of the eth interfaces (using HiPath 4000 Administration
Portal > System > LAN Wizard).
•
Installation of new licence files for CLA (because of new MAC addresses).
IMPORTANT: DSCXL2 backup only can be restored on DSCXL2 hardware. The
same applies to the server plattform.
7.5.3 System Restore via First Install Wizard (FIW)
Prerequisites
•
Before starting the installation of the system backup set via FIW the SLES 11
SP1 repository (e.g. DVD, iso image, …) must be available.
•
If necessary change the runlevel from 3 to 5.
Procedure
Start the included FIW from the system backup directory (commandline: e.g. ./
FirstInstallWizard).
On a preinstalled system it is required to choose the option Install Packages, but
remove installed first (necessary for Restore of System Backup).
Figure 18
System restore with FIW - Select option
Confirm with Next.
In the next page the actual system backup deployment is selected.
58
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
system_backup_restore.fm
System Backup and Restore
System Restore
Figure 19
System restore with FIW - Software package installation
Confirm with Next.
In the next step the stored customer LAN interface and IP addresses can be
adapted or changed if necessary.
Figure 20
System restore with FIW - HiPath 4000 configuration options
Confirm with Next.
After finishing the restore procedure in most cases (except restore on the
unchanged target system) a reconfiguration of eth interfaces is necessary.
7.5.4 eth Interface Configuration with LAN Wizard
(HiPath 4000 Administration Portal)
HiPath 4000 Administration Portal > System > LAN Wizard
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
59
system_backup_restore.fm
System Backup and Restore
System Restore
Figure 21
eth interface configuration with LAN wizard - Hardware platform
Select the apropriate hardware platform and confirm with Next.
Figure 22
eth interface configuration with LAN wizard - customer, IPDA and
Atlantic LAN
The eth configuration and the IP addresses have to be checked and modified if
necessary.
Confirm with Next.
60
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
system_backup_restore.fm
System Backup and Restore
System Restore
Figure 23
eth interface configuration with LAN wizard - internal LAN
After the complete configuration press the Submit button even if you didn’t
change any parameter within the configuration.
After a few minutes all applications on the host platform should run with the
configuration data from the installed system backup.
The last step is to provide the license files for the CLA.
7.5.5 Provide License File for the CLA
Load the license files using HiPath 4000 Assistant under Access Management
> License Management.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
61
system_backup_restore.fm
System Backup and Restore
System Restore
62
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
raid_synchronization.fm
Raid Synchronisation
Leistungsmerkmalbeschreibung
8 Raid Synchronisation
8.1 Leistungsmerkmalbeschreibung
IMPORTANT: Es wird empfohlen immer zwei Festplatten im HDTR zu haben
und diese in einem Raid-Verbund zu betreiben! Der Raid-Verbund bietet einen
zusätzlichen Schutz bei Hardware-Fehlern!
Vorteil
Das hat den Vorteil, dass bei Ausfall der aktuellen Festplatte (Hardware-Fehler)
eine weitere Festplatte existiert mit der der Betrieb ohne Unterbrechung
fortgeführt werden kann.
Nachteil
Der Nachteil eines Raids ist, dass Software-Fehler auf die zweite Festplatte
“vererbt” werden.
8.2 Ablauf
1. Schieben Sie eine Festplatte in den oberen Schacht des HDTR. Von dieser
Festplatte wird gebootet.
2. Melden Sie sich am HiPath 4000 Administrationsportal an.
3. Überprüfen Sie, ob die Festplatte korrekt eingelegt und gelesen wurde.
Wechseln Sie zu Wartung > Notfall-HD.
Figure 24
HiPath 4000 Administrationsportal > Eine Festplatte im HDTR
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
63
raid_synchronization.fm
Raid Synchronisation
Ablauf
Hier sehen Sie, dass sich im Moment nur eine Festplatte im HDTR befindet.
Den Zustand der Festplatte und des HDTR kann man auch an Hand der
LEDs am HDTR erkennen.
LED
Bedeutung
Alle LEDs aus
Einschub ist leer (keine Festplatte drinnen).
Blaue LED leuchtet und die
rote LED blinkt nicht
Festplatte ist im HDTR aber das Raid wird nicht
benutzt.
Blaue LED leuchtet und die
rote LED blinkt
Festplatte ist im HDTR und wird benutzt und darf
nicht entfernt werden.
Table 4
LED-Anzeigen
4. Überprüfen Sie, ob sich im unteren Schacht keine Festplatte befindet (die
entsprechende LED ist aus). Schieben Sie die zweite Festplatte in den
unteren Schacht des HDTR.
5. Nachdem Sie die zweite Festplatte eingeschoben haben, wird die Seite des
HiPath 4000 Administrationsportals entsprechend aktualisiert:
Figure 25
HiPath 4000 Administrationsportal > Zwei Festplatten im HDTR
6. Wählen Sie nun die Schaltfläche Add to softraid um die RaidSynchronisation zu starten.
Die Raid-Synchronisation wird in in zwei Schritten durchgeführt.
Der erste Schritt dauert nur einige Minuten.
Im zweiten Schritt erfolgt dann die Synchronisation der beiden Festplatten.
Da das einige Stunden dauert, erscheint vorher noch die folgende Abfrage:
Figure 26
HiPath 4000 Administrationsportal > Raid-Synchronisation
starten
Wenn Sie OK wählen, wird die Raid-Synchronisation gestartet.
64
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
raid_synchronization.fm
Raid Synchronisation
Ablauf
Im HiPath 4000 Administrationsportal sehen Sie nun nacheinander zwei
Fortschrittsbalken. In diesen Fortschrittsbalken wird die geschätzte Zeit für
die Durchführung angezeigt.
Schritt 1:
Figure 27
HiPath 4000 Administrationsportal > Raid-Synchronisation
Schritt 1
Schritt 2:
Figure 28
HiPath 4000 Administrationsportal > Raid-Synchronisation
Schritt 2
7. Nach der Synchronisation wird die Seite im HiPath 4000
Administartionsportal aktualisiert.
Das Raid hat nun den Status “OK” und nicht mehr “Critical”.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
65
raid_synchronization.fm
Raid Synchronisation
Ablauf
Figure 29
HiPath 4000 Administrationsportal > Raid-Synchronisation
erfolgreich
8. Nachdem der Raid-Verbund erstellt wurde, können weitere Funktionen
aufgerufen werden.
•
Entfernen (Remove)
Die entsprechende Festplatte kann aus dem Raid-Verbund entfernt
werden.
Sobald die Festplatte entfernt wird, bekommt das Raid den Status
“Critical”.
•
Notfall-HD erstellen (Create Emergency HD)
Es kann nun eine Notfall-Festplatte erstellt werden (siehe Chapter 9,
“Notfall-Festplatte”).
66
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
emergency_hd.fm
Notfall-Festplatte
Erstellen einer Notfall-Festplatte
9 Notfall-Festplatte
9.1 Erstellen einer Notfall-Festplatte
Mit Hilfe des Hard Disk Trays (HDTR) kann eine Notfall-Festplatte erstellt werden.
9.1.1 Voraussetzungen
•
Stellen Sie sicher, das sich zwei Festplatten im HDTR befinden und eine Raid
Synchronisation bereits erfolgt ist (siehe Chapter 8, “Raid Synchronisation”).
•
Bei Duplex muss die Festplatte der DSCXL2 im Einbauplatz 5 synchron zu
den Festplatten im HDTR laufen.
9.1.2 Ablauf
1. Melden Sie sich am HiPath 4000 Administrationsportal an.
2. Wählen Sie Im Menü Wartung > Notfall-HD die Schaltfläche Erzeuge
Notfall-HD (Create Disaster HD).
Figure 30
HiPath 4000 Administrationsportal > Notfall-HD erstellen
Die Notfall-Festplatte wird erstellt und anschließend wird der Raid-Verbund
der beiden Festplatten aufgehoben. Dieser Vorgang dauert ca. 10 Sekunden.
Der Status wird im HiPath 4000 Administrationspoartal wiedergegeben:
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
67
emergency_hd.fm
Notfall-Festplatte
Erstellen einer Notfall-Festplatte
Figure 31
HiPath 4000 Administrationsportal > Notfall-HD erstellt und
Raid-Verbund aufgehoben
Nach erfolgreicher Erstellung der Notall-Festplatte muss diese (unterer
Schacht) aus dem HDTR entfernt werden. Bitte beachten Sie dabei die
entsprechende LED (darf nicht mehr rot blinken). Heben Sie die NotfdallFestplatte an einem sicheren Ort auf.
Nach dem entfernen der Festplatte aus dem Schacht des HDTRs wird auch
das HiPath 4000 Administartionsportal aktualisiert. Es wird nur noch die
verbleibende Festplatte dargestellt.
Figure 32
HiPath 4000 Administrationsportal > Eine Festplatte im HDTR
9.1.3 Fehlersuche
1. Die Schaltfläche Notfall-Festplatte erstellen (Create Disaster HD)
erscheint nicht im HiPath 4000 Administrationsportal.
Überprüfen Sie bei einer Duplex-Konfiguration, ob die DSCXL2 im
Einbauplatz 5 in Betrieb ist.
2. Obwohl die Schaltfläche Notfall-Festplatte erstellen (Create Disaster HD)
angezeigt wird und ausgewählt werden kann, wird keine Notfall-Festplatte
erstellt.
Es dauert ca. 4 - 5 Sekunden bis sich das HiPath 4000 Administrationsportal
aufsynchronisiert hat. Versuchen Sie es dann noch einmal.
68
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
emergency_hd.fm
Notfall-Festplatte
Einsatz der Notfall-Festplatte
9.2 Einsatz der Notfall-Festplatte
Einsatzfälle
•
System funktioniert nicht mehr - Totalausfall
•
Softwarefehler (z.B. korruptes Dateisystem)
Ablauf
1. Schalten Sie das System aus.
2. Entfernen Sie alle Festplatten aus dem HDTR.
3. Stecken Sie die Notfall-Festplatte in den oberen Schacht des HDTR.
4. Schalten Sie die DSCXL2 im Einbauplatz 1 ein.
Daraufhin wird von der Notfall-Festplatte gestartet.
Die Anlage läuft mit dem Softwarestand der Notfall-Festplatte hoch.
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
69
emergency_hd.fm
Notfall-Festplatte
Einsatz der Notfall-Festplatte
70
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
softwareLOF.fm
Nur für den internen Gebrauch
List of Figures
Figure 1
Figure 2
Figure 3
Figure 4
Figure 5
Figure 6
Figure 7
Figure 8
Figure 9
Figure 10
Figure 11
Figure 12
Figure 13
Figure 14
Figure 15
Figure 16
Figure 17
Figure 18
Figure 19
Figure 20
Figure 21
Figure 22
Figure 23
Figure 24
Figure 25
Figure 26
Figure 27
Figure 28
Figure 29
Figure 30
Figure 31
Figure 32
List of Figures
0
LAn interfaces DSCXL2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
LAN interfaces of AP 3700 IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Simplex mode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Duplex mode (DSCXL2) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Separated Duplex. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Functionality of separated duplex. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Failure in active CC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
DSCXL2 board is unavailable. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
System shut down with HiPath 4000 Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Smart Services Delivery Platform - SSDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Notification Mechanism . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Time synchronization - overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Date and time module of YaST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Datums- und Zeiteinstellung mit YaST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
System backup in HiPath 4000 Administration Portal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
System backup generation running in HiPath 4000 Administration Portal . . . . . . . . . . . . . . 55
System restore in HiPath 4000 Administration Portal. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
System restore with FIW - Select option . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
System restore with FIW - Software package installation . . . . . . . . . . . . . . . . . . . . . . . . . . 59
System restore with FIW - HiPath 4000 configuration options . . . . . . . . . . . . . . . . . . . . . . . 59
eth interface configuration with LAN wizard - Hardware platform. . . . . . . . . . . . . . . . . . . . . 60
eth interface configuration with LAN wizard - customer, IPDA and Atlantic LAN . . . . . . . . . 60
eth interface configuration with LAN wizard - internal LAN . . . . . . . . . . . . . . . . . . . . . . . . . 61
HiPath 4000 Administrationsportal > Eine Festplatte im HDTR . . . . . . . . . . . . . . . . . . . . . . 63
HiPath 4000 Administrationsportal > Zwei Festplatten im HDTR . . . . . . . . . . . . . . . . . . . . . 64
HiPath 4000 Administrationsportal > Raid-Synchronisation starten . . . . . . . . . . . . . . . . . . . 64
HiPath 4000 Administrationsportal > Raid-Synchronisation Schritt 1. . . . . . . . . . . . . . . . . . 65
HiPath 4000 Administrationsportal > Raid-Synchronisation Schritt 2. . . . . . . . . . . . . . . . . . 65
HiPath 4000 Administrationsportal > Raid-Synchronisation erfolgreich . . . . . . . . . . . . . . . . 66
HiPath 4000 Administrationsportal > Notfall-HD erstellen . . . . . . . . . . . . . . . . . . . . . . . . . . 67
HiPath 4000 Administrationsportal > Notfall-HD erstellt und Raid-Verbund aufgehoben. . . 68
HiPath 4000 Administrationsportal > Eine Festplatte im HDTR . . . . . . . . . . . . . . . . . . . . . . 68
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
71
softwareLOF.fm
List of Figures
72
Nur für den internen Gebrauch
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
softwareLOT.fm
Nur für den internen Gebrauch
List of Tables
Table 1
Table 2
Table 3
Table 4
List of Tables
0
Corresponding products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Hard disk layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
HiPath 4000 Assistant - Customer Account Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
LED-Anzeigen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
73
softwareLOT.fm
List of Tables
74
Nur für den internen Gebrauch
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
softwareSIX.fm
Nur für den internen Gebrauch
Index
Index
Z
HiPath 4000 SoftGate 8
System backup 53
System Management 32
System restore 53
T
A
Access Management 30
Applications 22
B
Time Synchronization 47
U
Usage Scenarios 37
User Accounts 34
backup 53
Base Administration 31
C
Configuration Management 32
Configuring the time 47
D
Diagnostics 33
Duplex 10
E
Expert Mode 31
H
Hard Disk 24
Hardware Architecture Table 24
Hardware Configurations 10
HiPath 4000 Assistant Applications 29
HiPath 4000 in the customer LAN 7
I
IP addresses, checking 8
L
License packages 21
Loading Tables 22
N
Notification Mechanism 37
P
Portlist for Customer 22
R
restore 53
S
Selections 22
Simplex 10
Software Management 29
Survivability Unit
AP 3700 IP 8
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation
75
softwareSIX.fm
Index
76
Nur für den internen Gebrauch
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation