8. Recorder Software Installation and Upgrade

Software Upgrades are made available for NexLog DX-Series™ regularly. They include new features, system security updates, and refinements.

Just as with any computer, Eventide NexLog DX-Series™ Recorders require a software operating system and a number of application programs to be functional and to perform useful work. The operating system in this case is Linux, and the application programs are a combination of standard programs and programs written and maintained by Eventide to work with its custom hardware environment.

As part of the manufacturing process, Eventide installs the recorder software. Because the recorder software development is an on-going process, Eventide occasionally creates software upgrades to bring older recorders up to the current software version. It is sometimes desirable or even necessary to apply these upgrades to recorders at the customer site, and the purpose of this section is to explain the process so that customers can confidently perform upgrades (and even installations) without factory intervention.

8.1. Why Re-Installation May Be Necessary

The recorders use redundant disks, so a single drive failure should not cause loss of data or software. However, if multiple disks in an array fail due to a common cause (e.g., lightning or other power surge), you will have to re-install the software when they are replaced.

8.2. Why Upgrades May Be Necessary or Desirable

There are several reasons why you may need to do an upgrade:

  • Hardware upgrades or changes require new software

  • Valuable features are available in the new release

  • Factory support requires a more recent software version

  • Problems (bugs) are found in the version currently running

8.3. Software Access Subscription

NexLog DX-Series™ Recorder Software is licensed on a subscription basis. See your recorder’s System: License Keys page or System: Upgrade to check the date your subscription is valid through. Only software released prior to this date will be valid for this recorder. Please contact your reseller for more information on extending your software subscription.

To be clear: if your Software Access Subscription is valid through May 1, 2021, and the version you want to upgrade to was released April 6th, 2021, you will be able to perform the upgrade on May 5th, 2021. It is the date that the Full Upgrade was released that is limited, not the date of applying the Full Upgrade.

8.4. The Software Upgrade/Installation Process

The actual process of upgrading (or re-installing) your software is simple and much of it is automated. It goes like this:

First, prepare for upgrading by:

  1. Archive your call data!

  2. Archive your recorder configuration!

  3. Remove all archive media.

Second, choose an upgrade method:

Using the Front Panel of the recorder:

  • Boot to an Eventide Software Distribution DVD-ROM, at the front panel. This is the only way to do a fresh install that overwrites all data on the recorder, but it can also be used to upgrade the recorder.

Using Configuration Manager via a web browser:

  • Upload Full Upgrade Image from your Desktop: Upload an upgrade.zip file and reboot the recorder to upgrade. The file name must fit the pattern “NexlogDX-20##.#[#]upgrade.zip” (for example “NexlogDX-2021.2[314]upgrade.zip”) and will be verified as a real upgrade file before a reboot takes place.

From the Front Panel or Configuration Manager:

  • Download Full Upgrade Image from Eventide VPN Server: This will end with (VPN Not Connected) if VPN settings have not been configured and enabled.

  • Import Full Upgrade Image from an Archive Drive: If you have an NexlogDX-202X.X[XXX]-upgrade.zip image on a USB drive or blu-ray, you can insert it into the recorder and upgrade with this option.

8.4.1. Boot to an Eventide Software Distribution DVD-ROM

  1. Insert the Eventide software distribution DVD-ROM in the top DVD drive.

  2. Power down the recorder.

  3. Restore power.

  4. Wait until the software loads.

  5. You should see a page that looks like this:

Installer/Upgrader

Fig. 8.1 Installer/Upgrader

  1. If installing, click Install, and see the Install specific instructions below. This will erase all data on the recorder.

  2. If upgrading, it should correctly identify your software. Click upgrade to continue. A page like this one will appear:

Upgrade

Fig. 8.2 Upgrade

  1. Click Upgrade and the upgrade will begin.

  2. When finished, the DVD-ROM will eject automatically. Remove it from the tray.

  3. Touch the touch screen or hit enter to reboot.

  4. Wait until the new software completes its initialization.

Important! You may need to wait 20 minutes or more for an upgrade. Average wait time is under 10 minutes.

8.4.1.1. Install Specific Instructions

  1. After clicking Install, you will see a page like this:

Install

Fig. 8.3 Install

  1. Unless Eventide Service or your dealer tells you otherwise, click Automatic Install.

  2. The Install will then begin.

  3. When finished, the DVD-ROM will eject automatically. Remove it from the tray.

  4. Touch the touch screen or hit enter to reboot.

  5. Wait until the new software completes its initialization.

  6. Restore your configuration.

  7. Restore your archives, beginning with the most recent first.

This completes the procedure.

8.4.2. Upload Full Upgrade Image from your Desktop

Upload Full Upgrade Image from your Desktop: Upload an upgrade.zip file and reboot the recorder to upgrade. The file name must fit the pattern “NexlogDX-2020.1[601]-upgrade.zip” and will be verified as a real upgrade file before a reboot takes place.

You have the option to set this to automatically reboot and apply the upgrade once upload and verification of the image is completed. If you leave this unset, reboot manually from the System: Power Off page when ready to upgrade.

Important! You may need to wait 20 minutes or more for an upgrade. Average wait time is under 10 minutes.

8.4.3. Download Full Upgrade Image from Eventide VPN Server

If the recorder is configured to have VPN access to Eventide, you can kick off an upgrade from here. This option will show (VPN Not Connected) if VPN settings have not been configured and enabled.

8.4.4. Import Full Upgrade Image from an Archive Drive

Copy NexlogDX-202X.X[XXX]-upgrade.zip image on a USB drive or blu-ray, insert to the recorder and use the System: Upgrade Recorder Software page to apply this upgrade to the recorder by selecting this option. It will offer a list of all Eventide Upgrade Media present in the recorder. Select one of these and proceed to select which upgrade image on the drive to upgrade to.

USB Upgrade In Progress, with Automatic Reboot Option

Fig. 8.4 USB Upgrade In Progress, with Automatic Reboot Option

You have the option to set this to automatically reboot and apply the upgrade once upload and verification of the image is completed. If you leave this unset, reboot manually from the System: Power Off page when ready to upgrade.

8.5. Some Details, Especially About Installation

If you do an install on top of an existing system, all your calls will be erased. If you have archived your calls, you can restore them as described in the next section: Restoring Archives When Installing New Software. An upgrade will theoretically leave your calls in the same state as they were earlier, and, in fact, it almost always does. But why take chances? You should be archiving anyway, so can it hurt to be up to date?

If you do a new installation, you will have to reconfigure the recorderx in accordance with the Setup instructions. This is greatly simplified by the Read/Write Configuration to Archive featxure. Please read the information in SETUP carefully before you start the installation!

If you upgrade the recorder, be sure to read the release notes or other information to see if there are any new SETUP items that must be configured.

8.5.1. Restoring Archives When Installing New Software

In the Archiving section of the SETUP mode there is a menu item “Archive restore.” If you insert previously–recorded archive media into one or more drives, it will allow you to select that drive with the knob and perform a restore operation; i.e., copy the calls from that medium back to RAID. Several checks are performed before the medium is transferred:

  • Does the serial number of the recorder that recorded the archive medium agree with that of the destination recorder?

  • Are the channel names of the recorder the same as the destination?

  • Does the format of the data on the archive conform to that of the destination?

  • Is there any problem with or damage to the archive medium data to be transferred?

  • Are any of these calls duplicates of calls already on the recorder?

  • User confirmation: Are you sure you want to go ahead with the transfer?

If none of these apply to the medium, or if you indicated that you wish to proceed anyway, the archive transfer will commence. All drives operate independently. You can restore archive media in all available drives, or you can even record archives on one medium while restoring from another.

Important! The restoration process will delete the oldest calls on the recorder to make room for the restored calls. In some cases, this will be the calls being restored. Always restore from the most recent archive backwards.

If you are restoring archives after a new installation, set the current archive time to make sure that new archives are only recorded from the present forward. If you don’t set this and begin new archiving after you have restored your archives from a previous installation, you might find yourself “re-archiving” the restored archives.

8.5.2. Potential Issues

For the most part, the process is automated. At least for an upgrade, beyond inserting/removing the disk, removing/applying power, and exhibiting patience, there is little for you to do.

