Initial data
Initial data
Integration of the ECSS-10 Class 5 software switch (SSW) on 1 physical server with support for SIP with the following parameters per load:
- Maximum number of subscribers — 15.000 (MUL — Max user limit);
- Maximum number of simultaneous connections — 2.000 (MCL — Max call limit);
- System redundancy is not required;
- The number of Ethernet network interfaces — 4.
According to the technical specification, it is required to determine the hardware platform.
Example of drafting hardware requirements
Device | Required resource | Hardware product series | |
|---|---|---|---|
MCL | MUL | ||
Server 1 | 2500 | 15000 | Heavy |
After determining the requirements of the project, create a preliminary network map.
An example of components allocation in the address space for a single node:
Server name (host) | Role | Interface | Address | Port |
|---|---|---|---|---|
Static addresses of the software switch | ||||
| ecss1 | Server address | net.10 (mgm) | 10.0.10.10/24 | - |
| ecss2 | Protocole adapter address | net.20 (voip) | 10.0.20.10/24 | - |
ecss1 | Gateway address | net.10 (mgm) | 10.0.10.1 | - |
ecss2 | DNS server addresses | net.10 (mgm) | 10.0.10.1, 8.8.8.8 | - |
Internal addresses of the software switch | ||||
| ecss1 | Core address (ecss-core) | lo | 127.0.0.1/24 | 5000 |
| ecss2 | Media server address (ecss-media-server (MSR)) | lo | 127.0.0.1/24 | 5040 |
Connecting to network
The topology of connecting the server to the network to ensure redundancy is recommended to be done using 2 switches.
Figure 1 — Network connection diagram
Option 1. Active-backup
The switches are connected in erps ring.
All 4 physical network interfaces are connected into 1 aggregated link (bond). Server port aggregation is configured in active-backup mode, i.e. there is always only 1 network interface in operation. Server network interfaces are connected in pairs in switches, on which port aggregation (port-channel) is also configured in active-backup mode.
For example, eth0 and eth1 are connected in the first switch, and eth2 and eth3 are connected in the second.
Option 2. LACP
The switches are connected in a stack. The stack must logically operate as a single switch, capable of providing port aggregation between different physical switches in LACP mode. MES-3124 with specialized firmware can be an example.
All 4 physical network interfaces are connected into 1 aggregated link (bond). Server port aggregation is configured in 802.3ad mode. Network cards aggregated groups with same rate and duplex are created. With such a combination, the transmission uses all channels in active aggregation according to the IEEE 802.3ad standard. The choice on which interface to send a packet is determined by policy. By default, it is XOR policy, also xmit_hash policy can be used. For more information, see Netplan section.
Requirements:
- Ethtool support in driver to obtain information about speed and duplex on each network interface;
- IEEE802.3ad standard support on switch.
Server network interfaces are also included in pairs in switches, on which port aggregation (port-channel) is configured in LACP mode. For example, eth0 and eth1 are included to first switch (port-channel 1), and eth2 and eth3 — to the second (port-channel 2).
Installation of ECSS-10 on one server
Installation of ECSS-10 consists of two main parts:
- Preparation: installation of Ubuntu 22.04, Ubuntu packets updating, OS "optimization", installation of additional software packages, preparation of network interfaces, /etc/hosts, ssh-keygen
- Installation of ECSS-10
Preparation
This section describes the operating system installation, as well as required and optional packages. ECSS-10 version 3.18 runs on Ubuntu 22.04.
Preliminary requirements:
- Installation media with the operating system distribution;
- A prepared server with an updated BIOS, ILP (if available), and a connected network for internet access;
- Setting the installation media (USB flash drive or CD/DVD) as the first boot priority in the BIOS;
- Sufficient disk space and memory as specified in the design.
OS installation
To install the OS, do the following:
- After booting from the installation media, select "Install Ubuntu Server"
- Select the system language and keyboard layout
- Configure the network interface to connect to the Internet
- Create disk partitions according to Table 1
- Configure server and user names
- Install OpenSSH server
- Reboot the successfully installed OS
An option for storing information in a file system on physical media for servers
| 1 | Operating system boot partition (created automatically) | boot | raid 1: hdd1, hdd2 | boot | /boot | ext4 | 1 GB | Primary |
| 2 | Operating system root partition | root | raid 1: hdd1, hdd2 | root | / | ext4 | 30 GB | Logical |
| 3 | Local database information | mnesia | raid 1: hdd1, hdd2 | mnesia | /var/lib/ecss | ext4 | 10 GB | Logical |
| 4 | Distributed database for storing media resources | glusterfs | raid 1: hdd1, hdd2 or hdd3 | glusterfs | /var/lib/ecss/restfs | ext4 | Max GB | Logical |
| 5 | OS subsystem operation logs | log | raid 1: hdd1, hdd2 or hdd3 | log | /var/log | ext4 | 20 GB | Logical |
| 6 | ECSS subsystem operation logs | ecss_log | raid 1: hdd1, hdd2 or hdd3 | ecss_log | /var/log/ecss | ext4 | 20 GB | Logical |
| 7 | Databases | ecss_db | raid 1: hdd1, hdd2 or hdd3 | ecss_db | /srv/ecss/ecss-postgres-bdr-ssw/ | ext4 | 100–400 GB* | Logical |
| 8 | User files | home | raid 1: hdd1, hdd2 or hdd3 | home | /home | ext4 | 10 GB | Logical |
* The recommended value for series Light, Light+, Midi is 100 GB. The recommended value for series Heavy is 200 GB, for Super Heavy is 400 GB.
The system requires at least 256 GB of free space.
It is neccessary to configure "hostname" parameter on the system servers.
It is recommended to specify the same username (anything except ssw) on all servers in the system. The ECSS-10 license is linked to the eToken/ruToken key and the computer hostname. The system user ssw is created when installing the ecss-user package.
When installing the system in a cluster, the recommended value for the first server is ecss1.
Configuring network
Install the software switch according to the parameters specified in the technical specification. In this example, it is assumed that the required operating system is already installed.
It is recommended to split traffic used for different purposes. For example, management traffic and VoIP traffic. To do this, 2 or more VLANs are created. In the minimum case and with a small load, one VLAN can be enough. Hovewer, it will cause inconvenience in the future at traffic dump and its analysis. According to the technical specification, host IP adresses, gateways, DNS, routing and other parameters are configured on VLAN.
According to the technical specification, the following addresses are used in a given example:
- 10.0.10.41/24 — for management, vlan 10;
- 10.0.20.41/24 — for VoIP.
There is an address structure inside the server platform and internal addresses are used for interaction between subsystems (nodes) in the cluster. For example, the internal address for a cluster on one server is 127.0.0.1, while the kernel (ecss-core) interacts with the multimedia data processing server (ecss-media-server). Their interaction takes place using the same address, but each software part has its own transport port: ecss-core — 5000, ecss-msr — 5040.
A single address for accessing the MySQL database is defined for all cluster nodes, for example, the ecss-mysql address 127.0.0.1. Thus, the uniformity condition is fulfilled, in which all cluster nodes have completely identical data about the current state of the dynamic components of the software switch (for example, call history).
Preparing system network interfaces
According to the technical specification, the system has 4 network interfaces. Information about their status can be viewed using the ifconfig or ip a command:
| eth0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500 ether 36:10:28:73:63:01 txqueuelen 1000 (Ethernet) eth1: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500 ether 36:10:28:73:63:01 txqueuelen 1000 (Ethernet) eth2: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500 ether be:77:ea:52:4d:39 txqueuelen 1000 (Ethernet) eth3: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500 ether be:77:ea:52:4d:39 txqueuelen 1000 (Ethernet) lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 |
First, the network interfaces are configured. Ubuntu18 uses the netplan utility to configure.
This utility is meant for configuring the network and then uploading it to the system using the network manager networkd or NetworkManager.
sudo nano /etc/netplan/ecss_netplan.yaml
The rest of files from this directory should be moved to another place or be romoved.
In the configurations for each host, first of all, declare the ethernets section, which describes existing in the system Ethernet interfaces that will be used in the future. It is important to disable the use of dynamic address allocation (DHCP) for each interface.
Optionally, gateways for communication with the outside world and DNS server addresses are defined, as well as IP addresses for each interface.
IMPORTANT
Note that while editing netplan, you must follow the YAML markup rules:
- Mandatory presence of two spaces before each line (except network).
- Each subsection is additionally shifted by 2 spaces:
→ Section |network
→ Subsection |_'_'bonds:
→ Subsection of the bonds section description |_'_'_'_'bonded_one:
→ etc. |_'_'_'_'...
- There is no space before the ":" sign, after — one space.
- Before the "-" sign, the number of spaces is as if a new subsection begins, after — one space.
Example of configuring ecss-netplan.yaml file for active-backup connection option:
# Netplan for the ecss1 host of the software switch
|
The following bond settings are required for the ECSS server to run correctly:
mode: active-backup - specifies the operating mode in which one link is selected as active, while the others remain in backup;
primary-reselect-policy: failure - specifies that a new active link should be selected only when the current active link fails. This avoids unnecessary switching;
gratuitous-arp: 5 - when the active link changes, five gratuitous ARP requests are sent to the switch to update its switching table. This facilitates faster switching;
all-slaves-active: true - forces incoming frames to be accepted on the backup interfaces. This ensures that traffic balancing on the MES does not interfere with operation. Data flows to the server from all links, and the server sends data only from the active link;
mii-monitor-interval: 100 - enables link monitoring via the MII interface and specifies a polling interval of 100 ms;
up-delay: 1000 - specifies that a connected interface should not be considered immediately available for operation, but rather a one-second delay should be applied after the interface has been connected. This is necessary to avoid unnecessary switching when the port repeatedly switches between the "on" and "off" states.
It is also recommended to check for any other files in the /etc/netplan/ directory. If other files are present, they should be moved to another directory or deleted. Otherwise, incorrect configuration of network interfaces and incorrect operation of SSW may occur.
Apply parameters with the command:
sudo netplan apply |
It is neccessary to configure "hostname" parameter on the system servers.
It is recommended to specify the same username (anything except ssw) on all servers in the system. The ECSS-10 license is linked to the eToken/ruToken key and the computer hostname. The system user ssw is created when installing the ecss-user package.
When installing the system in a cluster, the recommended value for the first server is ecss1.
Other host names are possible only upon project approval; this will be required to generate licenses.
Specify hostname: ecss1 in file /etc/hostname:
sudo nano /etc/hostname
Specify real IP address and host name (for example 10.0.20.41 ecss1) in file /etc/hosts:
127.0.0.1 localhost # Local loopback address, used by some ecss services 10.0.20.41 ecss1 # Host address
Optimization of the operating system
Set OS settings to performance mode
Use cpufrequtils utility.
sudo apt install cpufrequtils
By default, after installation, Ubuntu uses the "ondemand" mode (CPU performance is based on application requests, saving power, but lower performance):
cat /etc/init.d/cpufrequtils | grep GOVERNOR=
In the system output message, the default operating mode after installation is "ondemand":
GOVERNOR="ondemand"
Set the efficiency/performance mode - replace the value "ondemand" with "performance" in the file /etc/init.d/cpufrequtils.
sudo sed -i 's/GOVERNOR="ondemand"/GOVERNOR="performance"/g' /etc/init.d/cpufrequtils
Restart the utility:
sudo /etc/init.d/cpufrequtils restart
Then run the command:
sudo systemctl daemon-reload
Disable SWAP
The Ubuntu SSW server operates in real time, so all necessary data must be in RAM. Using a swap file (/swap.img) can increase the processing time of ECSS10 SSW application calls, which is unacceptable. Disable swap.
Run three commands in sequence:
Disable swap:
sudo swapoff -a
Delete swap.img file.
sudo rm /swap.img
Comment out the line "/swap.img none swap sw 0 0" in the "/etc/fstab" file – change it to "# /swap.img none swap sw 0 0"
or delete this line (/swap.img none swap sw 0 0).
sudo nano /etc/fstab
# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda2 during curtin installation /dev/disk/by-uuid/731728e2-4d6b-499a-afea-9362fd6726b2 / ext4 defaults 0 1
To check, run the command free -h:
free -h
Swap size is 0 – that is, it is disabled
free -h
total used free shared buff/cache available
Mem: 3,9G 110M 3,2G 820K 535M 3,5G
Swap: 0B 0B 0B
Setting the time zone
When installing Ubuntu 22, it is not prompted to set a time zone (UTC is the default). One should set it manually (for the rating system, scheduled tasks, etc.) to function correctly. For example:
sudo timedatectl set-timezone Asia/Novosibirsk
Improving the performance of high-load servers
It is possible to improve the performance of high-load servers by increasing the open file limit.
To set the open file limit, follow these steps:
Check the current limit with the command:
ulimit -a
Result:
eltex@ecss1:~$ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 15515 max locked memory (kbytes, -l) 65536 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 15515 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
This limit (open files 1024) is not enough for normal operation of high-load servers.
Set open file limit for each user:
sudo sed -i '55i\* soft nproc 65536\n* hard nproc 131072\n* soft nofile 65536\n* hard nofile 131072\nroot - memlock unlimited' /etc/security/limits.conf
IMPORTANT
Installation of packages must be done NOT under the ssw system user.
Operating system software update
Add the ELTEX repository to install the ECSS-10 system:
sudo sh -c "echo 'deb [arch=amd64] http://archive.eltex.org/ssw/jammy/3.18 stable main extras external' > /etc/apt/sources.list.d/eltex-ecss10-stable.list"
Next, import the key with the following command:
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 33CB2B750F8BB6A5
Before starting the installation, update the OS:
sudo apt update sudo apt upgrade
In case the following system message is displayed
W: http://archive.eltex.org/ssw/jammy/3.18/dists/unstable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
Run the following command:
sudo cp /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d
sudo apt upgrade
Software installation and configuration
deb package installation
┌ ECSS software version. Currently, it is listed as version 3 in the certification application.
| It is not changed until the next certification or │ the release of a fundamentally new version of the system. │ │ ┌ System Release Version. This is the common version for all components included in a specific release.
| | It is changed centrally │ │ when decided to launch a new release. Releases are usually not compatible with each other. ┌─┴┐ ┌──┴─┐ ECSS.SysRel.SubMaj.SubMin └──┬─┘ └──┬─┘ │ └ Subsystem minor version. The minor version of a subsystem is set by the subsystem developer.
| The minor version │ is changed when a patch is added. Minor versions within a single major version are generally │ compatible with each other and differ within specific patches. │ └ Subsystem major version. The major version is set by the subsystem developer.
The major version of a subsystem must be updated when significant changes are made to the subsystem.The APT package installation utility analyzes package version from left to right. For example, if we have package 14.14.7.7, the repository contains packages:
14.14.7.8
14.14.7.9
14.14.8.1
14.14.20–14.14.28.
Then, when running the sudo apt install package name command → package 14.14.28 will be automatically checked and installed. Since it is the most recent, the analysis will be performed based on the third position (major), and the fourth position (minor) will not be analyzed (the same applies to sudo apt upgrade command).
If a specific situation requires upgrading from version 14.14.7.7 to version 14.14.7.9, the standard command → sudo apt upgrade will not help, since the newest package will be selected. In this situation, it is needed to explicitly specify which version of the package wanted to be installed. In this example, we should select the command → sudo apt install package name=14.14.7.9. This is usually necessary for testing a specific patch; for standard updates, it is enough to select the usual command to install/update the package.
Install all the proposed packages:
sudo apt install ntp ntpdate tcpdump vlan dnsmasq aptitude atop ethtool htop iotop mc minicom mtr-tiny nmap pptpd pv screen ssh tftpd vim sngrep tshark cpanminus gnuplot libgraph-easy-perl debconf-utils
Before installing the ecss packages, it is needed to ensure that the network's bandwidth meets the requirements.
To do this, run the command sudo ethtool <interface name> for all physical interfaces.
Check the following:
- Advertised auto-negotiation: Yes
- Speed: 1000 Mbps (minimum)
- Duplex: Full
Configuring ecss-dns-env package
Run the following command:
sudo apt install -y ecss-dns-env
The installer will suggest selecting sections for configuration, do not select anything, just press Enter.
Installing Postgres
Note
Before installing ecss-postgres-bdr-ssw, docker must be added to the apt sources on the system. To do this, run the following commands:
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
sudo sh -c "echo 'deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu jammy stable' >> /etc/apt/sources.list.d/docker.list"
sudo apt update && sudo apt upgrade
Installing ecss-postgres-bdr-ssw package
sudo apt install -y ecss-postgres-bdr-ssw
When installing the ecss-postgres-bdr-ssw package, the following questions will be asked:
| Questions ecss-postgres-bdr-ssw | Replies for ecss1 | Example |
|---|---|---|
| Current IP address of the network interface. | Select an IP address from the list to use with Postgres | |
| Installing in a cluster? | No (needs to be selected) |
======================================================= ======================================================= ecss-postgres-bdr-ssw successfully installed/updated! ======================================================= ======================================================= ┏┓┏┓┏┓┏┳┓┏┓┳┓┏┓┏┓ ┳┓┳┓┳┓ ┏┓┏┓┓ ┏ ┃┃┃┃┗┓ ┃ ┃┓┣┫┣ ┗┓ ┣┫┃┃┣┫ ┗┓┗┓┃┃┃ ┣┛┗┛┗┛ ┻ ┗┛┛┗┗┛┗┛ ┻┛┻┛┛┗ ┗┛┗┛┗┻┛
Installing ecss-node
Installation of the required ecss-node package includes installation and initial configuration of the main subsystems.
The ecss-postgres-bdr-ssw package should already be installed on the system.
To install the ecss-node package, run the command:
sudo apt install -y ecss-node
During package installation, the ssw user is created, under which all ecss* services are launched. The necessary directories are created, DNS is configured, and SSL certificates are configured.
During installation, the ecss-user package will also be installed.
Installing on ecss1 server
During installation, it will be prompted to configure the parameters necessary for generating configuration files. Examples of replies are below.
| ecss-user questions | Replies for ecss1 | Example |
|---|---|---|
| Do you want to use the default settings? | Yes (default) | |
| ecss-node questions | Replies for ecss1 | Example |
ECSS Node ID in DNS format (cluster name configuring): (any unique name, in example abf.test) | abf.test (needs to be entered) ECSS_ID format [A-Za-z0-9][A-Za-z0-9.-][A-Za-z0-9] | |
Do you want to use the standard settings? | No (needs to be entered) | |
Select the items you want to configure: | ntp + cookie (needs to be entered) | |
Enter external NTP servers separated by a space: | ntp.ubuntu.com (default) | |
NTP: Do you want to use the settings for the cluster? | No (needs to be entered) | |
NTP: Do you want to manually define the networks that should have access to NTP? | Yes (default) | |
NTP: Enter networks that should have access to NTP separated by a space: (in the example: 10.0.10.0|255.255.255.0 10.0.20.0|255.255.255.0) | 10.0.10.0|255.255.255.0 10.0.20.0|255.255.255.0 (needs to be entered) | |
Cookie for the core node: (specify a unique cookie for the core, in the example: ecss-core-example) | ecss-core-example (needs to be entered) | |
Cookie for ds node: (specify a unique cookie for the ds, in the example: ecss-ds-example) | ecss-ds-example (needs to be entered) | |
Cookie for mediator node: (specify a unique cookie for the mediator, in the example: ecss-mediator-example) | ecss-mediator-example (needs to be entered) | |
Cookie for mediator pa-sip: (specify a unique cookie for the pa-sip, in the example: ecss-pa-sip-example) | ecss-pa-sip-example (needs to be entered) | |
Cookie for mycelium: (specify a unique cookie for the mycelium, in the example: ecss-mycelium-example) | ecss-mycelium-example (needs to be entered) | |
Cookie for sorm: (specify a unique cookie for the sorm, in the example: ecss-sorm-example) | ecss-sorm-example (needs to be entered) | |
| ecss-user questions | Replies for ecss1 | Example |
Maximum size of uncompressed dump in bytes. | 8G (default) | |
| Maximum size of compressed dump in bytes. | 2G (default) | |
The maximum size that the /var/lib/systemd/coredump directory can occupy is: | default (default) | |
Minimum amount of free disk space in bytes. | 30G (default) | |
Save to a safe place and delete the file /etc/ecss/ssl/ecss10root.key! | Ok (default) | |
Check the status of services with the following command:
systemctl is-active ecss-core ecss-pa-sip ecss-ds ecss-mediator ecss-mycelium
If the status is "active", continue; if the status is "inactive", run the command "sudo systemctl restart ecss-<package name>"
systemctl is-active ecss-core ecss-pa-sip ecss-ds ecss-mediator ecss-mycelium active active active active active
To view information about the NTP synchronization status, the command "ntpq -p" is used. If the additional key "–n" is used, the IP address will be displayed instead of the server name:
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*185.125.190.56 17.253.28.253 2 u 45 64 1 83.893 +0.470 2.177
License installation
The ECSS-10 system uses the ELM licencing – the ECSS ecosystem's license distribution service, consisting of ecss-license-agent and ecss-license-provider.
- ECSS License Agent – An adapter for working with the ECSS License Provider (LP). It receives a list of License Provider hosts and implements the logic for connecting and reconnecting to the LP.
- Responsible for obtaining, validating, and then sending licenses to the client.
- Sends connection statuses and received licenses to the client.
- Provides an API for sending HTTP requests and WS events to the LP.
- ECSS License Provider – A service for orchestrating license parameters for ECSS nodes.
- Responsible for:
- Obtaining a license for a specific ECSS node (SSW / AuP) or device (SMG)
- Distributing license parameters between ECSS nodes and ECSS services
- Monitoring ECSS node activity and validating them to prevent license replication beyond specified limits
- Monitoring changes to specified limits on ECSS nodes and dynamically distributing them according to current load.
- Responsible for:
ecss-license-agent is a component of the SSW and is part of the ecss-node package. It requires no separate configuration.
The Ecss License Provider can be installed on either the SSW or a dedicated server. If the Ecss License Provider is already installed on your project, you only need to add an entry for the new component in the LP configuration file, and the next step, "LP Installation", will not be required.
The ECSS-10 system uses the "License Provider" – the ECSS ecosystem's license distribution service, consisting of ecss-license-agent and ecss-license-provider.
- ECSS License Agent – An adapter for working with the ECSS License Provider (LP). It receives a list of License Provider hosts and implements the logic for connecting and reconnecting to the LP.
- Responsible for obtaining, validating, and then sending licenses to the client.
- Sends connection statuses and received licenses to the client.
- Provides an API for sending HTTP requests and WS events to the LP.
- ECSS License Provider – A service for orchestrating license parameters for ECSS nodes.
- Responsible for:
- Obtaining a license for a specific ECSS node (SSW / AuP) or device (SMG)
- Distributing license parameters between ECSS nodes and ECSS services
- Monitoring ECSS node activity and validating them to prevent license replication beyond specified limits
- Monitoring changes to specified limits on ECSS nodes and dynamically distributing them according to current load.
- Responsible for:
ecss-license-agent is a component of the SSW and is part of the ecss-node package. It requires no separate configuration.
The Ecss License Provider can be installed on either the SSW or a dedicated server. If the Ecss License Provider is already installed on your project, you only need to add an entry for the new component in the LP configuration file, and the next step, "LP Installation," will not be required.
LP configuration
The ecss-license-provider service uses two configuration files: /etc/ecss/ecss-license-provider/config.env and /etc/ecss/ecss-license-provider/config.yaml.
Information is saved in the config.env file when the ecss-license-provider package is installed.
The config.yaml file contains the basic settings for connecting to the ELM server, including where to obtain licenses, which licenses to use, and where to transfer them. All of this must be configured manually.
To enable system nodes to become operational, it is necessary to configure the system by specifying the names of the hosts on which the ecss services are deployed.
Command in CoCon: /system/clusters/set [<host1>, <host2>, ... <hostN>].
In a single server configuration (hostname ecss1), run the command:
/system/clusters/set [ecss1]
Connecting the SSW to the License Provider
Configure the SSW connection to the LP using the following command in CoCon (in this example, the LP with IPadd host 10.0.10.51. The default port value from the /etc/ecss/ecss-license-provider/config.env file is 4321):
/system/licence/manager/set --hosts [https://10.0.10.51:4321]
If LP is installed on SSW hosts, specify OAM IP addresses.
After completion, check the connection status with the command:
/system/licence/manager/show-status ┌───────────────────────┬───────┬─────┐ │ Host │Current│Alive│ ├───────────────────────┼───────┼─────┤ │https://10.0.10.51:4321│* │true │ └───────────────────────┴───────┴─────┘
The host must have the alive=true status and be "current."
- Current - displays the host the SSW is connected to. If connected, * is indicated; otherwise, nothing is indicated.
- Alive - displays the host's availability status (healthcheck).
Connection to License Officer
Failure to connect to the License Provider/ELM will be equivalent to a loss of access to the token, leading to critical crashes and a transition to emergency mode, after which, if the connection is not restored, the system will switch to the default license.
This behavior only applies when operating in ELM mode.
If the status off the LP host is shown as current, it is possible to send a request to download a license to the SSW using the command:
/cluster/storage/ds1/licence/request
Depending on the selected license type for SSW: "type=elm" or "type=ecss_license", we will receive different output from the license viewing command:
/cluster/storage/ds1/licence/list-licence ┌──┬───────────────────┬────────────┬──────┬────────────────┬────────────────────┬────────────────────┬─────────┐ │Id│Creation date(UTC) │ SSW ID │Active│ Description │Comm. Exp. Date(UTC)│Expiration date(UTC)│Time left│ ├──┼───────────────────┼────────────┼──────┼────────────────┼────────────────────┼────────────────────┼─────────┤ │1 │12.03.2026 18:40:00│ECSS 010070 │* │ECSS TPM License│13.03.2027 06:59:59 │14.03.2026 10:44:05 │1d 6h 59m│ │0 │01.01.1990 00:00:00│ECSS DEFAULT│ │Default licence │ │ │ │ └──┴───────────────────┴────────────┴──────┴────────────────┴────────────────────┴────────────────────┴─────────┘
TPM is a complete analogue of the licensing that was used previously, with a token and passport, without connection to the LP.
or
/cluster/storage/ds1/licence/list-licence ┌──┬───────────────────┬────────────┬──────┬────────────────┬────────────────────┬────────────────────┬─────────┐ │Id│Creation date(UTC) │ SSW ID │Active│ Description │Comm. Exp. Date(UTC)│Expiration date(UTC)│Time left│ ├──┼───────────────────┼────────────┼──────┼────────────────┼────────────────────┼────────────────────┼─────────┤ │1 │03.02.2026 16:26:34│ECSS2000009 │* │ECSS ELM License│03.02.2027 16:26:34 │14.03.2026 10:49:12 │1d 6h 59m│ │0 │01.01.1990 00:00:00│ECSS DEFAULT│ │Default licence │ │ │ │ └──┴───────────────────┴────────────┴──────┴────────────────┴────────────────────┴────────────────────┴─────────┘
Installing ecss-restf, ecss-media-server, ecss-web-conf packages
Perform configuration for the Sip adapter by running the following command:
sudo systemctl edit ecss-pa-sip.service
Add the following data to the configuration file:
[Service] LimitNOFILE=65536
These two lines need to be inserted in a specific location. (Starting with Ubuntu 22.04.2, there are a few important points. The file that opens is completely commented out, but the first few lines look like in the image below. Any edits you make should be between these two comment blocks).
Reload the configuration
sudo systemctl daemon-reload
Update the configuration file by rebooting the server:
sudo systemctl restart ecss-mycelium ecss-ds ecss-core ecss-pa-sip ecss-mediator
Next, the ecss-restf packages are installed, followed by ecss-media-server, ecss-media-resources, ecss-web-conf and others in any order:
ecss-restfs
ecss-restfs package
sudo apt install -y ecss-restfs
Installing ecss-restfs. During installation, you'll be asked a series of questions to create the necessary configuration files. The installer will also prompt you to install and configure the Text2speech package from Yandex.
| ecss-restfs questions | Replies | Example |
|---|---|---|
| Do you want to use Text To Speeh (TTS service)? | No (default) | |
| Do you want to configure phone book? | Yes (needs to be selected) | |
| Do you want to configure carddav server? | No (default) | |
Do you want to configure phone book (LDAP)? | No (default) | |
| Do you want to configure phone book (SSW)? | No (default) | |
| Do you want to configure speech recognition service? | No (default) | |
| Do you want to configure phone book (POSTGRES)? | Yes (default) | |
| POSTGRES: postgres service: | localhost (default) | |
| POSTGRES: Connection port: | 5439 (default) | |
| POSTGRES: Login: | postgres (default) | |
| POSTGRES: Password: | postgres1 (default) | |
| POSTGRES: database: | ecss_storekeeper_db (default) | |
| Enter a domain to search: | test.domain (default) | |
| POSTGRES: Number of contacts requested: | 10000 (default) | |
| Do you want to enable transliteration for your phone book (LDAP)? | No (default) | |
| Select the items you want to customize: | proxy-filter (needs to be selected) | |
Enable whitelist for api/proxy? |
whitelist addresses to a file /etc/ecss/ecss-restfs/api-proxy.conf
# -------------------------------------------------------------------
# API Filter File Format (api/proxy):
# - IP: 192.168.0.1
# - Domain: example.com
# - Wildcard: *.wildcard.com
# - Comments: lines starting with #
# Example:
# 192.168.0.1
# example.com
# # comment
# *.wildcard.com
# -------------------------------------------------------------------
IMPORTANT!
In case of successful proxying (200), the cache is stored for 28 days, therefore, to apply the filter configuration, in case of changes, the cache (/var/cache/ecss/restfs-api) should be deleted and the ecss-restfs service should be restarted.
After installing the ecss-restfs package, check for the presence of auto-informer wav files in the /var/lib/ecss/restfs/system/sounds/ directory using the command:
ll /var/lib/ecss/restfs/system/sounds/
The presence of about 140 wav files in the directory specified above indicates that the ecss-restfs package was installed correctly.
The absence of wav files in the above directory indicates a problem installing the ecss-restfs package. To resolve this, run the following command:
sudo apt --fix-broken install
and repeat the verification command:
ll /var/lib/ecss/restfs/system/sounds/
Check the accessibility of these files from the outside. To do this, execute the command on the host ecss1 one by one:
wget http://ecss1:9990/system/sounds/ai_you.wav
wget http://ecss1:9990/system/sounds/ai_you.wav --2023-12-18 17:43:29-- http://ecss1:9990/system/sounds/ai_you.wav Resolving ecss1 (ecss1)... 127.0.1.1, 10.0.10.11 Connecting to ecss1 (ecss1)|127.0.1.1|:9990... connected. HTTP request sent, awaiting response... 200 OK Length: 11670 (11K) [audio/x-wav] Saving to: ‘ai_you.wav’ ai_you.wav 100%[========================================================================================>] 11,40K --.-KB/s in 0s 2023-12-18 17:43:29 (301 MB/s) - ‘ai_you.wav’ saved [11670/11670]
verification files can be deleted
rm ai_you.wav
ecss-media-server
sudo apt install -y ecss-media-server
For the media server (ecss-media-server/MSR), initial configuration is possible by writing parameters to a configuration file. To do this, configure transport bind-addr,mcc bind-addres:
| ecss-media-server questions | Replies for ecss1 |
|---|---|
| [ MSR SIP ] Enter bind-ip address | 10.0.20.41 (needs to be entered) |
| [MSR Control-Channel] Enter bind-ip address | 10.0.20.41 (needs to be entered) |
After creating the default configurations, perform a check:
cat /etc/ecss/ecss-media-server/config.xml
The msr configuration is located inside: config.xml, and the default.xml configuration is in the conf.d directory.
Default.xml is an extension of config.xml that defines the accounts section. This is done to ensure that this configuration remains unchanged after package updates.
<?xml version="1.0" encoding="utf-8"?>
<config date="09:24:23 03.12.2025">
<general log-level="3" log-rotate="yes" max-calls="2148" max-vid-calls="100" max-in-group="512" load-sensor="media" load-delta="10" calls-delta="100" spool-dir-size="100M" log-name="msr.log" log-path="/var/log/ecss/media-server" use-srtp="disabled" enable-ice-transport="no" ice-update="no" aggressive-ice="yes" stun-server="" suspicious-mode="no"/>
<transport bind-addr="10.0.20.41" port="5040" transport="udp+tcp"/>
<!-- By default configured public TURN-server -->
<turn-server use-turn="no" host="numb.viagenie.ca" user="webrtc@live.com" password="muazkh"/>
<media mixer-clock-rate="8000" use-vad="no" cng-level="0" jb-size="60" rtcp-timeout="0" rtp-timeout="350" udp-src-check="no" cn-multiplier="3" port-start="12000" port-range="4496" tias-in-sdp="no" thread-cnt="2" vid-enc-threads="2" vid-dec-threads="2" video-conf-layout="evenly" keyframe-interval="1000" vid-decode-delay="100" silent-codec-switch="yes" silence-threshold="-30" dtmf-flash-disable="no" video-dscp="0" other-dscp="0" dummy-video-src="/usr/share/ecss-media-server/video/dummy_video.yuv" video-enc-width="640" video-enc-height="360" finalsilence="1000" rtcp-stat-dump="yes" dtmf-tg-fpc-loop="10" dtmf-tg-fit="1" dtmf-tg-fot="2" dtmf-tg-volume="12288"/>
<codec pcma="1" pcmu="2" ilbc="0" gsm="0" g722="3" g726="0" g729="0" speex="0" l16="0" g7221="0" opus="0" h264="1" h263-1998="2" t38="1" tel-event-pt="0"/>
<accounts>
<!-- <dynamic msr_name="msr.name"
realm="sip:127.0.0.1:5000"
dtmf_mode="rfc+inband+info"
auth_name="user"
auth_password="password" /> -->
</accounts>
<pbyte>
<mcc bind-addr="10.0.20.41" port="5700"/>
</pbyte>
<conf_dir path="/etc/ecss/ecss-media-server/conf.d"/>
<metrics enable="yes" use-pushgateway="yes" pushgateway-addr="127.0.0.1:9091" push-interval="5" port="8100" msr_name="msr2"/>
<rtp>
<auto addr-v4=""/>
</rtp>
</config>
By default, after installation, ECSS-10 activates only the following codecs: pcma, pcmu, g722, h264, h263-1998, and t38. The rest have a status of 0 = off. If you want to activate other codecs, use the nano editor to change the priority from 0 to a priority number (the priority level should not be repeated for the audio/video/fax service).
sudo nano /etc/ecss/ecss-media-server/config.xml
To activate all codecs, change the line -
<codec pcma="1" pcmu="2" ilbc="0" gsm="0" g722="3" g726="0" g729="0" speex="0" l16="0" g7221="0" opus="0" h264="1" h263-1998="2" t38="1" tel-event-pt="0"/>
to -
<codec pcma="1" pcmu="2" ilbc="6" gsm="4" g722="3" g726="11" g729="5" speex="7" l16="8" g7221="9" opus="10" h264="1" h263-1998="2" t38="1" tel-event-pt="0"/>
It's not allowed to specify the same priority for different codecs, for example, g722="5" g729="5". Otherwise, they will not work correctly or will be ignored.
Except for "0" – disabled.
Consider the accounts section (default.xml file):
cat /etc/ecss/ecss-media-server/conf.d/default.xml
Check the data for correctness.
<?xml version="1.0"?>
<config>
<accounts>
<dynamic msr_name="msr.ecss1" realm="sip:10.0.20.41:5000" dtmf_mode="rfc+inband+info" auth_name="user" auth_password="password">
<via dynamic-ifaces="no">
<iface name="net.20" ip="10.0.20.41"/>
</via>
</dynamic>
</accounts>
</config>
It specifies the current settings used to register msr on core.
The main parameters here are msr_name and realm:
- msr_name — defines the name of the msr (it is recommended to specify msr. name and the host it belongs to, for example, msr.ecss1);
- realm — defines the address for registering with the core. The default entry point is port 5000, address is 127.0.0.1.
After changing the configuration files /etc/ecss/ecss-media-server/config.xml and /etc/ecss/ecss-media-server/conf.d/default.xml, restart the ecss-media-server for the changes to take effect, using the following command:
sudo systemctl restart ecss-media-server
ecss-web-conf
sudo apt install ecss-web-conf
The web configurator makes system management more intuitive and convenient. Installing the web configurator is optional, but recommended.
Installing the ecss-web-conf package also automatically installs the ecss-subscriber-portal-ui package. The ECSS-10 Subscriber Portal application allows subscribers to independently manage services, view information on completed calls and active conferences, and configure their own IVR scripts for incoming calls.
| ecss-web-conf questions | Replies for both hosts | Example |
|---|---|---|
| Do you want to use the default settings? | Yes (default) |
Check the connectivity of the web interface http://10.0.20.41, user/password: admin/password. Not all functions are available at the moment, but the web interface should be working and the login successful.
Security configuration. SSH
Configure the SSH server:
sudo nano /etc/ssh/sshd_config
Specify the port and address to which the server can be accessed in the configuration file:
| Configuring ssh for ecss1 (/etc/ssh/sshd_config) |
|---|
# This is the sshd server system-wide configuration file. See # This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin # The strategy used for options in the default sshd_config shipped with Port 2000 <...> |
Restart ssh:
sudo systemctl restart ssh.service
Adding services
Installing all services specified in the license:
/cluster/storage/ds1/ss/install ds1@ecss1 ss_*
Result:
/cluster/storage/ds1/ss/install ds1@ecss1 ss_* Successfully installed: /var/lib/ecss/ss/ss_dnd.xml Successfully installed: /var/lib/ecss/ss/ss_clir.xml . . . Successfully installed: /var/lib/ecss/ss/ss_chunt.xml
Example of a primary system configuration using web configurator
Initial data
- System installation is complete;
- System is ready for further configuring;
- Interfaces are running.
It is recommended to use the latest available browser versions. Recommended browsers: Opera, Chrome.
To start configuring the system, go to the web configurator: http://<Ipadd SSW>.
To determine and register in the system, the following are planned:
- Subscribers with numbers 42001, 42002 , 42003, 42004 ,42005, 42006, 42007, 42008, 42009, 42010;
- Trunk towards the gateway.
Preparation for work
Figure 1 — Log in to the web configurator (authorization window)
In the authorization window, enter the values defined during the installation of the web configurator.
Default values for authorization:
Login: admin
Password: password
After logging in, the main workspace with application icons will be visible, as well as status bar with available options, in particular:
- 1 — log out of the system;
- 2 — domain selection;
- 3 — language selection.
Figure 2 — View of the web configurator workspace
Creating an operator account
After authorization, in order to increase security during the operation of the software switch, it is recommended to create accounts for operators, as well as to change the password for the admin user.
To create a new operator account, use User manager application:
Figure 3 — Application view "User Manager"
Click the "Add" button . In the window that opens, define a new account, for this:
- In the "Name" field, enter the login of the account, for example, "test";
- In the "Password" field and "Confirmation" field enter the password for the user, for example "testpassword";
- Define level of access rights for the user by selecting current permissions or using roles, for example ecss-user.
Figure 4 — Operator account creation dialog box
Figure 5 — Application view with created operator account
To change the password, click the edit button next to the user name. In the dialog box that opens, enter:
- Old password (for the admin user, the default password is password);
- New password;
- Confirm new password.
Figure 6 — Edit user dialog box
Adding media resources
To begin working with the media server immediately after its registration, it is necessary to activate the MSR network interfaces. The web configurator application "MSR registrars" is used to configure media resources.
Figure 7 — MSR registrars
Set the IP address for receiving connections from the media server, changing the value 0.0.0.0 to the actual MSR addresses:
Figure 8 — Setting the IP address of the MSR
Creating IP-set (sip transport) and assigning it to a domain
To configure an interface, open the Clusters application.
Figure 9 — Clusters application view
To create a new IP address group (IP-set), select the SIP adapter cluster "sip1" and click on the Cluster Properties button (or double-click on the cluster icon with left mouse button).
In the dialog box that appears, go to the Transport tab. Next, click on Add button. New group will appear. To edit the fields, double-click the one you need:
- Rename an address group (IP-set), for example "test_set";
- Specify the port on which the domain will be accessed, for example 5060;
- Expand newly created group by clicking on the black triangle to the left of the group name;
- Define the address for the SIP adapter node, according to the configuration example. For example specify 10.0.20.41:
Figure 12 — Clusters/Transport application view
Click Save to apply the settings.
Creating a domain
Domain is a virtual PBX within our SSW. We can create as many of virtual PBXs as needed for a project.
To create a domain, log in to the Domains application. In the window that opens, create a domain:
1. Click the Add domain button:
Figure 11 — Adding domain to the system
2. The following settings are available in the dialog box that opens:
- Name — individual name of the virtual PBX;
- Service profile (SS profile) — system profile of additional services. This profile will be copiedwith the same name to newly created domain and all services from this profile will be automatically allowed access via access-list;
- IVR profile (IVR profile) — the IVR profile specified in the IVR Constraints Editor application.
Enter the domain name, for example "test_domain";
3. Click Ok:
Figure 12 — Domain declare
4. Click the Updatebutton.
Created domain will be displayed in the current configuration:
Figure 13 — Displaying created domain
To edit current domain, it must be selected in the system. To switch to a domain, use the domain selection option (see point 2 in the figure View of the web configurator workspace).
After selecting the domain, according to the current system configuration, all applications will be available:
Figure 14 — Displaying applications in current system configuration
To link an address group to a domain, return to the "Domain" app, select the domain, and go to the settings by clicking the "Domain Properties" button or double-clicking the domain.
In the list settings, open the "SIP" branch, then "SIP Transport," then select the newly created address group in the IP set field. Click "Save" to apply the settings.
Figure 15 — SIP transport settings
Select the required services for the created domain that will be used (for example, for a subscriber domain, trunk services are not required, and vice versa for a transit domain. There is no need to specify services for the subscriber).
Figure 16 — After creating a new domain, there are no services
- Select the "SS Install" application;
- Select the "SS installed" column (services specified in the SSW license);
- Select the services required for the specified domain.
Save configuration.
Figure 17 — Selection of services for subscribers/trunks of the new domain
Figure 18 — List of services now available to subscribers of the new domain
Creating subscribers
The Subscriber card application is used to create and edit subscriber parameters in the system.
Figure 19 — Subscriber card application view
It is possible to create SIP subscribers and virtual subscribers in the application.
For users with a physical termination, the functionality of the SIP subscriber is used, while the virtual subscriber is used when functionality without physical endings is needed. For example, the number for accessing the ivr script.
To create new subscribers, click on the Add button.
In the dialog box that opens, specify the following parameters:
- Context — routing context, select the one that you created, for example "test_name";
- Interface name — number or group of numbers that is assigned to the subscriber, for example {42001-42010} or abcd;
- Interface group — the name of a group that unites several subscribers, for example "sip";
- Alias as user — setting that binds entity number, alias and user with the same name, in the example the setting is activated;
- Authorization — procedure for verifying the authenticity of the user's rights to access data, in the example always is used.
- Login — use WHATEVER.
- Password — can be set or used generated by the system.
↓
Figure 20 — Example of identifying subscribers in a domain
Figure 21 — Example of adding services for a subscriber
Creating and applying routing contexts for a domain
Routing is responsible for finding the number and then addressing the call. At least one routing context must be configured for the system to operate correctly.
Routing is configured in Routing Manager application.
Figure 22 — Routing manager application view
Example of creating a context and a few rules in it:
1. In the left part of the window in the Context section click the Create context button ;
2. In the dialog box that opens, indicate the name of the context;
3. Click Ok button;
4. Click Save context ;
Create 4 rules in this context:
- rule1 — rule for accessing TAU-72 trunk;
- rule2 — local routing rule for numbers 42001-42005;
- rule3 — rule for entering the ivr;
- rule4 — exception rule.
To create a new rule, select the created context and click Create rule. In the window that appears, enter name of the rule. Then save the newly created rules.
Figure 23 — Creating routing context rule
Figure 24 — Defining rules
At the moment, the trunk that can be referred in a rule is not defined, however it is possible to specify the numbers by which the selection will be made.
Go to the lower part of the screen by clicking on the rule1, where the areas for editing the routing context are located. It is conditionally defined in the example that selection for entering the trunk will be carried out based on the characteristics of the called subscriber number (CDPN), and the numbers in the trunk should start with digit 4.
Functionally, the routing context is divided into three parts:
- Condition — section defining the expressions for selection according to the proposed criteria;
- Action — section that converts the signs of numbers to a specific value;
- Result — section that completes the routing and determines its result.
rule1: To access the trunk, edit each part correctly:
- In the conditions section, go to the CDPN tab. Enter the phone numbers that are assigned to the trunk in the Number field. For example, to define numbers from 42006 to 42007, enter condition 420(6-7);
- In the actions section, go to the CDPN tab. Enter a mask to change the number in the Number field. For example, to add number 4 before the number, fill in the field with the following expression 4{1,2,3,4,5};
- Click Save rule and Save Context buttons to apply changes.
To configure the result field, the trunk must be defined in the system, so return to configuring this rule a little later.
Configure remaining rules in the same way.
For rule2:
- In CDPN tab in conditions section, enter phone numbers that are behind the trunk in "Number" field. For example, to define numbers from 42001 to 42005, enter condition 420(1-5);
- In the result section, define the result as local (e. local routing);
- Click Save rule and Save Context buttons to apply changes.
For rule 3, assume that subscribers with numbers 108, 109 and 110 get into the informant ivr script before calling further.
- In CGPN tab in conditions section, enter the phone numbers for which the selection will be in the field "Number", for example 420(10.08-09).
- Click Save rule and Save Context buttons to apply changes.
To configure the result field, ivr script must be defined in the system, so return to configuring this rule later.
For rule 4, define an exception rule — this is a rule that works in case any other rules fail.
- By default, this rule is created in the system in default_routing context. The % symbol is written to the called number in the conditions, and the result is local routing, however, it is recommended to create this rule at the end if assigning to the subscriber a context other than default_routing.
Figure 25 — Example of configuring routing context
Creating trunk
To create and edit trunk parameters in the system, use the Trunk manager application.
Figure 26 — Trunk Manager application view
To define a trunk in the system, click on the Trunk declare button, define parameters in the dialog box that opens:
- Name — assign trunk name by which it can be identified in the system;
- Context — apply previously created test_name routing context;
- Group — select the interface group created when defining 'test.group' subscribers;
- IP address group (IPSet) — 'ipset1' address group created on the domain;
- Registration — if trunk is used, then enable this parameter, it is not used in the example;
- Host [:port] — destination IP address of the trunk — 10.0.3.100;
- Listen port — transport port where traffic from the trunk will be listened to, corresponds to the port assigned to the IP address group.
Figure 27 — Creating a trunk
Creating IVR script
To create IVR, use the IVR editor application.
To create a script, click on the Add button, select script type (in this case there is a script for incoming calls), specify the name of the script in the dialog box, for example "test_ivr".
After creating the script, a flowchart will appear in the main editor window.
In figures below is shown an example of making a script that plays a pre-recorded phrase to the caller when triggered, and then continues the call.
- Info — block that plays messages until the user responds. A tone generator is used as a recorded phrase:
Figure 29 — View of the IVR workspace with the Info block settings
- Dial — block that makes a call to a given number. To continue the call, apply the predefined CDPN variable:
Figure 30 — View of the IVR workspace
Completing routing configuration
To complete routing, open Routing manager application and in rules rule1 and rule3 adjust the corresponding routing results, and follow the steps below:
- rule1: select the "external" sub-item in the Result section. In the Value field of the Directions table add the trunk created earlier, then save the rule .
- rule3: select the "ivr" sub-item in the Result section. In the script field add the previously created ivr script, then save the rule and the context .
Figure 31 — Type of routing context












































































