...
Step | Documentation section | Result | Note | ||||||
---|---|---|---|---|---|---|---|---|---|
1. Checking the hardware requirements for the system | |||||||||
1.1 The latest software versions of internal devices and server controllers (BIOS, RAID, iDRAC, iLO, etc.) are installed | See the documentation for the server that is used | ||||||||
1.2 The presence of at least a dual-core CPU in the system | Development of the system project | Defined by the system project | |||||||
1.3 The presence of at least 8 GB of RAM in the system | Development of the system project | Defined by the project depending on the required load. For test purposes, a reduction of up to 4 GB is allowed | |||||||
1.4 Enough disk space | Creating disk partitions | ||||||||
1.5 Partitioning done correctly | Creating disk partitions | ||||||||
1.6 SWAP file is NOT used in the system | |||||||||
2. Checking the software requirements for the system | |||||||||
2.1 The correct version and bit depth of the operating system are set (Ubuntu Server 18.04.x LTS 64bit) | Ubuntu Server 18.04 x64 | ||||||||
2.2 The correct hostname is set: ecss1 or ecss2 | When using redundancy | ||||||||
2.3 Current updates are installed in the system | |||||||||
2.4 The recommended software is installed in the system | |||||||||
2.5 The ECSS-10 repository has been added to the system and is accessible | System update | ||||||||
2.6 The network interfaces are configured correctly: | |||||||||
- addresses of network interfaces are static and do not change dynamically via DHCP | Configuring network interfaces | ||||||||
- the keepalived service (VRRP) is configured and running | When using redundancy | ||||||||
- IPv6 support is enabled at least on lo interfaces | Example:
| ||||||||
2.7 The eToken/RuToken key is connected to the USB port of the server: | Checking Token operation | ||||||||
- The eToken/RuToken key has been defined in the system (lsusb) | |||||||||
- Checking the eToken/RuToken key | Checking Token operation | ||||||||
2.8 Checking network availability between ecss1 and ecss2 hosts: | When using redundancy | ||||||||
- ping delay between hosts does not exceed 100 ms | It is necessary to minimize traffic delays between hosts as much as possible | ||||||||
- no packet loss during data exchange between hosts | The ping command is run for a few minutes, after which the statistics are removed by a combination of keys:
Example:
| ||||||||
- hosts are accessible to each other by DNS name (as written in /etc/hosts/ and in accordance with the license) | Checking ping from ecss1 to ecss2 and vice versa | ||||||||
- key authentication between hosts is configured | Generate ssh key and transfer it to another server:
Similarly from ecss2 to ecss1 | ||||||||
2.9 Time synchronization with the NTP server is running on the server: | Time synchronization on servers | Check the status:
| |||||||
- the correct time zone is set | Check:
| ||||||||
- time synchronization in orphan mode or synchronization with a single NTP is configured on ecss1 and ecss2 hosts | Time synchronization on servers | When using redundancy | |||||||
2.10. Glusterfs-server of the recommended version is installed: | Configuring RestFS | Software version 3.13.2 and later | |||||||
3. Checking the correctness of the ECSS-10 installation | |||||||||
3.1 Installation of system component packages was completed successfully without errors: |
| ||||||||
- ecss-mysql | |||||||||
- ecss-node | |||||||||
- ecss-media-resources | ecss-media-resources installation | ||||||||
- ecss-media-server | |||||||||
- ecss-restfs | |||||||||
- ecss-user | |||||||||
- ecss-web-conf | |||||||||
- ecss-dns-env | DNS | ||||||||
- additional optional packages according to the project | Additional packages optional installation | ||||||||
4. Checking the performance of the ECSS-10 system | |||||||||
4.1 Checking the installed ECSS-10 license: | System start and activation | ||||||||
- pcscd service is operating | Software Installation and Token Connection |
| |||||||
- the correct passport is installed in the system | System start and activation | CoCon command:
| |||||||
- the current license is installed in the system | System start and activation | CoCon command:
| |||||||
4.2 The dnsmasq service is up and running: | |||||||||
- if the system is redundant, the correct primary addresses are registered in the dnsmasq configuration.broker.ecss and secondary.broker.ecss | Cluster system installation features | Note that the content is the same on both servers.
| |||||||
- addresses are available by DNS name | DNS |
| |||||||
4.3 Listen interfaces for the epmd service are registered on ecss1 and ecss2 hosts | Configuring listen interface for epmd service |
| |||||||
4.4 MySQL Database server is up and running: |
| ||||||||
- it is possible to connect to the MySQL server by DNS name |
| ||||||||
- when using redundancy, database replication is started and working correctly | MySQL master-master replication deployment scheme using keepalive |
On both servers:
| |||||||
- mysql port should listen on 0.0.0.0. |
| ||||||||
4.5 The cluster name is registered in the system with redundancy (not undefined) | Cluster system installation features |
| |||||||
4.6 ecss services are up and running (in the running state):
| Checking the status of services | Examples:
The status should show "active"
Same for the is-active key:
| |||||||
- The CoCon "system-status" command outputs an empty Alarms list | |||||||||
4.7 The MSR media server is configured and connected to ECSS-10: | Configuring a software media server | ||||||||
- configuring the MSR to connect to ECSS-10 | Configuring the MSR configuration file | From shell servers:
| |||||||
- MSR is declared in system media resources | CoCon:
If the system is redundant, check if it is connected to both cores. | ||||||||
- MSR is configured on the ecss2 host in the same way | When using redundancy | ||||||||
4.8 Restfs is configured and accessible from the ECSS-10 server: | |||||||||
- RestFS is available for recording and downloading media files | From shell servers:
| ||||||||
4.9 The TTS service (text to voice message conversion) is configured and running: | If tts is selected when installing ecss-restfs | ||||||||
- The service returns the voice file after converting from text | From shell servers:
where: | ||||||||
4.10 Users, their rights and roles are configured | CLI:
Web - "User manager" | ||||||||
4.11 Subscriber service restriction rules are configured | CLI:
Web - "User manager" | ||||||||
5. Checking the correctness of the domain configuration in ECSS-10 | CLI:
Web - "Domains" | ||||||||
5.1 SIP transport (ip-set) is configured in the domain | |||||||||
- Addresses (node_ip) and ports (listen_port) are set in accordance with the project | CLI
Web - "Clusters" | ||||||||
- node_ip addresses are assigned on both nodes of the SIP adapter ecss1 and ecss2 | When using redundancy
Web - "Clusters" | ||||||||
- node_ip addresses match the addresses of the reserved interfaces configured in keepalived | When using redundancy
Web - "Clusters" | ||||||||
- ipset is set on the domain | CLI
Web - "Domains" | ||||||||
5.2 The necessary services have been added to the domain: | |||||||||
- installation into the service system has been performed | CLI:
Web - "SS install" | ||||||||
- the domain is added to the services to the access-list | View services installed in domains:
To add services on a domain:
Web - "SS install" | ||||||||
- CDR collection system is configured (if necessary) | CLI:
Web - "CDR manager" | ||||||||
5.3 The routing context has been configured: | Virtual PBX. Telephone calls routing | CLI:
Web - "Routing manager" | |||||||
- the necessary trunks are configured | If necessary.
Web - "Trunk manager" | ||||||||
- the necessary bridges are configured | If necessary.
Web - "Bridge manager" | ||||||||
- routes are processed both in enblock set and overlap modes | CLI:
Web - "Routing manager" | ||||||||
5.4 Correct settings of the SIP subscriber(s) have been made: | Virtual PBX. Connecting and configuring SIP subscribers | CLI:
| |||||||
- subscribers have been created | CLI:
Web - "Subscriber card" | ||||||||
- a reliable SIP login/password have been installed |
or filter (from shell):
| ||||||||
- trusted ip is installed | If SIP registration is required without authorization
Web - "Subscriber card" | ||||||||
- the subscriber has the correct routing context installed | CLI:
or
(select the preferred) Web - "Subscriber card" | ||||||||
- the correct terminal type is set (basic/smart) | CLI:
(or basic) Web - "Subscriber card" | ||||||||
- the subscriber has the necessary services activated | CLI:
Web - "Subscriber card" | ||||||||
5.5 Setting routing contexts for system interfaces: |
| ||||||||
- system:ivr is configured | If it is necessary to use the IVR service. In most cases, only the routing context is written:
| ||||||||
- system:teleconference is configured | If it is necessary to use the Teleconference service. In most cases, only the routing context is written:
|
...