One problem that can occur is failure to recognize the medium in the upgrade drive (the one in which you place the DVD). If this happens, the recorder just powers up normally and the DVD never ejects. In such a case, manually eject the DVD, and again shut down the unit. Next, visually inspect the medium, confirm it has no scratches, it’s clean, it’s right-side-up, and it’s carefully centered in the drive tray. Then try again. If the drive persistently refuses to recognize the DVD, yet works correctly when archiving, you probably have a defective upgrade DVD, or one that differs enough from the drive’s calibration to make reading the DVD problematic. You can try copying the DVD-ROM to another blank one, burning a new one, requesting a replacement, etc.

Much less common: The DVD can’t be read completely, and the upgrade/install process hangs up and the DVD does not eject. In this case, try the procedure again from the beginning. For an installation, no damage will be done as long as the install eventually completes correctly. For an upgrade, there is a possibility that configuration information will have been lost, in which case it can be restored manually or from the configuration archive that you made before starting the upgrade. Do NOT, however, try to resume normal recorder operation until the upgrade has completed normally.

Note: Please read the release notes. Software upgrades will normally come with printed information, and possibly with a README file on the disk. If anything in the release notes contradicts something you read here, go with the release notes!

9. Channel Wiring for Analog Input Boards

All Eventide NexLog DX-Series™ recorders that are equipped to record analog telephone calls (POTS) are furnished with one or more analog input boards. Eventide provides 8-, 16-, and 24-channel analog input boards. Boards of any channel count will contain standard pin-outs on the Telco connector.

For standard pin-out assignments, see the Analog Board Standard Pin-Outs (8-, 16-, and 24-Channel Boards) table below.

The Eventide Quick Install Kits available for these boards come with cables that compensate (if necessary) for the pin ordering so that when wiring the punch down blocks, the lines are in order according to normal telephone company practice. Contact your Eventide representative to purchase your Quick Install Kit.

Table —Analog Board Standard Pin-Outs (8-, 16-, and 24-Channel Boards)

Chan

Pins

Chan

Pins

Chan

Pins

Chan

Pins

Chan

Pins

Chan

Pins

1

1 + 26

5

5 + 30

9

9 + 34

13

13 + 38

17

17 + 42

21

21 + 46

2

2 + 27

6

6 + 31

10

10 + 35

14

14 + 39

18

18 + 43

22

22 + 47

3

3+ 28

7

7 + 32

11

11 + 36

15

15 + 40

19

19 + 44

23

23 + 48

4

4 + 29

8

8 + 33

12

12 + 37

16

16 + 41

20

20 + 45

24

24 + 49

10. Alert Codes

In the course of operation, the recorder may generate a variety of alerts, which are messages about aspects of the system operation. These messages have different severity levels that range from informational messages to severe errors. You can configure how alert notification is handled, as well as other alert features.

This section describes how to configure alert notification, including where to display and email the alerts. It also provides the following information about alert messages:

  • *Table 12—Alert Severity Levels*: A list of alert severity levels and descriptions.

  • *Table 13—Alert Messages* below: A list of alert messages, including the alert code, severity level, & message text.

Resolved alerts are not new alerts (and are not Info alerts). MediaWorks receives only active alerts. Active alerts are resolved by a system process (e.g., when you replace a RAID), and are established by the RequireResolution flag (system centric name). Non-active alerts are one-time alerts that are not resolved by the system and may require user intervention. Most alerts are active alerts (~30 non-active).

Table 10.1 Alert Severity Levels

Level

Name

Description

1

Info

An informational message or notice that does not require acknowledgement. Example: Alert #8, “Recorder Startup.”

2

Warning

Indicates trouble. Example: Alert #6004, “Primary RAID mount failed and the recorder recovered when secondary mount succeeded.”

3

Error

Indicates an error that could result in possible loss of data. Example: Alert #5010, “The UPS on recorder <name> was found but is not functioning properly.”

4

Severe Error

Indicates a serious problem. Example: Alert #9024, “Analog input Board <name> has malfunctioned and has been disabled.”

Table 10.2 Alert Messages

CODE

ALERT TEXT

SEVERITY

0

blank

INFO

1

The system has received a test alert

INFO

2

The system has received a test alert(Auto Resolution)

INFO

3

The system has received a test alert(Manual Resolution)

INFO

5

The recorder <~1~>, has lost the network connection

WARNING

7

the <~110~> archive drive has been removed or is not functioning.

ERROR

8

Recorder Startup

INFO

9

The process <~110~> has malfunctioned on recorder <~1~>. No data loss or user intervention is expected.

INFO

10

The process <~110~> has malfunctioned on recorder <~1~>. Secondary systems may temporarily behave unexpectedly. No data loss or user intervention is expected

ERROR

11

The process <~110~> has malfunctioned on recorder <~1~>. The system is attempting to recover. Recent Data may have been lost

ERROR

14

The recorder was not properly shut down. This can cause serious loss of data. The shutdown time was approximately <~110~>.

WARNING

15

Recorder Shutdown

INFO

16

An error occurred while shutting down the system. Current archived data may be damaged.

WARNING

18

The system has detected a time change on the recorder. The time has changed from <~110~> to <~111~> in the elapsed time of <~112~> seconds. This may be normal.

INFO

21

Recorder time is not synchronized to any configured time source.

INFO

22

At least one configured time source is not currently reachable.

INFO

23

The process <~110~> has been manually terminated

INFO

24

<~110~><~111~><~112~><~113~>

INFO

25

This is a test email sent from recorder <~1~> at facility <~2~>

INFO

26

The system temperature of recorder <~1~> has exceeded the normal operating range. The system temperature is <~110~> C.

ERROR

27

Network cable unplugged

INFO

27

Network cable unplugged

INFO

28

Unable to contact ntpd.

INFO

50

Initial version <~110~> installed at <~111~>

INFO

51

Upgrade to version <~110~> from version <~111~> completed at <~112~>

INFO

52

The recorder does not have a valid license key. You are currently on day <~110~> of your 7 day grace period.

WARNING

53

The recorder does not have a valid license key. After a 7 day grace period, certain recorder functionality will be blocked until a valid license key is entered.

ERROR

54

The recorder has recorded calls that are later than the current recorder time. These calls will not get archived and may cause problems when you attempt to display them. Check the system clock and time zone. Contact Eventide for further info.

INFO

55

A valid license key has been entered.

INFO

56

An Integrated Metadata feed went <~110~> minutes without providing data.

WARNING

57

Configured Feature Add-on “<~110~>” exceeds the capabilities licensed

WARNING

58

Push upgrades to previous versions are not supported. Current version is “<~110~>” and an upgrade was attempted to version “<~111~>”

WARNING

59

The Metadata feed for channel <~110~> appears to be missing. <~111~> calls were recorded without providing metadata.

ERROR

60

Local RTP Engine Config Issue: <~110~>

ERROR

61

Recorder running inside VMWare, but no Keylok Dongle Found or No License key allowing Virtualization installed on Recorder.

SEVERE

62

The system hardware is not in the configuration database. The hardware has been identified as <~110~>

ERROR

63

Configured Feature Add-on “<~110~>” exceeds the capabilities licensed

WARNING

64

The operating system detected a fault and needed to be restarted.

ERROR

65

Remote vocoder is not responding: host <~110~>’

INFO

66

Remote vocoder encounterd an error: <~110~>’

INFO

67

The Recorder is contains an expired temporary addon license key

INFO

100

Kernel stopped process <~110~> : <~111~>

SEVERE

100

Kernel stopped process <~110~> : <~111~>

SEVERE

101

Initialization Error for Component: <~110~> : <~111~>

ERROR

102

The CPU temperature of recorder <~1~> has exceeded the normal operating range. The CPU temperature is <~110~> C.

ERROR

1002

A database record event failed. This is likely the result of a misconfigured integration. Please contact your dealer for assistance. Type: <~111~> ,Error: <~110~><~112~><~113~>

WARNING

1003

Calls are being removed from the hard disk without ever having being archived. The calls currently being deleted started on <~110~>

INFO

1004

Space used on hard disk has reached an upper limit. Normal operation continues, with new recordings now replacing the oldest recordings on disk, starting with <~110~>

INFO

1005

A small amount of data may have been lost from channel <~110~> on the call that started at <~111~>. This data loss may not be noticeable.

