The Putty Tunnel

No longer working in Firefox so use chrome type browser.


Using putty and chrome (or chrome alternative I tend to use Brave)  to tunnel across to web pages. (used to use firefox but it doesnt work anymore)

Download foxy proxy and add it to your browser

In putty on your cm connection go to SSH / Tunnels and enter a source port i.e 9080 and then click on Dynamic and save it your CM session.


Now open Chrome and right click on the foxy proxy icon image at the top of the browser and click options.

Click add new proxy

In the Host or IP Address enter in the Port enter your port number you entered in putty i.e 9080 and then click SOCKS proxy and ok


Now double click on your new entry


Give it a name i.e. Tunnel and change the colour so you can distinguish it, then click on the URL Patterns tab.



View original post 108 more words

Avaya Call Recorder Patching 15.1

If you didnt know already patching has changed on Avaya Call Recorder. Avaya Solution SOLN311871.

Patch Utility Tool
You need to install the ACR patching tool on each server prior to patching. (in future releases it reports it will be installed automatically)

If using Linux ensure you are logged in as witness user
Locate the ACR install folder (on Linux it is /opt/witness and Windows installationFolder\Avaya\ContactRecorder
Create a new folder called patches alongside logs, keystore, properties
Copy the patchtool.jar file into the newly created patches folder.
The patch tool will create a rollback patch, apply the new patch files and delete the work folder.

Normally any patch can be applied as long as it is higher that the currently installed patch.
However, occasionally a patch may need a specific earlier patch to be installed first. If this is the case, the patch tool will warn you, and you will have to obtain and install the earlier patch first.

Linux Systems
Copy the patch (.apa) file to the recorder via sftp using the witness user. /tmp is the best location for the patch fileLog onto the recorder as the witness user
Stop the recorder
su – -c “service cscm stop”
Change directory to the patches folder
cd /opt/witness/patches
Check the current patch
../java/latest/jre/bin/java -cp patchtool.jar Patcher
Apply the new patch(es)
../java/latest/jre/bin/java -cp patchtool.jar Patcher /tmp/acr-15.1fp1-patchNumber.apa
Perform any property file changes indicated in the fixed issues table. Under Linux, the property file is /opt/witness/properties/acr.propertiesRestart the recorder
su – -c “service cscm start”

Windows Systems
Copy the patch (.apa) file to a temporary folder on the recorder
Stop the recorder serviceStart a Command Prompt window
Change directory to the patches folder
cd installationFolder\Avaya\ContactRecorder\patches
Check the current patch
(with current directory set to \patches folder, run command exactly as follows)
..\jre\bin\java -cp patchtool.jar PatcherGui
Do not close the Java applet
Apply the new patch(es) using the File/Open menu option from the Java applet

Perform any property file changes indicated in the fixed issues table.
Under Windows, the property file is installationFolder\Avaya\ContactRecorder\properties\

Restart the recorder

After the patch has been applied to the recorder ensure that the recorder has started.

Log on to the recorder’s admin page and confirm the patch number displayed on the license page matches the patch applied. Perform a test call to a targeted station and confirm that this call is recorded by replaying the recording.

Patch Rollback
If you currently have patch 0044 installed and you install patch 0055, the patch tool will create a ‘rollback’ patch that allows you to roll back from 0055 to 0044. The rollback patch will be created in the rollback subfolder of the patches folder and will include 0055to0044 in the name.
Apply a rollback patch the same way as a normal patch. The patcher utility checks that the rollback is appropriate (e.g. the 0055to0044 rollback can only be applied if the current version is 0055).
After you apply a rollback patch you can delete the rollback patch archive file from the patches/rollback folder. Not all patches can be rolled back. Once a patch is rolled back a new patch can be applied before starting the recorder.

Development Patches
You may occasionally have to install a development patch – typically to help to diagnose a problem. Development patches always end in a letter e.g. 0055a. When you apply a development patch it creates a rollback patch as above. What is different is that, having applied a development patch, you will not be able to apply any other patches until you rollback the development patch.

System Manager web gui slow

Restart or stop and start these two services

Service cnd restart
Service jboss restart

CMS Supervisor Cache Clear

Problems with CMS Supervisor / reports try clearing the CMS Supervisor cache file;

  • Close CMS Supervisor
  • Press the windows key and ‘r’ together
  • Type %appdata% into the box and hit enter
  • Navigate to Avaya\CMS Supervisor R**\Cache
  • Delete CVS_Cache.tmp
  • Open CMS Supervisor

** dependant on your version i.e. R18

CM7 – AES Link will not re-stablish

After an unexpected interchange on CM the AES link was dropped, it registered with the AES and would not recover bace to the CORE server.  Despite stopping and starting the AES services and a AES linux restart the link remains down.

On CM “disp aes cti” shows CTI link down

On AES CLI running the command “netstat -an | grep 8765 – cm

You can only see it established to the ESS or nothing.

To resolve on CM change IP-Service and disable the link to the CTI ports on page 1st and 4th page of the form and save.

Now on the AES click all the services and then click on Restart Service


Go back to CM change IP-Services and re-enable the link (Y) to the CTI ports on the 1st and 4th pages.

Run the command disp cti aes and check the link has now established.

On AES running the command “netstat -an | grep 8765 – cm” you should see a connectin to both the CORE and ESS servers.

If the above does not resolve repeat the steps but do the Restart AE Server instead of a restart of the services.

** The issue was due to snapshots being run on a live enviroment, Avaya advise not to run snapshots on any CM server either active or standby  unless the CM services are stopped **




If you are having MWI issues on Avaya Aura Messaging here is the procedure to resync Cache from the MAS. It will affect voicemail funcitionality so best to do out of hours unless you have permission from customer.

Login to server > Administration > Messaging > Advanced (Application) > System Operations

Reload Caches > Application Distributed Cache (ADCS): Synchronize

Now retest …

If this does not resolve then carry out the following;

Local Directory Cache (Clear the local directory cache) > Clear Distributed Cache (ADCS) Maintenance > General

a. Delete Cache

b. Clear Cache.

c. Clear Greeting/Names.

Reload Caches > Application Distributed Cache (ADCS): Synchronize

IP DECT – CM Trunk Down

Despite having worked previously one day IP DECT h.323 trunk shows down on DECT although up on CM. We tried changing sockets, making a new DECT master etc but all failed.

  • You can intially try to busy-out/release trunk and signaling group then reset the DECT Master.
  • If this fails build a new signalling and trunk group indentical to the orignal all be it with different socket numbers. Add it to  the DECT Master and reset.
  • If the new trunk shows in service and the old one is down then the signalling group has come disfunctional in some way delete the old one use the new one.

SOLN319474 has been added to Avaya knowledgebase


One X Attd reset weblm


You need to create a Users.xml file with the following content in it;


<?xml version=”1.0″ encoding=”UTF-8″ standalone=”no”?>
<!DOCTYPE Users SYSTEM “user.dtd”>
<User id=”admin”>

  • Stop the Avaya One X Attendant weblm service.
  • Navigate to the following directory. (tomcat version maybe different)

C:\Program Files (x86)\Avaya\Servers\WebLM\Tomcat8\webapps\WebLM\admin

  • Create a new folder and move the existing Users.xml file in that directory to the new folder.
  • Move your newly created Users.xml folder to that directory.
  • Start the Avaya One X Attendant weblm service.
  • Now browse to your weblm address and login with defaults.

CMS Time Notes

CMS affectively has two times start time which is the acd default time and start time +utc which is the timezone handled by TZ. (TZ updater is used to update timezone information)

The time zone is handled by the variable TZ. For global configuration edit the “/etc/default/init” file and alter the TZ line for example:

TZ=GMT if you want to set it to GMT.

To change date from CLI

date -s “30 october 2016 08:41”

to view from CLI


UID Numbers

  • display internal-data ext-map xxxx
  • display internal-data uid xxxx

(xxxx = extension / agent number)


ACR Windows Time Update

You need to download the latest tzupdater files to the server prior to carrying out the work;

tzdata2016g.tar.gz.sha512 / tzdata2016g.tar.gz /

Stop the cscm service first (Avaya Contact Recorder) from the Services

Extract the TZUpdater and copy the tzupdater.jar file into the Java directory in my case which in my case was located at E:Program Files>Avaya>ContactRecorder>jre>bin)Create a temporary directory

