I found something about dch.log
Problem
DCH messaging not outputting to DCH.LOG
Answer
Work around solution until fixed
it is clear that if dch.log is deleted/moved/recreated, output is then observed
On newer releases of software we now have the ability to send DCH messaging to the TTY or DCH.LOG
It has been observed that in some instantces when setting DCH messaging to the LOG file no output
is observed.
As a work around until issue resolved by Avaya the following needs to be done :
Either Delete/Move or recreated the DCH.LOG folder located e/trace/dch.log
##############################################################
Also a little bit on FTP
Step by step guide to replace the bootstrap file. (This was Rel 6, Rel 7.5 may be different)
Use nortel account for all work. (Or admin2 for Rel 7.5)
FTP into folder /var/opt/nortel/deployment/deployed/ucm/backup/
Select the appropriate back up file, and copy to your pc. (massive zip file)
2hrs later…… zzzzzz
Use Winrar to unzip it. (Winzip wont cut it)
It will create a folder admin and the subdirectories.
Open file (Another zip)
admin / nortel/ backup /Jboss-Quantum /JBoss-Quantum.zip
Open the zip file. (Winzip works ok this time)
Inside are other zip files.
Open quantum_service=securityAdmin-OpenSsoBackupRestore.zip
Copy the bootstrap file to your pc.
FTP the file directly into
/var/opt/nortel/Jboss-Quantum/conf/quantum-config/
Leave the system 5-10 mins (Run top command until jsvc reduces to a normal level)
Log into UCM as normal.
Rel 7.5 back up is in
CS1000 7.50.17 UCM backup file location is:
/var/sds/sdsPreconfig/preconfig_nn.nnn.nnn.nnn/deployed/<hostname>/backup
...where nn.nn.nnn.nnn is the TLAN IP address of the UCM
##########################################################
Applications using sFTP and FTP
In Communication Server 1000 Release 6.0 and later, Secure File Transfer Protocol (sFTP) is used for most file transfer operations, with the following exceptions where File Transfer Protocol (FTP) continues to be used:
• File Transfer Protocol (FTP) is used to transfer database backups from the Communication Server 1000 Call Server to an external backup server. You can secure this transfer by configuring ISSS at the FULL
level.
• FTP is used by Survivable Remote Gateway (SRG) to obtain IP client firmware from the Line TPS applications on Signaling Server elements. You must enable secure transfer on these elements.
• FTP is used to transfer files between Telephony Manager (TM) and the Communication Server 1000 Call Server. You can secure this by configuring ISSS at the FULL level.
• FTP is used when upgrading Media Gateway Controllers (MGC) and Media Cards (MC32, MC32S) from Release 5.x to Release 6.0. This requires that secure transfers be enabled on the Call Server (MGC)
and Signaling Server (MC32, MC32S).
• If insecure transfers are enabled, third party applications or interactive users can use FTP for transferring files to and from Communication Server 1000 elements. sFTP is recommended for these transfers.
Note: There is no impact during an upgrade to Release 6.0 even if CallPilot or Telephony Manager (TM) is part the system. CallPilot or TM normally functions as a client, so they can continue to use an FTP client to communicate with a Release 6.0 Call Server that supports both sFTP and FTP server.
#############################################################
Firebird Scrambler
Nortel & Avaya Meridian 1 / Succession & BCM / Norstar Programmer
Website =
linkedin
