4 Configuration and Operation

The following abbreviations are used in the table:

MTP2

Message Transfer Part – Level 2

MTP3

Message Transfer Part – Level 3

ISUP

ISDN User Part

TUP

Telephony User Part

In all cases, the process called ssds (SS7 Software Driver) must be run on the host computer. This handles message transfer between the host and the board using the device driver.

To define which protocol modules run on the host, edit the text file system.txt.

Run the program gctload, which reads the system configuration parameters from the file system.txt and starts up the selected processes bringing the system into operation.

For further details of gctload, refer to the Software Environment

Programmer’s Manual.

The following processes for use on the host are included in the distribution. All must be run on the host with the exception of s7_mgt, s7_log, and

s7_play, which are optional:

Table 8: Host Processes and Utilities

Name

Description

gctload

Process to initialize the system environment and start up all other related

 

processes running on the host, deriving the configuration from a text file

 

(system.txt).

 

 

ssds

Process to interface with the device driver for passing messages to and from

 

the board(s) and for downloading software to the board(s).

 

 

tick_nt

Protocol timer process to send periodic “tick” notification to the tim_xxx

tick_lnx

process which in turn handles protocol timers.

tick_sol

 

 

 

tim_nt

Process to receive periodic tick notification from tick_xxx and handle protocol

tim_lnx

timers for all other processes.

tim_sol

 

 

 

s7_mgt

Process to perform single shot protocol configuration for all protocol modules,

 

deriving the configuration parameters from a text file (config.txt). This process

 

is optional. As an alternative to using it, the user may elect to perform

 

protocol configuration by sending messages directly to the other modules in

 

the system.

 

 

s7_log

Utility process to allow messages received from the protocol stack to be

 

logged to a text file. This is useful for diagnostic purposes.

 

 

s7_play

Utility process used to generate messages from a text file and send them into

 

the system.

 

 

20

Page 20
Image 20
Dialogic DSI SPCI Network Interface Boards Following abbreviations are used in the table, Host Processes and Utilities

DSI SPCI Network Interface Boards specifications

Dialogic DSI SPCI Network Interface Boards are highly advanced and versatile communication solutions tailored for the demands of modern telephony and multimedia applications. These boards are designed to efficiently process voice, data, and signaling, making them an essential component for businesses looking to enhance their communication capabilities.

One of the standout features of the Dialogic DSI SPCI boards is their ability to handle multiple telephony protocols. This flexibility allows users to connect to various network types, whether PSTN, VoIP, or legacy systems, ensuring seamless interoperability. The boards support industry-standard protocols such as ISDN, SS7, and SIP, enabling integrated communication across diverse platforms.

The technology behind the Dialogic DSI SPCI boards incorporates state-of-the-art digital signal processing (DSP). This powerful DSP architecture provides efficient encoding and decoding of voice and video signals, leading to enhanced call quality and reduced latency. Moreover, the DSP technology supports advanced codecs, ensuring that voice communication is clear and intelligible, even over bandwidth-limited connections.

Another significant characteristic of these boards is their scalability. Organizations can start with a single board and expand their telecommunication capabilities as their needs grow. This scalability makes them suitable for a wide range of applications, from small businesses to large enterprises, allowing for easy integration into existing infrastructures.

In addition to their powerful processing capabilities, Dialogic DSI SPCI boards also prioritize reliability and robustness. They are designed with a focus on fault tolerance, ensuring that telephony services remain uninterrupted even in the event of hardware failure. This resilience is critical for mission-critical applications where downtime can lead to significant revenue loss.

Furthermore, the boards feature extensive application development support. Developers can leverage the Dialogic API and various development kits to create custom telephony applications that meet specific business requirements. This programmability opens the door to innovative solutions, such as interactive voice response (IVR) systems, automated call distribution (ACD), and customer relationship management (CRM) integration.

In summary, Dialogic DSI SPCI Network Interface Boards are a cornerstone for organizations looking to innovate their telecommunication systems. With their support for multiple protocols, advanced DSP technology, scalability, reliability, and development support, these boards empower businesses to optimize their communication strategies and adapt to the evolving landscape of digital interaction.