WARNING

1006

Calls are not being recorded due to a recording problem. Error:<~110~>

WARNING

1007

Failed to read configuration from the database. A possible corruption exists. Please contact Eventide. Error:<~110~>

SEVERE

1008

Data inconsistent on channel <~110~>. This may have occured because of process restart or delayed read of data. Last block read was <~111~> but found <~112~>.

ERROR

1009

Failed to upgrade the database. The system will continue to run with an older version of the database. Please contact Eventide to resolve this issue. Error:<~110~>

WARNING

1010

The system has pending database activity that has been queued for more than two minutes. Recordings may not appear in real time but are being recorded.

INFO

1011

The system has pending database activity that has been queued for more than two hours. Recordings may not appear in real time but are being recorded.

INFO

1012

A processing timeout has occured while recording data.

ERROR

1013

Recordings that are scheduled for preservation are close to being deleted.

WARNING

1014

The user storage partion for <~110~> is full. This must be resolved by either deleting stored items or increasing storage settings via the Configuration Manager->Recording->Retention Settings. You will not be able to <~111~> until this is resolved. This issue does not affect recording.

WARNING

2001

The media in the <~111~> archive drive is almost full

INFO

2002

The media with id <~110~> in the <~111~> archive drive of recorder <~1~> is full

INFO

2004

Warning: the operation of <~110~> was performed when the drive was in a bad state. Please retry the operation

INFO

2005

System configuration saved to the <~110~> archive drive

INFO

2006

System configuration was NOT saved to the <~110~> archive drive: <~111~>

WARNING

2006

System configuration was NOT saved to the <~110~> archive drive: <~111~>

WARNING

2007

System Logs have been successfully saved to the <~110~> archive drive

INFO

2008

System Logs were NOT saved to the <~110~> archive drive: <~111~>

WARNING

2009

System configuration was restored.

INFO

2010

System configuration was NOT loaded from the <~110~> archive drive because of the error: <~111~>

WARNING

2011

Metadata backup failed for backup type <~110~>. Error: <~111~><~112~>.

WARNING

2014

Writing archive to the <~110~> archive drive failed. Please dismiss this message by hitting the ‘OK’ soft key, insert new media into the <~110~> archive drive and then hit the ‘resume’ soft key to retry.

INFO

2016

The current archive time has been changed on the recorder from <~110~> to <~111~>.

INFO

2017

<~110~> archive drive action: <~111~>.

INFO

2019

Call Meta Information saved to the <~110~> archive drive

INFO

2020

Call Meta Information was NOT saved to the <~110~> archive drive: <~111~>

WARNING

2021

Call Meta Information was loaded from the <~110~> archive drive.

INFO

2022

Call Meta Information was NOT loaded from the <~110~> archive drive because of the error: <~111~>

WARNING

2024

The <~110~> archive drive medium was improperly removed and may be damaged. The recorder will attempt to recover but some data loss is possible. In the future please use the Eject soft key and wait for the drive status to read “Safe To Remove Media”.

ERROR

2025

The recorder <~1~> is not archiving.

INFO

2026

The recorder <~1~> does not appear to be archiving properly. The recorder is recording calls, but they do not appear to be archived. This may be because of a time change on the system or other normal activity. If you believe this is a problem, please stop archiving and restart it.

WARNING

2027

All media on the recorder <~1~> is either full or in the wrong state to continue archiving

INFO

2030

The media loaded in the <~110~> archive drive is damaged. Error: <~111~>

INFO

2031

The media in the <~110~> archive drive with the start time of <~111~> and the end time of <~112~> has encountered a problem while saving data. The archive media may be faulty or damaged. Please insert new media and archive again. The system archive time has not been changed.

WARNING

2032

Archive media format failed on the <~110~> archive drive. Please check that the media is not write protected or damaged. Error: <~111~>

INFO

2033

A media error was encountered while loading the <~110~> archive drive to browse mode. The archive media may be damaged and have missing or incomplete calls. This error could be caused by defective media or an improper system shutdown. The archive has the start time <~111~> and end time <~112~>

INFO

2033

A media error was encountered while loading the <~110~> archive drive to browse mode. The archive media may be damaged and have missing or incomplete calls. This error could be caused by defective media or an improper system shutdown. The archive has the start time <~111~> and end time <~112~>

INFO

2200

Failsafe is not active for the recorder group <~110~>.

WARNING

2201

Archive Failsafe is armed for the recorder group <~110~>

INFO

2202

Archive Failsafe has been triggered on the recorder group <~110~> at archive position <~111~>. Error: <~112~>

WARNING

2203

The recorder <~1~> has been placed in standby mode for the group <~110~>.

INFO

2204

Archive Restore complete on the <~110~> drive of recorder <~1~>

INFO

2300

Network Archive connected to address <~110~>, share <~111~>

INFO

2301

Network Archive to address: <~110~>, share: <~111~> is NOT active. <~112~><~113~>

WARNING

2302

Network Archiving connection to address: <~110~>, share: <~111~> is not active. Error: <~112~><~113~>

WARNING

2400

Centralized Archiving is not connected to <~110~>. Error: <~111~>

ERROR

2401

The recorder at <~110~> is transferring duplicate calls. This may be because the archive pointer was reset.

ERROR

2402

The Centralized Archive source with serial number <~110~> is not connected

ERROR

3001

Channel <~110~> was active for more than <~111~> seconds.

INFO

3002

Channel <~110~> was inactive for more than <~111~> seconds.

INFO

5000

Communications with the UPS backup power supply has been lost on the recorder <~1~> in facility <~2~>. Please ensure that the UPS is properly connected to the recorder

WARNING

5002

Power has been lost on the recorder <~1~> in the facility <~2~>. The UPS is currently providing power

WARNING

5005

Power has not been restored on the recorder <~1~> in the facility <~2~> and will be shut down shortly

WARNING

5008

The battery on UPS <~110~> has been exhausted. Recorder <~1~> is being shut down.

WARNING

5010

The UPS on recorder <~1~> was found but is not functioning properly

ERROR

5013

UPS is attached and functioning normally

INFO

5014

UPS is not attached to the recorder or not working properly

INFO

5014

UPS is not attached to the recorder or not working properly

INFO

5015

UPS battery is not functioning properly. Please test battery to ensure proper functionality.

INFO

6000

The hard disk <~110~> has failed on the recorder <~1~>. Please fix it

SEVERE

6001

RAID on recorder <~1~> is degraded. Replace the failed drive to correct the issue.

SEVERE

6002

The RAID has been changed: <~110~>

INFO

6003

The recorder <~1~> has a storage partition(<~110~>) that is dangerously close to being full(<~111~>). This is not a normal condition and should be resolved immediately to prevent possible data loss.

WARNING

6004

Primary RAID mount failed, and the recorder recovered when secondary mount succeeded.

WARNING

6005

The recorder <~1~> had a bad file system journal on volume group <~110~>. The problem was automatically fixed, but this condition is not normal and may have resulted in data loss.

WARNING

6006

The hard disk <~110~> is close to failure on <~1~>. Please replace it as soon as possible.

ERROR

6007

The hard disk <~110~> has timed out responding to the RAID controller on <~1~>. Please replace it as soon as possible.

ERROR

6008

The RAID Controller Write Cache is Disabled.

ERROR

6009

The RAID Controller Battery Backup for recorder <~1~> is reporting excessive heat.

ERROR

6010

The RAID Controller Battery Backup voltage is low.

ERROR

6011

The RAID Controller Battery Backup is offline and not providing backup to the RAID.

ERROR

6012

The RAID Controller Battery Backup is reporting a bad status.

ERROR

7000

A problem occurred while sending email. Error <~110~>: <~111~>

INFO

7001

An unknown error code of <~110~> was received

INFO

7002

An email has been sent to <~110~><~111~> with the subject “<~112~>”

INFO

7003

The alert <~110~> has been acknowledged by user <~111~>

INFO

8001

The user <~110~> has requested a system shutdown

INFO

8002

The user <~110~> has been automatically logged out

INFO

8002

The user <~110~> has been automatically logged out

INFO

8003

Client login with username <~110~>, version <~111~>, client string <~112~>

INFO

8004

Client has logged out with username <~110~>

INFO

8005

