Lucent Technologies DEFINITY Guide User manual

DEFINITY®
Enterprise Communications Server
Release 8, Issue 3.0 (03.0.042.2)
Change Description
555-233-220
Comcode 108839200
Issue 1
July 2000

Copyright 2000, Lucent Technologies
All Rights Reserved, Printed in U.S.A.
Notice
Every effort was made to ensure that the information in this book was complete
and accurate at the time of printing. However, information is subject to change.
Lucent Technologies Web Page
The world wide web home page for Lucent Technologies is:
http://www.lucent.com
Preventing Toll Fraud
“Toll fraud” is the unauthorized use of your telecommunications system by an
unauthorized party (for example, a person who is not a corporate employee,
agent, subcontractor, or working on your company’s behalf). Be aware that there
may be a risk of toll fraud associated with your system and that, if toll fraud
occurs, it can result in substantial additional charges for your telecommunica-
tions services.
Lucent Technologies Fraud Intervention
If you suspect you are being victimized by toll fraud and you need technical sup-
port or assistance, call the appropriate BCS National Customer Care Center tele-
phone number. Users of the MERLIN®, PARTNER®, and System 25 products
should call 1 800 628-2888. Users of the System 75, System 85, DEFINITY®
Generic 1, 2 and 3, and DEFINITY® ECS products should call 1 800 643-2353.
Providing Telecommunications Security
Telecommunications security (of voice, data, and/or video communications) is
the prevention of any type of intrusion to (that is, either unauthorized or mali-
cious access to or use of your company’s telecommunications equipment) by
some party.
Your company’s “telecommunications equipment” includes both this Lucent
product and any other voice/data/video equipment that could be accessed via this
Lucent product (that is, “networked equipment”).
An “outside party” is anyone who is not a corporate employee, agent, subcon-
tractor, or working on your company’s behalf. Whereas, a “malicious party” is
anyone (including someone who may be otherwise authorized) who accesses
your telecommunications equipment with either malicious or mischievous
intent.
Such intrusions may be either to/through synchronous (time-multiplexed and/or
circuit-based) or asynchronous (character-, message-, or packet-based) equip-
ment or interfaces for reasons of:
• Utilization (of capabilities special to the accessed equipment)
• Theft (such as, of intellectual property, financial assets, or toll-facility
access)
• Eavesdropping (privacy invasions to humans)
• Mischief (troubling, but apparently innocuous, tampering)
• Harm (such as harmful tampering, data loss or alteration, regardless of
motive or intent)
Be aware that there may be a risk of unauthorized intrusions associated with
your system and/or its networked equipment. Also realize that, if such an intru-
sion should occur, it could result in a variety of losses to your company (includ-
ing, but not limited to, human/data privacy, intellectual property, material assets,
financial resources, labor costs, and/or legal costs).
Your Responsibility for Your Company’s Telecommunications Security
The final responsibility for securing both this system and its networked equip-
ment rests with you – a Lucent customer’s system administrator, your telecom-
munications peers, and your managers. Base the fulfillment of your
responsibility on acquired knowledge and resources from a variety of sources
including but not limited to:
• Installation documents
• System administration documents
• Security documents
• Hardware-/software-based security tools
• Shared information between you and your peers
• Telecommunications security experts
To prevent intrusions to your telecommunications equipment, you and your
peers should carefully program and configure your:
• Lucent-provided telecommunications systems and their interfaces
• Lucent-provided software applications, as well as their underlying hard-
ware/software platforms and interfaces
• Any other equipment networked to your Lucent products
Lucent Technologies does not warrant that this product or any of its networked
equipment is either immune from or will prevent either unauthorized or mali-
cious intrusions. Lucent Technologies will not be responsible for any charges,
losses, or damages that result from such intrusions.
Federal Communications Commission Statement
Part 15: Class A Statement. This equipment has been tested and found to com-
ply with the limits for a Class A digital device, pursuant to Part 15 of the FCC
Rules. These limits are designed to provide reasonable protection against harm-
ful interference when the equipment is operated in a commercial environment.
This equipment generates, uses, and can radiate radio-frequency energy and, if
not installed and used in accordance with the instructions, may cause harmful
interference to radio communications. Operation of this equipment in a residen-
tial area is likely to cause harmful interference, in which case the user will be
required to correct the interference at his own expense.
Part 68: Network Registration Number. This equipment is registered with the
FCC in accordance with Part 68 of the FCC Rules. It is identified by FCC regis-
tration number xxx.
Part 68: Answer-Supervision Signaling. Allowing this equipment to be oper-
ated in a manner that does not provide proper answer-supervision signaling is in
violation of Part 68 Rules. This equipment returns answer-supervision signals to
the public switched network when:
• Answered by the called station
• Answered by the attendant
• Routed to a recorded announcement that can be administered by the CPE
user
This equipment returns answer-supervision signals on all DID calls forwarded
back to the public switched telephone network. Permissible exceptions are:
• A call is unanswered
• A busy tone is received
• A reorder tone is received
Trademarks
DEFINITY is a registered trademark of Lucent Technologies in the United
States and throughout the world.
Ordering Information
Call: Lucent Technologies Publications Center
Voice 1 800 457-1235 International Voice 317 322-6416
Fax [phone] International Fax [phone]
Write: Lucent Technologies Publications Center
2855 N. Franklin Road
Indianapolis, IN 46219
Order: Document No. 555-233-220
Comcode 108839200
Issue 1, July 2000
You can be placed on a Standing Order list for this and other documents you may
need. Standing Order will enable you to automatically receive updated versions
of individual documents or document sets, billed to account information that you
provide. For more information on Standing Orders, or to be put on a list to
receive future issues of this document, please contact the Lucent Technologies
Publications Center.
European Union Declaration of Conformity
The “CE” mark affixed to the DEFINITY equipment described in this document
indicates that the equipment conforms to the following European Union (EU)
Directives:
• Electromagnetic Compatibility (89/336/EEC)
• Low Voltage (73/23/EEC)
• Telecommunication Terminal Equipment (TTE)
i-CTR3 BRI and i-CTR4 PRI
For more information on standards compliance, contact your local
distributor.
Comments
To comment on this document, return the comment card at the front of the docu-
ment.
Acknowledgment
This document was prepared by the Product Documentation Development
group, Lucent Technologies, Denver, CO.

