cybertech intercom manual
LINK 1 ENTER SITE >>> Download PDF
LINK 2 ENTER SITE >>> Download PDF
File Name:cybertech intercom manual.pdf
Size: 3654 KB
Type: PDF, ePub, eBook
Category: Book
Uploaded: 27 May 2019, 22:42 PM
Rating: 4.6/5 from 795 votes.
Status: AVAILABLE
Last checked: 4 Minutes ago!
In order to read or download cybertech intercom manual ebook, you need to create a FREE account.
eBook includes PDF, ePub and Kindle version
✔ Register a free 1 month Trial Account.
✔ Download as many books as you like (Personal use)
✔ Cancel the membership at any time if not satisfied.
✔ Join Over 80000 Happy Readers
cybertech intercom manualThe Robin Compact consists of a loudspeaker, microphone and a call button. As soon as the call button is pressed the Robin Compact will setup a connection to a pre-configurable internal extension, landline or cell phone. The pre-configured dialed number is stored in EEPROM so that the information is not lost if the device is disconnected from the switch board. Compatibility Quote request Find dealer Versions Features Specifications Related products Downloads Versions Features Specifications Related products Downloads Versions Robin Compact Analogue, with interface (C01023R) Optional flush-mount box C01110 or surface-mount box (C01100) This intercom is directly connected to an analogue line of the PABX by means of a 2-wire connection. In combination with the DROP1 (C01019), it is possible to open a barrier or door using the DTMF keys on a telephone. Features Program 1 call pushbutton Direct Connection to PABX (2-wire) Housing made from anodised aluminium (3 mm) Pre-programmed telephone number is stored in EEPROM Programmed number can be internal or external In combination with a DROP1 (C01019), a door, gate or barrier can be opened remotely. Flush- or surface mount. Specifications Article No. Discover everything Scribd has to offer, including books and audiobooks from major publishers. Start Free Trial Cancel anytime. Report this Document Download Now Save Save Configuring Cybertech Pro With Avaya CM and AES For Later 0 ratings 0 found this document useful (0 votes) 171 views 48 pages Configuring Cybertech Pro With Avaya CM and AES Uploaded by Isaac Pinheiro Description: Full description Save Save Configuring Cybertech Pro With Avaya CM and AES For Later 0 0 found this document useful, Mark this document as useful 0 0 found this document not useful, Mark this document as not useful Embed Share Print Download Now Jump to Page You are on page 1 of 48 Search inside document Browse Books Site Directory Site Language: English Change Language English Change Language.http://db-tube.com/userData/board/epoch-iv-manual.xml
- Tags:
- 1.0.
All Rights Reserved. The document contains an extensive description of the configurations for both Cybertech Pro and Avaya Communication Manager. Information in these Application Notes has been obtained through DevConnect compliance testing and additional technical discussions. All Rights Reserved. CT52-ACM-DMCC 1. IntroductionThe purpose of this document is to describe the compliance testing carried out with Cybertech Pro and Avaya Communication Manager and Avaya Application Enablement Services. It includes a description of the configuration of both the Avaya and the Cybertech solutions, a description of the tests that were performed and a summary of the results of those tests. Cybertech Pro is a voice recording system which can be used to record the voice stream of Avaya telephone endpoints. It uses Avaya Communication Managers Service Observe feature via the Avaya Application Enablement Services (AES) Device, Media, and Call Control (DMCC) interface and the Telephony Services API (TSAPI) to capture the audio and call details for call recording. The Device, Media and Call Control (DMCC) API associated with the AES server allows the creation of Virtual IP phones to monitor analogue, digital or VoIP extensions. A group of virtual IP phones is created in Avaya Communication Manager to be used by the CyberTech recorder application. These virtual phones are used to monitor the status of the target to berecorded. Recording can be activated using Service Observe or Single Step Conference. The method used is selected on the Cybertech recorder. 1.1. Interoperability Compliance Testing The interoperability compliance tests included feature functionality and serviceability testing. The feature testing focused on testing scenarios that involve interaction between the Cybertech Pro server, Avaya Communication Manager and Avaya Application Enablement Services. All Rights Reserved. CT52-ACM-DMCC 2.https://www.engreat.com/image/upload/epoch-xt-manual-download.xml Reference ConfigurationCybertech Pro is a voice recording system which can be used to record the voice stream of Avaya telephone endpoints. The voice traffic of selected endpoints can be monitored and recorded to a voice data archive, with the time and call participants recorded with each call segment file. The Avaya IP Telephony configuration used to verify these Application Notes is shown in Figure 1. The Avaya Application Enablement Services (AES) server was used by Cybertech Pro to receive call status information. Cybertech Pro then used Avaya Communication Manager Service Observe facilityand Single Step Conference to collect voice data streams of endpoints which were selected to be monitored. All Rights Reserved. All Rights Reserved. CT52-ACM-DMCC 4. Test ConfigurationTable 2 contains the extensions that are used for testing. The capital letter designations correspond to the telephones shown in Figure 1. The virtual phones are softphones which were added to act as recording extensions. All Rights Reserved. CT52-ACM-DMCC 5. Configuration of Avaya Communication ManagerThe configuration and verification operations illustrated in this section were all performed using Avaya Communication Manager System Administration Terminal (SAT). The information provided in this section describes the configuration of Avaya Communication Manager for this solution. The configuration operations described in this section can be summarized as follows: Verify that the licenses allocated to the system are sufficient to support the required configuration Configure system parameters and system features Allocate Feature Access Codes Configure IP node names Configure the telephone stations that are to be used for testing Configure virtual CTI telephone stations Configure Class of Restriction for recording devices Allocate a call pickup group Allocate agent resources Configure the interface to AES The configuration of the PRI interface to the PSTN is outside the scope of these application notes. 5.1. Verify System Parameters Customer Options Use the display system-parameters customer-options command to verify that AvayaCommunication Manager is licensed to meet the minimum requirements to interoperate with the Cybertech Pro server. Those items shown in bold in the screen below indicate required values or minimum capacity requirements. All Rights Reserved. CT52-ACM-DMCC On Page 2, the value configured forMaximum Concurrently Registered IP Stations must be sufficient to support the total number of IP stations used. Procedure d'escalade International Avaya Users. It is intended for potential buyers of the recording system and provides an insight into the technical aspects of the system. It is not intended to be used as a commercial document nor as a user manual. The overview of the recording system is divided into two main parts: 1. Hardware 2. Software The hardware forms the basis of the recording system and comprises the CyberTech digital speech converter cards and commercial off-the-shelf (COTS) hardware. The software that runs on top of the hardware consists of core services and user software. This document describes the recording system in five parts; 1. The architecture overview An overview of the 6 layers that make up the recording system 2. Configurations overview The available configurations 3. Hardware overview An overview of the COTS hardware possibilities 4. Software overview An overview of the user interface and possible settings 5. Applications An overview of the value-added software applications available Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 3 of 63 This has resulted in a layered architecture made up of 6 layers: Input interface: resources for input, like digital extensions, analogue lines and trunk lines Converter layer: converts the input sources to files Recording interface: transfers the software instructions to the converter layer Services: runs the main components of the recording system, including a web-server User Interface: lets the user control the recording system via a web-based interface Applications: additional applications for specific user groups. Each layer interfaces with its adjoining layer to create a complete Voice Recording System: The bottom 3 layers are part of the Parrot-DSC product and mostly hardware-related. The middle hardware layer is either a hardware card (in the PCI or PCI-Express versions) for digital or analogue voice input, or a standard Ethernet card for VoIP input. The top hardware layer, the Parrot-DSC API, controls the hardware. The top 3 layers of the recording system are software-related. The bottom software layer is comprised of the core software module, and the top software layer refers to the end-user applications. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 4 of 63 In other words, a tap is placed on the line which does not interfere with the actual information being transported. Data input is the additional data of a call. It is usually supplied over the same line as voice but in the form of D-channel information. Other sources for call data can be Call Details Records (CDR) or Computer Telephony Integration (CTI). Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 5 of 63 There are two types of converters: 1. a Digital Speech Converter (DSC) card that converts analogue or digital input 2. a standard Ethernet card that converts VoIP input The Digital Speech Converter cards (Parrot-DSC) are developed and manufactured by CyberTech.Each baseboard also contains a processor module. This module contains the licenses for activating the modules, and firmware for configuring the card to the specified PBX extension. CyberTech has developed specific firmware for almost every available PBX brand available. Each firmware protocol converter is able to decode the available data (D-channel). This means that not only can additional data like CLI and dialled number be decoded, but also any information that is displayed on the display of the extension. For VoIP recording, only a standard (additional) Ethernet card in the chassis is required. The recording interface layer (see 2.3) monitors the IP-stream and detects the VoIP and the associated data packages and call data. 2.3 Recording interface layer The recording interface layer controls the hardware input sources according to the commands issued by the recording software. This is done with the Parrot-DSC API. A Storage Client prepares the received calls for storage in the database. The Health monitors guards the hardware in the system and sends alarms in case of failures. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 7 of 63 The input sources may even be changed without having to change the recording software. The recording interface API acts as middleware between the hardware and the software. Adding new media in the future as input sources will therefore not influence the software. 2.4 Services layer The services layer performs the core software features of the recording system. These services run continuously in the system s background and each performs a different activity: Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 8 of 63 Each received voice stream is stored as a WAV file on a hard disk in the recording system. In addition to the voice stream, additional call data is added at the end of each call to the WAV file. A database is maintained of all the recorded calls on the system. This MySQL database contains one record for every call. In addition to the standard fields in the database, 20 additional custom fields may be added. These fields may include additional data received from CDR or CTI connections. If the encryption option is enabled, all stored calls will be encrypted with the 256 bit Rijndael AES audio encryption. This means the WAV file can only be replayed if the encryption key is available. The number of hours of recording storage depends on the size of the hard disk and compression used.Several types of storage media are supported: 1. DVD Ram DVD Ram drives are the most commonly used archive media as they are cheap and widely available. Each DVD Ram can store 4.7 GB. 2. Iomega REV disks The Iomega REV disks are removable hard disks in a cartridge and offer larger storage capacity than DVD Rams. The cartridges are available in 35 GB and 70 GB versions. 3. Network Attached Storage (NAS) Any disk that can be reached through a drive letter can be used as archive media. Users log on to the recording system s core server via a web browser. The core server has a standard web server that handles the user retrieval requests, searches for the required voice files, and sends the audio to the web browser. Audio is played in the web browser using Media Player.Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 10 of 63 Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 11 of 63 There are several ways to raise alarms: Alarm and warning messages can be send to designated e- mail addresses. SNMP Relay contact The recording system is able to produce SNMP traps to indicate recording failures. The following traps are supported: 1: Error 2: Keep Alive message Keep Alive messages are sent at definable intervals from every recorder system and server (both core servers and others), and satellites. 3: Service state message. Service state messages are sent when a recorder service starts or stops. SNMP messages can be used in SNMP monitoring systems such as HP Overview. Via an optional relay contact, an external lamp, switch or audio device can be activated when an alarm is raised. 2.5 User Interface The user interface allows the user to control the system and perform search and replay actions. It is browser-based, can use Java scripts and standard MS-Windows modules such as Windows Media Player. This means that any PC workstation with a network connection to the recording system server can access the recordings. The minimal PC Workstation requirements are that it runs MS Internet Explorer software. Due to the nature of the web browser-based application, the user interface is very easy to use. Each window has a Help button allowing access to additional information. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 12 of 63 The Last Call Replay application is described in Chapter Call Centers For call centres and similar environments, the Evaluation Application provides a Quality Management (QM) system that helps assess and improve agent performance by retrieving agent call data and evaluating it against key factors, such as politeness and professionalism, using an online evaluation form. Once assessed, agents can be ranked, provided with feedback and, when necessary, recommended for additional training. In addition, agent activity can be assessed in real time by listening in on calls. This allows supervisors to provide the agent with tips or advice via Instant Messaging, and to take over the call if necessary. QM systems benefit customers, employees and contact centre managers alike, with the main advantages being in improved efficiency, effectiveness, customer satisfaction and revenue generation. Future developments in call centre QM systems include call flow assessment, the use of speech analytics to mine recorded call data for keywords, and the use of emotion detection. The Evaluation Application is described in chapter Public Safety TETRA is a combination of group voice communications, mobile telephony and mobile data services. It allows agencies to share information and perform duties as one unified workforce. TETRA is a purpose-built technology providing major advantages for public safety and security organisations compared to conventional radio systems. It was developed for public safety and security organisations that needed fast one-to-one and one-to-many radio communication of voice and data in their daily work. It forms the basis for communications interoperability between the different agencies involved in incidents. When safety is at stake, being able to respond quickly and efficiently is of vital importance, but it s almost equally important to be able to evaluate incidents, so as to learn from them and make improvements. In this way, incident recording is an essential tool in emergency management. What s more, it can also help in ensuring justice is carried out. CyberTech has been an official partner of Motorola since 2003 and in 2006 it established an official partnership with EADS. These partnerships are recognition of the reliability and functionality of the solutions for missioncritical environments, such as public safety. What s more a strong relationship with these key suppliers means that CyberTech can work with them to constantly improve the solution offered and further tailor it to the needs of the customer. The Incident Replay Application has been specifically developed for recording missioncritical public safety trunk radio installations. With so much recorded information, reconstructing a specific situation or retrieving a specific fragment is a complex matter. The recording application not only records all communication, but also registers call data, such as time, the number called, the device number, and so on. This makes it easy to search for specific fragments. What s more, the Incident Replay Application lets users select a time-based graphical representation of the search results. The Incident Replay Application is described in chapter 6.2. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 14 of 63 Below are some example configurations to show how the different components are connected. There are many more configurations possible, but they are all based on the examples given. The standalone server contains: Hardware Server Chassis Input Cards Software Recording Services MySQL Database Web Server One or more workstations can be connected to the standalone server using a LAN. The server chassis can contain tapping cards with up to a maximum of 64 channels. The satellites can contain tapping cards with up to a maximum of 240 channels per satellite (see Appendix C). The services, the database and the web server are installed on the server while the satellite has only a small satellite application, which is the same as the server application but with a limited number of services activated. 3.3 Multi-site With a multi-site configuration, the recording system can be installed at several locations, and still maintain a central archiving possibility with all the calls being archived in a central location such as a main site. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 16 of 63 For the development of CTI and CDR integrations, CyberTech has technology partnerships with: Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 17 of 63 A satellite must contain enough PCI slots to place the tapping cards. If a user account is configured for a free seating agent, the menu Free Seat is visible and can be selected. The user logs on to the recording system using his user name and password. The recorder will automatically link the user name to the right channel on the recorder. All calls made on this channel while the user is logged on will now contain the correct user name and extension. When logging on as free seating agent, the IP-address or PC name of the agent PC is matched with the recorder channel configuration. The Recording System checks if this IPaddress or PC name is linked to one of the free-seating channels. If so, this channel is assigned to the user. All calls on this channel will now contain the user settings for this user. 5.1 System Installation The system installation section is used to set the parameters of the recording system. When the recording system is being installed, a number of variables can be adjusted to configure the system to the desired configuration. Below, follows an overview of all the possible settings. The parameters of the system installation are usually set once, during the installation of the system. Any new language file can be added with the CyberTech online translator. Users can log on via internet to a special recording system with online translating functionality. By retyping the labels, buttons and text-fields on-screen, a new language file can be created. CyberTech can capture this language file and re-distribute it to any installation requiring this new language.The encryption key must be used in every recording system that replays calls, including the offline PC Replay Station application. MD5 fingerprinting enables recorded calls to be used as admissible evidence in a court of law. It checks that audio files stored on the recorder have not been altered from the original by placing a unique digital signature on the file when it is recorded. If a file is changed in any way, the unique key will also change and the user will be made aware when replaying the call that it is different from the original recording. Fingerprinting cannot be turned on or off SNMP server settings These are SNMP server settings for receiving SNMP traps. The following options can be configured: SNMP server address IP address SNMP (Simple Network Management Protocol) is used to send the following types of message: 1. Error messages 2. Keep Alive messages 3. Service state messages The SNMP messages can be processed with SNMP monitoring systems such as HP Overview (not included). Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 26 of 63 27 5.1.2 Settings per recorder In addition to the general system settings for the recording system as a whole, settings can also be configured for each individual recorder that is part of the recording system. An important aspect of this is the reporting of error messages which can be sent in five different ways: By using the buzzer on the recording server hardware By using SNMP traps By examining the event logs By ing directly to the system administrator By using the alarm relay contacts on the Auxiliary Alarm Card (optional) Recorder setup This configures the initial setup of the recorder parameters. The recorder archives calls to a physically separate location on the basis of the archive rule settings and the status the calls are given. This may be on a per channel basis or associated to the call mark Archive rule settings These are the general settings of the archive rule. The following options can be configured: Marks Channel id s Select single, multiple or all marks Select single, multiple or all channel IDs Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 29 of 63 30 5.1.5 Archive schedule The archiving rules are executed using one or more archiving schedules Name and description Each rule has a name and description. These fields can be filled by Name and description Each custom database field has a unique name and description. The following options can be configured: Name Description Name for the new database field Description for the new database field Database field settings Each custom field is specified. All of the settings available on any recorder in the configuration can be administered and configured using the web-based user interface. Within the system configuration part of the recording system, channels and groups for a specific recorder can be configured and maintained Channels Each recorder has at least 4 channels and a maximum of 1000 channels. The number of channels is determined by the number of activated licenses in the Parrot-DSC cards Channel groups One or more channels can be combined in a channel group Name and Description Each channel group has a name and description. The following options can be configured: Name Description State a name for the new channel group State a description for the new channel group Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 32 of 63 33 Channel group properties Each channel group can have an alias that can be used by external applications, and has one or more channels assigned. The list of telephone number can be used as a: Record list: only these telephone numbers will be recorded Censure list: none of these telephone numbers will be recorded Phone number settings Details can be set for each phone number. The following options can be configured: Name Description User group name Description of selected user group Access and call permissions Access and Call permissions can be set for user groups in the same way as they are set for individual users. Messages can then be transferred to other applications using standard clipboard functions. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 37 of 63 38 5.4.4 Channel overview The channel overview gives an overview of all the channels in the recording system Real-time channel playback Each individual channel can be monitored in near real time. There is a 2-second delay Channel properties The channel status of each individual channel can be changed and manual recording started and stopped. The Recorded Call and Evaluation menus search and replay calls and, optionally, allow calls to be evaluated Call search All recorded calls are stored as WAV files (encryption is optional), and all call data is stored in the MySQL database on the server. The Recorded Call and Evaluation menus search and replay calls and, optionally, allow calls to be evaluated. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 39 of 63 40 Search form The recording server supports web-based search and replay. The associated browser enables the user to enter a number of search criteria which are then used to return a list of matching call records. Users can search the calls database by channel name, the date and time of the call, the caller s number, the dialled number, the call direction and call marks. By clicking the query for fast call searching is re-run. The calls which meet the selection criteria appear in the call overview window. The functions that are available depend on the rights given. They may include Listen to call, Add note to call, View notes to call, Remove call, Store call, and call. Recording System Architecture Overview (CT-MS-D-07003) v3.17d.doc 2007 All Rights Reserved Page 40 of 63 41 5.5.2 Search results This window shows the results of a query. Select a call to commence playback. The audio player enables calls to be played back. This may be through an external speaker, through the sound card on a PC connected to the WAN or LAN or, as an additional option, through a telephone on the desktop. The call can also be sent as a.wav file to a remote location. The replay application also enables the user to transcribe free text to each of the calls. Any text which has been annotated to the call can then be used as search criteria. Using a separate menu, the calls for evaluation can be selected, evaluated and reviewed. A report module is available for generating individual, group or company reports. The evaluation application consists of 6 parts: 1. Selection 2. Forms 3. Projects 4. Evaluate 5. Review 6. Reporting Selection In the selection part, the calls that need to be evaluated are selected from all the recorded calls Selection schedule name Each schedule for selecting calls is given a name.The system employs a scalable architecture which enables cost effective solutions from In some cases it is obligatory, in An OAISYS White Paper By widely compatible with most popular telephony communication An OAISYS White Paper Workforce Optimization The complete MultiCorder BackOffice All rights reserved. Table of Contents Scope. 3 NICE Perform All rights reserved 1 Table of Contents Voice Call Addon for Ozeki NG SMS Gateway Introduction Why Crystal Gears By widely compatible NEC Corporation has prepared Product Description This datasheet provides a full features list for each of the With products, clear Table of Contents Table of Contents Software Installation. Kerio Technologies This guide provides detailed description on Kerio Operator, version 1.0. All additional modifications These requirements are easily achieved by deploying a secure call recording solution All rights reserved.