Client login has failed with username <~110~>

INFO

8006

The system time has been changed on recorder <~1~> by user <~110~>. The old time was <~111~>. The new time is <~112~>

INFO

8007

Configuration change by user <~110~>: <~111~>

INFO

8008

Shutdown requested via key. Please wait.

INFO

8009

Archive Failsafe Mode Canceled by user <~110~>.

INFO

8010

One or more PC Workstations configured for monitoring are not responding to network requests. <~110~>

WARNING

8011

One or more PC Workstations has an outdated screen capture service. This may result in service instability and loss of data on <~110~>

WARNING

9000

The board of type <~110~> has failed on recorder <~1~>. The failed board is board number <~111~>. It has failed <~112~> times

SEVERE

9001

A recording board has been removed or is missing from the system

SEVERE

9002

Failed to open the board of type <~110~> in position <~111~>. Error: <~112~>

SEVERE

9003

Failed to configure the board of type <~110~> in position <~111~>. Error <~112~>

SEVERE

9004

DSP sync Error on the board of type <~110~> in position <~111~>. Sync error count is <~112~>. Over run count is <~113~>

WARNING

9005

Failed to configure port <~112~> on the board of type <~110~> in position <~111~>. Error <~113~>

SEVERE

9006

Signal lost on port <~112~> on the board of type <~110~> in position <~111~>

ERROR

9007

Frames lost on port <~112~> on the board of type <~110~> in position <~111~>

ERROR

9008

AIS alarm on port <~112~> on the board of type <~110~> in position <~111~>

WARNING

9009

Yellow alarm on port <~112~> on the board of type <~110~> in position <~111~>

WARNING

9010

LOSMF alarm on port <~112~> on the board of type <~110~> in position <~111~>

WARNING

9010

LOSMF alarm on port <~112~> on the board of type <~110~> in position <~111~>

WARNING

9011

LOCRC4MF alarm on port <~112~> on the board of type <~110~> in position <~111~>

WARNING

9012

TS16RAI alarm on port <~112~> on the board of type <~110~> in position <~111~>

WARNING

9013

Failed to open channel <~111~> on the board of type <~110~>. Error: <~112~>

WARNING

9014

Failed to configure channel <~111~> on the board of type <~110~>. Error: <~112~>

WARNING

9016

No signal present on channel <~111~> on the board of type <~110~>.

WARNING

9017

Recording could not be started on channel <~111~> on the board of type <~110~>.

WARNING

9018

Recording could not be stopped on channel <~111~> on the board of type <~110~>.

WARNING

9019

Read timeout on channel <~111~> on the board of type <~110~>.

ERROR

9020

Read fail on channel <~111~> on the board of type <~110~>.

ERROR

9021

Continuity check error on channel <~110~>.

ERROR

9022

The continuity number is not being updated on channel <~110~>.

SEVERE

9023

<~110~>(<~111~>) has not been heard from in <~112~> seconds. The recorder may not be recording.

SEVERE

9024

Analog Telephony Board <~110~> has malfunctioned and has been disabled

SEVERE

9025

Recording Interface is configured as disabled and not recording. Enable the device to begin recording

SEVERE

9026

One or More Digital PBX Channels are receiving a large number of line errors. Please check your wiring and phonesets

WARNING

9100

The recorder is experiencing a connection error with the remote gateway at address <~110~>. Error: <~111~>

ERROR

9101

The recorder lost the connection to the remote gateway at address <~110~>.

ERROR

9102

The Remote Gateway at address <~110~> contains a backlog of data that is <~111~> minutes old. The data is currently being uploaded

ERROR

9103

The time on the Remote Gateway at address <~110~> differs from the recorder time by <~111~> seconds. Please insure that NTP is running on the Remote Gateway and recorder

ERROR

9104

The screen channel with name “<~110~>”:<~111~> at address <~112~> is not connected. Error: <~113~>

ERROR

9104

The screen channel with name “<~110~>”:<~111~> at address <~112~> is not connected. Error: <~113~>

ERROR

9105

Screen Agent @<~110~>: <~111~>

WARNING

9110

The recorder is experiencing a connection error to the bridged recorder at address <~110~>. Error: <~111~>

ERROR

9150

Info from CT Gateway: <~110~>

INFO

9151

Error from CT Gateway: <~110~>

ERROR

9152

Fatal Error from CT Gateway: <~110~>

SEVERE

9160

Harris Connection Warning: <~110~>

INFO

9161

Harris Connection Error: <~110~>

ERROR

9170

MOTOTRBO Connection Warning: <~110~>

INFO

9171

MOTOTRBO Connection Error: <~110~>

ERROR

9172

RFSS has not acknowleged all ISSI Group Registration Requests

WARNING

9200

The local RTP Engine is receiving inconsistent data. <~110~> channels received inconsistent data. First channel is <~111~>, Error: <~112~>

INFO

9201

More simultaneous calls occurred than channels are configured. Excess calls are not being recorded.

ERROR

9202

More G.729 encoded calls in progress than recorder is licensed for. Excess calls are not being recorded.

ERROR

9203

Unable to Decrypt P25 Call with key <~110~>

ERROR

9204

OTAR Registration Unsuccessful: <~110~>

ERROR

9205

Recorder Received An Error Condition from KMF: <~110~>

WARNING

9206

OTAR Info: <~110~>

INFO

9207

TCP Connection to <~110~> failed to connect

ERROR

9208

Recorder has sent a certificate to the Mitel system at <~110~>. Recording can not begin until the administrator approves the certificate on the Mitel system.

ERROR

9209

Error: <~110~>

ERROR

9209

Error: <~110~>

ERROR

9300

AIS could not provide audio stream for transmissions. Reason is <~110~>

ERROR

9301

AIS Proxy has entered an error state: <~110~>

ERROR

9302

AIS Proxy received an error condition from AIS: <~110~>

WARNING

9303

AIS Proxy Info: <~110~>

INFO

9305

Recorder has not received Heartbeats from AIS Proxy for at least 30 seconds

ERROR

9306

AIS Proxy version is less than 2.7.0. Recommend upgrading.

ERROR

9307

AIS Proxy version does not match the authorized version - Contact your Eventide Reseller.

ERROR

10000

This Recorder, which is currently acting as the Cluster Master, is experiencing a failure to contact the Cluster Node at ip <~110~>. Error: <~111~>

ERROR

10001

This Recorder, which is currently acting as the Cluster Master, has lost its connection to the recorder at ip <~110~>.

INFO

10002

This Recorder is currently unable to synchronize to the cluster master at <~110~>.

INFO

11. Recording VoIP or RoIP Calls

11.1. Introduction to Recording VoIP or RoIP Calls

This topic describes information related to recording Real-time Transport Protocol (RTP) data.

  • Voice Over Internet Protocol (VoIP) calls

  • Radio Over Internet Protocol (RoIP) calls

Eventide NexLog DX-Series™ recorders support both VoIP and RoIP, but this topic mainly describes VoIP. However, because RoIP is similar to VoIP, much of the information applies equally to both.

  • Cisco 7 through 10.5 are supported under the Local VoIP/RTP recording.

  • SIP Endpoints are also supported by Local VoIP/RTP Recording.

  • NG9-1-1 “SIP Invite” recording uses the Local VoIP/RTP feature on Eventide NexLog DX-Series™ recorders.

  • RoIP recording and IP Dispatch Console recording uses the Local VoIP/RTP feature on Eventide NexLog DX-Series™ recorders.

11.1.1. What is VoIP?

VoIP (Voice over Internet Protocol) is a technology that allows telephone calls to be made over local area networks (LAN) or the Internet. VoIP systems convert analog voice signals into digital data packets and supports real-time, two-way transmission of conversations using the Internet Protocol (IP).

  1. VoIP calls can be made on the Internet using a VoIP service provider and standard computer audio systems. Alternatively, some service providers support VoIP through ordinary telephones that use special adapters to connect to a home computer network.

  2. VoIP services convert voice or audio data into a digital signal that travels over a computer network such as a company intranet or the Internet. If you are calling a regular phone number, the signal is converted to a regular telephone signal before it reaches the destination. VoIP can allow you to make a call directly from a computer, a special VoIP phone, or a traditional phone connected to a special adapter.