(e.g. under the E:Avaya>ContactRecorder>temp)

Place the tzdata2016g.tar.gz and tzdata2016g.sha512 file in your newly created temp directory.

Open a command prompt with Administrator privileges and navigate to the Java directory in my case E:Program Files>Avaya>ContactRecorder>jre>bin

Enter the following command

java -jar tzupdater.jar -l file:///E:\Progra~1\Avaya\ContactRecorder\temp\tzdata2016g.tar.gz -v

If it’s successfully you should see something along the lines of

Using file:///E:\Progra~1\Avaya\ContactRecorder\temp\tzdata2016g.tar.gz as source for tzdata bundle.
java.home: E:\Program Files\Avaya\ContactRecorder\jre
java.vendor: Sun Microsystems Inc.
java.version: 1.6.0_41
tzupdater version 2.1.0-b04
JRE tzdata version: tzdata2012i
Downloaded file to C:\Users\ADMINI~1.BAC\AppData\Local\Temp\2\tz.tmp\tzdata.tar.gz
tzupdater tool would update with tzdata version: tzdata2016g
Downloaded file to C:\Users\ADMINI~1.BAC\AppData\Local\Temp\2\tz.tmp\sha512hash
Extracting files… done.
Renaming E:\Program Files\Avaya\ContactRecorder\jre\lib\zi to E:\Program Files\Avaya\ContactRecorder\jre\lib\zi.tzdata2012i
Renaming E:\Program Files\Avaya\ContactRecorder\jre\lib\zi.tzdata2016g to E:\Program Files\Avaya\ContactRecorder\jre\lib\zi
Validating for : tzdata2016g
Validation complete
JRE updated to version : tzdata2016g