Issue 1 July 2000 1
Highlights
This change description document describes the changes incorporated in
DEFINITY Enterprise Communications Server (ECS), Release 8, Issue 3.0
(03.0.042.2).
Highlights of features and enhancements
Network Call Redirection
Network Call Redirection (NCR) provides the capability to have the public network
redirect an incoming call to another destination via Integrated Services Digital
Networking (ISDN), without occupying trunks between the DEFINITY and the
other location. The call redirection is invoked in real time on a call-by-call basis.
NCR uses either the ETSI Network Call Deflection (NCD) or ANSI Network Call
Transfer (NCT) features provided by the Public Switch Telephone Network
(PSTN) to redirect an incoming ISDN call from a DEFINITY to any other endpoint
via the PSTN. This optimizes the rerouting of ISDN calls over the public network,
because DEFINITY ECS trunks are not retained at the original destination after
the call rerouting takes place. Because fewer ISDN trunks are involved, the
customer realizes a cost savings.
NCR can be invoked by Best Service Routing (for NCD or NCT), Attendant
Vectoring or Call Vectoring through the “route-to
number ” command (for NCD or
NCT), Adjunct Switch Applications Interface (ASAI) Third-Party Merge/Call
Transfer using a CTI application (NCT only), or by agent or station transfers (NCT
only).