11.1.2. The Advantages VoIP Provides

With traditional telephone service, also known as Plain Old Telephone Service (POTS), a telephone call is made on an analog telephone line through a pair of copper wires connected between the caller and the called party. This creates a physical connection dedicated for a single call, so the conversation is transmitted using a single, static pathway over the telephone network. It uses the Public Switched Telephone Network (PSTN), which is a circuit-switched network, meaning the connection between the endpoints (telephones) is made through switches that connect the lines together.

On the other hand, VoIP transmits the call using a packet-switched network. With VoIP, the audio signal of the telephone call is digitized and encapsulated into data packets that are sent over the network to the other party. The packets may take one or more paths over the network to reach the called party. At the other end of the line, the packets are reassembled and converted back into analog voice signals. This network can be used at the same time by other communications, which may include other VoIP telephone calls as well as a variety of packetized information such as data and video.

Because the VoIP network can carry many conversations at the same time and because it can also transmit other types of information, VoIP is a more efficient and flexible method for transporting voice. It can also produce a richer experience for the user if it is combined with other features, such as video. In addition, it can be cost-effective to implement because you may be able to add VoIP telephony services to an existing network infrastructure.

VoIP systems can interconnect and co-exist with existing PBX systems as well the traditional circuit-switched network. Of course, power sources are a consideration when implementing any VoIP system, because VoIP phones do not derive power from a PBX or from the telephone company Central Office. So, to protect against loss of telephone service due to power outages, it is necessary to install uninterruptible or back-up power supplies for both the LAN equipment and VoIP telephones.

11.1.3. Technical Considerations

The handling of audio data in VoIP differs significantly from how it is done on a conventional, circuit-switched network. On the latter, once a connection is established, it is defined between two fixed points, and both the upstream and downstream data are handled by the same pair of wires. The digital architecture of VoIP separates upstream and downstream data, and the transmission path across the network can vary. Audio is carried through RTP (Real Time Protocol) packets, which can be routed along different paths. As a result, data packets of audio data can become unsynchronized and be delivered out of their original sequence.

To address this, VoIP uses a buffering system that synchronizes delayed packets. The inherent delay caused by packet buffering should never exceed 500 ms.

Networks are by no means limited to carrying only voice data. As such, a packet filtering mechanism is used to detect and isolate RTP audio data packets from other data types carried across the network.

11.2. Network Requirements

The following requirements apply to recording VoIP calls:

  • Unlike a PBX phone system, which has a centralized switch from which to tap the telephone calls, a VoIP system transmits the calls over a distributed intranet, which also carries other data traffic. To capture and record VoIP calls from the intranet, you must configure your intranet topology to mirror or send a copy of the VoIP packets to a single Ethernet port, which is connected either to the Eventide NexLog Recorder (for Local VoIP) or, in now rare cases, to an Eventide VoIP Gateway. For example, this can be accomplished using a Cisco Systems Ethernet switch that supports Switched Port Analyzer (SPAN) technology or Remote Switched Port Analyzer (RSPAN) technology. These components create copies of the audio packets being sent across the network and send them to another designated port for network analysis. In the case of RSPAN, it places audio traffic on a SPAN port from different network switches.

For detailed information on SPAN and RSPAN, go to the following page on the Cisco Systems web site:

www.cisco.com/univercd/cc/td/doc/product/lan/c3550/12113ea1/3550scg/swspan.htm

In addition to SPAN or RSPAN, some systems use direct unicast or multicast connections to the recorder.

When using the Local VoIP feature on an Eventide NexLog DX-Series™ recorder, the recorder must be equipped with two network interface cards (NICs) if you are using SPAN/RSPAN. (One port is used for the unidirectional VoIP traffic sent to the recorder, and one port for bidirectional traffic with clients.)

  • Both the gateway and recorder need a second NIC card to be able to capture from a SPAN port. Since the SPAN port is unidirectional and in the case of the gateway it needs to be able to have bidirectional access to the recorder. Or in the case of the recorder it needs to have bidirectional access to the client applications.

  • Eventide suggests implementing VoIP on a virtual local area network (VLAN). A VLAN is a logical group on the network that effectively prioritizes network traffic to ensure enough bandwidth. VLANs also greatly ease the configuration issues surrounding SPAN and RSPAN ports.

  • The MAC or IP addresses of all active phone sets must be designated. This information is entered in Configuration Files area of the NexLog Recorder Configuration program. Additionally, port ranges for both the signaling ports (the call’s attributes) and audio ports (the actual audio data packets) must be designated. Only calls that occur on ports in these designated ranges are recorded; all others are ignored.

11.3. Local VoIP and RoIP

Local VoIP and RoIP refer to the feature of Eventide NexLog DX-Series™ recorders that provides the capability to record VoIP and RoIP without using an Eventide . This local IP recording capability is also used for recording IP-based P25 radio systems (by EF Johnson and others).

The Eventide NexLog DX-Series™ recorders support capturing and recording voice or radio traffic appearing in RTP packets on an Ethernet network. The recorder is able to monitor and record Ethernet Voice over Internet Protocol (VoIP) or Radio over Internet Protocol (RoIP) traffic directly.

IP Recording Virtual Interface Template Menu

Fig. 11.1 IP Recording Virtual Interface Template Menu

To configure the recorder for VoIP (or RoIP) traffic, you must first add a virtual board of type Local IP and the required number of virtual channels to the system.

IP Recording Virtual Interface Template Menu With Search Input

Fig. 11.2 IP Recording Virtual Interface Template Menu With Search Input

The text input field at the top of the menu allows you to filter the list on characters or a word; shown here restricting the menu to just templates with “Moto” in the name.

If your system is not in the list of templates, select No Template and see the Advanced Local VoIP Recorder configuration section below.

11.4. Local VoIP and RTP Templates

Local IP boards can be set up using a template that will automatically create a configuration based on the settings required for the type of board selected.

For example, for a Telex/Vega Console, which requires a multicast address, a TX port and an RX port for each channel, the template looks like this:

Telex/Vega Console Template Example

Fig. 11.3 Telex/Vega Console Template Example

On the other hand, an EFJohnson P25 system has different requirements: an IP address for the IMBE decoder and a default RTP port, with a multicast address, codec, and supergroup port configured for each channel.

EFJohnson Template Example

Fig. 11.4 EFJohnson Template Example

Any IP board configured with a template can be re-configured using the same template; this will effectively recreate the board from scratch, so if you have made per-channel changes, those will be reset to defaults. As such, you may want to make any necessary edits manually instead.

