Software ENG

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. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1 HiPath 4000 Assistant Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 User Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.1 Definition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.2 Customer Account Profiles for HiPath 4000 Assistant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3 Notification Mechanism and Usage Scenarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3.1 The Notification Mechanism . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3.1.1 Operation of the Notification Mechanism. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3.1.2 AMO Commands Generated for Notifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3.1.3 Possible Sources of AMO Notifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A31003-H3160-S102-4-7620, 04/2011
HiPath 4000 V6, Systemkomponenten - Software, Service Documentation

29
29
34
34
35
37
38
38
39
39

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

List of Tables

0

Table 1
Table 2
Table 3
Table 4

20
25
35
64

Corresponding products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Hard disk layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
HiPath 4000 Assistant - Customer Account Profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
LED-Anzeigen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

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