Highlights
2Release 8, Issue 3.0 (03.0.042.2)
Internet Protocol (IP) Media Processor: TN2302AP
The TN2302AP circuit pack is supported by Release 8.3 software and replaces
the TN802B Media Processor, with the following proviso. The version of the
circuit pack available coincident with Release 8.3 does not support fax. The
current release of the circuit pack is intended for configurations requiring IP
station and trunk connectivity without fax. The fax version of the circuit pack is
targeted for release in September, 2000, and will work with the Release 8.3 and
later versions of the DEFINITY software base.
The TN2302AP circuit pack is the next generation H.323 IP platform. It is
designed to terminate a variety of packet audio protocols in DEFINITY Release
8.3. The circuit pack includes a 10/100 BaseT Ethernet interface and supports an
increased number of H.323 IP-compliant audio streams for IP endpoints.
In its performance, the TN2302AP circuit pack provides improved voice quality in
addition to less latency. It performs echo cancellation, silence suppression, Dual
Tone Multifrequency (DTMF, or Touch Tone) detection, and conferencing. When
used with Release 8.3 software, the circuit pack supports the following codecs,
fax detection for them, and conversion among them:
■G.711 (mu-law or a-law; 64 Kbps)
■G.723.1 (6.3 Kbps or 5.3 Kbps audio)
■G.729A (8 Kbps audio)
Three new maintenance procedures asssociated with the TN2302AP circuit pack
have been developed. These include:
■IPMEPRO — Maintenance procedures for the TN2302AP circuit pack
■MEDPRO — Maintenance procedures for TN802B circuit pack
■MEDPROPT8 — These maintenance procedures monitor the health of the
MEDPRO digital signal processors (DSPs)
For more detailed information on these maintenance procedures see What’s New
in DEFINITY Enterprise Communications Server, Release 8.3 (Document
555-233-754, Comcode 108725649, Issue 1, July 2000)
ARS/AAR Dialing Without FAC
The Automatic Route Selection (ARS)/Automatic Alternate Routing (AAR) Dialing
without Feature Access Code (FAC) feature allows the system to be administered
so that callers can place Automatic Route Selection (ARS) and/or Automatic
Alternate Routing (AAR) calls without first dialing the Feature Access Code (FAC).
The flexibility added to support this capability is intended for and supported only
for this described capability. Systems with this feature active should not activate
transfer out of the voice mail system. Additionally, other adjuncts should be
checked to verify that calls will not be allowed off-switch unintentionally.

Highlights
Issue 1 July 2000 3
ARS/AAR Dialing without FAC feature is not generally available in Release 8.3.
Although ARS/AAR Dialing without FAC appears on the customer options screen,
this feature can only be ordered and activated by using the application process
described in the Rapid Response Team website http://info.dr.lucent.com/rapid_
response/. Each customer activating this feature will go through an approval
process in which their configuration is analyzed to determine if it is a suitable
candidate for the feature.
24 Port Analog Line with Caller ID: TN793B & TN2793B
This feature allows the DEFINITY customer to view calling party information on an
analog telephone with Caller ID display. For example, the telephone number and
name of the calling party displays when this information is available from the
originating switch or central office. Time and date of call are also transmitted to
the Caller ID terminal. Calling party information, time, and date of call are
transmitted to the analog terminal via Frequency Shift Keying (FSK) signaling
following standard Bellcore or Nippon Telephone and Telegraph (NTT) protocols.
The feature requires the 24-Port Analog Line with Caller ID circuit pack TN793B
or TN2793B. The circuit pack supports Message Waiting Indication via FSK
signaling, neon lamp voltages, and the DEFINITY LED method.
The feature also requires an analog terminal with Caller ID that complies with
Bellcore or NTT protocols.
Integrated Services digital Networking (ISDN)
For analog-originated calls coming in on ISDN trunks from the NTT Network, an
administrable option on page 2 of the trunk group form now allows the PBX to
send a CONNECT message before sending the DISCONNECT message. Thus,
analog originated calls coming in ISDN trunks (so administered) from the NTT
Network will disconnect gracefully.
Centralized Voice Messaging
Release 8.3 updates the Centralized Voice Messaging (CVM) using Mode Codes
feature to work with Merlin Legend. For more information on CVM, refer to the LVI
courses BTT705B and BSS203B, and to Appendix B in Administration for
Network Connectivity, document 555-233-504.

Highlights
4Release 8, Issue 3.0 (03.0.042.2)