The templates included with NexLog DX-Series™ are:

  • Aastra SIP-DECT Phones

  • Aastra MX-ONE H.323 Phones (SPAN

  • Aastra MX-ONE SIP Phones (SPAN)

  • Asterix Radar Data over UDP

  • Avaya H.323 protocol (SPAN)

  • Avtec Scout RTP Forwarding

  • C4i SwitchPlusIP Console

  • Catalyst Advanced Recording Interface

  • Cisco CallManager “Skinny” Protocol (SPAN)

  • Cisco CallManager Built-in-Bridge

  • CSS Mindshare Console Protocol

  • EFJohnson Console Protocol

  • ESCHAT

  • Eventide AIS Proxy (ASTRO25)

  • Eurocae ED-137B Part 4 RTSP Recording Interface

  • Eurocae ED-137C Part 4 RTSP Recording Interface

  • Generic Multicast RTP

  • Generic SIP Phones (SPAN)

  • Generic Unicast RTP (Recorder as Endpoint)

  • Generic Unicast RTP (SPAN)

  • Harris P25 Recording

  • ICOM IDAS Repeater (NXDN)

  • Intrado Position (SPAN)

  • Intrado Trunk (SPAN)

  • Kenwood NEXEDGE Trunked (1st Generation)

  • Kenwood NEXEDGE Trunked (2nd Generation)

  • Mitel Secure Recording Connector

  • Motorola Dimetra AIS Interface

  • Motorola Wave 5000 Multicast RTP

  • MOTOTRBO Capacity Max Recording Interface

  • MOTOTRBO Controller-less Recording Interface

  • NEC Univerge Phone Recording Proprietary SIP (SPAN)

  • Nortel Unistim Protocol (SPAN)

  • Omnitronics DRG / IPR / IPE Recording

  • Panasonic MGCP Phones (SPAN)

  • Raven M4X Site Device RTP Forwarding

  • RadioPro / TurboVUi Console Protocol

  • Sepura/Fylde MPT / DMR/ dPMR Recording Interface

  • Shoretel (Mitel) MGCP Phones (SPAN)

  • Shoretel (Mitel) VQMS Recording (SPAN)

  • Siemens (ATOS) H.323 Phones (SPAN)

  • SIPREC

  • SIP Trunk (SPAN or Recorder as Endpoint)

  • Smart PTT Console Recording

  • Solacom i3 SIP Trunk

  • Tait Radio DMR/MPT Recording Interface

  • Tait Radio Trunked P25 ISSI

  • Telex/Vega Console Protocol

  • Toshiba Megaco Protocol Phones (SPAN)

  • VESTA/Sentinel 4 Console (SPAN)

  • VESTA/Sentinel 4 Trunk (SPAN)

  • Zetron Logger

  • Zetron MAX CallTaking Consoles (SPAN)

  • Zetron MAX Dispatch

11.5. Cisco VoIP Template

Cisco Callmanager “Skinny” Protocol (SPAN) Template

Fig. 11.5 Cisco Callmanager “Skinny” Protocol (SPAN) Template

To configure Cisco Callmanager with Local VoIP recording, use the Cisco Callmanager “Skinny” Protocol (SPAN) template. Enter the SCCP and RTP ports in use, and then enter an IP address (xxx.xxx.xxx.xxx) or MAC address (xx:xx:xx:xx:xx:xx) for each phone line in the system.

11.6. Local VoIP and RTP Channel configuration

Like other board types, configuration of channels on local IP boards is done on the Recording->Boards page by opening the board and then clicking the gear on the channel you wish to edit. The channel edit page has three tabs. The first is the standard Edit Channel tab. The second and third are RTP and Diagnostics.

11.6.1. RTP

Top Half of Local IP Channel RTP Tab

Fig. 11.6 Top Half of Local IP Channel RTP Tab

This tab allows you to configure all the RTP specific options detailed below in the Channel Parameters subsection of the Advanced Local VoIP Recorder configuration section of this chapter.

Bottom Half of Local IP Channel RTP Tab

Fig. 11.7 Bottom Half of Local IP Channel RTP Tab

11.6.2. Diagnostics

The third tab is Diagnostics. It displays diagnostic information showing what data is arriving for the channel and can be used to help troubleshoot whether the channel is configured properly.

IP Channel Diagnostics Example

Fig. 11.8 IP Channel Diagnostics Example

Each channel has up to 4 RTP queues for incoming RTP queues and signaling queue. These queues show the number of packets that have arrived and been Enqueued, and the number that have been Dequeued and handled. The remaining columns (Source, Dest, Elapsed, Codec, SSRC, Seq) display data about the most recent packet to arrive for that queue.

  • Source: The ip address and port of the source of the packet.

  • Dest: The IP address and port of the destination of the packet.

  • Elapsed: How much time since the packet came in.

  • Codec: How the audio was encoded. (RTP only)

  • SSRC: Source Identifier. (RTP only)

  • Seq: Sequence number of the packet. (RTP only)

When MUX is NONE, there will only be one RTP queue all packets to go. If MUX is DIR (one RTP queue will be for incoming packets and one for outgoing packets (relative to the IP address configured for the channel). If MUX is Port or IP_Port, queue assignments are made per port.

The Refresh button, as expected, refreshes the data displayed to be current.

11.7. Advanced Local VoIP Recorder configuration

The following information describes low level configuration of the built-in recorder based VoIP/RTP configuration, which is used for recording RoIP, NG9-1-1 “SIP Invite”, and IP Dispatch Consoles.

11.7.1. VoIP: Edit Board

The board level parameters are accessible by clicking on the board name in the Recording Interfaces NexLog Configuration Manager page. The board is named “Local IP Recording.” On that page the board can be configured to capture RTP traffic in different ways.

The UDP section is for configuring the virtual board to capture UDP packets addressed directly to the NexLog recorder’s IP address.

The PCAP section is for configuring Promiscuous Mode Packet Capture. This capture method allows the recorder to capture traffic not addressed to its IP address.

11.7.2. Board Level Configuration Parameters

The following information lists the parameters and valid values that can be specified in board level configuration. (Boldface indicates a default value.) They are described in the sections that follow.

11.7.2.1. List of Board Level Parameters

  • UDP Ports: port-list

  • UDP Multicast Addresses: IP-address-list

  • UDP Multicast Interface IP: IP-address

  • SIP Endpoint Config: contact Eventide for usage

  • PCAP Devices: eth0, eth1, eth2, etc.

  • PCAP Ports: port-list

  • PCAP Vlan: unchecked (off), checked (on)

  • PCAP Defragment: unchecked (off), checked (on)

  • Packet Filtering: Bpf None, Bpf Port, Bpf Full

  • Channel Count: number-of-channels-on-virtual-board

11.8. Device Information

PCAP Ports and UDP Ports: Specifies a port list (port numbers and/or port ranges) for ports to record. All ports that are used by all channels must appear in the list. The ports should also be specified in the channels specific pages. Valid Range: 1-65535. Format: To specify multiple port numbers, separate them with commas; for example: 1,2,3,5,9. To specify a port range, separate it with a hyphen or dash; for example: 1-3. To specify multiple port ranges, separate the ranges with a comma; for example: 1-3,7-12. To specify multiple port numbers and port ranges, separate each type with a comma; for example: 1,2,5,9,12-15,19,22-25,29,30. For readability and maintenance (and to avoid duplications), it is recommended that you specify port numbers in numerical order.

Note

For PCAP Ports, the smaller the range, the better the performance, so it is a good practice to identify only those ports that will be used. The ports belong to VoIP devices such as IP phones, IP softphones, IP PBX ports, or other VoIP endpoints on the network that you wish to record. Any packet received by the recorder that uses ports in this list as either destination or source will make it past the filter and be processed by the recorder.

Important

For UDP Ports**, it is very important to specify only the ports that will be used, because opening these ports will consume resources on the recorder. For example, specify 3,5 rather than 3-5 if port 4 will not be used.

UDP Multicast Addresses: Specifies one or more IP multicast group addresses from which to record. [Join or subscribe to.] Format: to specify multiple IP multicast group addresses, separate them with a comma; for example: 239.1.1.1,239.1.1.9.

UDP Multicast Interface IP: Specifies the IP address of the NexLog Recorder’s network interface device which will be used to capture the multicast traffic.

SIP Endpoint Config: Specifies a special parameter to configure the NexLog Recorder as a SIP Trunk endpoint instead of its usual configuration as a “listen only” device. Contact Eventide Service for assistance in configuring this parameter.

PCAP Devices: Ethernet Device name. Specifies the NexLog Recorder’s network interface device (NIC) containing the Ethernet port that will be used to record RTP data. Valid Values: eth0, eth1, etc. Typically, one Ethernet port on the recorder is used to record the VoIP traffic sent to the recorder and one port is used for bidirectional traffic with recorder clients, such as a PC with Eventide MediaWorks that is used for playback or live monitoring.

PCAP Vlan: Virtual Local Area Network. Enables the Packet Pre-Filtering (BPF) for use on a VLAN, which is often used with SPAN and RSPAN setups. This setting is used because the port/IP address information appears in a different location in packets depending upon whether the traffic is from a VLAN or LAN. Valid values:

  • unchecked: Disabled (default), for use on a LAN.

  • checked: Enabled, for use on a VLAN.

PCAP Defragment: Enables IP defragmentation. When disabled, only the first fragment is processed and subsequent fragments are ignored. It is usually unnecessary to enable IP defragmentation, because voice packets are typically small enough to avoid fragmentation, or if they are sent in multiple fragments, the necessary data is usually in the first fragment, and the rest can be ignored. (Fragmentation occurs when the payload results in a data packet size that is greater than the maximum transmission unit of the sending switch.) Valid values:

  • unchecked: Disabled (default). No IP defragmentation is performed.

  • checked: Enabled. IP defragmentation is performed.

11.8.1. Packet Filtering and Handling

Because networks carry many types of data packets that are bound for different destinations, the recorder uses a /packet filtering/ mechanism to detect and isolate the desired RTP audio data packets from other data types forwarded by the network to the recorder’s Ethernet port.

Packet Filtering: Berkeley Packet Filtering. Specifies a source port pre-filtering method for capturing RTP packets. Packets are pre-filtered at the NexLog Recorder network interface. This can reduce the load on the recorder, which is especially important in saturated high-throughput networks. BPF is a method used to capture and filter packets from a network interface that is used in promiscuous mode. When the NexLog Recorder network interface is in promiscuous mode, it receives a copy of each RTP packet appearing on the port, which is then run through a filter, so that only packets of interest are passed to the recording application layer. This pre-filtering can reduce the traffic load on the recorder CPU (except when no filtering is used).

The following settings can be used:

  • Full: (default) Accepts traffic from all source ports identified in the configuration by IP or MAC address or port number.

  • Port: Accepts traffic from all source ports identified in the configuration independent of IP or MAC address. This setting is used when the IP addresses may change.

  • None: No pre-filtering is performed. Accepts traffic from all source ports.

Typically, it is either set to FULL or to a list of ports, except when using dynamic channel mapping, in which case, it should be set to NONE or a list of ports.

11.8.2. Channel Parameters

The channel level configuration is accomplished the same way as other boards. Click on the plus sign (+) next to the board name to open the list of channels for a board. From there clicking on the gear icon will show the channel specific configuration. On the channel page there is an RTP tab where VoIP specific parameters can be changed. The settings include channel mapping parameters, which direct RTP packets from a specific IP address, MAC address, or port number to record on the specified channel (or which specifies dynamic channel mapping).

When a virtual board is added the virtual channels are added to the recorder and are assigned recorder channel numbers based on the channel numbering sequence. The channel numbering sequence starts with hardware based channels, beginning with installed telephony boards, followed by the channels on virtual boards in the order they were added via NexLog Configuration Manager. For example, if the recorder has 8 hardware-based channels, then the first virtual channel (Channel 1 of the virtual board) will be assigned to recorder channel 9.

11.8.3. Channel Configuration Parameters

The following information lists the channel configuration parameters and valid values that can be specified.

11.8.4. List of Channel Parameters

  • IP Address: <IP-address>

  • MAC Address: <MAC-address>

  • RTP Ports: <port-list>

  • Signal Ports: <port-list>

  • RTP Mixing Mode: Rtp Mux None, Rtp Mux Dir, Rtp Mux Port, Rtp Mux Ip Port, Rtp Mux Ssrc

  • Signal Protocol: Rtp Sig None, Rtp Sig Sip Trunk, Rtp Sig Zetron Rds, Rtp Sig Cisco Forked, Rtp Sig Telex Ip223, Rtp Sig Telex Ip223 Trunked, Rtp Sig Efjohnson

  • RTCP Ports: Rtp Rtcp None, Rtp Rtcp Odd, Rtp Rtcp Even

  • Break on SSRC: Rtp Ssrc Nobreak, Rtp Ssrc Break, Rtp Ssrc Fuzzy

  • Jitter Buffer (uSec): <millionths-of-second>

  • CallID Field Name: <SIP-field>

  • IP Field Name: <optional name of metadata field>

  • Steal Oldest Channel: *unchecked (off)*, checked (on)

  • Break On Jitter: *unchecked (off)*, checked (on)

  • Custom Protocol Handling: *unchecked (off)*, checked (on)

  • RFC2833 Codec: -1, <codec-number>

11.8.5. Channel Mapping

VoIP calls can be mapped to NexLog Recorder channels using the following options:

IP Address: Map the IP address of a VoIP device to a recorder channel using static channel mapping. Mutually exclusive with MAC address. A specific IP address can be used or Dynamic which can map VoIP calls to a bank of channels using a dynamic assignment that is controlled by other means, such as call control or custom programming. Used when the port range or IP address is variable or floats, such as with VoIP trunking (e.g., SIP trunking, where negotiation of the SIP phone call includes ports to use), or when using custom scripts or programming from Eventide. When used with SIP trunking, set channel 1 to the IP address of the SIP source (for example, the SIP PBX or the local SIP trunk endpoint), and set the other channels to Dynamic.

MAC Address: Map the MAC address of a VoIP device to a recorder channel using static channel mapping. Mutually exclusive with IP address.

RTP Ports: Map a set of ports on a device to a recorder channel using static channel mapping.

Signal Ports: Specifies the signaling ports when signaling is used (when Signal Protocol is set to a value other than Rtp Sig None). Like traditional telephone calls, VoIP calls offer full-duplex communication, which allows the connected parties or devices to communicate with each other in both directions at the same time. However, with VoIP, the full-duplex call is composed of two halves: a stream of audio packets that are transported from party A to party B and a stream of audio packets that are transported from party B to party A.

It is typical to record the combined conversation rather than each side separately. Mixing options allow you to merge both halves of the conversation into one channel, or to record each party on separate channels.

Each channel is associated with a MAC or IP address (or is dynamically assigned). Traffic to this address is considered inbound and traffic from it is considered outbound.

RTP Mixing Mode: Specifies the type of audio stream mixing for the recording. Valid values include:

  • Rtp Mux None: (default) No mixing is performed. The channel must be set up to receive only a single RTP stream at any given time.

  • Rtp Mux Dir: Mix inbound and outbound audio streams belonging to a VoIP device (that is, mix traffic going in both directions). Direction mixing is typically used with the PCAP method, because the audio streams could be coming in from any port in the range.

  • Rtp Mux Port: Mix audio streams from multiple ports, where each port carries a separate audio stream. Port mixing is typically used with the UDP method.

  • Rtp Mux Ip Port: Mix audio streams from a destination IP address and port. IP Port mixing is used with the UDP method or SIP Trunk signaling.

  • Rtp Mux Ip Ssrc: Mix audio streams by detecting which stream a packet belongs to using the RTP packet’s SSRC field. Only recommended in case where IP_PORT cannot be used due to multiple streams received on the same port

Signal Protocol: Specifies the type of signaling used. We recommend leaving it as set by the template used.

RTP packets contain information in their headers identifying the sources of the RTP data stream. This includes the following identifiers:

  • Synchronization Source (SSRC): A unique numeric ID for a unidirectional stream of RTP packets. The synchronization source within the same RTP session is unique.

  • Contributing Source (CSRC): A unique numeric ID identifying a contributing source for a mixed stream of RTP packets (a stream that has been generated from multiple sources). In some situations, it is used to identify a previous origin of a stream of RTP packets (that is, a previous SSRC).

These data are used to identify audio streams, and hence, the audio that belongs to a VoIP call.

In addition, the SSRC is also used to aid in identifying call termination. When the SSRC changes, it is an indicator that the audio stream from one party has ended. However, there may be cases where the SSRC changes briefly but does not indicate a separate call. This can result in a call being broken inappropriately into two parts or in a spurious call with a very short call length (e.g., 0 seconds). The following parameter is used to control call breaks for these different situations.

Break on SSRC: Controls how to handle SSRC changes in determining call termination. Valid values are as follows:

Rtp Ssrc Nobreak: When the SSRC changes, do not “break” the call.

Rtp Ssrc Break: (default) When the SSRC changes, “break” the call (that is, treat it as a new call).

Rtp Ssrc Fuzzy: When the SSRC changes, “break” the call. However, if the new SSRC is numerically close to the current SSRC, do not break the call. This setting is used with some VoIP implementations that have atypical SSRC changes, such as with certain configurations of Cisco Call Manager.

Jitter Buffer: Jitter Buffer Size in microseconds. Default: 2000000 (2 seconds). Range: 0 to 5000000 (5 seconds). The recorder uses a jitter buffer to enable proper synchronization and a smoother flow of data. The larger the jitter buffer, the higher the recorder memory usage, as well as the higher the load on the recorder CPU when jitter is encountered.

CallID Field Name: If this value is set to the name of a text metadata field that has been added to the recorder’s database, and the signaling protocol from the PBX includes CallID information (a unique identifier assigned to the call by the PBX), then the CallID for the call will be attached to each call record by placing the CallID in this field.

RFC2833 Codec: Enables out-of-band digits when signaling is used.

-1: Disabled (default), no out-of-band digits.

<codec-number>: Enabled to receive out-of-band digits using the specified codec number used by the particular IP phone system (PBX and phones). Example: 128. The codec number is application-specific and can be obtained by checking with the manufacturer of the system or by analyzing the signaling data.

12. Archive Pairing

Archive Pairing is an archiving scheme created to put a focus on constant archiving to DVD-RAM. It takes advantage of two recorders to ensure all recorded data is archived. This appendix explains the requirements for Archive Pairing, how to set it up, and how it works.

12.1. Requirements

Archive Pairing requires two recorders. These recorders should have identical hardware profiles and software configurations, and must receive the same call input. Each recorder should have two DVD-RAM drives. The recorders should also be synced to the same time source, for example NTP, and be in the same network with the ability to communicate with each other. Additionally, an appropriate license is required for this functionality but this license is only needed on the “primary” recorder.

  1. VoIP calls can be made on the Internet using a VoIP service provider and standard computer audio systems. Alternatively, some service providers support VoIP through ordinary telephones that use special adapters to connect to a home computer network.

  2. VoIP services convert voice or audio data into a digital signal that travels over a computer network such as a company intranet or the Internet. If you are calling a regular phone number, the signal is converted to a regular telephone signal before it reaches the destination. VoIP can allow you to make a call directly from a computer, a special VoIP phone, or a traditional phone connected to a special adapter.

12.2. Operation

Archive Pairing enables the end-user to archive their data in a more streamlined way than traditional archiving with the benefits of system redundancy. With this feature enabled, recorded information will continue to archive on the next available DVD-RAM drive when a disc fills, the user manually stops archiving on a particular DVD-RAM drive, or if some external factor disrupts normal operation of one of the loggers (such as a power failure). Flow between drives is automatic. The end-user simply has to flip or change out the media as the drives fill for constant coverage.

The functionality works by creating a global archive pointer that both recorders will use to determine what recorded data they should be archiving. The two recorders are referred to as the “primary” recorder and the “secondary” recorder. The distinguishing feature between them is that the primary recorder is where the Archive Pairing license must be entered.

With Archive Pairing enabled, DVD-RAM drives with formatted media will enter a state called “Standby”. This means the drive is ready to archive as part of the Archive Pairing scheme. The first drive of the primary logger will automatically begin archiving at the point that is set to start at for that drive. This will establish the starting point for all archiving. The initial archive pointer should be set before any calls have occurred on the recorder but should also be no earlier than January 1st, 1989. There is no need to set the archive pointer for each drive, just the first one.

When a DVD-RAM media fills, it will automatically begin archiving where it left off on the next drive that is in Standby. Typically, the flow is first drive on the primary recorder, then the second drive on the primary, followed by the first drive secondary, and finally the second drive secondary. If an archive is manually stopped, archiving will automatically resume on the next available Standby archive. In the event that all drives are full, Archive Pairing will wait until new media is inserted, formatted, and enters Standby.

In the event that maintenance is to be performed on one or both of the recorders, a recorder can be shut down and worked on while the other recorder continues archiving from the point that the first recorder is shutdown, and then once the first recorder is back up and running, the same procedure can be performed on the other recorder. This method should be employed when upgrading to future software releases or for any required hardware maintenance.

  1. VoIP calls can be made on the Internet using a VoIP service provider and standard computer audio systems. Alternatively, some service providers support VoIP through ordinary telephones that use special adapters to connect to a home computer network.

  2. VoIP services convert voice or audio data into a digital signal that travels over a computer network such as a company intranet or the Internet. If you are calling a regular phone number, the signal is converted to a regular telephone signal before it reaches the destination. VoIP can allow you to make a call directly from a computer, a special VoIP phone, or a traditional phone connected to a special adapter.

12.2.1. Pairing Setup

Prior to setting up the software, the following items are assumed:

  • Recorders are racked or placed with accordance to site specifications

  • The software on the recorders is the same version on both.

  • A valid license has been entered into the recorder

  • The recorders are networked in the same IP network

  • The recorders have the same call sources attached to both

  • Eventide approved Blu-ray or DVD-RAM media is available

After the above is satisfied, the recorder should be configured to have the dates and time synced to the same external clock. The channels for both recorders should be configured the same and be properly recording. After that has been setup, insert blank Blu-Ray or DVD-RAM discs into the drives. Format them if required.

Before enabling Archive Pairing, the archive pointer of the first drive should be checked to make sure it will catch all calls. To view and set the archive pointer, in Configuration Manager expand the menu item Archiving and click Archive Configuration. Select the DVD-RAM 1 device and select the Configure button. On the resulting screen, select the TIME tab and observe the Archive Time. Make sure the date is before any calls have occurred but after 1/1/89. After you have a date/time you are satisfied with, select Save.

After the archive time has been set, add a license for Archive Pairing. A new menu option will become available via Configuration Manager as seen in the following image. The options are also available via the Front Panel Setup menu.

After the archive time has been set, add a license for Archive Pairing. A new menu option will become available via Configuration Manager as can be seen in the following image. The options are also available via the Front Panel Setup menu.

The Host field should contain the IP address of the secondary recorder. The User and Pwd fields should contain information for a valid administrator on the secondary logger. Once that information has been entered, check the Enabled box and click the Save button. The primary recorder will communicate with the secondary recorder to make sure the system is in sync. Drives that are in the state “Idle, blank media” should become “Standby” on both recorders automatically. Archiving should also automatically begin on the first drive of the primary recorder.

Connect to Configuration Manager on the secondary recorder to set the remaining settings. Under Archiving and Archive Configuration, select the first DVD-RAM drive and click Configure. In the resulting window, check the Auto Start box then Save. Do the same for the second DVD-RAM drive.

After Auto Start has been enabled for both DVD-RAM drives, Archive Pairing configuration should be complete. The only thing that should require attention at this point is making sure media is flipped or replaced as needed to keep archived records up to date.

13. SSL Certificate Request & Application

13.1. Introduction to SSL Certificate Request & Application

SSL allows secure connections, and interactions with an Eventide system recorder using port 443 using the HTTPS protocol, for which a valid CSR (Certificate Signing Request) was generated. This procedure does not go into details of SSL (Secure Socket Layer) or recommendations on providers.

13.2. Requirements:

Network Interfaces: primary or secondary network interface must have accurate, and valid network IP addressing with working Gateway.

System Identification: Valid DNS IP addresses should be available for the recorder.

Licensing: The ability to enable SSL functionality in NexLog DX-Series™ recorders for recording SIP Trunks, Cisco BIB, and ED137C requires a free Eventide add-on license. (Eventide reserves the right to limit the availability of this enabler add-on license for export.) SSL for client connections such as MediaWorks DX™ do not require a license.

13.3. SSL Settings:

In Configuration Manager, under Users and Security: SSL: SSL Settings, you can configure database connections, web server connections, client service connections to unencrypted only, SSL only, or both.

13.4. Request procedure:

First open the Configuration Manager and log in with an Administrator account. Expand Users and Security, then click SSL.

  1. Under the SSL Keys tab: Check the box for generating a new request, complete the form with the pertinent details

  2. Common Name needs to be entered as it would be displayed in the browser; for example: name.domain.com

  3. Save when completed. A message will flash on the screen to upload or self-sign the certificate.

  4. Click the SSL Certificates tab and click on View CSR (SSL Certificate Signing Request.)

This is what your certificate authority will require to provide a certificate. Select all including the dashes in the CSR window. Copy to your certificate authority vendor. The certificate authority will sign your request, and provide the SSL certificates.

13.5. Set New Certificate:

After the request procedure has been completed, and a signed certificate is received from the vendor, it needs to be imported:

  1. Click the option to Set New Certificate under the SSL Certificates tab.

  2. The Certificate window opens with two windows to copy and paste.

  3. On top, you will copy the Signed Certificate. (usually a file with the Common Name)

  4. On the bottom you will copy the Intermediate Certificate. (Vendor signature file + Common name)

  5. Close the window when the copy paste operation is completed.

  6. Complete the process by clicking the Save button.

A message like the one below should flash on the page:

Successfully updated SSL settings. The new settings will not apply until after a reboot

13.6. Testing:

Reboot the recorder, and connect to the system using the web browser requesting SSL “https://name.domain.com