*** please note I had to physically start jave.exe on the last system I carried this out before I could run the command above ***

  1. Start the cscm service (Avaya Contact Recorder) from the Services

With this the Java time zones will be updated.


SCP (secure copy)

Secure Copy to copy files between servers especially when winscp is not available

scp /home/cust/file.tgz cust@

In summary;

scp (directory current server/file name) login@ip address: (directory you are copying too)

scp followed by the directory path of the file you wish to copy then file name space login @ ip address of server : directory of file you are copying too.


ACR CSCM Restart & Postgres Vacuum

This should perform a vacuum of the database which can take up to 30 mins

Perform at root

#cd /sbin

# ./service cscm stop

# ./service cscm start


To manually vacuum database . . .

su – postgres

(takes you to -bash-2.05$ prompt

vacuumdb -f -a

It could take a while depends on size of database, I do not know a way of monitoring this.

When it finishes carry out the stop / start above **


ACR Debug Logs

To turn the ACR debug logs on and off in ACR


http://10.x.x.x:8080/log?level=DEBUG (turns debug on)

http://10.x.x.x:8080/log?level=INFO (turns debug off)


Logs are located in:

D:\Program Files\Avaya\ContactRecorder\logs


IQ Cannot Login

Cannot Login stop and start IQ services, you can follow below:
1.       Service wdinit stop
2.       Service wdinit start
3.     ( To check the progress of services. Make sure all the services are in STARTED state.) sh /opt/Avaya/CCR/bin/ -v -w all status
** Takes about 15mins downtime **
Also check Catalina.out file if it gets too large then you need to remove it (Avaya IQ 5.2.6 patch 10 resolves it)
cd /opt/Avaya/CCR/RTD/tomcat/apache-tomcat-7.0.52/logs (-7.0.52 bit depends on your version of tomcat)
 ls –ltr
List Services UID
cd /opt/coreservices/lifecycle/bin
./lc ls
Find RTDTomcat UID for next step
./lc stop UID
./lc status UID
Go to catalina.out directory
cd /opt/Avaya/CCR/RTD/tomcat/apache-tomcat-7.0.52/logs
cp catalina.out /backup
rm catalina.out
/opt/coreservices/lifecycle/bin/lc stop UID
/opt/coreservices/lifecycle/bin/lc start UID
or navigate to the directory /opt/coreservices/lifecycle/bin
and type the following
./lc start UID
.lc status UID