Issue 1 July 2000 5
Change DescriptionsChange Descriptions
The following problems have been addressed and corrected in DEFINITY
EnterpriseCommunicationsServer(ECS),Release 8, Issue 3.0 (03.0.042.2).
1. When switching between PPP and X.25 type data modules, two copies of
the
Establish Connection field on the data module form appeared.
2. If
Music on Hold for the class of restriction for an analog station was set to
"no" and that station was bridged to a digital station, the analog station was
blocked from flashing to transfer or conference a call.
3. Analog-originated calls coming in ISDN trunks from the NTT Network did
not disconnect properly when the PBX sent an ALERT message followed
by a DISCONNECT message. An administrable option on page 2 of the
trunk group form now allows the PBX to send a CONNECT message
before sending the DISCONNECT message, for analog-originated calls
that come in on trunks in that trunk group. Thus, analog originated calls
coming in ISDN trunks (so administered) from the NTT Network will
disconnect gracefully.
4. The system could go into overload if a sufficiently large number of calls
were executing a poorly written vector (i.e., a vector with a loop not
containing a wait step). Time breaks will be inserted in vector processing
more frequently now, when the system experiences high processor
occupancy.
5. Basic Rate Interface (BRI) trunks failed to make an outgoing call, if the
network did not allocate a Terminal Endpoint Identifier (TEI) on the
previous outgoing call attempt.
6. When selecting “help” in the
AUDIX Name or Messaging Server Name
fields on the hunt group form, the help message directed the user to a
form which was no longer supported. This occurred if no “audix” or “msa”
nodes were specified on the node-names form. This help message now
directs the user to the appropriate form.
7. Attendent Direct Extension Selection (DXS) access failed if the ARS
shortcut was enabled.

Change Descriptions
6 Release 8, Issue 3.0 (03.0.042.2)
8. Automatic Route Selection (ARS) calls were blocked (caller received
reorder tone) when trunks were available but in a group controlled by the
attendant. Under these conditions, a denial event will be logged when an
ARS call fails and at least one of the trunk groups in a preference is
controlled by the attendant.
9. It was possible to remove the administration for the TN802B or TN799B
circuit packs even if an IP-interface was administered for that board.
10. VuStats could display a "percent in service" value greater than 100
percent.
11. Calls transferred to a station that covered could cause a system reset.
12. If a series of disconnects occurred in a very short time period, the Basic
Rate Interface (BRI) trunk link state was put into a state that did not handle
the hyperactive message from the packet interface board. As a result, the
link was taken out of service for about twenty minutes. Now, the
hyperactive state is handled and the link is taken out of service for about
one minute.
13. Some calls to the attendant console could not be answered by the
attendant, leaving the console locked up for several minutes until an audit
cleared the condition. Now, if a console is in a temporary state where a
new call can’t be answered, all incoming calls are directed to another
console until the condition clears.
14. There were two display messages for which translations were not
available.
15. If temporary bridged appearance for call pickup is set to "no" for the
system, users were blocked from sending digits end-to-end using an
auto-dial button, if the call was answered using a call pickup button.
16. If IP-Softphone A was bridged to another Station B, and C called B, then A
answered. If another Station D called B and hung up after a ring, the call
from C to A also dropped.
17. A DEFINITY Wireless Business Systems (DWBS) user on a switch
configured for Russian country-specific options did not get the Russian
interdigit timeout.
18. It was impossible to invoke Automatic Callback (ACB) over a QSIG Basic
Rate Interface (BRI) trunk after a “reset system 2”. It was necessary to
re-administer the maximum number of Non-Call Associated (NCA)
Temporary Signaling Connections (TSCs) for the BRI trunk to get QSIG
ACB working again.
19. The following statements:
1) It was possible to list all administered IP SoftPhones using the “list
multimedia ip-softphone” command.
2) Access to the “list multimedia ip-softphone” command was blocked
using the “mm-ip-softphone” keyword on the permissions form.

