Audiotext Manager for Connection

Answered Question
Sep 2nd, 2010
User Badges:
  • Super Blue, 32500 points or more
  • Hall of Fame,

    Founding Member

  • Cisco Designated VIP,

    2017 IP Telephony, Unified Communications

Hello all,


We are in the final phase of our move from Octel to Unity Connection 7.1(3b)su2 and

are onto building the Audio Text Apps. I have been using ATM for Unity Connection to

construct these new "trees" and it seems excellent (Thanks Jeff) We have about 250 to re-do

so this tool (like all of the great Unity Tools) is a real godsend.


Any caveats to using ATM? I noticed it's NOT TAC supported.....should that be of any

concern?


Any problems with leaving it up and running for days at a time, or should it be shut down

when not in use?


Thanks in advance


Cheers!

Rob

Correct Answer by lindborg about 6 years 9 months ago

not TAC supported just means you can't ask for help with the tool (training and support load issues).  The interfaces ATM is using are identical to that used by COBRAS, User Data Dump, Public DL Builder etc... there's no additional danger involved, all the tools stick to using views and stored procedures (which force obediance to the foreign key constraints and DB rules of the road) - you wont do any damage to your system using ATM.


The ODBC connection (via the proxy service) is not designed to be up for long periods of time - I find it will often "cycle" or drop the connection if I leave a tool (such as CUDLI) attached overnight - doesn't hurt anything but you have to restart the tool - rebuilding multiple in memory tables on the fly when a connection is broken even momentarily is heavy stuff, not logic any of the tools handles.  As a rule I suggest using the tool and existing out when you're done.  Same deal for all apps that connect remotely.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Correct Answer
lindborg Thu, 09/02/2010 - 14:19
User Badges:
  • Cisco Employee,

not TAC supported just means you can't ask for help with the tool (training and support load issues).  The interfaces ATM is using are identical to that used by COBRAS, User Data Dump, Public DL Builder etc... there's no additional danger involved, all the tools stick to using views and stored procedures (which force obediance to the foreign key constraints and DB rules of the road) - you wont do any damage to your system using ATM.


The ODBC connection (via the proxy service) is not designed to be up for long periods of time - I find it will often "cycle" or drop the connection if I leave a tool (such as CUDLI) attached overnight - doesn't hurt anything but you have to restart the tool - rebuilding multiple in memory tables on the fly when a connection is broken even momentarily is heavy stuff, not logic any of the tools handles.  As a rule I suggest using the tool and existing out when you're done.  Same deal for all apps that connect remotely.

Rob Huffman Fri, 09/03/2010 - 05:28
User Badges:
  • Super Blue, 32500 points or more
  • Hall of Fame,

    Founding Member

  • Cisco Designated VIP,

    2017 IP Telephony, Unified Communications

Hi Jeff,


Thanks so much for your excellent feedback and for the ongoing

development and support for these great tools!! Much appreciated

on both counts.


I will follow these guidelines as I work my way through this project


Cheers!

Rob

Actions

This Discussion