Change Descriptions
Issue 1 July 2000 7
3) The Maximum allowed IP SoftPhones was controlled via the
“Maximum IP SoftPhones” field on the system-parameters
customer-options form.
have been changed to:
1) It is possible to list all administered IP SoftPhones using the “list
multimedia ip-station” command.
2) Access to the “list multimedia ip-stations” command is blocked using
the “mm-ip-stations” keyword on the permissions form.
3) The Maximum allowed IP SoftPhones is controlled via the “Maximum
IP Stations” field on the system-parameters customer-options form.
20. If the board/port assigned to the attendant console was busied/released by
maintenance and a trunk group was under attendant control (ACTGA), the
control lamp for the Direct Trunk Group Select (DTGS) button cleared, but
the trunk group was still under control of the attendant.
21. The bridged appearance button(s) on AWOH stations were not updated to
the current call state when the station was associated to a port.
22. Attendant extended calls to a Do Not Disturb (DND) station connected the
attendant to the busy tone, even though the system was administered to
direct the call to the attendant group; in addition the system blocked post
activation of the priority calling feature. For the call scenario described
above the call will now be directed to the attendant group, which will allow
the attendant to aciviate the priority button to override the restriction and
ring the station.
23. If a call came into a VDN, followed the vector, and then was queued, but
the caller hung up before an agent answered, the queue call lamps of the
BRI set continued to flash with no calls in queue.
24. The conversion of AAR/ARS routing tables was incorrect for some
configurations when upgrading to R7/R8.
25. A user was unable to login as an ACD agent from a DECT handset.
26. When the Answer Detection by Call Classification feature was activated on
an outgoing Wide Area Telephone Service (WATS) trunk type personal
Central Office (CO) line, the call failed to reach the intended destination
because some digits were outpulsed twice.
27. Touch-Tone Receiver (TTR) queue processing could cause a system reset.
28. If a Telecommuter’s voice link was a trunk without answer supervision, after
the answer supervision time out, the IP SoftPhone automatically answered
the call. The user must now answer both IP SoftPhone and voice link to
get the call for trunks without answer supervision.
29. Users tracing a call with the "list-trace-sta/tac" command that resulted in a
“denial ...” message (caller connected to reorder or intercept tone) had to
execute the "display-event-denial" command to display the event
description. The denial event description is now displayed in the trace
output following the denial message.

Change Descriptions
8 Release 8, Issue 3.0 (03.0.042.2)
30. Tandem trunk calls that received an ALERT followed by a DISCONNECT
that had a progress indicator IE did not send a CONNECT message back
to the orginator before the DISCONNECT, even though the incoming trunk
was administered to do so.
31. Under some conditions, call record exhaustion occurred.
32. When the Long Hold Recall feature was active and a Digital
Communications Protocol (DCP) station had the “Active Station Ringing”
field set to ‘silence’, and the station put a call on hold, when the long hold
recall timer expired, the station received a continuous audible ring.
33. Systems with a CLAN in an Expansion Port Network (EPN) occasionally
found that calls were denied for a theoretical lack of bandwidth. Socket
bandwidths are now more accurately represented, resulting in no more
denials unless bandwidth is actually in short supply.
34. If Path Replacement happened to remove a network loop, the display on a
station could change to just a trunk group.
35. With Centralized Voice Mail via Interswitch Mode Code, if an incoming call
from the PSTN to a station on the Legend covered to the voice mail on the
DEFINITY, the caller received the wrong greeting ("press *H"), because the
Legend was not sending the CPN IE in the SETUP message to the
DEFINITY.
36. If TN802 was in the Prologix cabinet in slot 7 and there was another board
in slot 5, there was a conflict alarm generated against the reserved slot in
slot 5. Slot 5 can now have any board when slot 7 contains the TN802,
and no alarm is generated. The "list configuration" and "change
circuit-pack" commands properly show only one reserved slot (slot 6) in
this configuration.
37. Calls answered via call pickup were not correctly dropped when the
originator dropped.
38. Users that put bridged calls on hold on a coverage module and then
attempted to conference or transfer the call could put the station in a state
that prevented using the conference or transfer buttons again until the set
was busied and released during maintenance.
39. When a party dialed itself and redirected to a coverage point that was also
itself, the switch reset. Now, the call will be dropped and the calling party
will receive re-order or intercept tone.
40. If a party on a call activated an autodial button to dial some digits, the
listen-only service observer did not hear the DTMF digits.
41. Moving agents from one split to another via CMS could cause the switch to
reset.
42. Occasionally, when making an IP SoftPhone call, if the caller did not send a
digit to the switch after off-hook, the switch kept the call up indefinitely,
rather than timing out.