Mivoice Office 250: Features and Programming Guide Release 6.3 Sp5
Mivoice Office 250: Features and Programming Guide Release 6.3 Sp5
For additional information and/or technical assistance in North America, certified technicians may contact:
Mitel Networks Corporation
Technical Support Department (USA)
1146 North Alma School Road
Mesa, AZ 85201
1-888-777-EASY (3279)
Trademarks
The trademarks, service marks, logos and graphics (collectively "Trademarks") appearing on Mitel's
Internet sites or in its publications are registered and unregistered trademarks of Mitel Networks
Corporation (MNC) or its subsidiaries (collectively "Mitel") or others. Use of the Trademarks is prohibited
without the express consent from Mitel. Please contact our legal department at [email protected] for
additional information. For a list of the worldwide Mitel Networks Corporation registered trademarks, please
refer to the website: http://www.mitel.com/trademarks.
Limited Warranty
Mitel warrants that its products will, if delivered to the end-user in undamaged condition, be
free from defects in material and workmanship under normal use and service for the period set
forth on the current warranty periods as published in the U.S. Price List from time to time and
substantially in conformance with the documentation (functional and operating specifications)
that Mitel publishes regarding same (end-user reference and operating manuals and guides
relating to the program). Mitel does not, however, warrant that the functions contained in the
software program will satisfy Dealer's particular purpose and/or requirements or that the
operation of the program will be uninterrupted or error free.
Mitel shall incur no liability under this warranty and this warranty is voidable by Mitel (a) if the
product is used other than under normal use, with certified repair and maintenance service and
under proper environmental conditions, (b) if the product is subject to abuse, misuse, neglect,
flooding, lightning, power surges, third-party error or omission, acts of God, damage, or
accident, (c) if the product is modified or altered (unless expressly authorized in writing by
Mitel), (d) if the product is installed or used in combination or in assembly with products not
supplied or authorized by Mitel and/or which are not compatible with or are of inferior quality,
design, or performance to Mitel or Mitel supplied products so as to cause a diminution or
degradation in functionality, (e) if there is a failure to follow specific restrictions in operating
instructions or (f) if payment for product has not been timely made.
The sole obligation of Mitel and the exclusive remedy and recourse of Dealer under this
warranty, or any other legal obligation, with respect to product, including hardware, firmware,
and software media, is for Mitel, at its election, to either repair and/or replace the allegedly
defective or missing product(s) or component(s) and return (prepaid) same (if necessary), or
grant a reimbursement credit with respect to the product or component in the amount of the
sales price to the Dealer. With regard to a software program design defect, however, to the
extent it prevents the program from providing functionality and/or operating as intended by
Mitel, is service affecting, and prevents beneficial use of the product, Mitel does undertake to
use its best efforts to devise a suitable corrective solution to the problem within a reasonable
period of time; should said action, however, not substantially resolve the problem, then Mitel
reserves the right to substitute a new release (“stream”) of software as soon as it is generally
made available by Mitel. The above, with regard to a software design defect, likewise,
constitutes the sole obligation of Mitel and exclusive remedy of Dealer hereunder.
The responsibility of Mitel to honor the express limited warranty stated above also shall be
predicated on receiving timely written notice of the alleged defect(s) with as much specificity
as is known within thirty (30) calendar days of the malfunction or by the expiration of the warranty
period (plus thirty [30] calendar days), whichever occurs first. Mitel shall further have the right
to inspect and test the product to determine, in its reasonable discretion, if the alleged
malfunction is actually due to defects in material or workmanship. Unless waived by Mitel,
Dealer agrees to return (prepaid) the allegedly defective product or component to Mitel for
inspection and/or testing, and, if appropriate, for repair and/or replacement.
v
Limited Warranty
NOTICE
The above express Limited Warranty is in lieu of all other warranties, express or implied, from Mitel Net-
works Corporation, or Inter-Tel, Inc., and there are no other warranties which extend beyond the face of this
warranty. All other warranties whatsoever, including the implied warranty of merchantability and the implied
warranty of fitness for a particular purpose relating to use or performance of the product, including its parts,
are hereby excluded and disclaimed.
In no event shall Mitel Networks Corporation, under any circumstances, be liable for nor shall a purchaser
(directly or indirectly) be entitled to any special, consequential, incidental, indirect, punitive, or exemplary
damages as a result of the sale or lease of product including but not limited to failure to timely deliver the
product or failure of product to achieve certain functionality, or arising out of the use or inability to use the
product, in whole or in part and including but not limited to loss of profit, loss of use, damage to business or
damage to business relations even if notified of the possibility of such damages. Mitel shall not be liable for
personal injury or property damage unless caused solely by Mitel’s negligence.
vi
Network Security Statement
Copyright remains Eric Young’s, and as such any Copyright notices in the code are not to be
removed. If this package is used in a product, Eric Young should be given attribution as the
author of the parts of the library used. This can be in the form of a textual message at program
startup or in documentation (online or textual) provided with the package.
Redistribution and use in source and binary forms, with or without modification, are permitted
provided that the following conditions are met:
Redistributions of source code must retain the copyright notice, this list of conditions and the
following disclaimer.
Redistributions in binary form must reproduce the above copyright notice, this list of conditions
and the following disclaimer in the documentation and/or other materials provided with the
distribution.
All advertising materials mentioning features or use of this software must display the following
acknowledgment:
“This product includes cryptographic software written by Eric Young ([email protected])” The
word ‘cryptographic’ can be left out if the routines from the library being used are not
cryptographic related.
vii
Secure Socket Layer
If you include any Windows specific code (or a derivative thereof) from the apps directory
(application code) you must include an acknowledgment:
THIS SOFTWARE IS PROVIDED BY ERIC YOUNG “AS IS” AND ANY EXPRESS OR IMPLIED
WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN
NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT,
INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.
The license and distribution terms for any publicly available version or derivative of this code
cannot be changed. i.e. this code cannot simply be copied and put under another distribution
license [including the GNU Public License.]
viii
Table of Contents
Limited Warranty. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Chapter 1:
New Features
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
System Documentation Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Important Introductions and Discontinuations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
ix
Document Title - Using Variables
Direct Page . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8
Flexible SIP Header Configuration to SIP Trunk Provider . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
Restricted CLI in SIP Header . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Display only Caller Identification instead of Transfer Information . . . . . . . . . . . . . . . . . . . . . . . .9
Alternate Lamp Indication on Phone/ PKM Keys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
Release Key . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Notification of no Primary or Local Attendant Configured . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
SSL Certificate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Security Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Discontinuation of UCX (Unified Communicator Express) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
x
Table of Contents
Virtualized PS1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
New PS1 Hardware Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
MiVoice Office 250 Attendant Console Refresh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Digital Telephone Refresh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Video Support for SIP to SIP Calls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
BT CLIP CLID Enhancements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
SIP ACD Agent Login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
xi
Document Title - Using Variables
Terminology Changes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Chapter 2:
About Database Programming
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Chapters in This Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
System Administration & Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Technical Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Planning the Programming Session . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Programming Wizards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Programming Checklist. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
xii
Table of Contents
DB Programming Tips . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Viewing Mitel DB Programming Panes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Changing Displayed Information in the Programming Window . . . . . . . . . . . . . . . . . . . . . . . . . 47
Using a Keyboard Instead of a Mouse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Filtering Lists of Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Using SQL Statements to Filter Lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Using SQL Wildcard Characters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Combining SQL Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Using the Clear Filter, Save Filter, and Load Filter Commands . . . . . . . . . . . . . . . . . . . . . . 54
Database Utilities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Chapter 3:
System Management
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Security Enhancements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
SSL Enhancements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
System Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Passwords and Password Policies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Encrypted Connections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Increased Security Key Strength . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
SSL Certificate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Troubleshooting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
SSL Port Usage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Maintenance Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
xiii
Document Title - Using Variables
Changing Records . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Changing Licenses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Downgrading Licenses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Troubleshooting Licensing Issues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Backup Operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Save Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Restore Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
System Resets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Immediate System Resets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Call Processing Resets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Major Reset Scheduling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
System Requires Reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Scheduled Reset Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Force Reset If Not Idle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Days of the Week . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Always Reset On Days Of Week . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Reboot System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Reset System Dialog Box . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Message Print . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Output Port And Local Backup Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Message Print Output Active . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Output Device Line Width . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
xiv
Table of Contents
Print Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Station Message Detail Recording . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Feature Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Programming SMDR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Accessing the SMDR Socket Directly . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Chapter 4:
Private Networking and System Nodes
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Nodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Local Nodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Remote Nodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Programming Remote Node Numbers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Changing Remote Node Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Deleting a Remote Node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Remote Node Trunk/IP Connection Groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Programming Remote Node Trunk/IP Connections Groups . . . . . . . . . . . . . . . . . . . . . . . . 112
Deleting Node Trunk Groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Using a Remote Node Search Algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Programming Remote Node Audio for Calls Camped onto this Device . . . . . . . . . . . . . . . 114
Modems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Off-Node Modems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Local Modems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
Programming Local Modem Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
Configuring Local Modems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
xv
Document Title - Using Variables
Chapter 5:
Numbering Plans
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140
xvi
Table of Contents
Chapter 6:
Trunks and Gateways
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
xvii
Document Title - Using Variables
xviii
Table of Contents
xix
Document Title - Using Variables
xx
Table of Contents
Chapter 7:
End User Features
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Do-Not-Disturb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
xxi
Document Title - Using Variables
Hold . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
Alternate Message Source . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
Silent Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
xxii
Table of Contents
Record-A-Call . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Redial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
xxiii
Document Title - Using Variables
Assistants . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364
Chapter 8:
Phones and Devices
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
xxiv
Table of Contents
xxv
Document Title - Using Variables
xxvi
Table of Contents
Keymaps. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 449
Viewing Default Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 450
Programming Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 450
Adding New Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 451
Programming Phone Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 451
Keymap Number Column . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 451
Keymap Value Column . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 451
Keymap Selection Column . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 452
Selecting Standard or Alternate Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 463
Changing Keymap Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 465
Copying and Pasting Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 466
Programming Phone Keymap Buttons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467
Programming DSS/PKM Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 468
Automatically Populating DSS/PKM Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 469
Manually Populating DSS/PKM Keymaps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 469
Programming DSS/PKM Phone Lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 472
Programming DSS or PKM Devices for Phones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 473
xxvii
Document Title - Using Variables
Assistants . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 486
Configuration Assistant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 486
Feature Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 486
Programming Configuration Assistant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 488
Conference Assistant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
OfficeLink Assistant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
xxviii
Table of Contents
Attendants. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 508
Chapter 9:
Extension Lists and System Groups
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 528
xxix
Document Title - Using Variables
xxx
Table of Contents
xxxi
Document Title - Using Variables
Chapter 10:
System and Device IP Settings
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 628
xxxii
Table of Contents
xxxiii
Document Title - Using Variables
Sockets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 668
Enabling or Disabling a Socket Connection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 668
Entering a Socket Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 668
xxxiv
Table of Contents
Chapter 11:
SIP Peers
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 698
xxxv
Document Title - Using Variables
xxxvi
Table of Contents
Chapter 12:
System Settings
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 756
xxxvii
Document Title - Using Variables
Chapter 13:
Users
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 814
xxxviii
Table of Contents
xxxix
Document Title - Using Variables
Chapter 14:
Voice Processor Features and Programming
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 864
Program Planning Sheets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 864
Mitel Voice Processing Systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 864
Supporting Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 865
xl
Table of Contents
xli
Document Title - Using Variables
Record-A-Call . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 921
Feature Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 921
UVM Record-A-Call . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 922
MiCollab Unified Messaging Record-A-Call . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 923
xlii
Table of Contents
Directories. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 956
Locating a Name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 956
Entering a Name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 957
Changing the First/Last Name Search . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 957
Listening to the Next/Previous Name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 958
Accepting a Name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 958
Requesting Additional Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 958
xliii
Document Title - Using Variables
Fax-On-Demand . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 980
Fax-on-Demand Timers and Limits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 980
Fax Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 982
Allow International Calls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 983
Outgoing Access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 983
Start/Stop Time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 984
Days of the Week . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 984
Fax Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 984
Chapter 15:
Subscriber Mailboxes
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 990
xliv
Table of Contents
xlv
Document Title - Using Variables
Chapter 16:
Voice Processing Management
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1028
Chapter 17:
xlvi
Table of Contents
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1054
Chapter 18:
System Diagnostics
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1062
xlvii
Document Title - Using Variables
xlviii
Table of Contents
xlix
Document Title - Using Variables
Alarms. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1155
Alarm Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1155
Network Alarms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1156
Displaying Alarms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1156
Alarm Queue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1157
Clearing an Alarm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1158
Responding to a Major Alarm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1158
l
Table of Contents
li
Document Title - Using Variables
lii
Chapter 1
NEW FEATURES
Features and Programming Guide
INTRODUCTION
This chapter lists new features related to the MiVoice Office 250 Database (DB) Programming
application. This includes features used to complete system configuration and perform system
adds, moves, and changes after the system is installed. For information about new features
related to system hardware, licensing, or upgrades, refer to the MiVoice Office 250 Installation
Manual.
For additional system documentation, refer to the “Documentation” folder of the system software
DVD. You can also find all documentation on the Mitel eDocs Web site (http://edocs.mitel.com).
2
New Features
OTHER UPDATES
A Logout From ACD Hunt Groups During Hot Desk Logout system flag is used to make
agents or members of ACD Hunt Groups logout automatically during Hot Desk logout.
3
Features and Programming Guide
E-MAIL GATEWAY
A new flag Allow any authorization servers allows system attempt authentication to multiple
IP addresses that resolve to the E-mail SMTP Server.
4
New Features
IMPROVED FUNCTIONALITY
• Callback from Voice Mail feature can be used by SIP phones.
• A Hunt Group Supervisor using a 6900 SIP Phone can now initiate Station Monitor, Barge-
In and Steal. Barge-In and Steal features are available after activating Station Monitor on
6900 SIP Phone. This enhancement requires MiVoice Office Application Suite Release 5.2
or later.
SECURITY UPDATES
New OpenSSL version 1.0.2r.
5
Features and Programming Guide
SECURITY UPDATES
• MiVoice Office 250 is now GDPR compliant.
• MiVO 250 offers TLS 1.2 on all secured system connections. The System Administration
(Sys Ad) and the Database Programming (DBP) applications connect with TLS 1.2 to MiVO
250.
• The default value of OAI/WEB/ SIP ports are set to disabled. It is recommended to set this
value to enabled before the ports are used. Upgrading an existing system implements this
new default setting.
The Mitel 5613/5614 SIP Phones are supported on MiVoice Office 250 with the same
functionality as the previous models of Mitel 5603/5604.
6
New Features
Page zone numbers: With improved OAI functionality 6900 phones can now select a Page
Zone ID in Keymap profiles on MiVO AppSuite.
If CT Gateway is in use, this will need to be upgraded to 5.0.63.0 to allow the new
NOTE
OAI functionality to be used.
OTHER UPDATES
AWP shows the 69xx SIP phone as separate device type in the Device General tab.
SECURITY UPDATES
• New OpenSSL version 1.0.2n.
• Meltdown/Spectre: The new Bios on PS-1 Dell R230 servers is supported.
• GDPR documents are available as part of the Release 6.3 SP1 documentation.
• Inbound Authentication is now available for SIP Voicemail.
When creating a SIP Voicemail, it is recommended to populate Inbound Authentication
credentials to avoid any unauthorized access to MiVO250.
7
Features and Programming Guide
No licenses are needed. The MiVoice Office 250 Release 6.3 detects CloudLink as a Trusted
Application and automatically releases the needed OAI and SIP trunk licenses. The Trunk group
configuration for CloudLink is supported with a new template for CloudLink.
The 6900 SIP phone configuration is supported with a new 6900 SIP phone type, that can be
used instead of the generic SIP phone type.
The MiVoice Office 250 Rel 6.3 supports additional SIP extension and trunk features, handset
flags and security improvements.
DIRECT PAGE
Direct Page is an enhancement to the existing Page feature, which allows you to page to the
loudspeaker of an individual IP/ Digital Phone instead of a whole Paging Zone.
8
New Features
• To configure an IP/ Digital Phone as a destination for Direct Page the phone must be
assigned to a Paging Zone, which has the Use zone for Direct Page option enabled. This
is disabled by default.
• A Direct Page is then activated by dialing 7 (Default Feature Code for Paging), followed by
the configured Paging Zone, and then the extension number of the phone you want to
Direct Page.
• Direct Page can only be activated by Phones that have the Initiate Direct Page flag set to
Yes.
• Analog and SIP phones cannot receive a Direct Page, but can initiate a Direct Page to an
IP/ Digital Phone.
RELEASE KEY
Actual desktop phones on MiVoice Office 250 do not have the old “infinity key” to release a call
with a simple keyclick. For example, a receptionist with a headset still had to use the hook in
the cradle of the desktop phone to release calls. Now it is possible to configure the release
call functionality on any phone key. The configuration can also be defined by the user in the
User Web Portal (UWP).
9
Features and Programming Guide
SSL CERTIFICATE
You can generate Certificate Signing Request and Upload SSL Certificate settings to create
a CSR request and upload customer’s own certificate on the system.
SECURITY UPDATES
• New OpenSSL version 1.0.2l
• Improvements have been made to the existing Firewall, including the ability to save and
restore settings. Firewall configuration options have been extended to include the PS-1
when equipped with the MiVoice Office 250 6.3 software release.
10
New Features
The debug logging level for UVM is only to be used for specific debugging
activity. It is not recommended to enable debug logging level without prior
consultation with Mitel Product Support. Alarm A150 `Extended APP
NOTE Logging is Enabled` will appear until all applications are turned off debug
logging level again. The Alarm 150 will not appear on administrator
telephones, it will only appear within System Administration and
Diagnostics, and Message Print.
The MiVoice Office 250 v6.2 SP2 has included a series of fixes to prevent the Dirty COW
vulnerabilities from affecting the system.
OTHER ENHANCEMENTS
• The MiVoice Office 250 Release 6.2 SP2 uses OpenSSH 7.1p1 and OpenSSL 1.0.2j.
• The MiVoice Office 250 Release 6.2 SP2 supports Dell R230 as PS-1
11
Features and Programming Guide
WATCHDOG IMPROVEMENT
The watchdog monitors activity of call processing. If call processing does not respond to the
watchdog every 30 seconds, it will restart the MiVoice Office 250 system. New Logs are in the
cp_watchdog_observer_log.txt file available in SysAdmin and Admin Web Portal (AWP).
T1/E1 REFRESH
The FPGA component on the Dual T1/E1 card had to be replaced. The new card version is
backward compatible to previous releases. Release 6.2 SP1 now also contains the firmware
upgrade mechanism.
12
New Features
SYSTEM PARK
System Park is a feature that allows calls to be parked by a phone, then either retrieved again
by that phone, or retrieved by another phone.
The MiVoice Office 250 Release 6.2 supports the following features.
• The Park/Pickup key with the same destination may be configured on several phones.
• then any of these phones can park or retrieve calls from the same destination.
• Multiple calls may be parked on the same destination.
• If in a call, the call will be added to the queue of parked calls.
• If not in a call, the first parked call on this destination will be retrieved.
• Parked calls will recall the person who parked the call after a timeout
• Phantom destinations use the new Park Recall Timer (default 180s, range 30-600s)
• Hunt Groups use the existing Hunt Group Recall Timer (default 180s, range 1-65'535s)
• If a call is parked on a Park/Pickup key, the key will flash.
• except if the Hunt Group has the ‘Group Call Pick-up’ flag disabled.
• Additional Notes:
• Phones without a Park/Pickup key can use the features 'transfer' and 'reverse transfer'
to park and retrieve calls from destinations like "Park Location 1". Therefore it is rec-
ommended to give simple numbers to such Phantom or Hunt Group destinations.
• Assigning a Park/Pickup key to a Hunt Group destination is an enhancement to the
existing Group Pick-up feature, allowing Group Pick-up using a single key press, whilst
also allowing for a visual indication.
Until now, Audiotex recordings could only be recorded using a phone with access to the Voice
Mail System Administrator’s Mailbox. Each recording is associated with a recording number
and assigned to the application(s) in Database Programming.
From release 6.2, you can now import audio files and use them for Audiotex applications,
including Auto Attendant (AA) and Call Routing Announcement (CRA) features. This will
13
Features and Programming Guide
improve the quality and fidelity of the recordings and allow pre-recorded, professional
recordings for auto attendant greetings and announcements.
The MiVoice 5624 Wireless Phone is Mitel’s first VoWiFi (Voice over Wi-Fi) handset operating
on 802.11n network; it supports the deployment of voice over a Wireless LAN (WLAN) without
degrading the performance of an existing .11n network capacity. A MiVoice 5624 Wireless
Phone-based solution delivers trouble-free WLAN vendor interoperability and scalability, as
well as the capacity to integrate and communicate with a comprehensive range of external
sources.
Notes:
• MiVoice 5624 Wireless Phone is already available outside North America.
• In North America the regulatory approval and introduction is in progress with MiVoice
Business and will then also be available for MiVoice Office 250
• MiVoice 5624 Wireless Phone is Mitel’s rebranding of the earlier certified Ascom i62 and
is technically the same. (Mitel SIP Center of Excellence specifications, 14-4940-00310).
OTHER ENHANCEMENTS
• Security improvements for SSL connections (Webserver, SSH) used on the system.
• Open SSH 7.1
• OpenSSL 1.0.2a
• Web services are only accessible via TLS 1.2 encryption
To change from Ringback to MOH for Parked Calls, two configurations are needed:
14
New Features
Change the ‘Audio for Calls Ringing at this Device’, from Ringback to Music, at the Park
Phantom(s)
Change the ‘Audio for Transfer to Ring’ from ‘Ringback’, to ‘Use Next Device’s Audio Source’,
at the Trunk Group.
OTHER ENHANCEMENTS
15
Features and Programming Guide
The MiVoice Office 250 Release 6.1 SP1 supports the following features.
• Video calls between SIP clients connected to different nodes.
• Backward compatibility. A P2P video call from 6.1 SP1 node to 6.1/6.0/5.1 node is modified
to an audio call.
• SIP video devices as remote extensions via MBG.
• Video calls across the network like any other desktop device.
When enabled, Alarm 149 will be generated each time a SIP Phone registers with the MiVoice
Office 250, where the password used for the registration is either the same as the SIP Phone
extension number or it is left empty. The alarm is raised against the SIP phone group to which
the SIP Phone belongs. The SIP Phone will still able to register and operate, however the alarm
will notify the Administrator that security needs to be reviewed immediately for this SIP Phone
Group. This alarm will be cleared automatically by the system as soon as the SIP Phone
registers again using new credentials. Note that the Administrator first has to make the password
secure and cannot simply clear this alarm.
This feature is enabled by default. Mitel recommends that you do not disable this feature. The
Alarms Notification Feature within System Administration and Diagnostics is used to send an
email to an administrator when a System Alarm is generated.
16
New Features
PRODUCT RE-BRANDING
Mitel has introduced new product naming as follows:
For products related to releases prior to 6.1, naming will reference their previous,
NOTE
non re-branded names.
The re-branded interfaces for Database Programming, System Administration and Diagnostics,
Administrator Web Portal, and the User Web Portal are updated with the new Mitel logo and
color scheme. Additionally, the re-branding includes, but is not limited to, the following other
MiVoice Office 250 interfaces:
• MiVoice Office 250 Installation Wizards
• MiVoice Office 250 Private Networking
• MiVoice Office 250 PS1 Server
VIRTUALIZED PS1
The PS1 can now be deployed as a virtual appliance running in a VMware environment. Please
see the MiVoice Office 250 Installation Manual for details regarding the installation and upgrade
to virtualized PS1.
Note: Throughout this document, PS-1 refers to either the physical dedicated hardware
component or the virtual appliance, unless specified.
17
Features and Programming Guide
The R220 Server supports the MiVoice Office 250 PS1 software, and it is capable of running
the 32-bit Debian 4.0 based distribution with the MiVoice Office 250 components.
As of 2014 new drivers for the Sentinel HASP are available from SafeNet Inc., and are
compatible with a variety of 64-bit Windows versions, including Windows 7 and Windows 8.
The MiVoice Office 250 Attendant Console Release 3.5 can read data from valid HASP keys
on the following Windows Operating systems:
• Windows 7 (32- and 64-bit)
• Windows 8 (32- and 64-bit)
• Windows 8.1 (32- and 64-bit)
• Windows 10 (32- and 64-bit)
No new features are added to the refreshed series of Digital Telephones. To the end-user there
are no differences in the installation and operation between the refreshed Digital Telephones
and the previous versions.
The refreshed MiVoice 8568 and 8528 Digital Telephones are supported on all Mitel 5000 CP
/ MiVoice Office 250 systems that currently support these phones.
18
New Features
BT CLIP supports the delivery of Caller ID information on analog trunks in the UK, and the
standard is commonly known as BT CLIP. BT CLIP is an on-hook capability that provides the
user with information about the caller before actually answering a call.
A new trunk Service Type and timer parameters are added in MiVoice Office 250 Database
Programming to support BT CLIP. BT CLIP replaces ETSI DTMF Caller ID. When configuring
a Loop Start trunk, the Service Type options now include Bellcore FSK Caller ID and British
Telecom FSK.
See “Caller ID, DNIS, and ANI“ on page 188 for details.
SIP phones can be added to a Basic or UCD Hunt Group member list. Calls routed to a particular
Hunt Group may be directed to a SIP phone.
For a SIP phone to use the ACD features (Log in, Log out, Wrap-Up Terminate), an OAI
application must be used in conjunction with the SIP phone. Mitel Phone Manager is the
recommended application.
See Table 113 and Table 114 for a full list of system features and phone features compatible
with each type of SIP phone.
19
Features and Programming Guide
There are no impacts to any of the 5000 CP documents or help files as a result of the following
new features in release 6.0 SP3.
The 5000 CP v6.0 SP3 has included a series of fixes to prevent the Shellshock vulnerabilities
from affecting the system.
20
New Features
Database Programming now allows the DTMF Payload type to be selected for SIP Peers, from
a range of values that correspond to those supported by the SIP service provider.
The default DTMF Decoding Payload value applies to North American, UK, and Australian
systems.
See “Configuring SIP Peer Programming Options“ on page 742, and “DTMF Decoding Payload“
on page 752 for details.
See“Propagate Original Caller ID“ on page 551, and “Do Not Propagate Original Caller ID to
P-Asserted Identity“ on page 552 for details.
If the flag is set to No, the to/from/contact headers in the SIP register correspond to the out-
bound username. If the flag is set to Yes, the to/from/contact headers in SIP register correspond
to the trunk group Caller ID.
21
Features and Programming Guide
22
New Features
Mid-Call Features are only supported with other networked 5000 CPs running Release v6.0
NOTE
SP1 and higher software.
See “Audio for Calls Holding for this Device“ on page 545
This will allow the called party to redial the external number back successfully, and it will allow
incoming calls to match System Speed Dial numbers.
23
Features and Programming Guide
24
New Features
CONFIGURATION WIZARD
The Configuration Wizard has been updated to make start-up easier, and to easily configure a
variety of system level parameters including IP and e-mail settings, expansion modules, IP
phones, voice processor options, and a variety of devices.
“Configuring SIP Peer Programming Options“ on page 742, including the following:
• “Use Registered Username“ on page 751
• “Disable Domain Validation“ on page 752
• “Supports Display Updates“ on page 752
• “Supports Ad Hoc Conferencing“ on page 752
25
Features and Programming Guide
DHCP SERVER
The 5000 CP now has an embedded DHCP server. The embedded DHCP server makes the
5000 CP capable to automatically provide the proper DHCP Options for programming IP
phones, thereby reducing the chances of misconfiguration, and reducing installation time.
The DB Test and Repair and DB Converter user interfaces will be redesigned and incorporated
into the new Backup Utility window. Scheduled backups will be updated to allow for a bundled
save.
CONNECTION WIZARD
If the Configuration Wizard is not displayed at startup, a new dialog listing connection tips for
the Processing Server to connect with the Base Server will display instead of the Connection
Wizard. This dialog will only be displayed when connecting to a Processing Server in online
mode that is disconnected from the Base Server.
26
New Features
When configuring a Loop Start trunk, the Service Type options now include Bellcore FSK Caller
ID and ETSI DTMF Caller ID.
See “Caller ID, DNIS, and ANI“ on page 188 for details.
Depending on whether an MBG is connected to the 5000 CP network, and remote 53xx series
phones are outside the network, the appropriate NAT Address Type setting needs to be
programmed. See “NAT Address Type“ on page 673.
27
Features and Programming Guide
INACTIVITY TIMER
System Administration & Diagnostics and Database Programming now use the same timer for
inactivity. The timer is programmed in the Options window on the Advanced Tab in System
Administration & Diagnostics.
With the popularity of hosted e-mail providers, the purpose of this enhancement is to extend
the capabilities to include Gmail and Office 365.
See the MItel 5000 Communications Platform Unified Voice Messaging E-Mail Synchronization
Administrator Guide (available on eDocs at http://edocs.mitel.com/default.htm#5000_anchor)
for details.
28
New Features
TERMINOLOGY CHANGES
To accommodate changes in technology and/or to better align with the overall corporate
marketing strategy, the following product terminology changes have been implemented in the
v6.0 release:
• The Database Operations menu is renamed Operations
• System Administrative Accounts is renamed Maintenance Accounts
• The Administrative Web Session (AWS) is renamed the Administrative Web Portal (AWP)
29
Features and Programming Guide
30
Chapter 2
ABOUT DATABASE PROGRAMMING
Features and Programming Guide
INTRODUCTION
This guide provides descriptions and procedures for performing common administrative tasks
using the MiVoice Office 250 Database (DB) Programming application. This includes
instructions to complete system configuration and perform system adds, moves, and changes
after installation.
The guide assumes that the system is installed and that test calls have been placed to verify
that the system is properly connected to Central Office (CO) lines. It does not cover installation
programming, which includes hardware programming, system upgrades, and licensing.
For more information about installation programming, refer to the following resources:
• MiVoice Office 250 Installation Manual
• MiVoice Office 250 DB Programming Help
32
About Database Programming
• SIP Peers: Provides programming instructions for SIP peer (SIP-enabled) phones, trunk
groups, and voice mails.
• System Settings: Describes features that you can use to customize your system settings.
• Users: Provides programming instructions for creating Users in the Users folder.
• Voice Processor Features and Programming: Describes voice processing system fea-
tures and programming for the MiVoice Office 250.
• Subscriber Mailboxes: Provides information to create and configure subscriber mailboxes
for Unified Voice Messaging (UVM) systems.
• Voice Processing Management: Describes tools that you can use for UVM maintenance
and how to save or restore UVM databases.
• Voice Processor Reports: Provides information to generate customized system voice
processing reports.
• System Diagnostics: Provides fundamental instructions for interpreting the output data
from the system diagnostic utilities.
Mitel MiVoice Office 250 Database (DB) Programming is installed as part of the System
Administration & Diagnostics application along with other supporting system management tools
and utilities. After installing the System Administration & Diagnostics application, administrators
can quickly launch any of the following:
• DB Programming
• Administrative Web Portal (AWP)
• Secure Shell (SSH) Connection (PuTTY)
• MiVoice Office 250 Database Utilities (which includes Database Test and Repair)
• MiVoice Office 250 MOH Utility (the Music on Hold utility)
• Upload Utility
After establishing a connection to a MiVoice Office 250 node, System Administration &
Diagnostics queries call, resource/device, system, and system status data from the node. It
then uses a variety of content controls to display this information in a well-organized manner
that allows administrators to easily read and understand the data. The data can be refreshed
manually, or the application can be configured to refresh it automatically every so often.
The System Administration & Diagnostics installation includes an option to uninstall previous
installations of DB Programming. This option appears only when previous installations are
detected. Mitel highly recommends that you allow previous DB Programming versions/utilities
to be uninstalled, as this will prevent any confusion as to which versions of the applications are
33
Features and Programming Guide
being used. The older versions of DB Programming can then be re-installed using the DB
Programming “plug-ins” concept, as described below.
Plug-Ins
After the v4.0 release, newer versions of DB Programming will be installed as “plug-ins” so that
the main System Administration & Diagnostics application does not have to be re-installed just
to get a newer version of DB Programming. Note that you cannot install a plug-in release unless
the full System Administration & Diagnostics release is already installed.
The correct method for deployment on a new PC, or to update a PC with the application already
installed, is to install the most recent version of the System Administration & Diagnostics
application (which will usually include the most recent Database Programming version), then
add the required plug-ins for all previous Database Programming versions.
For complete information on this application, refer to both the Mitel System Administration &
Diagnostics Guide and the help accessible from the application’s user interface.
TECHNICAL SUPPORT
You can search the following Knowledge Base (KB) Center regarding DB Programming issues:
The KB is a current repository for resolved issues and common questions involving Mitel
products. If the problem persists, contact Technical Support.
NOTICE
The following certification is required to install this equipment and to receive technical support:
• MiVoice Office 250 Basic certification
• Convergence Technology Professional (CTP) certification
Technical support is provided for authorized products only.
PROGRAMMING WIZARDS
DB Programming includes several wizards that allow you to quickly program different parts of
the system without having to navigate to separate areas in DB Programming. Wizard details
and instructions are included in the appropriate sections.
34
About Database Programming
The Configuration Wizard allows you to quickly configure a system with enough basic
information to get the system up and running. Verify the system type to make sure it matches
the system you have. If there is a difference, either the hardware is incorrect or the license type
is incorrect. See “Launching the Configuration Wizard“ on page 75 for instructions on how to
launch the wizard. For complete information about the Configuration Wizard, refer to the MiVoice
Office 250 DB Programming Help.
The Networking wizard allows you to quickly configure IP networking or T1/E1 PRI networking
for existing or new nodes. See “Launching the Networking Wizard“ on page 115 for instructions
on how to launch the wizard. For complete information about the Networking Wizard, refer to
the MiVoice Office 250 DB Programming Help.
The Connection Wizard is a troubleshooting tool that helps you to establish a connection to the
Base Server. If the Configuration Wizard is not displayed at startup, a new dialog listing
connection tips for the Processing Server to connect with the Base Server will display instead
of the Connection Wizard. This dialog will only be displayed when connecting to a Processing
Server in online mode that is disconnected from the Base Server.
For complete information about the Connection Wizard, refer to the MiVoice Office 250 DB
Programming Help.
35
Features and Programming Guide
PROGRAMMING CHECKLIST
After all system hardware and software is installed, perform the programming in the order
discussed here.
t
36
About Database Programming
Authentication
When launching v4.0 or later DB Programming, the system asks for a username and password
if you are not already authenticated through System Administration & Diagnostics. If the
username or password is not valid, an error message appears, and the system asks for a
username and password again. If authentication fails three times, DB Programming shuts down.
37
Features and Programming Guide
Beginning in Release 5.1, the DB Programming window has been updated to reflect the
following design elements:
• Windows Vista style controls
Although the DB Programming window displays using the Windows Vista style folders
view by default, you can revert back to the Classic Style. Windows Vista style controls
NOTE (such as dialogs and buttons) remain.
Some of the graphic representations in this guide are shown using the Windows Vista
style.
• Several icons updated using current standards, modern styling and standard Microsoft
images wherever possible and appropriate
• Tool bar buttons updated:
- As noted above
- The Refresh button has been removed but this option is still available in the View
menu
- The Collapse All button has been removed but this option is still available in the View
menu
- The Help button has been removed but this option is still available in the Help menu
• Navigation bars replaced with Windows 7 styling
• A drop-down list added for easier navigation to recently visited folders
• Yes/No options changed to drop-down lists
• Bread crumb trails added to directly navigate to folder in a searched path
• Unneeded animation removed from some dialogs
• Use of the newer Explorer Style Tree View using folders and arrows
If the DB Programming session is slow to respond, shut down any other programs—including
antivirus programs—that may be running. If this action does not improve response speed,
NOTE make sure the computer meets the minimum requirements. For more information about
computer requirements, refer to the Specifications chapter in the MiVoice Office 250
Installation Manual.
38
About Database Programming
1
2
3
5
6
1 Header Shows the title of the DB Programming application. See page 40.
5 Status bar Shows system and connection information. See page 45.
39
Features and Programming Guide
HEADER
The header displays the title of the DB Programming application, “<name>[(Offline)] - Mitel DB
Programming,” where:
• the <name> indicates the name of the session.
• the (Offline) appears if the session is Offline (previously known as Local).
• Mitel DB Programming is the name of the application.
MENU BAR
Menus include the File, View, Operations, Tools, Favorites, and Help menus.
FILE MENU
This menu contains the Exit option only, which ends the DB Programming session.
VIEW MENU
40
About Database Programming
52xx/53xx IP phones awaiting PIN activation do not appear in the IP Device Status dialog box.
NOTE See “Using PIN Activation for 52xx/53xx Phones“ on page 387 for details about the PIN
Activation feature.
OPERATIONS MENU
The Operations menu provides several options to help manage the system, as described in
the following sections:
• Backup Operations on page 1031
• DHCP Server Options on page 640
• Error Information on page 83
• Export/Import Devices on page 116
• IP Device Status on page 629
• Software License Operations on page 69
• System Manager CA Certificate Upload on page 123
• Voice Processor Operations on page 1031
• Default Database on page 82
• Reset Call Processing Application on page 89
• Reset System on page 89
TOOLS MENU
FAVORITES MENU
From the Favorites menu, you can add shortcuts to your most frequently visited folders. The
menu also has options for sorting the list and deleting entries.
41
Features and Programming Guide
HELP MENU
TOOLBAR BUTTONS
Table 2 shows Mitel DB Programming toolbar buttons.
Table 2: Toolbar Buttons
ICON NAME DESCRIPTION
Back and Move backward and forward between views. You can also use the
Forward Back or Forward options in the View menu.
Recent This drop-down list allows you to jump to any of the twenty most
recently visited folders. A maximum of 20 folders will be listed.
Up This button allows you to move up a level in the folder hierarchy. The
button is disabled if you are at the top level of a folder.
Bread Crumb These buttons allow you to access any of the folders in the current
Trail folder path. Click on any folder name to go directly to that folder.
DIRECTORIES
The following subdirectories are shown in the Directory:
Although the DB Programming window displays using the Windows Vista style folders view
by default, you can revert back to the Classic Style. Windows Vista style controls (such as
NOTE
dialogs and buttons) remain.
Some of the graphic representations in this guide are shown using the Windows Vista style.
• Maintenance Accounts: For more information about configuring system accounts, see
“Maintenance Accounts“ on page 64.
• Software License: For more information about software licensing, see “System Software
Licenses“ on page 65.
• System: The System directory features include most of the MiVoice Office 250 features
and are discussed throughout this guide.
42
About Database Programming
• Users: For more information about Users, see “Users“ on page 813.
• Voice Processor: For more information about voice processor features, see “Voice Pro-
cessor Features and Programming“ on page 863.
SYSTEM DIRECTORY
Table 3 shows System subdirectories and folders. Option shortcuts appear in parentheses. For
more information about shortcuts, see “Tools Menu“ on page 41.
43
Features and Programming Guide
44
About Database Programming
Table 4 shows Voice Processor subdirectories and folders. Option shortcuts appear in
parentheses. For more information about shortcuts, see “Tools Menu“ on page 41.
STATUS BAR
The status bar at the bottom of the window shows:
• the description and number of the Node being programmed.
• the type of programming session.
• the region that the system is installed. The supported regions are North America and United
Kingdom.
• the name assigned to the programming session.
It also displays status and error messages when applicable. The status bar also displays a
description if you click and hold the cursor over the menu or menu option.
45
Features and Programming Guide
SELECTION WIZARDS
Any list in DB Programming that you use to add or move items through the shortcut menu uses
a Selection Wizard (for example, adding members to a hunt group). The figure below shows
an example Selection Wizard.
46
About Database Programming
DB PROGRAMMING TIPS
The following sections describe general tips when using DB Programming.
Right-click to add
a description to the left pane.
2. Click Add <option> To Folder Name. The option name appears in the folder name in the
left pane, as shown below. To remove the field, repeat the procedure and select the option
to remove the field. (The recommended limit is three fields.)
47
Features and Programming Guide
Description
Appears Here
The movement of the programming focus—that part of the screen where you want to make
changes—is primarily controlled by the arrow keys and by the TAB and SHIFT + TAB keys.
These keys move the programming focus right and left. The ENTER key takes the place of a
single click, and CTRL + ENTER takes the place of a double-click.
• Arrow Keys: With the selection in the left pane, navigate using the arrow keys. Placing the
selection on any item on the left pane automatically shows the contents of that item in the
right pane, whenever applicable. For example, place the selection on “System” in the left
pane and the computer displays the system contents in the right pane: Controller, Devices
and Feature Codes, Flags, and so forth. At this point, the programming focus is on the
words “System” in the left pane.
• Expand (+) and Collapse (-): If the item in the left pane is expandable (which is indicated
by a “+” sign to the left of the item), it is possible to expand it to show the contents in the
left pane, by pressing the plus (+) key on the numeric keypad. The numeric keypad must
be used for this function. Likewise, to collapse an expanded left pane list (indicated by a “-
” sign to the left of the item), press the minus (-) button on the numeric keypad.
• Tab/Shift to Change Focus Between Panes: To shift the programming focus between
panes, use TAB or SHIFT + TAB key. To select items, use CTRL + ENTER.
48
About Database Programming
d. At this point, your programming focus and selection is in the right pane on Devices
and Feature Codes. If you want to select the Devices and Feature Codes area in the
right pane, press CTRL + ENTER. (This is the equivalent of a double-click.) On the
right side of the screen, Devices and Feature Codes expands showing Extension Lists,
Feature Codes, Hunt Groups, etc. Notice that the programming selection has moved
back to the left pane. This is because you have selected Devices and Feature Codes,
but nothing below it. There is no selection in the right pane.
e. Now move the selection to the right pane using TAB and expand Extension Lists by
pressing CTRL + ENTER while the selection is on it. Again, the selection will automat-
ically move back to the left pane.
f. Put the selection back in the right pane, and use the arrow key to move down to Keyset
and press CTRL + ENTER again. A list of Keyset Extension Lists appears in the right
pane. Notice that the selection has again moved to the left pane. Move it back to the
right pane using TAB.
• CTRL + N to Add Items In The Right Pane: To add an item to a list, press CTRL + N, to
open the prompt that allows you to add to the list. Pressing the down arrow key selects this
prompt. Pressing ENTER (equivalent of a single click) creates a new item.
• CTRL + M to Edit An Existing Item: To edit an existing item, use the arrow keys to select
the entry, and then press CTRL + M. This opens the dialog box allowing you to explore
(open) or delete the item.
• ESC Closes Without Change: Pressing ESC tells the system that you do not want to make
a change. If a pop-up dialog box is present on the screen, it will be closed.
• Changing A Flag: Flags have two states (on/off, yes/no, and so forth). Note the following
when changing flags:
• When viewing a list of flags, press TAB to move the selection to the right pane.
• Use the down arrow key to move to the desired flag. The selection is currently on the
name of the flag, not the flag itself.
• Move the selection to the flag to change it by pressing the right arrow key. You can see
the focus of the selection move from the name of the flag to the state of the flag.
• Press ENTER (single click) and the check box for the flag appears.
• Change the status using the SPACE BAR to toggle between the choices.
• When the check box shows the desired status, press ENTER.
• Selecting From A Drop-Down List:
a. Move the programming focus to the list box, as described above for changing a flag.
b. With the programming focus on the box, press ENTER to select this area to program.
The box will “open up” and select the current Value.
c. Use the up and down arrow keys to increment or decrement the value by 1. You can
also type in a value directly.
d. When the desired value is shown, press ENTER. An example of a drop-down list is
the Controller programming folder.
49
Features and Programming Guide
To filter a list:
1. From the Add to <list type> dialog box, select the list type from the 1. Select Types to
Include list.
2. Do one of the following:
50
About Database Programming
In the 2. Pick Filtering Option area, select Use Filter to view filtering options. The following
dialog box appears.
3. Select the filtering options from the 3. Specify a Filter and Available fields boxes. See “Using
SQL Statements to Filter Lists“ on page 51 for information about using Structured Query
Language (SQL) commands.
The Available Fields box (see step 2 on page 50) lists the available SQL fields. Double-click a
field to move it to the Specify a Filter box.
51
Features and Programming Guide
The “extension” field to be searched is in square brackets. The value to be matched in that field
(the number 1234), is placed in quotes. The spaces on either side of the equal sign are not
required but help make the statement easier to read.
You combine SQL commands and Available Fields to construct a SQL expression. For example,
assume that you want to specify extension number 1234. The SQL expression to do this is:
[extension] = “1234.”
You can use the equal (=) and less than (<) or greater than (>) commands to widen a search.
For example, assume a database consists of eight phones with the extension numbers 1001
through 1008. To narrow the list, use the commands in Table 7.
You can also use Boolean operators. Table 8 assumes the same database of eight phones.
Notice how the last two expressions return the same result. You can use either the < and >
symbols or you can use the Boolean expression BETWEEN for the same things.
52
About Database Programming
The second expression returned nothing, even though it seems like it should have returned
1005 and 1006. The reason it returned nothing is because that expression requests a list of
phones that have the extension number 1005 and the extension number 1006. To satisfy this
expression, both numbers would have to be assigned to the same phone. This is not allowed
by DB Programming. The correct expression would be to use the operator “OR,” which would
request a list of phones having the extension 1005 or the extension 1006.
Some of the fields do not require quotes around the values. These values are considered to
be numbers, not string expressions. String expressions, such as extension numbers and user
names must always be in quotes. Numeric expressions, such as node and port numbers, should
not be placed in quotes. Table 5-31 specifies the type of each field.
[node_number] Number No
[port] Number No
[slot_number] Number No
If you forget which type it is, an error message alerts you that you have a “Data type mismatch,”
and you must return to the statement and enter it correctly.
Because filtering uses statements consisting of letters as well as numbers, the equal sign means
that an exact match must be present. Therefore, the expression <username> = “FRED*” only
returns a user name that has the letters F, R, E, D, and an asterisk; that is, an actual asterisk
as the fifth character of the username. It would not return “FREDDY” or “FRED SMITH.” To
use the wildcard, the SQL statement must tell the search engine to locate something that does
not exactly equal the search string specified in the quotes. To do this, use the SQL command
“LIKE.”
The expression <username> LIKE “FRED*” returns user names of “FRED,” “FREDDY,” “FRED
SMITH” or any other username that starts with the letters F, R, E, D.
53
Features and Programming Guide
Similarly, the question mark is used to indicate only a single character space is a wildcard.
Table 10 shows some additional examples.
Table 10: SQL Statements and Search Results
SQL STATEMENT SEARCH RESULT
[username] = “FRED?” FRED?
[username] LIKE “FRED?” FRED plus any single character
[username] LIKE “FRED*” FRED followed by any or no additional characters
[username] LIKE “FRED??” FRED followed by any two characters
[username] LIKE “FRED?*” FRED plus at least one more character
[username] > “b” Any username except those beginning with the letter A
[username] < “a” Any username that would appear before those beginning with the letter
A, (for example, blanks)
[extension] LIKE “12??” Extensions in the range 1200 through 1299 inclusive
You can combine search patterns using the Boolean operators previously discussed, as shown
in Table 11.
Table 11: Combined SQL Statements and Search Results
SQL STATEMENT SEARCH RESULT
[username] = “FRED” AND [extension] = “1234” Only 1234 with a username of FRED
[username] = “FRED” OR [username] = Any phone with a username FRED or WILMA
“WILMA”
[username] = “FRED” OR [extension] = “1234” Extension 1234 as well as any with FRED as the
username
[extension] LIKE “12*” AND [username] LIKE Extensions beginning with the digits 1 and 2 that
“F*” have usernames beginning with the letter F
[extension] < “1234” AND [username] = “FRED” Extensions with a number lower than 1234 that also
have a username of FRED
[bay_number] = 1 AND [extension] >= “1000” Phones on module number 1 having extension
numbers 1000 and higher
USING THE CLEAR FILTER, SAVE FILTER, AND LOAD FILTER COMMANDS
54
About Database Programming
DATABASE UTILITIES
MiVoice Office 250 utilities are incorporated into the System Administration & Diagnostics
application. For information about how to launch the following utilities, refer to the System
Administration & Diagnostics Guide, part number 550.8125:
• Database Converter Utility
• MOH Converter Utility
• DB Test and Repair Utility
• Upload Utility
Note that the Diagnostics Monitor utility is no longer available or needed in v4.0 or later DB
Programming, as its functionality is incorporated into the System Administration & Diagnostics
application. For complete information about utilities, refer to the appropriate utility Help.
55
Features and Programming Guide
56
Chapter 3
SYSTEM MANAGEMENT
Features and Programming Guide
INTRODUCTION
This chapter describes features that you can use to manage and maintain your MiVoice Office
250. System management options include:
• Security Enhancements on page 59
• Maintenance Accounts on page 64
• System Software Licenses on page 65
• Backup Operations on page 76
• Launching the Configuration Wizard on page 75
• Backing Up the Database on page 80
• System Error Information on page 83
• System Maintenance Options on page 84
• System Resets on page 89
• on page 105
NOTICE
System Performance. Perform the following system management options after hours, when
system usage is at a minimum.
• Imports (with a large database, especially with off-node devices). For example, performance can
also be affected when other nodes export to the local node.
• DB backup saves (with a large database, especially with off-node devices).
• Paging to a large number of phones.
• All-ring hunt groups to a large number of phones.
• Abusive/intention actions (user runs a “die macro” on their phone).
• Change extension logic (DB Programming performs a batch modify/delete extension (the larger
the database, the slower the action).
58
System Management
SECURITY ENHANCEMENTS
The v4.0 and later software release includes a number of security enhancements related to
system accounts, passwords, password policies, encrypted connections, security key strength,
certificate management, and Secure Socket Layer (SSL) usage. See the following sections for
details.
SSL ENHANCEMENTS
Security improvements for SSL connections (Webserver, SSH) are used on the system.
SYSTEM ACCOUNTS
Beginning with 5000 Release 6.0, System Accounts has been renamed Maintenance Accounts.
This folder shows only the Administrator and Support accounts for Database Programming.
No other accounts are listed in this folder. User accounts that have been given administrative-
related access privileges will have an Administrator-Related Information folder in their
respective Users folder.
The support account is disabled by default, and it can only be enabled by an admin account
user (for example, when a system administrator requests technical assistance from Mitel
Technical Support). This feature gives the system’s designated administrator(s) control over
who can log on to the system. See page 64 for details.
The DB Programming “System Accounts” folder (previously called the “Passwords” folder) that
allows different levels of DB Programming access now requires a user name and password
pair instead of just a password.
The first four policies are mandatory and will be applied by the system on every connection.
Policies five and six are configurable by the administrator.
59
Features and Programming Guide
Changing Passwords
When the System Administration & Diagnostics application connects to a MiVoice Office 250
for the first time using the default “admin/itpassw” credentials, the system prompts the
administrator to change the password for the admin account. (The new password is stored in
System Administration & Diagnostics so that subsequent online sessions will not prompt for a
password.) Likewise, when the support account is enabled for the first time, the administrator
is prompted to change the password for this account.
After restoring a database to a system, the username and password stored in System
Administration & Diagnostics may need to be changed to match username and password in
the restored database in order to successfully connect to the system.
If the system is configured with a Processing Server (PS-1), all password changes must be
NOTE synced up between the Base Server and the PS-1. Passwords cannot be changed if the Base
Server and the PS-1 are not connected.
ENCRYPTED CONNECTIONS
With v4.0 or later software, the following applications use an encrypted connection for inbound
communication with the MiVoice Office 250:
• System Administration & Diagnostics Tools/Utilities: server TCP port 44000 and 443
(configurable)
• Database Programming: server TCP port 44000 (configurable)
• Web Browsers: server TCP port 443 (configurable)
These applications use either SSLv3 or TLSv1 for the encrypted channel.
Users of these applications will now receive certificate notifications as the client application
attempts to verify the identity of the connected device.
SSL CERTIFICATE
The system uses the Internet X.509 Public Key Infrastructure (PKI) Certificate Management
Protocols for all relevant aspects of certificate creation and management.
Since Release 6.3, it is possible to upload Customer’s own Certificate in Administration Web
Portal (AWP).
You can generate a Certificate Signing Request (CSR) and then upload/import a Customer’s
own Certificate.
When using the Administrator Web Portal during a new installation, the certificate for the Web
Page displays There is a problem with this website's security certificate.
60
System Management
The Generate Certificate Signing Request and Upload SSL Certificate links are used to
create a CSR and upload the Customer’s own Certificate to the system.
Figure 6: Generating a Certificate Signing Request
61
Features and Programming Guide
The Download SSL Certificate link allows use of the Certificate on other systems.
62
System Management
TROUBLESHOOTING
In the case when authority SSL certificate is uploaded before upgrade the system.
SCENARIO CAUSE RESOLUTION
A warning appears on the AWP Authority SSL certificate has been Upload authority SSL certificate.
page stating the site is not lost during system upgrade.
secure, after system upgrade.
Do not select Generate Certificate Signing Request (CSR) if you already have the
IMPORTANT authority SSL certificate, which has been lost during upgrade process. Generating CSR
leads to the authority SSL certificate becoming invalid.
System and desktop OAI applications and System Manager continue to use port 4000. An
attempt to connect via SSL on a non-SSL port (4000 by default) will result in connection failure.
Likewise, an attempt to connect without SSL on an SSL port (44000 by default) will result in
connection failure.
63
Features and Programming Guide
MAINTENANCE ACCOUNTS
Beginning with 5000 Release 6.0, System Accounts has been renamed Maintenance Accounts.
This folder shows only the Administrator and Support accounts for Database Programming.
No other accounts are listed in this folder. User accounts that have been given administrative-
related access privileges will have an Administrator-Related Information folder in their
respective Users folder.
A User’s access can be changed by opening the Users folder and right-clicking on the user
and selecting Edit User. The User Creation Wizard dispalys to allow any changes for the user.
The password can be edited for both accounts, and support accounts can be enabled/disabled.
64
System Management
For a complete list of alarm messages, refer to the Message Print Diagnostics Manual, part
no. 550.8018.
For information obtaining software licenses, refer to the AMC Help or the Mitel Web site (http:/
/edocs.mitel.com).
65
Features and Programming Guide
Select Software License. Software licenses are shown in the right pane.
The detailed information about software license features is shown in Table 12. The values
shown are for offline mode. In online mode, the values match the software license that is loaded.
If there is no license loaded or the current license on the system is invalid, the fields display
with a red “X.”
You can create as many IP phones as the system can support (up to 250). Call Processing
uses the various Phone licenses to determine which phones come online. Note that licensing
is per online phone, not per phone usage.
Beginning with the v5.0 software release, Primary Rate Interface (PRI) capability no longer
requires a premium feature license. All enabled ports on the Single and Dual-Port T1/E1/PRI
Modules (T1M and T1M-2) may be configured for the PRI protocol without additional charge.
(Note that a license is still required to enable the second port on a T1M-2).
NOTICE
You must upgrade system software before loading the license.
66
System Management
67
Features and Programming Guide
The MiVoice Office 250 requires a version-specific license. You can install and run DB
Programming, but you are prompted to upload the license file. For information about uploading
a software license and for a list of features that require licenses, see “Uploading Software
License“ on page 69.
68
System Management
All features currently licensable using a USB key can be made available for licensing using a
compact flash-type card. The license file from the AMC can be associated with either medium–
but not both concurrently. For details, refer to the Product Description chapter in the MiVoice
Office 250 Installation and Adminstration Manual.
69
Features and Programming Guide
4. Click Finish at the Compare Software License screen. If you upload a software license
that does not support your current programming, a warning message appears.
If you click Yes, the view is changed to the System – Controller – IP Settings – IP Resource
Allocation folder so you can change the IP resources allocated to UVM.
If you click No, you return to the folder you were viewing, prior to the software license upload,
and the upload is canceled.
You must license additional UVM ports. If you downgrade a license to support fewer UVM ports,
DB Programming performs a check on the Time Slot Groups (see “Time Slot Groups“ on
page 896). If the Time Slot Groups currently have a Maximum Channel Allocation greater than
the new license supports, a warning message appears, preventing you from uploading the
license. You are prompted to go to the Time Slot Groups folder and change the Maximum
Channel Allocation fields to a value that is supported in the new license. If you do not go to the
Time Slot Groups or you click Cancel, you are returned to DB Programming and the new license
is not loaded.
UVM ports, IP Phone Categories, and Node Capacity are displayed in the Compare License
dialog box.
When a new license is loaded, the dialog box showing the comparison between the old license
and the new license shows the License Type. The available license types are:
• USB (for the old software keys)
• Compact Flash (for the new way of storing a license)
• Unknown (for old licenses that did not have this field)
The following illustration shows an example of the Compare Software License dialog box that
appears during the software license upload process.
70
System Management
For details about using System Manager, refer to the System Manager Installation Manual.
CHANGING RECORDS
If problems occur with the security device, you may have to change a record from one system
to another. See Table 14, “Invalid License Upload Errors,” on page 73 for a list of error
messages.
For information on changing records, refer to the Application Management Center (http://
www.ebiz.mitel.com/amclogin.jsp).
CHANGING LICENSES
If necessary, you can upload a new license that provides a different set of features. If the new
license, however, supports new capacities, you must make sure that you have the appropriate
hardware installed.
To change a license, obtain a new license, as described on page 65, then upload the license.
The system compares the new license to the existing license.
71
Features and Programming Guide
In this screen, the areas of the license that are changing are selected. The status line indicates
whether the system requires a reset once the license is uploaded. After you have verified you
want to upload the new license, click Finish. The new software license is loaded, and the old
software license is stored on the system. The system may require a reset.
DOWNGRADING LICENSES
Mitel strongly recommends against downgrading a software license.
Uploading a software license where the number of licenses is different than the current license
count. Before accepting the new software license, DB Programming displays where the license
field in question is different than the existing license field and warns that the system will reset.
When uploading a new software license, upload the latest generated .isl license file to ensure
that the software license does not downgrade.
If a system has continuous license key failures, Alarm 132 is posted on all administrator phones.
After the system successfully recognizes the license key, upon the next reset, the system checks
for a valid software license.
If the license key is functional but the system does not have a software license, the system
posts alarm 125 every 5 minutes, then resets after 4 hours.
The system resets due to a The user has uploaded a Mitel recommends not
“Major Reset Due To an IP software license that causes the downgrading a software license.
Phone Licensing Error.” number of online Advanced IP Before committing the new
phones to exceed the number of license, a message pop-up in DB
licensed Advanced IP phones. Programming indicates that the
system will reset if the new
license is installed.
Alarm 127 appears on the An IP phone cannot come online The customer needs to upload a
administrator phone display and because the appropriate license license to support the phone
on the Base Server LCD display. is not available. model type.
A software license is created for a specific system type, so if you attempt to load a software
license that does not match the system type, an error message displays. If you attempt to load
an invalid license, the following error message appears. This event may occur when using the
Upload Software License feature, which is accessed by selecting Operations and then Software
License Operations in DB Programming.
72
System Management
If the license is invalid, an error message is displayed, indicating why the upload failed. A license
may be considered invalid for a variety of reasons, as described in Table 5-2.
Corrupted Software License. The software license is Connect to the Mitel Applications
Unable to load Software corrupted. Management Center (AMC) and
License. download the file again. If this error
occurs again, contact the Software
Maintenance Center.
Note that when using the virtual PS-1, a
“Security key is either invalid or missing”
error may appear if the USB device is not
mapped to the correct virtual server. See
the MiVoice Office 250 Installation and
Adminstration Manualfor details.
The specified Software The serial number on the Load a license that has the correct serial
License is not valid for this does not match the number number.
specific CPU. Unable to load in the license.
Software License.
The specified Software The software license is no Load (or request) a new Software
License has expired. Unable longer valid or has expired. License.
to load Software License.
Too many devices equipped. The current database is Either use local mode to unequip some
Unable to load software programmed for more devices or upgrade the capacity limit on
license. devices than the software the license.
license allows.
Software License version is The license you have Either install the correct version of
not supported. Unable to attempted to load is for a system software or upload a software
load Software License. different version of system license that specifies the correct system
software. version.
Software License is already A valid software license is If the software license you are attempting
loaded. Unable to load already loaded on the to load is the correct license, start a new
Software License. system. DB Programming session with a default
database. Then upload the software
license before restoring the database.
Software License is not valid The CPU type identified in Upload a license that identifies the
for the current CPU type. the software license does installed CPU type.
not match the CPU type
detected in the system.
Page 1 of 2
73
Features and Programming Guide
Security key is either invalid The software license serial Make sure the security key is present and
or missing. number does not match the properly seated in the USB port. If the key
serial number on the is present, make sure the license reflects
security key, or the security the correct serial number. If necessary,
key is not present on the transfer the license to the correct serial
server. number (see page 71).
The specified Software The software license Either install the correct system version
License is not valid for this product version does not or upgrade the license to reflect the
software version. Unable to match the version installed correct system version.
load Software License. on the system.
The specified Software An unidentified error Contact the Software Maintenance
License encountered an occurred. Center.
unknown upload error.
Unable to load Software
License.
Page 2 of 2
74
System Management
The Configuration Wizard opens when Database Programming is started for a default system.
A Show this wizard at DB Programming startup check box on the main welcome page allows
you to have the Configuration Wizard start whenever Database Programming starts up.
You can program the following settings using the Configuration Wizard:
• IP Settings
• Email Gateway Configuration
• Date and Time Settings
• Controller Expansion Module Installation for the following modules:
- Digital Expansion Interface Module
- Voice Processor
• Users/IP Phones (a Create User wizard appears when creating a user)
For complete information about the Configuration Wizard, refer to the MiVoice Office 250 DB
Programming Help.
In addition to having the Configuration Wizard starting when opening Database Programming,
from the DB Programming menu bar, select Tools, and then select Configuration Wizard.
The Configuration Wizard Welcome screen appears.
75
Features and Programming Guide
BACKUP OPERATIONS
Backup operations now include the ability to to perform a bundled save where all available
system data (Voice, HTML Applications, and File-based Music on Hold files) will be retreived
from the system and saved in a backup file at a specified location.
Beginning in Release 6.0, the Database Operations menu was renamed Backup Operations.
Backup save and restore options are available under the OperationsBackup Operations
menu.
After the System and Voice Processor databases have been programmed for the first time,
perform a database save. Store this database in a safe place so it can be used should the
current the database become corrupted and must be re-entered. This saved database can be
used as a starting point for the re-entry. In addition, keep a current copy of the database that
you can update every time you make changes.
SAVE BACKUP
Four options are provided when saving a backup.
Performing a Save or Restore operation will cause the system to slow down. If at all
IMPORTANT possible, these operations should not be performed during normal business hours
when the system is being used to place and receive calls.
Database Programming will use the Web Listening Port defined in the System
NOTE Connection to save the additional data. If the Web Listening Port is not open, a
warning message dispalys.
3. In the Save to filed, enter the location to where the backup will be saved, or click the ellipses
at the end of the field and navigate to the location.
4. Select the Encrypt data check-box to encrypt the backup.
76
System Management
5. Click Start.
The "Backup Summary" will list what will be restored once selections are made.
RESTORE BACKUP
This option is located under OperationsBackup Operations. As part of the bundled save/
restore feature, Restore Backup will perform a bundled restore operation of all available system
data (Voice, HTML, Applications, and File-Based Music on Hold files) from the backup file at
a specified location.
1. Possible Database Corruption. Poor line quality may cause data transmission
problems when the modem connection exceeds 19200 baud. For this reason, Mitel
recommends not using the modem to restore the database. If you attempt a restore
NOTE using the modem, the database may become corrupt.
2. Possible Modem Reconfiguration. If the Database Restore feature is used
during a remote programming session, all calls are disconnected except the
modem connection. Before restoring the database, make sure the modem
connection will not be reconfigured during the restoration.
Performing a Save or Restore operation will cause the system to slow down. If at all
IMPORTANT possible, these operations should not be performed during normal business hours
when the system is being used to place and receive calls.
Database Programming will use the Web Listening Port defined in the System
NOTE Connection to save the additional data. If the Web Listening Port is not open, a
warning message dispalys.
3. In the Restore from field, enter the location from where the backup will be restored, or
click the ellipses at the end of the field and navigate to the location.
77
Features and Programming Guide
4. Click Start.
If the data is encrypted, it will be necessay to enter the username and password in
NOTE the accompanying dialog. If an incorrect username or password is entered, the
restore must be cancelled.
The "Restore Summary" will list what will be restored once selections are made.
If the data is encrypted, DB Programming will try to use the username/password to
decrypt the data after you click Start, but if this combination does not work, a dialog will
NOTE
be presented asking for the correct username/password. If the correct username/
password is not entered, the restore must be cancelled.
When a database is restored, the system checks the following information against the currently
loaded license:
• System type
• Number of devices
• Features
If one or more of these items in the database differ from what is programmed in the license, an
error message is displayed, and the database is not restored. If the license is valid for the
database to be restored, the system checks the current IP settings for the server. If any
differences are detected, a screen similar to the following one displays.
78
System Management
This screen displays the current IP settings (Current Value column) and the settings detected
in the database to be restored (Restore Value). If you click Current Settings, the current
settings, as shown in the Current Value column, are retained. Any other settings will be restored
from the selected database. If you click Restore Settings, the IP settings are automatically
changed to those shown in the Restore Value column, overwriting the current settings.
If, however, you defaulted the database or uploaded new software, the system considers the
static database as “corrupt.” When the system is powered up, a backup database is not
detected, and the IP settings programmed in the restored database are automatically used.
79
Features and Programming Guide
This backup database is designed to recover in the event of a total power failure—it is not
designed to replace the static database. Changes made to the static database are not reflected
in the backup database until the database is backed up. For example, if you default the
database, the static database is defaulted, not the backup database.
If the static database is corrupted, the system attempts to restore the backup database. If the
system detects problems with the backup database, it may default the static database instead
of restoring the backup database. The database will be defaulted if one of the following occurs:
• There is no backup database available.
• The system was saving the backup database when the power down occurred.
• The system repeatedly attempted to restore a backup database but was interrupted by
power ups. The system will default the database after it has exceeded the number of restore
attempts. If this occurs, the backup database remains in flash memory for troubleshooting
purposes.
If desired, you can force DB Programming to save the backup file immediately, as described
in “Save Backup“ on page 76. To set Backup Database Save parameters, see page 81.
80
System Management
• Periodic Backup Database Save Retry Attempts: The number of times that DB Program-
ming attempts to save the database. If the database is not saved before the system retries
the number of times specified in this field, the database is not saved until the next day. The
range is 0–10; the default is 3.
• Enable Periodic Backup Database Save: Enable this option to save the database at the
time indicated in the Periodic Backup Database Save Time option. This option must be
enabled to backup the database at the scheduled time. By default, the option is enabled.
81
Features and Programming Guide
If the system detects that the database has not changed since the last backup, the save is
NOTE
not performed.
SCHEDULED BACKUPS
Refer to the MiVoice Office 250 System Administration & Diagnostics Guide for information
about scheduled backups.
DEFAULT DATABASE
You can default the database to return the call processing and voice processor databases to
default values. When you select Default Database, a window appears, as shown below, that
warns that defaulting the database overwrites the current database and prompts you to
continue.
Defaulting the database ends the programming session and drops all calls. It also causes
NOTE voice processing to stop. Voice processing restarts after the database default operation is
complete.
If you are programming in offline mode when you select Default Database, the following
warning message appears.
You can also default the database using the LCD panel. Refer to the MiVoice Office 250
Installation and Adminstration Manual, for more information.
82
System Management
When you select Network Diagnostics option before you complete a system freeze, the
freeze includes a Network Diagnostics Log file with an .ndl extension. This log file captures
settings call processing, IP resource, and IP settings, as well as insufficient bandwidth
alarms. This information can be obtained using System Administration & Diagnostics. For
more information, refer to the MiVoice Office 250 System Administration & Diagnostics
Guide.
3. If the system is not already frozen, select Freeze. Otherwise, continue to the next step.
4. Click Retrieve Timestamps to view the timestamps associated with the history and Mes-
sage Print queues. The blocks are listed based on the time intervals.
5. Select the timestamps that you want to save (you can use the SHIFT and CTRL key to
select more than one item).
6. Click Save. The standard Windows browse screen appears.
7. Select the destination for the files (maximum 65 characters, including the freeze file names),
and then click OK.
83
Features and Programming Guide
System Maintenance options are under System – Maintenance, as shown in the figure below.
CALL COSTS
This section contains the following information:
• Feature Description below
• Programming Call Costs on page 86
FEATURE DESCRIPTION
The system Call Cost Accounting feature provides a cost estimate that is applied to the
various classes of calls. Due to the wide variation in charges among network carriers, the
NOTE
system's call cost calculation cannot be used as a prediction of actual charges. This feature
can only be used as a management tool to estimate call costs.
The Call Cost Accounting feature estimates the cost of outgoing and incoming calls, displays
it on the phones, and prints it in the SMDR records. The cost is based on the type of call,
telephone number dialed, the elapsed time of the call, the day of the week, and the time of day.
A table in the database supplies the rates for all types of calls, including multiplicative factors
for evening and weekend rate changes on outgoing calls. The equation for calculating call cost
is:
The multiplicative factor adjusts the daytime per-minute call cost for evening and weekend rates
of outgoing calls. For example, the evening call cost multiplier is 0.65 if calls are 35 percent
less expensive after 5:00PM. The daytime rate (D), evening (E) multiplicative factor, and night/
weekend (N/W) multiplicative factors are used on the following schedule:
84
System Management
8 AM TO N/W D D D D D N/W
5 PM
5 PM E E E E E E N/W
TO
11PM
If call cost is set to zero, call cost will not display during the call and the SMDR record will show
$00.00.
In a network setting, the call cost shown on the display and SMDR output use the factors and
rates for the node on which the trunk resides. In other words, if a phone on Node 1 dials what
is considered a long-distance number on Node 1, but the call is routed to Node 2 where the
number is considered local, the phone will use the local call cost rate from Node 2. The call
rate used for calls between nodes will be based on the Network call rate.
All outgoing calls using a trunk that is not subject to toll restriction are classified as one of the
following call types for call cost calculation (call cost type is programmed in the database).
• Free (000 or FOC)
• Local (LOC)
• Toll Local (TLC)
• Toll Long Distance (TLD or NAT)
• Operator (OP)
• International (INT)
• Operator and International (O/I)
• DISA (DSA)
• Conference (CNF)
• DID/DNIS (non-DISA) (DID or DI)
• Incoming (IN)
• Network (NET)
When a trunk that is subject to toll restriction is used, call cost type is determined according to
the digits dialed, as follows:
• Local: The following calls are classified as local calls:
• Calls to N11 or 1N11 (where N is 2–9), except 411 or 1411
• Any call to a toll-free area code
• All 7-digit or 10-digit calls within a local area code to office codes that are allowed in
User Group 1
85
Features and Programming Guide
• Any call that does not begin with 1, and does not fall into any of the other call cost
categories
• Toll Local: The following calls are classified as toll local calls:
• Any calls to 411 or 1411
• All 7-digit or 10-digit calls within a local area code to office codes that are restricted in
User Group 1
• Any call that begins with 1, that does not fall into any of the other call cost categories
• Toll Long Distance: Any call to an area code other than a local area code is classified as
a toll long distance call.
• Incoming: Any call, except DID/DNIS calls, that rings into the system and is answered is
classified as an incoming call.
• Network: Any call placed to or received from a network node is classified as a network call.
• Free: Any call within a PBX (a trunk access code is not dialed) is a free call.
• Operator: Any call starting with 0 or containing only 0 is classified as operator (0, 0+).
• International: Any call starting with 01 is classified as international (01+, 011+).
For U.S. systems: The multiplicative factor adjusts the daytime per-minute call cost for
evening and weekend rates of outgoing calls. For example, the evening call cost multiplier
86
System Management
is 0.65 if calls are 35% less expensive after 5:00PM. The evening (E) multiplicative factor
and night/weekend (N/W) multiplicative factors are used on the following schedule:
5 PM TO 11PM E E E E E E N/W
For European systems: The multiplicative factor adjusts the peak per-minute call cost for
standard and cheap rates of outgoing calls. For example, the call cost multiplier is 0.65 if
calls are 35% less expensive after 6:00PM. The standard (S) and cheap (C) multiplicative
factors are used on the following schedule:
1 PM TO 6 PM C S S S S S C
6 PM TO 9 AM C C C C C C C
FREEZE ZONES
You can freeze the system to “lock” the current state of the system fault history queue, which
is a sequential list of all system commands and inputs. You can use this list, when decoded,
to determine a series of events which may have resulted in an error. Unfreezing the system
“unlocks” the current state of the history queue, and resumes event collection.
Using freeze zones, you can determine which nodes in the network are frozen during each
freeze request. There can be up to 10 freeze zones in the database.
Double-click an individual zone to view nodes, if any, assigned to the freeze zone.
87
Features and Programming Guide
Method A
a. In the Value column, select the current value, and then type the new value in the box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click anywhere in the right pane, and then select Add To List. A window appears
prompting for the device type to include.
b. Select the node types (you can use the SHIFT or CTRL key to select more than one
item), and then click Next. The items with details appear. To view items in a list only,
click List.
c. Select the appropriate nodes, then select Add Items.
d. When you have added all the necessary nodes, click Finish. The selections appear
in the list. To view programming options, double-click the extension number.
Select one or more nodes from the list, right-click, and then select Remove Selected Items.
88
System Management
SYSTEM RESETS
This section describes system resets and how to reset the system on demand or to schedule
a reset. The system does not require a reset as a result of configuration in a DB Programming
session.
NOTICE
Possible Service Interruption. A system reset terminates all calls in progress. Schedule resets
to occur after normal business hours.
A Call Processing reset affects call processing and all related applications. To avoid Call
Processing issues, you can schedule a delayed reset, as described in the following sections.
89
Features and Programming Guide
If Daylight Saving Time is enabled, Mitel recommends that you do not schedule resets to
occur at 2:00 AM. If you do, the system may not perform the reset when the time changes.
NOTE Make sure the Scheduled Reset Time value (it defaults to 12:01AM) is AFTER the Periodic
Backup Database Save Time (it defaults to 11:00PM); otherwise any Database changes
since the previous backup database save will be lost.
(Read Only) Indicates if Call Processing requires a reset. If the field shows Yes, the system
resets at the time indicated in the System Delayed Major Reset field. If the field shows No, a
delayed major reset does not occur, even if one is scheduled.
If the System Requires Reset option is turned on, this field determines the default time for
scheduled system resets. Scheduled major resets can be scheduled when system
administrators program the database or when Reset System is selected from the Operations
menu.
Normally, the system does not perform a major reset if there are any active calls. However, if
this option is turned on, the system forces a major reset at the specified time, as programmed
in the previous section. A major reset causes all active calls on the system to be dropped. The
option should be used only on systems which are busy 24 hours each day and, therefore, do
not have a consistent time when all resources are idle and a normal delayed major reset can
be performed. This option affects any request to perform a major reset, whether it be by the
system itself for resource reconciliation, or requested through DB Programming.
When enabled, this option drops all active calls at the specified time, should a major reset be
NOTE necessary. This does not happen every day, but it does happen occasionally. Be aware of
this so you do not mistake the reset for a system failure.
90
System Management
Select the days of the week on which you want automatic resets to occur. Resets occur on the
days of the week that are selected, provided the Always Reset On Days Of Week option is
turned on. By default, all days of the week are turned off.
To select days:
1. Select System – Maintenance – Major Reset Scheduling – <day>.
2. In the Value column, select the check box. The field changes to Yes. To deselect the day,
clear the check box.
3. Press ENTER or select another field to save the change.
Set this option to Yes to have resets occur on the specified days of the week. If this option is
disabled, resets do not occur on the specified days. By default, this option is set to No. If a red
“X” appears next to Always Reset On Days Of Week, you have not selected any of the days
of the week. You must have at least one day of the week selected; otherwise, resets do not
occur. When finished, the system resets as programmed.
REBOOT SYSTEM
The Reboot System flag causes scheduled delayed resets to reboot the entire system. For
systems equipped with a PS-1/vPS-1, this option reboots the PS-1/vPS-1 and the Base Server.
It is set to No by default.
91
Features and Programming Guide
When you make a change that requires a reset, the Reset System dialog box appears when
you exit DB Programming.
You can use the scroll box to change the scheduled reset time to a different time (within
24 hours). For example, if the system is programmed to reset on Wednesdays at 11:30
PM, and you schedule a manual override time for 10:00 PM on a Wednesday, the
system resets at 10:00 PM and then again at 11:30 PM. By default, this is 12:01 AM.
Note that the Manual Override Time is only used when the system requires a reset.
This option can also be accessed from the Major Reset Scheduling folder in OLM mode.
• Force Reset If Not Idle: Turn on this option to force a reset, even if there are active
calls. If turned off, the reset is not performed until the system is idle. By default, this is
set to No. This option can also be accessed from the Major Reset Scheduling folder.
(This field was previously called Forced Delayed Major Reset.)
• Reset now: Performs an immediate system reset. Do not select this option if the system
is currently backing up the database; otherwise, the backup is aborted.
2. Click OK when finished.
92
System Management
MESSAGE PRINT
System messages can be printed to give service personnel and Mitel engineers information
about system status during troubleshooting. You may enable any combination of the error
message types. The available message types are:
• Alarm Messages: Indicate that a minor alarm has occurred, but that general system op-
eration was not affected.
• Information Messages: Provide information concerning system operation.
• Severe Messages: Indicate that a severe error has occurred in the system.
• Warning Messages: Indicate that a condition exists which may affect system performance.
• Network Dump: Provides information concerning network operation.
The fields you must program to set up Message Print include the following:
• Output Port And Local Backup Port below
• Message Print Output Active on page 94
• Output Device Line Width on page 94
• Print Options on page 94
For more information about Message Print, refer to the Message Print Diagnostics Manual.
Each node has its own Message Print programming, Message Print output port, and Message
Print output port backup. There should be a Message Print terminal at each node to monitor
node and network performance and aid in troubleshooting.
• If a node Message Print output port is a node, the network sends Message Print records
to the specified node.
• You cannot select a node as the backup Message Print output port.
• If Message Print output programming forms a loop, the system sends the output to the node
backup Message Print port. For example, if the Message Print port on Node 1 routes to
Node 2 and the Message Print port on Node 2 routes to Node 1, the configuration causes
an infinite loop. Message Print reports for Node 1 would be printed to the backup serial port
on Node 2 and vice versa.
To select ports for the Message Print reports, use one of the following methods:
Because a serial interface is not available on the MiVoice Office 250, the output to Message
Print is sent over IP to a remote node.
NOTE
This remote node can only be an Axxess system, and supported networking with Axxess
systems ended with Release 6.0.
Method A
1. Select System – Maintenance – Message Print – Output Port or Local Backup Port.
93
Features and Programming Guide
2. In the Value column, select the current value, and then type the new value in box. The port
number must be a port on a remote node.
3. Click out of the field or press ENTER. A screen appears showing what is associated with
the number entered.
4. Click OK. The new number appears in the field.
Method B
1. Select System – Maintenance – Message Print – Output Port or Local Backup Port.
2. Right-click the existing port. An option box appears.
3. Select Change Port. A window appears prompting for the device type to include.
4. Select None or Remote Node, and then click Next. The list of ports or nodes appears. To
view items in a list only, click List.
5. Select the desired port, and then click Finish. The selection appears in the appropriate
port field.
When enabled, activates the error/message reporting feature. This option is enabled by default.
Indicates whether the output device has 64, 80, or 132 character columns.
PRINT OPTIONS
Determine the types of error messages to be included in the error report. By default, the following
options are included in the error report (set to Yes):
• Print Alarm Messages: Indicate that a minor alarm has occurred, but that general system
operation was not affected.
• Print Information Messages: Provide information concerning system operation.
• Print Severe Messages: Indicate that a severe error has occurred in the system.
94
System Management
• Print Warning Messages: Indicate that a condition exists which may affect system
performance.
• Print Network Dump: Provide information concerning network operation.
FEATURE DESCRIPTION
Station Message Detail Recording (SMDR) is a system feature that provides a detailed record
of outgoing and incoming calls. The system records only valid calls. Outgoing answered calls
become valid when, depending on system programming, the Valid Call timer expires or polarity
reversal is detected. Outgoing Unanswered calls never become valid. Outgoing calls become
valid immediately if placed on hold or transferred. Incoming calls are always valid immediately.
Phone call data can be retrieved into a IP-compatible SMDR report-generating device.
You can also send SMDR information to the System Manager server. Defining sockets for either
output is programmed through the Administrative Web Portal (see “Administrative Web Portal“
on page 1190), but only one output port for SMDR can be active at any time. In a network, each
node has its own SMDR programming, SMDR output port, and SMDR output port backup. You
can enable or disable network call records on each node. When network calls are enabled, the
following applies:
• The system generates SMDR records for outgoing calls on the node where each trunk used
resides. For example, if a caller on Node 1 places a call using a trunk group on Node 2,
the SMDR report for Node 1 shows the outgoing call to Node 2 and the SMDR reports on
Node 2 shows the incoming call from Node 1 and the outgoing call on the trunk group.
• The call record type for network SMDR records is NET.
• If a node’s SMDR output port is a node, the network sends SMDR records to the specified
node.
• You cannot select a node as the SMDR output port backup.
• If SMDR output programming forms a loop, the system will send the SMDR output to the
node’s backup SMDR port. For example, if the SMDR port on Node 1 routes to Node 2 and
the SMDR port on Node 2 routes to Node 1, the configuration will cause an infinite loop of
SMDR routing. SMDR reports for Node 1 would be printed to the backup serial port on
Node 2 and vice versa.
95
Features and Programming Guide
Selectable SMDR options include any combination of the calls listed on page 101. For a
definition of call cost types see “Call Costs“ on page 84:
The system administrator can determine whether absorbed digits, equal access digits, and/or
toll field digits appear in the SMDR printout. As an example, assume the following number was
dialed: 89 (other system’s trunk access code) + 10288 (equal access code) + 1 (toll field) +
602 (area code) + 961-9000 (seven-digit number). The following programming options can be
used (see page 102 for a definition of suppress digit options):
• Suppress Absorbed Digits
• Suppress Equal Access Digits
• Suppress Toll Digits
Any combination of the above can be used. If all three fields are suppressed, only 602-961-
9000 will print. The system administrator can also suppress or allow call information in the
SMDR report “Dialed Digits” field. The following options are available:
• Suppress Outside Party Number
• Suppress Trunk Number
The system administrator can determine which equipped phone(s) and/or trunks will be included
in the report, and whether off-node devices will be included in reports. However, for incoming
calls, DISA calls, conference calls, and/or ring-in diagnostics, all calls are recorded even when
they involve phones not in the programmed phone list.
SMDR can be programmed to record the elapsed time of calls in seconds (S=XXXXXX) or
hours and minutes (HH:MM). If programmed to record elapsed time in seconds, the ELAPSED
TIME field will show “S=XXXXXX” (XXXXXX represents the number of seconds) for calls up to
999999 seconds long. For calls lasting longer than 999999 seconds, ELAPSED TIME will show
“HH:MM” (hours and minutes rounded up to the nearest minute).
The SMDR output record is printed as shown in the following example. A page heading (with
the day, date, month, year and column headings) is generated just after midnight to show the
change in date. A header is also printed after output from another system source (alarm,
informative message, and so forth), using the same output device, interrupted the SMDR output.
Figure 5: SMDR Output Example
26.05.2015
TYP EXT# TRUNK DIALED DIGITS START ELAPSED COST ACCOUNT CODE
XX XXXX XXXXXXX <28 characters> HH:MM HH:MM:SS $XX.XX XXXXXXXXXX *
In the upper left of the beginning of the SMDR Output, the date for which the data was collected
is shown.
TYP
96
System Management
EXT
The extension number (XXXXX) of the last phone to handle the call is shown. For a CO-to-CO
call, this field shows the extension number of the second trunk involved. For a conference call,
it shows the phone that initiated or answered the call. For an unanswered ring-in, it shows *****.
An outgoing call that has been initiated by another trunk shows the initiating trunk’s number.
TRUNK
The extension number of the trunk used during the call. For an IP network call (using the
networking IPRA), this field shows the extension number of the IP connection used for the call.
DIALED DIGITS
For an outgoing call: The first 28 digits of the telephone number are shown (if ARS was used
to place the call, the modified number, not the dialed digits, are shown). A “>” at the end of the
number indicates that more than 28 digits were dialed. Some digits may be suppressed (see
the previous page for an explanation). For a conference call, this field shows the phone that
brought the trunk into the conference unless the conference ends as a call with only one phone
and one trunk or if all conference parties are put on Individual Hold, in which case the field
shows the last party to handle the call.
For an incoming call: This field is determined by the service type of the trunk that was used
for the call and whether the digits are being suppressed. If the information is not suppressed,
it is included in the record, as shown in Table 15.
START
Shows the time that the call became valid. For an unanswered ring-in, it shows the time the
call began ringing. It is shown in 24-hour time (00:00–23:59).
ELAPSED
Shows the call length from the START time (above) until disconnect or the length of time an
unanswered call was ringing. If the option is enabled that shows call duration in seconds, calls
up to 999999 seconds long appears as S=XXXXXX (XXXXXX represents the number of
seconds) and calls lasting longer than 999999 seconds appear as HH:MM (hours and minutes).
97
Features and Programming Guide
COST
Displays an estimated cost of the call ($XX.XX), based on the database information. If cost
exceeds $99.99, it is printed without the decimal point ($XXXXX). If it exceeds $99999, $$$$$$
is shown instead. If there is no cost, the field is blank.
ACCOUNT CODE
Shows the standard, forced, or optional account code (up to 16 digits). An optional account
code overrides standard or forced account codes. The field is blank if no account code was used.
(RESULT)
PROGRAMMING SMDR
Devices
To assign the phones and trunks to be included in the SMDR output, double-click Devices. A
list of current devices, if any, appears. You can add or delete devices as follows:
To add devices:
1. Select System – Maintenance – SMDR – Devices.
2. Right-click anywhere in the right pane, and then select Add To Devices List. A window
appears prompting for the device type to include.
98
System Management
3. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. A list of devices appears. To view details, click Details.
4. Select the appropriate items, and then select Add Items. When you have added all the
desired devices, click Finish. The selections appear in the list. To view programming
options, double-click the extension number.
To delete devices:
Select the item(s) in the list, right-click, and then select Remove Selected Items.
Each node has its own SMDR programming, SMDR output port, and a local (backup) SMDR
output port. You can turn on/off network call records on each node. By default, the system
suppresses network call records. However, when they are turned on, the following applies:
Because a serial interface is not available on the MiVoice Office 250, the output to SMDR is
sent over IP to a remote node.
NOTE
This remote node can only be an Axxess system, and supported networking with Axxess
systems ended with Release 6.0.
• If the node SMDR output port is a node, the network sends SMDR records to the specified
node.
• If SMDR output programming forms a loop, the system sends the SMDR output to the node
local SMDR port. For example, if the SMDR port on Node 1 routes to Node 2 and the SMDR
port on Node 2 routes to Node 1, the configuration causes an infinite loop of SMDR routing.
SMDR reports for Node 1 would be printed to the local SMDR-associated IP address on
Node 2 and vice versa.
To select the output port and local port for the Message Print reports:
1. Select System – Maintenance – SMDR – Output Port or Local Backup Port.
2. Right-click the existing port. An option box appears.
3. Select Change Port. A window appears prompting for the device type to include.
4. Select None or Remote Node, and then click Next. The list of ports or nodes with details
appears. To view options in a list only, click List.
5. Select the port that you want to use, and then click Finish. The selection appears in the
port field.
The SMDR Output Active option activates the SMDR reporting feature. It is enabled by default.
99
Features and Programming Guide
If the Output to System manager option is turned off, SMDR information is not available to
System Manager users. If turned on, System Manager users can run call reports for this node.
To allow SMDR to give a more accurate representation of elapsed time, the Display Elapsed
Time in Seconds option can be turned on to record the elapsed time of calls in seconds instead
of minutes. For calls up to 999,999 seconds in length, the ELAPSED TIME field shows
“S=XXXXXX” (XXXXXX represents the number of seconds). For calls lasting longer than
999,999 seconds, ELAPSED TIME shows HH:MM. Hours and minutes rounded up to the nearest
minute.
If turned on, operator and international calls are displayed in SMDR as one entry under the
call-type abbreviation “O/I.” If turned off, operator and international calls are displayed
separately in SMDR: operator calls under “OP,” and international calls under “INT.” By default,
this is turned on.
To turn off the Display “O/I” for Operator and International Calls option:
1. Select System – Maintenance – SMDR – Display “O/I” for Operator and International
Calls.
2. In the Value column, select the check box. The field changes to No. To enable the option,
clear the check box.
3. Click out of the field or press ENTER to save the change.
100
System Management
A phone that transfers or manually forwards a call to the public network can be recorded in the
SMDR report. To display redirected information for trunk-to-trunk calls, add the trunks and
phones to the SMDR list. If the trunks and phones are not listed, the phones that transfer or
manually forward CO calls are not recorded in the SMDR report for redirected calls. This option
is disabled by default.
When enabled, SMDR displays a “T” in the output when a Two B-Channel Transfer (TBCT)
occurs. This option is disabled by default. For more information about TBCT, see ISDN PRI
Two B-Channel Transfer on page 284.
Record Calls
The Record Calls options determine the content of the SMDR output. Options include the
following:
• Record All Incoming Calls: Records all incoming calls that are answered, except DID/
DNIS calls.
• Record All Local Calls: Records all calls that use the “local” call cost.
• Record All Free Calls: Records all calls that use the “free” call cost.
• Record All Ring-in Diagnostics: A ring-in message is recorded for every incoming call
(whether answered or unanswered) to indicate how long it rang. All incoming calls are
recorded, even those involving phones not listed in the phone list.
• Record All Toll Local Calls: (U.S. only) Records all calls that use the “toll local” call cost.
• Record All Toll Long Distance Calls: (U.S. only) Records all calls that use the “toll long
distance” call cost.
• Record All Toll (National) Calls: (Europe only). Records all valid long distance toll calls.
• Record All Operator Calls: Records all calls that use the “operator” call cost.
• Record All International Calls: Records all calls that use the “international” call cost.
101
Features and Programming Guide
The Suppress Digits options determine which digits, if any, are suppressed when the dialed
digits are reported. To choose an option, select its current Value and place a check mark in
the box. To remove an option, select remove the check mark. Options include the following:
• Suppress Absorbed Digits: Absorbed digits (on local or PBX lines) do not appear in the
report if this option is selected. In the sample above, the absorbed digits (the other system
trunk access code) would be suppressed so that only 10288-1-602-961-9000 appears. If
absorbed digits are repeatable on a local line, the absorbed digits do not appear in the
SMDR report, even when repeated.
• Suppress Equal Access Digit: (U.S. only) Equal access digits will not appear in the report
if this option is selected. In the sample above, the equal access code field would be sup-
pressed to print only 89-1-602-961- 9000.
• Suppress Outside Party Number: Caller information that is received through ANI or Caller
ID [CLID] does not appear if this option is selected.
102
System Management
• Suppress Toll Digits: When this option is selected, toll digits do not appear in the report.
In the sample above, the toll field is suppressed so that only 89-10288-602-961-9000 prints.
• Suppress Trunk Number: Information received through DID or DNIS [DDI] is not included
in the report if this option is selected.
With the MiVoice Office 250, you can directly access the SMDR socket.
To establish a connection, the client must first establish a TCP/IP socket connection. After a
valid connection has been established, which is independent of any user data actually being
sent or delivered, the client must send a particular login sequence as its first message to the
server. This message must take the following format.
For example, a client with the password 12345678 could use the following to log in.
Figure 7: SMDR Login Message Example
0x0E 0x00 0x00 0x00 0x84 0x31 0x32 0x33 0x34 0x35 0x36 0x37 0x38 0x00
103
Features and Programming Guide
The follow example is an SMDR record in hex format as it is sent from the MiVoice Office 250.
Note that the first four bytes is the length, and the last two bytes are a carriage return (CR) and
a line-feed (LF).
Figure 8: SMDR Record in Hex Format
0x52 0x00 0x00 0x00 0x54 0x4C 0x43 0x20 0x31 0x31 0x32 0x30 0x32 0x20 0x39 0x34
0x30 0x30 0x33 0x20 0x39 0x36 0x31 0x2D 0x39 0x30 0x30 0x30 0x20 0x20 0x20 0x20
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
0x20 0x30 0x38 0x3A 0x33 0x36 0x20 0x30 0x30 0x3A 0x30 0x30 0x3A 0x30 0x33 0x20
0x24 0x30 0x30 0x2E 0x30 0x30 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
0x20 0x20 0x20 0x20 0x0D 0x0A
The following example is the ASCII representation of the previous SMDR Record. Note that
first row of bolded numbers represents the column (from 1 to 80) in which the specific SMDR
field is located (e.g., the dialed digits field 961-9000 starts at column 17, which is represented
by a 7).
Figure 9: SMDR Record in ASCII Format
12345678901234567890123456789012345678901234567890123456789012345678901234567890
TLC 11202 94003 961-9000 08:36 00:00:03 $00.00
SMDR Formatting
Each SMDR record contains 80 ASCII characters followed by a carriage return (CR) and a line-
feed (LF). Each field of information (for example, Type, Start Elapsed, Cost, etc.) starts in the
same column number, and a space is used to separate the fields.
After the SMDR application connects to the MiVoice Office 250 or at the start of each day, the
MiVoice Office 250 sends two lines of header information. Note that the first row of bolded
numbers represents the column in which the specific SMDR field is located (from 1 to 80) and
is not part of the SMDR output.
Figure 10: SMDR Output Format 1
12345678901234567890123456789012345678901234567890123456789012345678901234567890
Station Message Detailed Recording HH:MM:SS MM-DD-YYYY
A normal SMDR record has the following format. Note that the first row of bolded numbers
represents the column in which the specific SMDR field is located (from 1 to 80) and is not part
of the SMDR output.
Figure 11: SMDR Output Format 2
12345678901234567890123456789012345678901234567890123456789012345678901234567890
ccc eeeee ttttt dddddddddddddddddddddd hh:mm hh:mm:ss $cc.cc aaaaaaaaaaaa*
A ring record has a slightly different format. Note that the first row of bolded numbers represents
the column in which the specific SMDR field is located (from 1 to 80) and is not part of the
SMDR output.
Figure 12: SMDR Output Ring Record
104
System Management
12345678901234567890123456789012345678901234567890123456789012345678901234567890
***** ttttt RING........ hh:mm hh:mm:ss
TYP EXT# TRUNK DIALED DIGITS START ELAPSED COST ACCOUNT CODE
LOC 11201 94003 961-9000 09:28 00:00:05 $00.00
TLD 11205 94002 1-212-555-5346 10:29 02:05:06 $12.50*
LOC 11202 94006 961-9000 10:39 01:10:03 $00.00
***** 94000 RING......480-555-9911 11:37 00:00:06 *
The information provided in this section is limited to the description of the SMDR socket
connection to the MiVoice Office 250. For additional SMDR feature and programming
information, see page 95.
Membership in the Mitel Solutions Alliance (MSA) at the Developer Basic or Developer
Advanced member level is required to obtain Developer Support regarding MiVoice Office 250
SMDR use and troubleshooting. See www.mitel.com/msa for additional information or to apply
online.
105
Features and Programming Guide
106
Chapter 4
PRIVATE NETWORKING AND SYSTEM
NODES
Features and Programming Guide
INTRODUCTION
This chapter provides information to help you configure network settings or add system nodes
to a private IP or T1/E1 PRI network.
For more information about private networks and nodes, refer to the following chapters in the
MiVoice Office 250 Installation Manual :
• Appendix A: Private Networking
• Appendix B: Network IP Topology
108
Private Networking and System Nodes
The Internet Protocol Resource (IPRA) application relies on a unique numbering plan to make
connections across the network. You must assign each Processor Module (and if applicable,
the Processor Expansion Card) in the network a unique extension that the other Processor
Modules must be able to recognize. For this reason, Mitel strongly suggests that you use the
P6XXY numbering convention, where XX is the node number and Y is the IPRA number.
For example, the Processor Module on Node 1 would be P6011 and the Processor Expansion
Card on Node 1 would be P6012.
For example, the Processor Module on Node 2 would be P6021 and the Processor Expansion
Card on Node 1 would be P6022.
You should also complete the IP Networking Planning Sheet (see Appendix A: Private
Networking in the MiVoice Office 250 Installation Manual ) before you begin programming IP
networking. The Private Networking section includes programming examples. If you do not
follow a numbering convention and identify the extensions before you program the IPRAs, it
will be difficult to successfully set up your network.
If necessary, choose a “P6XXY” extension where XX is the node number where the IP
resource resides and Y is the IP resource number. A default extension (P6000) is provided,
but it may need to be changed if the same extension already exists. If using the Processor
Expansion Card (PEC), the default extension is P6001.
The extension you assign to each IP resource must reflect the node where the IP resource
resides. If it does not, it will be difficult to establish the IP connections between IP resources
NOTE
on a multi-node system. This numbering convention also limits the number of networking IP
resources within a private network to 1000.
2. Program the IP Connection: The IP resource screen contains a link to the IP resource
IP connection. Whenever the system creates an IP connection, the system broadcasts the
IP information to the other nodes as a database update, and the new IP connection be-
comes an off-node device on the other nodes (provided the remote node does not block
the database change such as when a DB Programming session is active on the remote
node). This does not automatically configure the IP resources for use by the network. You
must manually program networking parameters locally as well as on each remote node.
3. Program the IP Connection for the remote node: You can also create IP connections
to represent IPRAs on other nodes within the network. To see these off-node IP connection
fields, you must have a node created in System\Devices and Feature Codes\Nodes.
4. Create an off-node IP connection in the IP Connections field.
109
Features and Programming Guide
5. Enter the “P6XXY” extension of the off-node IP connection. Again, you must assign a unique
extension to each IP connection within the network. When creating off-node connections
and other IP-related extension numbers, use a numbering plan that associates the exten-
sion to the device and the node on which it resides. For example, the first IP resource on
node 2 would be P6021 (P6 followed by the node number, then the IP resource number).
The second IP resource would be P6022, and so forth.
6. Program a remote IP address, remote audio receive port, and remote listening port in the
IP Connection screen.
7. Program the Node IP Connection Group: The off-node IP connection screen also con-
tains a link to the Node IP Connection Group field to which the IP connection belongs. The
system automatically creates a node IP connection group for each remote node you pro-
gram. A node IP connection group corresponds to an IP network connection between the
local node and a remote node. Changes to the Node IP Connection Group parameters do
not take effect until the next call. Changes do not affect existing calls.
110
Private Networking and System Nodes
NODES
The following sections describe local and remote nodes, as shown in the figure below, and how
to create and program them. You must restart DB Programming when you create a node.
You can also use the Networking Wizard to quickly add and configure new nodes. See
“Launching the Networking Wizard“ on page 115 for instructions on how to launch the wizard.
For complete information about the Networking Wizard, refer to the MiVoice Office 250 DB
Programming Help.
LOCAL NODES
The local node is automatically created in DB Programming when the system is installed. For
the local node, you can only assign the description, username, and node number.
REMOTE NODES
Remote nodes are Mitel Advanced Communication Platform systems, such as the MiVoice
Office 250 which are connected to the local node. You must program each remote node with
a node number, node trunk groups, and a search algorithm.
111
Features and Programming Guide
To program the node trunk or node IP connection groups included in this node:
1. Select System – Devices and Feature Codes – Nodes – <node>.
2. Double-click Node Trunk/IP Connection Groups.
3. Do the following:
Note that this is an ordered list. Place the trunk or IP connection groups in the order you
want them to be accessed when the hunt group (if applicable) receives calls.
112
Private Networking and System Nodes
• To add to the bottom of the list: Do not select any existing trunk or IP connection groups.
• To add to the list above an existing trunk group: Select the trunk or IP connection group.
a. Right-click in the right pane, and then click Add To Node Trunk/IP Connection
Groups List. A window appears prompting for the device type to include.
b. Select Node Trunk Group or Node IP Connection Group, and then click Next.
c. The items with details appear. To view items in a list only, click List. Select the items
(you can use the SHIFT or CTRL key to select more than one item), and then click
Add Items.
d. When you have added all the node trunk groups necessary, click Finish. The selections
appear in the list. To view programming options, double-click the extension number.
• To move a trunk or IP connection group to another location in the list:
Drag and drop the trunk or IP connection group to the new position. Or, select the trunk
or IP connection group to move and press CTRL + the up/down arrow to move the
trunk or IP connection group up or down in the list.
The search algorithm determines whether the node trunk groups are accessed in linear or
distributed order:
• Linear: The system first attempts to route a call through the first node trunk group listed.
If it is unable to route through that node trunk group, it attempts to route the call through
the second node trunk group in the node. The system continues to attempt to route the call
through the subsequent node trunk groups listed in the node until it successfully routes the
call or exhausts all node trunk groups in the list.
• Distributed: The system equally distributes the first node trunk group used with each call.
For example, if the system routed the first call through the first node trunk group in the node,
it routes the second call through the second node trunk group in the node.
Determining the order to list the Node Trunk or IP Connection Groups in a node and when to
use Linear or Distributed search type depends on your system configuration and traffic. For
example, if the Node Trunk or IP Connection Group List has more than one trunk group that
connects to the same node, you should use the Linear search type instead of Distributed. For
more information, refer to “Appendix A: Private Networking,” in the MiVoice Office 250
Installation Manual .
113
Features and Programming Guide
The Audio for Calls Camped onto this Device field defines the audio that callers hear when
camped-on to the node trunk or IP connection group. For more information about audio settings,
see “Device Audio for Calls Settings“ on page 438.
To program the Audio for Calls Camped onto this Device field:
1. Select System – Devices and Feature Codes – Nodes – <node> – Audio for Calls Camped
onto this Device.
2. In the Value column, select the option from the list.
3. Click out of the field or press ENTER to save the change.
114
Private Networking and System Nodes
From the DB Programming menu bar, select Tools, and then select Networking Wizard. The
Networking Wizard Welcome screen appears.
For complete information about the Networking Wizard, refer to the MiVoice Office 250 DB
Programming Help.
115
Features and Programming Guide
In the default state, the Enable Voice Processor flag is enabled. If you do not have an
NOTE external voice processing system connected to the MiVoice Office 250, disable this
flag before attempting to import or export information over the network.
If the network is unable to export or import an extension to a node (automatically or using the
Export/Import feature) because there is an active programming session on that node, the node
is unable to communicate with its Voice Processor port, the node is down, or the links to the
node are down, the new extension will not be added to or changed on that node. (If Message
Print is enabled, error messages will indicate any unsuccessful broadcasts.) You must manually
add or change the new extension in the node database or try to export or import it later. You
may want to check each node to verify that their off-node device lists are programmed properly
to allow access between the nodes.
Extension numbers that exist before the network is established will not be automatically
broadcast to other nodes, until they are modified. They must be exported or imported using the
Export/Import option or programmed manually at each of the other nodes. Also, each node can
have only 8000 off-node device entries in its database. When that limit has been reached, new
devices received through network broadcasts cannot be added to that node database.
116
Private Networking and System Nodes
3. Select the following information, and then click Export or Import. Or, click Close to cancel
the operation without exporting or importing any information.
• Remote Node Number: Select the node(s) you want to export the information to or
import the information from, by placing checks in the appropriate boxes. Click Select
All or Unselect All to select or unselect all of the nodes.
• Device Type: Select any combination of device types you want to export or import by
checking the appropriate boxes. IP device information is automatically included if you
import or export all phones. In addition, IP SLAs are automatically included if you import
or export all single line sets. Click Select All or Unselect All to select or unselect all
of the device types.
NOTE ACD agents may be imported or exported the same as the other device types.
When you click to begin the export or import operation, the upper panel shows the export or
import status.
If you are exporting information, the node you are exporting from is listed as “Node X: Export
Source.” The destination node or nodes will show the node number and the current status of
the export. Once the import from a node is completed, either successfully or unsuccessfully,
the import source node displays the final status of the import. The screen will show messages
as explained in Table 16 on page 118.
117
Features and Programming Guide
If the local node cannot communicate with the remote node, the export or import will fail.
Before you attempt to export or import information, verify that you can reach the remote
node by dialing the extension assigned to the remote node. If you hear dial tone, you should
be able to successfully export or import information. If you receive a NOT REACHABLE
message, you must determine why calls are not properly being routed to the specified
remote node before you can export or import information. If you camp on to a node while
trying to reach the remote node, wait for the node trunk group to become available so that
you can guarantee the remote node can be reached.
5. After attempting to export or import information, check Message Print output for error
messages:
• If a programming session is active on the remote node, you cannot export information
to that node until the programming session has been terminated. Also, if the remote
node has a Voice Processor and the link is down, the export will fail on the remote node.
• If an existing extension on the remote node conflicts with an exported extension num-
ber, you will see one of the error messages listed in the following table. The error
message indicates the resulting action on the remote node. In the example used in
Table 17 on page 119, the device information was exported from local node 1 to remote
node 2.
118
Private Networking and System Nodes
119
Features and Programming Guide
MODEMS
You can create off-node devices for modems on the other nodes and program individual
modems on the Local node, as shown in the figure below.
NOTICE
Possible Database Corruption. Poor line quality may cause data transmission problems when
the modem connection exceeds 19200 baud. For this reason, Mitel recommends that you do not
use the modem to restore the database. If you attempt a restore using the modem, the database
may become corrupt.
OFF-NODE MODEMS
You cannot program off-node modems across an IP connection. Also, you must
IMPORTANT program a remote node on the system before you can create an off-node modem
extension.
Off-node modems allow access to modems on other nodes. When you double-click a remote
node, a list of its existing off-node page modems with extensions, descriptions, and usernames
appears. You can create or delete off-node modems. After you create the modems, you can
change modem extensions and enter descriptions and usernames. When programming
modems, follow a universal numbering plan (for example, the extensions must be unique).
NOTICE
System Instability. Do not create or delete more than 2000 off-node devices at a time. Batch
creating more than 2000 off-node devices may cause system problems.
120
Private Networking and System Nodes
4. For each extension, program the description (using up to 20 characters) and the user name
(using up to 10 characters). After you program the off-node modem extension, you can
use the off-node modem extension for the same functionality as the local modem extension.
LOCAL MODEMS
You can program local modems.
121
Features and Programming Guide
SYSTEM MANAGER
System Manager is a server-based application that centralizes the management functions of
the system and its peripheral products. To interface with System Manager:
• Call Processing requires a System Manager agent account for each node that will connect
to the System Manager server.
• You must upload the Certification Authority (CA) certificate for System Manager. If you do
not upload the CA certificate, you will not be able to access DB Programming through the
System Manager Web interface.
• You must configure DB Programming to connect to System Manager.
For details about agent accounts and DB Programming requirements, refer to the System
Manager Installation and Maintenance Manual, part no. 835.2743.
122
Private Networking and System Nodes
• Password: Identifies the password for the agent account that is programmed in System
Manager. System Manager has been replaced by System Administration and
Diagnostics.
The Username and Password fields must match the information that is programmed in
NOTE System Manager. If these fields do not match the agent account information, the node will
not connect to System Manager.
123
Features and Programming Guide
124
Private Networking and System Nodes
PRIVATE IP NETWORKING
This section describes how the MiVoice Office 250 handles Private IP Networking:
• IPRA Resources below
• Compatibility with Existing Products below
• Resource Allocation on page 125
• Resource Reservation on page 127
• IP Device Resource Manager on page 127
• Data Connections on page 127
• Audio Connections on page 128
• IP Connections and IP Connection Groups on page 128
• QoS on page 128
• Audio Connections to IP Devices on page 128
• DTMF Configuration on page 129
• Diagnostics on page 129
• NAT Traversal for IP Phones on page 129
• Automatic NAT Detection on page 130
IPRA RESOURCES
The Internet Protocol Resource Application (IPRA) supports both IP devices and private
networking. IPRA supports up to 32 IP resources, including MGCP trunks, SIP gateway trunks,
multi-protocol phones, or IP networking ports.
For example, an IPRA on one node can communicate directly with an IPRA on another node,
but not with a T1M or T1M-2 module or with an IP Networking Resource. While the IPRAs, T1M
or T1M-2s, and IP Networking Resources cannot communicate directly, they can still be used
in the same system multi-node network.
RESOURCE ALLOCATION
System resources for Private IP Networking are allocated in the following manner:
• IP Networking Resources: The system allocates IP Networking resources upon call setup.
If the resources necessary to complete a call are not available, the call camps-on to the
125
Features and Programming Guide
resources and the system does not deliver the call to its destination until the resources are
available.
• Camp On: Similar to private networking using T1/PRI or E1/PRI, the system first attempts
to route a call using every programmed route. If all routes fail, the system then camps on
to the first programmed route.
• Transfers: The system does not release IP Networking resources following a transfer, even
if those resources are no longer needed for the current audio configuration.
For example, device A on node 1 calls device B on node 2 using IP Networking Resource
W on node 1 and IP Networking Resource X on node 2.
Device A Device B
IP IP
Networking Networking
Resource Resource
W X
Node 1 Node 2
Device B transfers the call to device C on node 3 using IP Networking Resource Y on node
2 and IP Networking Resource Z on node 3 for the transfer announcement call.
When device B hangs up to complete the transfer, the system may optimize the route such
that the system uses only IP Networking Resource W on node 1 and Resource Z on node
3 to make the audio connection. However, the system does not release Resources X and
Y on node 2 for use by other calls.
• Multiple Ring-In Calls: The system reserves IP Networking Resources for each leg of a
complex call. However, once the call is answered, the system releases all Resources that
are allocated for legs that no longer exist.
For example, device A on Node 1 calls an All-Ring Hunt Group with three members on
Node 2. The system reserves three IP networking resources on each node, allowing each
member to receive an incoming call ring.
126
Private Networking and System Nodes
Node 1 Node 2
If only two IP networking resources are available on one of the nodes, the system reserves
the two available IP networking resource pairs and rings only two members, applying Camp
On to the third resource pair. Once a Hunt Group member answers the call, the system
releases the extra resources such that only one resource on Node 1 and one resource on
Node 2 are used.
NODE 1 Node 2
RESOURCE RESERVATION
The Resource Reservation Tool provides the interface for reserving IP resources for devices
or applications in an oversubscribed system. After IP resources are reserved for particular
purposes, the remaining resources are shared on a first-come, first-served basis. See page 675
for details.
DATA CONNECTIONS
The following data connections are maintained by the Private IP Networking feature:
• Data Channels: The system maintains one data connection between each node pro-
grammed for Private IP Networking. The system uses this data connection for call control
and datagram messaging. When a data connection fails, the system attempts to establish
a new connection using alternative IPR application resources if they are available. If all
data connections fail, the system may drop calls in progress, and further call attempts using
the connection are blocked.
• Route Optimization: Call control route optimization using IP works almost identically to
call control route optimization using T1/E1/PRI. The system identifies instances where a
call passes through the same node twice (a route loop) and eliminates the loop. The system
releases all resources within the loop, including DSPs.
127
Features and Programming Guide
AUDIO CONNECTIONS
The system monitors the following audio connections:
• Audio Connection Status
• Audio Connection Parameters
• Audio Route Optimization
• Insufficient Bandwidth
QOS
The system sets the ToS (Type of Service) bits in the IP packet headers to aid the network in
implementing Quality of Service (QoS). The system uses the Audio RTP Type of Service and
Data Type of Service flags to set the appropriate ToS bits in the header. For programming
instructions, see “Local Processor Module and Expansion Card IP Settings“ on page 645.
128
Private Networking and System Nodes
Sometimes the system may not detect that a call is connected over an IP network. If this
NOTE situation occurs, the system may allow users to enable enhanced speaker phone mode,
which will degrade the call quality.
DTMF CONFIGURATION
You can program the IPR application to use a specific set of values that affect DTMF detection.
This configuration allows you to make the system more or less sensitive to DTMF tones, which
ultimately affects the amount of talkoff. In general, the more sensitive the system is to DTMF
tones, the more likely talkoff is to occur. For programming instructions, see “DTMF Detection
Information“ on page 964.
DIAGNOSTICS
The IP Networking application includes several tools for performing diagnostics when
troubleshooting. These tools are separate from call processing and can display only information
local to the IPR application. There are also programming displays to control how the call
behaves.
The MiVoice Office 250 supports connecting with IP phones over the Internet while allowing
networking to utilize a customer's wide area network (WAN) behind a Network Address
Translation (NAT)/firewall. This system enhancement was not available in the initial v1.0
release.
This enhancement permits a system residing behind a NAT/firewall to utilize a static IP address
to allow IP phones from the Internet to traverse, or bypass, the NAT. This capability is useful
because NAT does not translate IP addresses in the payloads of IP packets, and VoIP traffic
on the Internet is subject to Quality of Service (QoS) problems.
The MiVoice Office 250 can be programmed to use the appropriate address for each IP phone—
Native (internal to the WAN) or NAT (external to the WAN). In other words, instead of depending
on NAT, the MiVoice Office 250 can be programmed to use the appropriate IP address when
communicating with external IP phones.
129
Features and Programming Guide
For instructions to implement near-NAT traversal for IP phones, see “NAT Address Type“ on
page 260.
The preferred method to deploy remote phones (teleworker phones) is to connect a Mitel Border
Gateway to the MiVoice Office 250.
For more information about networking options in general, refer to “Appendix B: Network IP
Topology,” in the MiVoice Office 250 Installation Manual .
Automatic Network Address Translation (NAT) Detection allows Mitel IP phones to operate
inside or outside a private network NAT or firewall without having to change the NAT Address
Type field in the IP Settings folder in DB Programming every time the phone is relocated. The
feature enables Mitel hard IP phones and the Mitel 8602 IP softphone to place and receive
calls either from inside or outside a Mitel private network. An example NAT configuration is
shown in the figure on page 115.
To accomplish this near-end NAT traversal capability, the MiVoice Office 250 is programmed
with both its Native IP address and the corresponding statically NATed public IP address. The
platform being programmed with both addresses allows system-defined IP phones calling in
from the Internet to traverse the NAT/firewall.
If the default Auto NAT Type is designated for an IP phone in DB Programming, the Auto NAT
Detection feature determines the correct IP address to use when the phone comes online.
Once the NAT type is determined, the IP phone uses the setting for all calls. However, the NAT
IP address associated with the system must be programmed manually in order for the NAT
detection test to run.
130
Private Networking and System Nodes
Firmware on these phones cannot run the Auto NAT Detection test. For these phones, manually
select the NAT Type setting in DB Programming.
Neither automatic nor manually selected NAT traversal applies to the 8601 SoftPhone for Pocket
PC application.
The figure below shows the configurations of phones programmed for the three NAT Types in
DB Programming.
IP Phone IP Phone
or Softphone or Softphone
application application
IP Phone
or
131
Features and Programming Guide
Mitel recommends that you use these versions if you are using the 99 Nodes feature, so you
NOTE
should upgrade to the latest non-chargeable upgrade available.
V4.0 OR
MIVOICE OFFICE 250 VERSION V2.3 V2.4 V3.0 V3.1 V3.2 LATER
Applications
CT Gateway 4.30x 4.40x or Later
Auxiliary Applications
Attendant Console 3.004 3.1x or Later
Devices
52XX/53XX Not Supported 1.06.00.04 or Later
Page 1 of 2
132
Private Networking and System Nodes
V4.0 OR
MIVOICE OFFICE 250 VERSION V2.3 V2.4 V3.0 V3.1 V3.2 LATER
8528/8568 Not Supported All Versions
8660 8.2.2 8.3.0 or Later
8664/8665/8668 1.0.0.4 or Later
8600/8620/8662 2.2.02 2.2.04 or Later
8690 1.1.8 or Later
IP PhonePlus 8.1.0 or Later
IP SLA 8.1.0 8.2.0 or Later
Page 2 of 2
Increased Node Capacity: A system The node that is resetting is running Upgrade the node to v2.1 or
is continuously experiencing software an invalid software version. After the later.
exceptions and resetting. The system network is operating at a 63+ node
resides in a network of 63+ nodes. The network, nodes cannot downgrade to
node is running earlier than v2.1 earlier than v2.1.
software.
Attendant Console Causes Slow- This is a “brute force” OAI command Leave the Attendant Console
Downs: The system slows down when that requests all the off-node device running continuously rather
an Attendant Console application information from the system. The slow than shutting off the
connects to a system. down is directly related to the number application during non-work
of off-node devices in the system. hours. This will reduce the
number of refreshes the
console performs to get status
of the devices in the network.
“Brute Force” Network Broadcasts: Insufficient IP networking resources. This condition of oscillating on
The system uses the last IP resource. the last IP resource is
The system sends a broadcast undesirable. If the system is in
message to all nodes in the network to this state, upgrade to a
inform them that it cannot handle IP Processor Expansion card to
networking calls. As an IP resource increase the number of IP
frees up, the system sends a resources, or attempt to
broadcast message to all nodes in the reduce the number of IP
network again to inform them that it phones to allow more
can handle IP networking calls. If the networking IP resources. Note
system oscillates between this last IP that v2.1 or later system has
resource, it can cause a tremendous been modified to prevent the
amount of IP traffic on the entire “brute force” network
network. broadcasts.
133
Features and Programming Guide
IP NETWORKING
Table 19 summarizes the troubleshooting strategies recommended for resolving discrepancies
that may occur with IP networking.
Page 1 of 4
134
Private Networking and System Nodes
Page 2 of 4
135
Features and Programming Guide
Page 3 of 4
136
Private Networking and System Nodes
Page 4 of 4
NETWORK NODE
Table 20 summarizes the troubleshooting strategies recommended for resolving discrepancies
that may occur with a network node.
Page 1 of 2
137
Features and Programming Guide
Page 2 of 2
138
Chapter 5
NUMBERING PLANS
Features and Programming Guide
INTRODUCTION
This chapter provides information to program MiVoice Office 250 Numbering Plan options, as
shown in the figure below. The system Numbering Plan determines how the system manages
outgoing calls. Numbering Plan programming options include the following:
• Area Flags on page 141
• Classes of Service (COS) on page 143
• Device Baseline Extensions on page 148
• Automatic Route Selection (ARS) on page 150
• Dial Rules
• Facility Groups
• Route Groups
• Emergency Calls on page 166
• Home Area Codes on page 168
• Toll Strings on page 169
• User Groups on page 172
140
Numbering Plans
AREA FLAGS
U.S. installations only. If your system office codes (digits 4, 5, and 5 in a 10-digit number) and
area codes (digits 1, 2, and 3 in a 10-digit number) overlap, or if toll digits are allowed on toll
calls or long distance calls, you can change the area and office code flags.
The first two flags from the bulleted list below determine how area and office codes overlap.
Table 21 shows the difference between the standard North American Numbering Plan (NANP)
and each of the overlap flags, which are represented by the following variables:
• N = 2–9
• Z = 0 or 1
• X = 0–9
The following are system Area Flags used for Numbering Plans:
• Office Codes Used as Area Codes: An area code in another location uses an NXX pattern
that matches an office code within the system site area code. Because the system cannot
differentiate between an office code and an area code when the second digit dialed is 0–
9, it will wait for the Interdigit timer to expire or another digit to be dialed before assuming
that dialing is completed.
• Area Codes Used as Office Codes: One or more office codes within the system site area
code use an NZX pattern that is the same as an area code in another area. Because area
codes do not resemble office codes (NXX), end-of-dialing detection is not affected by this
flag.
• Local 7/10 Digit Dialing: When this flag is enabled, outgoing calls are identified as having
reached the end of dialing if the first digits are not a toll field, equal access field, operator
access field, or a local area code. This function speeds up placement of local seven-digit
calls in an area where some local calls require 10 digits.
• Toll Digit Allowed On Toll Local Calls: This option applies only if the area and office
codes overlap. Callers in the site area code usually dial a 1 when placing a call within the
local area code(s).
• Toll Digit Required On Toll Long Distance Calls: This option applies only if the area and
office codes overlap. Callers in the site area code must dial a 1 when placing a call outside
of the local area code(s).
141
Features and Programming Guide
142
Numbering Plans
FEATURE DESCRIPTION
Class of Service (COS) is used for toll restriction, which prevents system users from placing
outgoing calls. COS designations (01–09 or 01–07) have default values and COS designations.
COS designations 10–16 or 08–16 are blank. Classes of service 02–16 have programmable
dialing patterns, and all have programmable day and night lists of devices.
Exact (complete) pattern matches with classes of service marked as “allowed” always override
exact (complete) pattern matches with classes of service marked as “denied.” Also, partial
(incomplete) pattern matches with classes of service marked as “allowed” always override
partial (incomplete) pattern matches with classes of service marked as “denied.” The only time
a pattern in a denied class of service overrides a pattern in an allowed class of service is when
the match with the denied pattern is exact (complete) and the match with the allowed pattern is
The following are COS designations for U.S. systems (for European systems, see page 144):
• COS 01 – ARS Only: (This is a phone COS only. It is not used for trunk groups.) When
enabled, users must use Automatic Route Selection (ARS) to place calls. Users hear re-
order tones when attempting to place a call using any other method. A restricted user can
still select individual trunks if the trunks are designated as “exempt from ARS Only” (see
page 540), were transferred, were placed on hold, or are recalling or ringing. Trunk restric-
tion determines which trunks in the ARS route group can be selected by the phone or voice
processing application.
• COS 02 – Deny Area/Office: This restriction is divided into eight user groups (see
page 172) to allow the use of varying area and office code restriction tables. This reduces
restrictions for some of the phones, voice processing applications, or trunk groups while
increasing restrictions for others. Each phone, application, and trunk group is assigned a
day mode and a night mode user group. Within each user group, you can designate area
codes as restricted, allowed, or extended. Restricting an area code prevents users from
placing calls to that area code. Allowing an area code allows all office codes within that
area code. You can designate an area code as extended to determine which office codes
(up to 800) are allowed or restricted within that area code. For each user group, you can
mark up to 800 area codes as allowed or restricted in the database list, and up to six area
codes can be marked as extended.
• COS 03 – Deny Operator: Calls to numbers that match the dial patterns for this class of
service (defaults to [Q]RN+, [Q]R0, and [Q]RE) are restricted, unless the number also
matches a dial pattern in an “allowed” class of service that is assigned to the phone, voice
processing application, or trunk group.
143
Features and Programming Guide
• COS 04 – Deny Toll Access: Calls to numbers that match the dial patterns for this class
of service (defaults to [Q]TN+ and [Q]TE) are restricted, unless the number also matches
a dial pattern in an “allowed” class of service that is assigned to the phone, voice processing
application, or trunk group.
• COS 05 – Deny International: Calls to numbers that match the dial patterns for this class
of service (defaults to [Q]I+) are restricted, unless the number also matches a dial pattern
in an “allowed” class of service that is assigned to the phone, voice processing application,
or trunk group.
• COS 06 – Deny Equal Access: Calls to numbers that match the dial patterns for this class
of service (defaults to Q+) are restricted, unless the number also matches a dial pattern in
an “allowed” class of service that is assigned to the phone, voice processing application,
or trunk group.
• COS 07 – Deny Local Calls: Calls to numbers that match the dial patterns for this class
of service (defaults to N+) are restricted, unless the number also matches a dial pattern in
an “allowed” class of service that is assigned to the phone, voice processing application,
or trunk group.
• COS 08 – Denied Numbers: Calls to numbers that match the dial patterns for this class
of service (defaults to 1900NXXXXXX+ and 976XXXX+) are restricted, unless the number
also matches a dial pattern in an “allowed” class of service that is assigned to the phone,
voice processing application, or trunk group being used. Calls are only restricted if the
dialed patterns match the denied pattern exactly and that is the only class of service you
have. Allowed numbers (as follows) always override denied patterns, even if the numbers
are similar.
• COS 09 – Allowed Numbers: Calls to numbers that match with the dial patterns for this
class of service, defaults to 1(800, 888, 877, 866, 855, 844, 833, and 822)NXXXXXX+, are
allowed, even if number also matches a dial pattern in a restricted class of service that is
assigned to the phone, voice processing application, or trunk group being used.
The following are COS designations for European and Australian systems (for U.S. systems,
see page 143):
• COS 01 – ARS Only: (This is a phone COS only. It is not used for trunk groups.) Calls can
only be placed using the Automatic Route Selection (ARS) feature when this restriction is
assigned. The user will hear reorder tones when attempting to place a call using any other
method. A restricted user can still select individual trunks if the trunks are designated as
“exempt from ARS Only” (see “Toll Restrictions“ on page 539), were transferred, were
placed on hold, or are recalling or ringing. Trunk restriction determines which trunks in the
ARS route group can be selected by the phone or Voice Processing application.
• COS 02 – Deny Operator: Calls to numbers that match the dial patterns for this class of
service (defaults to R+) are restricted, unless the number also matches a dial pattern in an
“allowed” class of service that is assigned to the phone, voice processing application, or
trunk group being used.
• COS 03 – Deny Toll Access: Calls to numbers that match the dial patterns for this class
of service (defaults to TN+, TE, 010+, and T1+) are restricted, unless the number also
144
Numbering Plans
matches a dial pattern in an “allowed” class of service that is assigned to the phone, voice
processing application, or trunk group being used.
• COS 04 – Deny International: Calls to numbers that match the dial patterns for this class
of service (defaults to I+) are restricted, unless the number also matches a dial pattern in
an “allowed” class of service that is assigned to the phone, voice processing application,
or trunk group being used.
• COS 05 – Deny Local Calls: Calls to numbers that match the dial patterns for this class
of service (defaults to N+) are restricted, unless the number also matches a dial pattern in
an “allowed” class of service that is assigned to the phone, voice processing application,
or trunk group being used.
• COS 06 – Denied Numbers: Calls to numbers that match the dial patterns for this class
of service (defaults to 0891+ and 0898+) are restricted, unless the number also matches
a dial pattern in an “allowed” class of service that is assigned to the phone, voice processing
application, or trunk group being used. Calls are only restricted if the dialed patterns match
the denied pattern exactly and that is the only class of service you have. Allowed numbers
(as follows) always override denied patterns, even if the numbers are similar.
• COS 07 – Allowed Numbers: Calls to numbers that match with the dial patterns for this
class of service, defaults to 0345+, 0500+, 0645+, and 0800+, are allowed, even if number
also matches a dial pattern in a restricted class of service that is assigned to the phone,
voice processing application, or trunk group being used.
145
Features and Programming Guide
6. Select the appropriate items, and then select Add Items. When you have added all the
devices, click Finish. The selections appear in the list. To view programming options,
double-click the extension number.
Select the device, right-click, and then select Remove Selected Items.
Select the dialing pattern, right-click, and then select Remove Selected Items. (You can use
the SHIFT or CTRL key to select more than one item.)
146
Numbering Plans
If you want the dialing patterns to be “allowed,” enable this option. If you want the dialing patterns
to be “restricted,” disable the option.
147
Features and Programming Guide
To support the MiCollab Unified Messaging (UM) voice processing system, Device Baseline
NOTE Extensions include new Session Initiation Protocol (SIP) options. For more information about
MiCollab Unified Messaging (UM), see page 864.
When you add a system device, the system checks the Device Baseline Extension list for the
starting extension, as shown in the following example.
In this example, the Device Baseline Extension for a phone is 1000. However, extensions 1000
and 1001 were previously assigned, so the system shows the first available extension,
extension 1003, in the Starting Extension box. The number of digits is maintained. That is, if
the Device Baseline Extension were 10000 instead, the system would show the first available
extension after 10000. Note that wildcard extensions (for example, 12XXX) are not valid.
148
Numbering Plans
You can also use the Configuration Wizard to program the following devices with starting
baseline extensions:
• Phones
• Hunt Groups
• Voice Processor Applications
• Page Zones
• Trunk Groups
• Trunks
See the MiVoice Office 250 Database Programming Help for details.
149
Features and Programming Guide
FEATURE DESCRIPTION
Automatic Route Selection (ARS) is a money-saving feature that allows the system to be
programmed to select the least expensive route for placing outgoing calls. It can be used for
placing outgoing calls and transferring or forwarding calls to outside telephone numbers.
Phones can be restricted to using only ARS for placing outgoing calls. Also, because users do
not have direct access to trunks on other nodes, ARS is the only way users can place calls
using the other nodes’ trunks.
Each node has its own Automatic Route Selection (ARS) programming, which the system uses
to select the least expensive route for outgoing calls. Because users do not have direct access
to trunks on other nodes, ARS is the only way users can place calls to trunks on other nodes.
ARS calls are limited to one “hop” to another node. For example, if the system routes an outgoing
call to another node, the other node cannot route the outgoing call to any other node. This
prevents the possibility of an infinite loop when the system searches for a node to route the
outgoing call.
Make sure the phones that use ARS have outgoing access for the trunk groups and nodes.
For more information about trunk group programming, see “Programming Trunk Group Options“
on page 534. For more information about node trunk group programming, see “Viewing or
Changing Node Trunk Group Information“ on page 576.
You program ARS using route groups and facility groups with dialing rules:
Route Groups: A route group contains dialing patterns and facility groups.
• The dialing patterns are used to determine the calls that will be routed through the route
group. For example, the default dial pattern for Route Group 1 is N+, any number of digits
beginning with digit 2–9 for the U.S. (digit 2–9, 345+, 0500+, 0645+, and 0800+ for Europe).
If a number is dialed that begins with 1, it will not be routed through this route group.
• Each route group has an ordered list of facility groups that contain lists of local trunk groups
and/or nodes. There can be 100 facility groups in the system. You should program facility
groups so that the least-expensive route is checked and, if available, is selected first. If the
least-expensive facility group is not available the system checks the other groups in the list
until it finds an available trunk.
Facility Groups: A facility group contains trunk group or node lists and dial rules.
• The list can include local trunk groups or nodes. They cannot contain node trunk groups.
• The dial rules tell the system what to dial. The system can have up to 32 dial rules, 26 of
which are programmable. Each facility group can use up to 32 dial rules. For example, if
150
Numbering Plans
the selected route group requires that the number contain “1” but no area code (national
dialing in Europe), the dial rules include the 1 and drop the area code (national dialing).
The modified number can contain up to 32 digits. (If SMDR is enabled, the modified number,
not the digits dialed, will appear in the SMDR call record.) When programming ARS, you
can use preset dial rules or create new dial rules that add up to 16 digits each. For more
information about Dial Rules, see “Programming ARS Dial Rules“ on page 155.
When ARS is selected, the user dials the number—including the Area Code, if needed—and
the system performs the following actions:
1. Checks the dialed number and matches the dialing pattern to a route group: The
system checks the route groups in numerical order and selects the first group that applies
to the dialing pattern of the number that was dialed.
If the Emergency Call feature is programmed to use ARS, the emergency calls will always go
NOTE
through Route Group 1, regardless of route group programming.
2. Selects a facility group: If all of the trunks are busy, and the phone is enabled for ARS
camp on, the call will camp on to the facility group until a trunk is available.
3. Checks for toll restrictions and outgoing access: Before the number is modified by the
facility group’s dial rules, the system checks the phone toll restrictions and outgoing access
to determine whether the call is allowed. (All calls placed using ARS are toll restricted,
regardless of whether the selected trunk is subject to toll restriction. However, Emergency
Call feature calls are never toll restricted.) If allowed, the system continues to the next step.
If not allowed, the system sends reorder tones and the call is not placed.
4. Adds or deletes digits according to the facility group chosen: Each facility group has
a programmed set of dial rules that tells the system what to dial. For example, if the selected
route group requires that the number contain “1” but no area code, the dial rules include
the 1 and drop the area code.
5. Dials the modified telephone number: If the number is allowed, the system seizes an
idle trunk in one of the selected trunk groups, waits for the Dialing Wait After Connect timer
to expire, and then dials the number.
When ARS is used, the phone user hears dial tone when the feature code is entered (manually
or automatically using a CALL button, the ARS button, or the OUTGOING button). The user
then dials the number and hears silence until the trunk is seized and dialing is completed. (The
user will not hear the digits being dialed.) The call appears under an available CALL button or
trunk button.
151
Features and Programming Guide
1
11
Phone user enters 1234 2
account code and dials ARS does the following:
1-602-961-9000
• Checks the number and finds
dialing pattern 602+ in Route
Group 2.
SYSTEM • Selects a facility group with an
available trunk.
• Checks toll restriction and
outgoing access.
• Uses dial rules to modify the
CO number:
Echo 3 Digits After Toll
Echo Local Address
Add Account Code
OUTGOING CALL
DIALED = • Dials the modified number.
1-602-961-9000-1234
ARS ON A NETWORK
Each node has ARS programming. All trunk groups and nodes in a facility group must reside
on the same node as the facility group. Using ARS is the only way a user can access trunks
on other nodes. If the system routes an outgoing call to another node using an intermediary
node, the intermediary node ARS cannot use the nodes in its facility group to move the outgoing
call to another node. This eliminates the system from getting into an infinite loop searching for
a node to route the outgoing call.
When determining toll restriction for an ARS outgoing call, the network checks the phone toll
restriction based on the database information on the node on which the phone resides, not the
node that contains the trunk which the system uses to place the call. The system does not
check the trunk COS for ARS calls.
For the purposes of the telephone call cost display and SMDR output, the network computes
call cost using the factors and rates on the node on which the outgoing trunk resides. In other
words, if a phone on Node A dials what is considered a long-distance number on Node A, and
the call is routed to Node B where the number is considered local, the phone will see the local
call cost rate which equals the value on Node B.
152
Numbering Plans
NODE
1 ROUTE GROUP LOCAL
NODE 1 TO NODE 2 NODE 2 TRUNK
CO
(IN 714 AREA CODE) Digits sent (IN 602 AREA CODE)
Phone user dials 1-602-961-9000
1-602-961-9000 4
Local call placed
2 3 to 961-9000
ON NODE 1: ARS routes call to Node 2 echoing ON NODE 2: ARS routes call to its Local route group (dial
all of the digits (no other dial rule modification). pattern 602+) and uses dial rules to remove the toll field and
Call is sent using the route group with dial area code (use only the Echo Local Address dial rule). Call is
pattern 602+ and the facility group with route to placed using an available trunk in the Local route group’s
Node 2. facility group.
ATTENDANT RECALL
When a call is placed on hold or is transferred from one phone to another, the Hold timer and
the Transfer timer limit the amount of time the call may remain unattended. After that timer
expires, the call recalls the phone that transferred it or placed it on hold, and the Recall timer
starts, which leads to one of the following possible events:
• If the call remains unanswered at the phone until the Recall timer expires, it recalls the
phone’s attendant and the Abandoned Call timer starts. If the system provides no attendant,
the call continues to recall at the phone that transferred it or placed it on hold.
• If the attendant phone is busy, the call camps on, and the display shows the source of the
recall.
• If the call is not answered before the Abandoned Call timer expires, the system disconnects
the call.
If an attendant phone transfers a call that is not answered before the Attendant Transfer timer
expires, it will recall the attendant phone.
If a phone user transfers or forwards an outside call to an outside telephone number, it becomes
an “unsupervised” CO-to-CO call because no inside parties are involved. The CO-to-CO call
is limited by the Unsupervised CO timer. When the timer expires, the call recalls the primary
attendant phone and causes the CNF button to flash. (Display phones show UNSUPERVISED
CNF RECALL.) This serves two purposes:
• It allows the attendant to monitor the length of CO-to-CO calls. When a CO-to-CO call
recalls, the attendant can disconnect the call or allow it to continue.
• If the callers hang up before the attendant receives the recall, the system may not have
disconnected the trunks because a disconnect was not received from the CO. The attendant
must disconnect the call.
When a recall rings at the attendant’s phone, a CALL or individual trunk button flashes at a
medium rate.
If the attendant has calls forwarded, recalls from phones follow internal call forward requests.
Recalls do not forward to outside telephone numbers but recall the attendant’s phone until they
are answered or the Abandoned Call timer expires. Placing the attendant’s phone in Do-Not-
Disturb mode does not block recalls or direct ring-in calls.
153
Features and Programming Guide
If there is not a primary attendant, recalls remain at the phones and ring until answered or
disconnected by the system.
When you see a hold or transfer recall display (XXXX RCL FROM YYYY) and hear a recall
ringing, lift the handset. Or, do one of the following:
• Outside call recall: Press the medium-flashing CALL button or individual trunk button. Or,
press the ANSWER button. (If more than one trunk is recalling, pressing the ANSWER
button selects the outside call indicated on the display.)
• Intercom call recall: Press the IC button or the ANSWER menu button. (If you are busy
when the intercom call recalls, it will camp on. The IC button flashes at the medium rate,
but you do not hear recall ring signals.)
• Conference call recall: Press the flashing CNF button to connect with the conference call.
The CNF button flashes slowly, and the display shows CONFERENCE IN PROGRESS. If
the parties are still talking, press the CNF button again and hang up to return the parties
to their conversation. The CNF button flutters. You can enter the conference at any time
by pressing the fluttering CNF button. If the Hold timer expires, the conference recalls your
phone again. If the parties have hung up, hang up to disconnect the call.
PROGRAMMING ARS
The following sections detail ARS programming.
• Planning ARS Requirements below
• Programming ARS Dial Rules on page 155
• Programming ARS Facility Groups on page 157
• Programming ARS Route Groups on page 161
Examples:
• U.S. systems: What are the best routes for each type of call? If you have nodes in
Phoenix and Los Angeles, would it be better to route calls from Phoenix to Southern
154
Numbering Plans
California through a node or over your long distance service? This will determine the
trunk groups and nodes included in each facility group.
• European systems: What are the best routes for each type of call? If you have nodes
in London and Kettering, would it be better to route calls from London to Glasgow
through a node or over your long distance service? This will determine the trunk groups
and nodes included in each facility group.
4. Determine the facility group order. That is, determine the trunks on this node or other nodes
that would be the best route for each type of call.
5. Determine facility groups dial rules. That is, determine what special characters, if any, need
to be added or removed from the dialed number when calls are placed? Determine this for
each trunk you are using.
Examples:
• U.S. systems: If a caller in Phoenix dials 1-714-XXX-XXXX, the system must remove
the toll digit and possibly the area code if the call is sent out over local trunks on the
Los Angeles node. However, if the call is routed through the long distance provider in
Phoenix, you probably need to include (echo) the toll and area code digits or even add
other digits as required by the long distance service.
• European systems: If a caller in London dials 020-8335XXX, the system must remove
the toll digit and possibly the national dialing code if the call is sent out over local trunks
on the Kettering node. However, if the call is routed through the long distance provider
in London, you will probably need to include (echo) the toll and national dialing code
digits or even add other digits as required by the long distance service.
U.S. Systems:
• Dial Rule 1 – ECHO Equal Access: Includes the equal access digits (wildcard Q, which
defaults to 10XXX and 101XXX) in the number, if dialed.
• Dial Rule 2 – ECHO Toll Field: Includes the toll field (1, 0, 01, or 011) in the number, if dialed.
• Dial Rule 3 – ECHO 3 Digits After Toll Field: Includes the three digits after the toll field
in the number. These digits are usually the area code.
• Dial Rule 4 – ECHO Local Address: Allows ARS to dial the rest of the digits that were
dialed by the phone user. Non-programmable.
• Dial Rule 5 – ECHO Account Code: Causes the system to dial the account code that is
associated with the call, if available before end of dialing. The account code can be entered
using any of the account code types, including All Calls Following, as long as the system
155
Features and Programming Guide
receives the account code before end of dialing. To use an optional account code, the code
must be entered before the number is dialed. Non-programmable.
• Dial Rule 6 – ECHO Extension Number: Requires the system to include the extension
number of the phone being used to place the call. Non-programmable.
• Dial Rule 7 – ADD #: Adds a pound/hash (#) to the dialed number. This dial rule is
programmable.
European Systems:
• Dial Rule 1 – ECHO Toll Field: Includes the toll field in the number, if dialed.
• Dial Rule 2 – ECHO Local Address: Allows ARS to dial the rest of the digits that were
dialed by the phone user.
• Dial Rule 3 – ECHO Extension Number: Tells the system to include the last three digits
of the extension number of the phone being used to place the call.
• Dial Rule 4 – ECHO Account Code: Causes the system to dial the last three digits of
account code that is associated with the call, if available, before end of dialing. The account
code can be entered using any of the account code types, including All Calls Following, as
long as the system receives the account code before end of dialing.
• Dial Rule 5 – ECHO Serial Number: Tells the system to dial the system-assigned serial
number of an ARS call. The serial number range is 000–998, excluding 112. The serial
number can be reset in dial rule programming.
• Dial Rule 6 – ADD #: Adds a hash (#) to the dialed number. This dial rule is programmable.
Dial Rules 3 (Echo Extension), 4 (Echo Account Code), and 5 (Echo Serial Number) will
always come after Dial Rules 1 and 2. If 3, 4, or 5 precedes Dial Rules 1 or 2, the SMDR
Call Type and Call Cost will be affected.
Australian Systems:
• Dial Rule 1 – Echo Toll: Includes the toll field in the number, if dialed.
• Dial Rule 2 – ECHO Local Address: Allows ARS to dial the rest of the digits that were
dialed by the phone user.
• Dial Rule 3 – ECHO Extension Number: Tells the system to include the last three digits
of the extension number of the phone being used to place the call.
• Dial Rule 4 – ECHO Account Code: Causes the system to dial the last three digits of
account code that is associated with the call, if available, before end of dialing. The account
code can be entered using any of the account code types, including All Calls Following, as
long as the system receives the account code before end of dialing.
• Dial Rule 5 – ECHO Serial Number: Tells the system to dial the system-assigned serial
number of an ARS call. The serial number range is 000–998, excluding 112. The serial
number can be reset in dial rule programming.
• Dial Rule 6 – ADD #: Adds a hash (#) to the dialed number. This dial rule is programmable.
Dial Rules 3 (Echo Extension), 4 (Echo Account Code), and 5 (Echo Serial Number) will
always come after Dial Rules 1 and 2. If 3, 4, or 5 precedes Dial Rules 1 or 2, the SMDR
Call Type and Call Cost will be affected.
156
Numbering Plans
1. Select System – Numbering Plan – Dial Rules. The list of rules 1–32 is shown in the right
pane. You can program rules 7–32, allowing you to add digits to a dialed number.
2. In the Digits column, type the digits for the dial rule. Dial rules can contain any digit (0–9,
*, #) hookflashes, and pauses. The number can have up to 32 digits.
3. If you are programming dial rules for a U.S. system, go to step 5.
4. If you are programming dial rules for a European system, complete the following:
a. (For European systems only). In the Hidden column, enable or disable the Hidden flag
to determine if the dial rules will be hidden. It is set to No by default.
b. (For European systems only). In the Absorbed column, enable or disable the Absorbed
flag to determine if the dial rules will be hidden. It is set to Yes by default.
c. (For European systems only). In the ARS Serial Number column, enter the serial
number (000-998, excluding 112) that you are using. This is only programmable for
Dial Rule 5 – ECHO Serial Number.
5. Click out of the field or press ENTER or to save the change.
U.S. systems:
• Local (P1500): Uses Trunk Group 1 and Dial Rules 3 and 4.
• Toll Local (P1501): Uses Trunk Group 1 and Dial Rules 2 and 4.
• Toll Long Distance (P1502): Uses Trunk Group 1 and Dial Rules 1, 2, 3, and 4.
• Operator (P1503): Uses Trunk Group 1 and Dial Rules 1, 2, 3, and 4.
• International Station-to-Station (P1504): Uses Trunk Group 1 and Dial Rules 1, 2, 3, 4,
and 7.
• International Operator (P1505): Uses Trunk Group 1 and Dial Rules 1, 2, 3, 4, and 7.
European systems:
• Local (P1500): Uses Trunk Group 1 and Dial Rules 1 and 2.
• National (P1510): Uses Trunk Group 1 and Dial Rules 1 and 2.
• Operator (P1512): Uses Trunk Group 1 and Dial Rules 1 and 2.
• International (P1513): Uses Trunk Group 1 and Dial Rules 1 and 2.
Australian Systems:
• Local (P1500): Uses Trunk Group 1 and Dial Rules 1 and 2.
157
Features and Programming Guide
• Toll Long Distance: Uses Trunk Group 1 and Dial Rules 1 and 2.
• Operator (P1512): Uses Trunk Group 1 and Dial Rules 1 and 2.
• International (P1513): Uses Trunk Group 1 and Dial Rules 1 and 2.
• Unassigned/Default: Uses Trunk Group 1 and Dial Rules 1 and 2.
Each facility group has a list of trunk groups and/or node trunk groups for routing calls. For
example, the “Local” facility group would contain trunk groups that include local trunks, but a
“Los Angeles” facility group might have node trunks groups that include local trunks on a node
in Los Angeles.
You must place facility groups in the in the order that you want them to be selected. Make sure
that the facility groups contain the proper type of trunks (local, FX, WATS, long distance, and
so forth) for the calls that are routed.
158
Numbering Plans
Select the dial rule, right-click, and then select Remove Selected Items.
Trunk groups and nodes must be placed in the list in the order that they should be selected.
Make sure that the trunk groups or nodes being used in the facility group contain the proper
type of trunks (local, FX, WATS, long distance, and so forth) for the calls that will be routed.
Trunk group toll restrictions will not apply when ARS is used; only phone toll restrictions are
checked.
159
Features and Programming Guide
To add the trunk groups and/or nodes to be used by this facility group:
1. Select System – Numbering Plan – Facility Groups. The current list of facility groups
appears in the right pane.
2. Double-click the facility group.
3. Double-click Trunk Groups/Nodes. The current list of trunks/nodes, if any, appears. This
is an ordered list. Place the trunks and nodes in the list in the order you want them to be used.
4. Do one of the following
Select the dial rule, right-click, and then select Remove Selected Items.
Select the trunk group or node, right-click, and then select Remove Selected Items.
160
Numbering Plans
All route groups are programmable. The default values are as follows:
U.S. systems:
• Local (P1000): Used for all calls that do not begin with a toll digit (1) or operator digit (0)
and for calls to Emergency Numbers (its default dial pattern is N+). It uses the Local facility
group.
NOTICE
When ARS is used to place an emergency call (see page 166), the system uses Route Group 1,
even if it contains nodes. This means that the network can access a trunk on a node other than the
user's node if the user accesses ARS and dials the emergency number. Mitel highly recommends
that local trunks be installed and used for emergency number trunk access and that nodes are not
used in Route Group 1.
• Toll Local (P1003): Used for calls with a toll digit (1) and a seven-digit number, and for
calls to 1N11 (N=Any digit 2–9). Its default dial patterns are TN11 and TXXXXXXX. It uses
the Local Facility Group.
• Toll Long Distance (P1011): Processes calls with a toll digit (1) and a 10-digit number.
The numbers may also include equal access digits. The default dial pattern is
[Q]TNXXXXXX+. This Route Group uses the Toll Long Distance Facility Group.
• Operator (P1013): Processes calls that begin with an operator digit (0) but do not begin
with an international access code (01 or 011). The numbers may also include equal access
digits. Its default dial patterns are [Q]RN+, [Q]RR, and [Q]R. This Route Group uses the
Operator Facility Group.
• International Station-to-Station (P1014): Used for calls that begin with an international
phone-to-phone access code (011) but do not begin with the international operator access
code (01). The numbers may also include equal access digits. The default dial pattern is
[Q]011+. This Route Group uses the International Station Facility Group.
• International Operator (P1015): Used for calls that begin with an international operator
access code (01). The numbers may also include equal access digits. The default dial
pattern is [Q]01+. This Route Group uses the International Operator Facility Group.
161
Features and Programming Guide
NOTICE
When ARS is used to place an emergency call (see page 166), the system uses Route Group 1,
even if it contains nodes. This means that the network can access a trunk on a node other than the
user's node if the user accesses ARS and dials the emergency number. Mitel highly recommends
that local trunks be installed and used for emergency number trunk access and that nodes are not
used in Route Group 1.
• Toll [National] (P1011): Processes calls with a toll digit (0 or 01). This Route Group uses
the National Facility Group.
• Operator (P1013): Processes calls that begin with an operator digit (1XX) but do not begin
with an international access code (00).
• International (P1014): Used for calls that begin with an international access code (00).
Dial patterns are assigned to the route group in the order they will be used. When checking
the route group, the system will look at the first dial pattern. If it does not match, the system
will continue checking the other patterns in the route group list. If a match is found, the route
group is selected. If not, the next route group is checked.
This procedure can be done only if there are fewer than 32 route groups.
162
Numbering Plans
The dial pattern tells the system which route group to select. When checking the route group,
the system looks at the first dial pattern. If it does not match, the system continues to check
the other patterns in the route group list. If a match is found, the route group is selected. If not,
the next route group is checked.Only the default route groups have default dial patterns, as
summarized in Table 22 and Table 23. A complete list of special characters and toll strings is
shown on page 169.
163
Features and Programming Guide
Select the dial pattern, right-click, and then select Remove Selected Items.
For each route group, select the facility group(s) to be used to route the calls. Facility groups
must be placed in the list in the order that you want them to be selected.
164
Numbering Plans
Audio for Calls Camped onto this Device defines the audio that a caller hears when camped-
on to the route group. For more information about audio settings, see page 438.
To program the Audio for Calls Camped onto this Device option:
1. Select System – Numbering Plan – Route Groups.
2. Double-click the route group.
3. Select Audio for Calls Camped onto this Device.
4. In the Value column, select the option from the list.
5. Click out of the field or press ENTER to save the change.
165
Features and Programming Guide
EMERGENCY CALLS
The Numbering Plan Emergency option is where you program the emergency numbers that
the system uses when users enter the Emergency Call feature code (for example, 911 in the
U.S.).
WARNING
POSSIBLE DELAY IN LOCAL EMERGENCY RESPONSE TO REMOTE SITES.
IP and SIP phone users should be alerted to the following hazardous situations:
• If an Emergency Call phone number is dialed from an IP or Session Initiation Protocol (SIP) phone
located at a remote site that is not equipped with a correctly configured gateway, the call will be placed
from the location where system chassis is installed rather than from the location where the emergency
call is made.
In this situation, emergency responders may be dispatched to the wrong location. To minimize the risk
of remote site users misdirecting emergency responders, Mitel recommends regular testing of MGCP/
SIP gateway trunks for dial tone.
• If uninterruptible power supply (UPS) protection has not been installed as part of the MiVoice Office
250, IP and SIP phones will not operate when electrical power fails either at remote sites or at the main
system location.
To place calls during a power failure in this situation, IP and SIP phone users can only use a single line
phone connected to one of the power failure bypass circuits built into the system chassis. If a phone
connected to a power failure bypass circuit is not available, users should make emergency calls from a
local phone not connected to the system. For details about the Power Failure Bypass feature, refer to
the Installation chapter in the MiVoice Office 250 Installation Manual .
NOTICE
It is the responsibility of the organization and persons performing the installation and maintenance of
Mitel Advanced Communications Platforms to know and comply with all regulations required for
ensuring Emergency Outgoing Access at the location of both the main system and any remote
communication phones. Remote IP and SIP phones may require gateway access to nearby emergency
responders. Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the U.K.
• If applicable, 112, an emergency number used widely in Europe outside of the U.K, and Australia.
Any emergency number, such as for a police or fire station, that is appropriate for the location of the
main system and/or remote phones.
Emergency calls, by default, use the first local trunk group and are not sent through other nodes
using node trunk groups. However, when ARS is used to place an emergency call, Route Group
1 is used even if it contains nodes. This means that the network can access a trunk on a node
other than the user’s node if the user accesses ARS and dials the emergency number. Mitel
highly recommends that local trunks be installed and used for emergency number trunk
access and that nodes are not used in Route Group 1. When a user places an emergency
call, every administrator in the network receives an emergency alarm.
You can store up to 10 emergency numbers. For more information about the emergency call
feature, see “Emergency Calls“ on page 198.
166
Numbering Plans
167
Features and Programming Guide
The first area code is an area code that is always stripped from the dialing number. Other
home area codes serve to identify local calls, but are still dialed. If local 10-digit dialing is
NOTE always required despite the area codes, do not list an area code in the first home area code.
If a return call (callback feature) from voice mail is not working correctly, refer to the
Knowledge Base article 1224 for possible solutions. See “Technical Support“ on page 34.
168
Numbering Plans
TOLL STRINGS
This section contains the following information:
• Feature Description below
• Programming Toll Strings on page 170
FEATURE DESCRIPTION
Toll strings are dialing patterns that are abbreviated to single character “wildcards.” Wildcards
are used in COS and ARS programming. Toll strings can contain any digit from 0 through 9
and the keypad special characters # and *. You can also use a variety of characters to represent
particular digit strings, hookflashes (recalls in Europe), or special digit strings. Each of the
following toll string wildcards can be reprogrammed or renamed for your system.
Changing toll string dialing patterns affects all of the other parts of the system where they are
NOTE
used.
Table 24 shows the programmable toll string wildcards for U.S. systems.
Table 25 shows the programmable toll string wildcards for European systems.
169
Features and Programming Guide
Table 26 shows the special characters that may be used when specifying dialing patterns.
These characters are not programmable.
Table 26: Special Characters for Dialing Patterns
CHARACTER MEANING
X Any digit 0–9
A Any keypad entry (0–9, #, *)
N Any digit 2–9
Z Any digit 0 or 1
B # or *
H A hookflash (recall)
E End of dialing; the pattern will not match if any other digits are dialed beyond this
point
+ Any additional dialing will be accepted, from that point in the string, with no further
checking for a match. This also means that no further dialing is required beyond this
point.
[x] Indicates an optional pattern within another pattern. For example, with a U.S. system,
the International Access character (I) could be defined as 01[1]. (The 01 is followed
by an optional 1.)
(x-x) Indicates a range of digit strings within a pattern. The strings on either side of the
hyphen and all strings that fall within the numerical range are included in the match.
The strings on either side of the hyphen must be the same length, and the only digits
that may appear in the range are 0–9 (#, *, pauses, and flashes are not allowed).
<x> Indicates repeatable patterns within patterns. In other words, no matter how many
times the digit string within the brackets is dialed, the system considers the dialed
digits to match the pattern. Note that a repeatable pattern is an entire pattern; no
other characters are allowed before or after a repeatable pattern. In other words, a
repeatable pattern cannot be included within any other pattern.
170
Numbering Plans
Select the device below the location where you want the new entry, right-click, and then
click Add To List. A blank pattern appears above the pattern you selected.
171
Features and Programming Guide
USER GROUPS
This section contains the following information:
• Feature Description below
• Programming Area Codes on page 172
FEATURE DESCRIPTION
U.S. installations only. This section describes how to program area and office code restriction
used for the Deny Area/Office class of service.
You can set up area and office code tables of up to eight user groups to allow different area/
office code restriction to be used. This is useful for reducing restrictions for some users while
increasing restrictions for others. Each phone, application, and trunk group is assigned to a
user group.
Within each user group, area codes can be restricted, allowed, or extended:
• Restricting an area code prevents users from placing calls to that area code and all of its
office codes.
• Allowing an area code allows all office codes within that area code.
• Designating an area code as “extended” allows you to determine which office codes within
that area code are allowed or restricted. Up to six extended area codes can be identified
within each user group.
172
Numbering Plans
To allow users in the user group access to area codes, the codes must be placed in the Allowed
list.
Move the area code to the Restricted or Extended list in the user group.
You can use up to six extended area codes for each user group, and each of the six can support
an individual list of allowed and restricted office codes.
Move the area code to the Restricted or Allowed list in this user group.
173
Features and Programming Guide
You can prevent users from placing calls to certain area codes.
Only extensions with COS 02 can be placed in a user group day or night list.
Method A
Drag and drop the phone to the appropriate list. You can only move from Day list to Day list or
Night list to Night list. You cannot move phones between Day and Night lists.
Method B
1. Select System – Numbering Plan – User Groups.
2. Double-click the user group.
3. Right-click anywhere in the right pane, and then click Move To List. A window appears
prompting for the device type to include.
4. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
5. Select the appropriate items, and then select Move Items. When you have added all the
devices, click Finish. The selections appear in the list. To view programming options,
double-click the extension number.
You must move the item to another User Group or select Phone programming (see “Day and
Night Classes of Service“ on page 424) and remove COS 2 as a toll restriction.
174
Chapter 6
TRUNKS AND GATEWAYS
Features and Programming Guide
INTRODUCTION
This chapter describes how to program trunks and gateways for your system. A trunk is a
communication line between two switching systems. In this guide, the communication line is
either the connection between the MiVoice Office 250 Public Branch Exchange (PBX) and the
Central Office (CO), or it is the communication line between Mitel PBXs.
Your system may use a SIP or Media Gateway Control Protocol (MGCP) gateway, a device
that serves as an entrance and exit into a communications network, to connect trunks to the
CO or other networked systems.
For information about Service Provider SIP Trunks, see “Service Provider SIP Trunks and SIP
Trunk Groups“ on page 716.
176
Trunks and Gateways
For additional information about T1 trunks see “T1/E1 Spans and PRI“ on page 178.
• Primary Rate T1 trunks on the T1M or T1M-2 module: A digital transmission system that
clusters 24 T1 channels, 23 information-bearing (B) channels and one data (D) channel,
for signaling and control. The MiVoice Office 250 supports ISDN Primary Rate trunks on
up to three (CS Controller) or four (HX Controller) T1M or T1M-2 modules.
In Europe and Australia Primary Rate trunks consists of 30 B-channels and 2 D-channels
on an E1 line.
• Basic Rate Interface trunks on the Basic Rate module (BRM-2): The Basic Rate Module
(BRM-2) provides the Basic Rate 2-Interface ISDN service for communication. The module
fully implements the ISDN S/T interface. Each of the two BRI ports consists of two bearer
(B) channels and one data (D) channel with HDLC support. The ports provide full I.430 ITU
S/T ISDN support for trunks (TE mode). The BRM-2 does not support stations (NT) mode.
Each BRM–2 provides two circuits for connecting BRI trunks to the system.
The Basic Rate Module (BRM-2) supports only the trunk side of BRI capability. The BRM-
NOTE
2 does not support BRI phones or other BRI station-side phones.
The BRM-2 module is supported only in the Mitel European and Australian markets.
177
Features and Programming Guide
• Session Initiation Protocol (SIP): Trunks that allow the system to use Voice-over-IP (VoIP)
outside the network by using the same connection as the Internet connection. See page 187
for details.
The four-port Loop Start Module (LSM-4) provides four circuits for connecting loop start trunks
to the MiVoice Office 250.
For detailed information about installing an LSM-2 or LSM-4, refer to the “Installation” chapter
in the MiVoice Office 250 Installation and Administration Manual .
This feature requires a single-port or dual-port T1/E1/PRI module (T1M or T1M-2). The
NOTE
second port on the T1M-2 and the PRI feature require software licenses.
T1 Spans
The term “T1” refers to a specific digital method of transmitting voice and data; it is the basic
24-channel time-division multiplex (TDM), pulse code modulation (PCM) technology used in
the United States. Since each T1 span actually consists of 24 individual circuits (or channels)
multiplexed together, it is often less expensive to purchase a single T1 span than it is to purchase
multiple individual trunks.
178
Trunks and Gateways
Fractional T1 (FT1), which uses fewer than the standard 24 circuits, can be used on the Mitel
system. If FT1 is used, the unused circuits of the T1M or T1M-2 port must be unequipped.
The T1M-2 provides the same functional capability as the T1M. Equipped with two independent
digital trunk interfaces, the T1M-2 also provides a dedicated local processor, echo cancellation
options, and DTMF tone detection.
The local processor offloads real-time PRI functions from the Processor Module (PM-1). It
addresses interrupt latency issues and services the ISDN stack in a timely manner.
Integrated span-side and system-side echo cancellers on the T1M-2 support improved audio
quality. The span-side echo canceller addresses field problems when a span-side system is
generating echo. The system-side echo canceller works to eliminate echo that may be
transported over a T1, T1/PRI, or E1/PRI span from an on-board device.
Nonblocking DTMF tone detection supports a scalable architecture that allows system
resources to increase as trunk density increases.
179
Features and Programming Guide
For module installation procedures, refer to the “Installation” chapter in the MiVoice Office 250
Installation and Administration Manual .
When purchasing a T1 span, several variables are involved, depending on the T1 application
required. For details, see page 178. The following variables must be considered when ordering
a T1 span:
• Module framing type: The type of framing scheme used by the T1 spans connected to
the module can be D4 Superframe—normally used for voice transmissions—or Extended
Superframe (ESF). ESF is usually used for data transmissions.
• Zero code suppression scheme: The T1 span zero-suppression scheme, which limits
the number of consecutive zeroes in transmissions, for the trunks on the T1M or T1M-2
module can be AMI (Bit 7), Bipolar Eight Zero Substitution (B8ZS), or None. The T1M or
T1M-2 module supports B8ZS or None.
• ISDN switch type: (Used for PRI-equipped ports only.) The system supports the following
switch types: AT&T 4ESS and 5ESS Custom, AT&T National ISDN 2, Private Networking,
and IP Private Networking.
• Line build-out (LBO): The LBO attenuation of the T1 span connected to the port must be
designated in programming. This value is determined by the distance to the nearest public
network T1 repeater.
• Reference clock programming: If the T1M or T1M-2 port is connected to the public
network, the port should be designated as a slave clock. The public network always acts
as the master clock and one digital trunk port provides the system reference clock. If the
module is not connected to the public network, but is instead connected to another T1/EI
module or a module in another telephone system, it can be a master clock or a slave clock
in relation to the circuit on the other end.
• Timers: (Timers are programmed only for PRI-equipped ports.) The ISDN timer default
values have been carefully selected to ensure proper system operation under most circum-
stances. Occasionally, one or more of the timers may need to be adjusted.
• CO Provides Progress Tones: (Used for PRI-equipped ports only) When the system
provides local ringback, some central offices (particularly in the UK) take too long to send
the system the connect message when a call is received. When the CO connects a call too
slowly, the user can answer before the caller is on the line, causing the caller to miss the
greeting (such as “Welcome to Mitel. How may I help you?”). If the CO Provides Progress
Tones flag is enabled, the system does not provide local ringback. Instead, the system
connects the call to the line and the caller hears CO ringback. That way, when the called
party answers, the calling party is already on the line. The flag is disabled by default.
This flag should be enabled for PRI spans that are used for placing outgoing calls
from another node (for example, Node 2 uses ARS to place outgoing calls using the
NOTE PRI span on Node 1). If it is not enabled, some of the calls from Node 2 may not go
out to the public network properly. It is recommended that you enable this flag for all
nodes in a system.
• Connect On Call Proceeding: (Used for PRI-equipped ports only) This flag affects outgo-
ing Primary Rate ISDN calls. If it is enabled, the system will connect the B-channel as soon
180
Trunks and Gateways
as the Call Proceeding message is received from the CO interface. Some CO interfaces,
especially SS7 interfaces, do not send progress indicators when they are playing tones or
announcements on the B-channel. They play the tone or announcement prior to sending
the progress message, after the call proceeding. In this case, if the flag is disabled, the
user experiences audio clipping. If the flag is enabled, the channel is opened when the call
proceeding message is received and the system does not have to wait for a progress
indicator (indicating alerting, busy, reorder tones or announcements).
• Operator System Access: (Used for PRI-equipped ports set for National ISDN2 only)
When National ISDN 2 is used, there is an option to enable Operator System Access (OSA).
OSA is required by some central offices. If this flag is enabled, the user will be allowed to
request access to an operator services system.
If using ARS with National ISDN 2, and OSA is enabled, you must remove Dial Rule #2
NOTE
Echo Toll Field from the Operator and International Operator Route groups.
• Send International Toll Digits: If Enabled, which is the default state of this flag, the system
sends international toll digits such as “011” in the dial string in addition to the number type.
If Disabled, the toll digits are stripped from the dial string for international calls using ISDN
trunks. If the CO ignores the number type, make sure this flag is Enabled.
When ordering Primary Rate Interface services, see Table 28 for the parameter settings and
other information your carrier will need to know:
The system is designed to support only AT&T 4ESS Custom, AT&T 5ESS Custom, National
ISDN 2, and DMS-100 switch types or Private Networking. No other switch types are currently
supported by the Mitel system.
Primary Rate trunks that are not subject to toll restriction will not return dial tone. This is
because these unrestricted trunks are treated as if they are connected to another Mitel
NOTE
system. Therefore, no dial tone is provided, no digits are collected, and the setup is
immediate.
181
Features and Programming Guide
B-channel trunks can be combined with other types of trunks in any trunk group.
If a user attempts to place an outgoing call using an individual B-channel trunk, the system
sends a Setup Request to the network that requests that B-channel. If the network specifies a
different B-channel (possibly because of a glare condition), the system releases the call and
the user hears busy tone. The call camps on to the selected B-channel trunk. If the same
situation occurs when the user selects a B-channel through a trunk group or ARS, the system
will simply move to the next available trunk instead of camping on.
Available ISDN services that are supported and not supported by the system appear in Table
29. If the B-channel trunks provide a service that is not supported, the system will continue to
function properly. However, the system will not make use of the service.
Primary Rate Call Type: All Primary rate ISDN calls have a specific number type (International,
National, Network, or Local/Subscriber) and numbering plan field (ISDN, Telephony, or Private)
indicated in the call setup message to the public network peer. In certain cases, front end
equipment interfacing with the ISDN user (CPE) peer requires a specific number type and/or
numbering plan. The number type and numbering plan are programmable per call type for each
equipped primary rate circuit. The operation of this feature is transparent to the user. Once the
number type and numbering plan are programmed, the Primary rate call setup message will
include this information for each call. To set the Primary Rate Call Type for a T1M or T1M-2
module, select System and Chassis, then double-click on the module (or right-click and select
Explore Module). Then select Call Type.
System trunk groups provide limited access to PRI Call By Call services. Each trunk group that
contains B-channels can be assigned a PRI Call By Call feature to use for outgoing calls. The
supported Call By Call features include switched digital circuit services, foreign exchange, TIE
services, local exchange, OUTWATS, interexchange carrier services, and custom AT&T and
Nortel private networks, features, and services. If the customer wants to use more than one
PRI Call By Call feature, there can be multiple trunk groups, each programmed to use a different
feature. The customer then can select the Call By Call feature by selecting the trunk group
associated with the feature.
182
Trunks and Gateways
When the trunk group has a programmed Call By Call feature, all channels within the specified
trunk group will indicate the PRI Call By Call feature code in the outgoing ISDN message. Each
outgoing ISDN call sends a SETUP message on the Primary Rate D-channel that contains the
B-channel (voice channel) assignment, called digits information, and the network-specific
facility. The PRI Call By Call feature is specified within the network-specific facility, ISDN
information element which contains the Call By Call feature code.
To properly program the PRI Call By Call feature, the installer must analyze the customer’s
ISDN outgoing call traffic and configure the amount of B-channels needed to support a particular
Call By Call feature or service. In the service order, the installer must request the Call By Call
service for the PRI span or a subset of channels.
The installer selects the Call By Call feature during trunk group programming by selecting the
desired PRI Call By Call feature. After the trunk group has been created and assigned to a Call
By Call feature, the appropriate ISDN B-channels are programmed into the trunk group.
The phone user dials ARS or a PRI trunk group extension. The system selects the trunk group’s
programmed Call By Call feature. The system automatically inserts the Call By Call feature into
the ISDN call control message and transmits the message to the public network. The Public
Network accepts or rejects the requested Call By Call feature in the ISDN message. The PRI
Call By Call feature supports the following services:
• Call By Call Inactive
• AT&T ACCUNET Switched Digital
• AT&T Banded OUTWATS
• AT&T Carrier Operator
• AT&T DIAL-IT 900 / MultiQ
• AT&T Electronic Tandem Network
• AT&T Foreign Exchange
• AT&T International 800
• AT&T International LDS
• AT&T INWATS
• AT&T Local Operator
• AT&T MEGACOM
• AT&T MEGACOM 800
• AT&T National ISDN INWATS
• AT&T Private Virtual Network
• AT&T TIE Trunk
• AT&T Unbanded OUTWATS
• AT&T WATS Band
• AT&T WATS Maximal Band
• Nortel Foreign Exchange
• Nortel INWATS
• Nortel OUTWATS
183
Features and Programming Guide
With overlap sending, the system can send some or no called number digits in the setup
message and send additional digits (or overflow digits) in subsequent information messages.
You can also program the system to use the overlap sending protocol immediately. If this option
is selected, the setup message contains no called number digits, and all digits are sent in
subsequent information messages as the digits are dialed.
Currently, the overlap sending/receiving protocols are supported with PRI Net 5 and BRI Net
NOTE
3 switch types, which are prevalent in the European and Mexico markets.
With overlap receiving, the system can receive some or no called number digits in the setup
message, followed by overflow digits in information messages. The system will not route the
call based on these digits until it receives an indication from the network provider that all digits
have been sent. If the network provider does not send such an indication, the system waits
until the Overlap Receiving Timeout Timer has expired. Once this timer has expired, the call
is routed based on the digits received.
DID/DDI TRUNKS
Direct Inward Dialing (DID) [Direct DIaling Inward, DDI, in Europe] is available on T1M or T1M-
2 modules and Single-Line Adapter (SLA) interfaces. For more information about T1 modules,
refer to the “Installation” chapter in the MiVoice Office 250 Installation and Administration
Manual . E&M trunks on T1M or T1M-2 modules can also be designated as DID [DDI] trunks.
DID [DDI] allows an outside party to dial into the system without attendant intervention. To gain
direct access to the system, an outside party dials a number that was assigned by the telephone
company to the DID [DDI] trunks installed on the system. The system then provides ring signal
to the proper phone(s), hunt group, or DISA according to the programmed ring-in for that DID
[DDI] number.
DID [DDI] trunks are purchased with blocks of numbers. When a caller dials one of the numbers,
the central office rings the trunk that contains that number. When the system answers the call,
it handshakes with the central office and receives digits that tell it which DID [DDI] number was
dialed. The system then routes the call according to the call routing programmed for that number.
When a call is placed to a DID [DDI] trunk, one of three things will happen:
• If the receiving DID [DDI] trunk is programmed for “Immediate” start type, it will immediately
begin receiving the dialed digits to the receiving system.
• If programmed for “Wink” start type, the DID [DDI] trunk performs a “handshake” to signal
that it is ready to receive the incoming digits. (This is the default start type.)
• If programmed for “Delay Dial” start type, the DID [DDI] trunk will perform a handshake and
pause before receiving any digits.
Each DID [DDI] trunk is programmed with a base number and is programmed to collect a set
number of digits. The base number is made up of the digits that are dialed by the caller that
are not re-dialed by the central office after the handshake. For example, if the dialed number
184
Trunks and Gateways
is 961-9000 and the base number is 9619, the central office would send only 000 after the
handshake. The system would then send the call to the ring-in destination associated with 000
in the trunk’s call routing table. The number sent to the phone display could combine the base
number and the collected digits to show 961-9000 or can be programmed to show a name.
DID trunks are programmed into trunk groups. However, because DID trunks do not allow
outgoing calls to be placed, the outgoing access programming for the trunk group is ignored.
If a user attempts to seize a DID/DDI trunk for an outgoing call, the user will hear reorder tones
and the phone display will show OUTGOING ACCESS DENIED.
The DID/E&M Receive Busy Instead Of Camp-On phone flag determines whether E&M and
DID/DDI callers will receive busy signal or receive ringback and camp on when calling a busy
phone. In the default state, busy tones are disabled and the callers hear ringback while camped
on to the called phone. This flag is programmed on a phone-by-phone basis. For programming
instructions, see “Phone/Phantom/Hot Desk Profile Flags“ on page 441.
DID TRUNKS
CALL DISPLAY:
ROUTING 555-0444
CO TABLE RINGING IN
INCOMING CALL:
Caller dialed
555-0444
185
Features and Programming Guide
5. If the default state has been changed, enable call information for phone displays. For more
information, see page 190.
E&M TRUNKS
E&M trunks are special trunks that tie two distant telephone systems together. They allow the
users of either telephone system access to the users and resources of the other telephone
system. For details about programming overlap sending and receiving, see the previous section.
E&M trunks, like standard trunks, may be programmed to ring in to call routing tables, individual
phones, multiple phones, or hunt groups, or as a DISA call. If programmed to ring-in at a single
phone, the E&M call will follow any programmed forward.
When a call is placed over an E&M interface, one of the following events happens:
• If programmed for Immediate start type, the calling system immediately begins sending the
dialed digits to the receiving system.
• If programmed for Wink start type, the systems perform a handshake to allow the receiving
system to signal that it is ready to receive the digits dialed by the other system. Wink start
is the default type.
• If programmed for Delay Dial start type, the calling system waits until its E&M Dial Delay
timer expires before sending any digits to the receiving system.
• If programmed for Dial Tone start type, the calling system waits until it receives dial tone
from the other system before sending any digits.
E&M trunks can be programmed to support DI. Other options include DNIS and ANI. E&M
trunks are programmed into trunk groups. The trunk group programming determines day and
night mode outgoing access for the trunks.
When the system is in the default configuration, all E&M trunks are configured for DTMF
signaling. If necessary, some or all of the trunks can be reprogrammed for dial-pulse signaling
through database programming.
The DID/E&M Receive Busy Instead Of Camp-On phone flag determines whether E&M and
DID callers will receive busy signal or receive ringback and camp on when calling a busy phone.
In the default state, busy tones are disabled and the callers will hear ringback while camped
on to the called phone.
186
Trunks and Gateways
4. Create a trunk group that contains the E&M trunk(s) and program it to ring in to the Call
Routing Table created above. For programming instructions, see page 206.
5. Program the individual trunks (see page 252). If marked for DID service, program the
numbers to match the Call Routing Table created above.
BRI TRUNKS
The Basic Rate Module (BRM-2) provides the Basic Rate 2-Interface ISDN service for
communication. The module fully implements the ISDN S/T interface. Each of the two BRI ports
consists of two bearer (B) channels and one data (D) channel with HDLC support. The ports
provide full I.430 ITU S/T ISDN support for trunks (TE mode). The BRM-2 does not support
stations (NT) mode. Each BRM–2 provides two circuits for connecting BRI trunks to the system.
See page 209 for configuring a BRM.
SIP TRUNKS
The system supports SIP (Session Initiated Protocol) trunks to reach the CO. SIP trunks allow
the system to communicate with the CO via SIP-enabled gateways. As the SIP protocol
becomes more and more popular, it is important to be able to communicate to SIP gateways
in the IP-centric world. For more details, see the following pages:
• SIP Gateways on page 246
• Gateway SIP Trunks on page 248
• Service Provider SIP Trunks and SIP Trunk Groups on page 716
TRUNK FEATURES
This section explains the trunk functions and programmable features. For information about
trunk capacities, refer to the “Specifications” chapter in the MiVoice Office 250 Installation and
Administration Manual .
NOTICE
While this system is designed to be reasonably secure against CO trunk misuse by outside callers, there
is no implied warranty that the system is not vulnerable to unauthorized intrusions, toll fraud, or
unintended toll charges. If the central office does not provide supervision, it will not disconnect the call
when one party hangs up, making it possible for a caller to remain connected to a CO trunk circuit. If this
happens, and the outside caller remains connected, toll charges could continue to accrue until the
outside caller hangs up. Or, if this happens, and the outside caller begins dialing, the call could be placed
through the system and would then be billed to the system’s owner. The system cannot check this type
of call for toll restriction and may not register the call in SMDR. This problem could arise when a call is
connected to a phone or when a call is in an unsupervised conference.
187
Features and Programming Guide
Use the following feature codes when selecting a trunk to place an outgoing call.
For calls that are ringing or holding at the phone, the user may enter the Answer feature code
(351) or press the ANSWER button. When more than one call is ringing or holding, the following
priorities determine which call is answered first:
• Ringing calls (ring ins, recalls, callbacks, or transfers) are answered in the order they were
received.
• Calls on individual hold are answered in the order they were placed on hold.
The MiVoice Office 250 supports Automatic Numbering Identification (ANI), Caller ID for multi-
line phones, and Dialed Number Identification Service (DNIS).
For Release 6.1 and higher, MiVoice Office 250 allows the decoding of Calling Line Identification
(CLID) information in countries which use variations of BT CLIP (British Telecom Calling Line
Identification Presentation) signaling on analog trunks.
BT CLIP supports the delivery of Caller ID information on analog trunks in the UK, and the
standard is commonly known as BT CLIP. BT CLIP is an on-hook capability that provides the
user with information about the caller before actually answering a call.
A new trunk Service Type and timer parameters are added in MiVoice Office 250 Database
Programming to support BT CLIP. BT CLIP replaces ETSI DTMF Caller ID. When configuring
188
Trunks and Gateways
a Loop Start trunk, the Service Type options now include Bellcore FSK Caller ID and British
Telecom FSK.
When configuring a Loop Start trunk, the following Service Type options are supported:
• Bellcore FSK Caller ID
• British Telecom FSK
NOTICE
Your use of Mitel products and/or services, including but not limited to certain Caller ID features, may
be subject to US, UK, and Canadian regulations and laws. For example, transmitting misleading or
inaccurate caller ID information with the intent to defraud or deceive may be a violation of the Truth in
Caller ID Act of 2010. Mitel does not promote use of its products and/or services in such a manner and
any such use by you which knowingly contravenes local or national governments laws is at your own
risk. Mitel strictly disclaims any liability which may be associated with your wrongful use.
If the Loop Start trunk has been configured with one of the Service Type options above, and
caller ID does not work after it has been enabled in Database Programming, perform the
following:
1. Check the Connected to CO flag. The value should be Yes.
2. Run a Hybrid Balance Test (see page 1149).
3. Restart Database Programming.
4. Review the results of the test. If the Echo Return Loss (ERL) value is not the optimal setting
value, change it to the optimal value (see page 1152 and page 1153 for details).
Definitions
The following features provide information about the source of the call.
• ANI: Identifies the caller’s telephone number. The system receives a specified number of
digits.
• *ANI*: A form of ANI that does not have a specified number of digits. The system receives
a star (*) before the ANI digits to signal the beginning of the caller’s telephone number.
Another star after the digits signals the end of the ANI information.
• Caller ID: Provides the caller’s telephone number and/or name on multiline phones only.
• DNIS: Identifies the number that was dialed to reach your location. The system receives a
base number and a specified number of digits that identify the dialed number.
• *DNIS*: A form of DNIS that does not have a specified number of digits. The system receives
a star (*) before the DNIS digits to signal the beginning of the dialed number. Another star
after the digits signals the end of the DNIS information.
• *ANI*DNIS*: A two-stage address service that provides both the caller’s telephone number
and the dialed number. It combines the *ANI* and the *DNIS* features.
The network retains trunk and outside party information and passes that information along
when a call is routed from node to node. With the preceding features and call routing tables
activated, the system can identify each incoming call and send it to selected destinations. For
example, calls identified with Caller ID or ANI from specific regions of the country can be sent
189
Features and Programming Guide
to the appropriate sales representative or calls from specific locations can be sent to selected
individuals. Or, using DNIS information, responses to advertisements using one 800 number
can be sent to one hunt group and calls from other 800 numbers can be sent to other hunt
groups. Or, they can all be sent to the same destination with different identifying names for the
phone displays (such as Magazine Ad, TV Ad, and so forth).
Call information services (Caller ID, ANI, and DNIS) must be enabled for the individual trunks.
Loop start trunks can use Caller ID. T1 spans programmed for E&M or DID can use ANI and
DNIS. For more information, see “Unsuppressed SMDR Fields by Trunk Service Type“ on
page 97.
The system supports the transmission of Caller ID to single line phones that terminate on IP
Single-Line Adapters. This feature uses Automatic Number Identification (ANI), or Caller ID.
Once programmed, on-hook single line phones display the calling party’s telephone number
and name (if available) when receiving an incoming central office (CO) call. The Caller ID
information is also displayed if the single line phone receives a transferred call from another
phone that has calling party information. Caller ID is not transmitted to single line phones
attached to Single-Line Adapters (SLAs). However, Caller ID is transmitted to single line phones
connected to SLM-4 and SLM-8 ports. All SLM-8 module ports have Caller Identification transmit
(CID Tx) capability. Caller ID is transmitted to IP display phones and displayed after the first ring.
Phone Displays
Whether call information appears on the phone display, and what information appears, is
determined by phone flags in the database. The flags are:
• Expanded CO Call Information On Displays: This phone flag determines whether call
information (trunk name or call information) is displayed at the phone. If it is enabled, the
Outside Call Party Information Has Priority flag determines what is displayed. If it is disabled,
the programmed trunk group user name will appear on the display. In the default state, this
flag is enabled.
• Outside Party Call Information Has Priority: (not used on single line phones) If the
Expanded CO Call Information flag is enabled, this flag determines what information is
displayed at the phone. If enabled, any call that is received on a trunk that provides outside
call information (for example, Caller ID or ANI), will be identified on the phone display with
the call information. If disabled, the display will show the DID or DNIS information for the
call (if available). In the default state, is it enabled.
• Display Outside Name: If the Display Outside Name phone flag is enabled, the user can
switch between the outside party name and number when connected to a CO call with
outside party information. The user enters the Display Outside Party Name On/Off feature
code (379). In addition, the enhanced ring-in displays will provide the user with more infor-
mation such as both Caller ID name and number if available, or tell the user if a Caller ID
number is blocked or out-of-area. This is a phone-only flag. In the default state, this flag is
enabled.
The system will provide the user with advanced displays for direct ring-in calls, if the phone
has “Expanded CO Call Information On Displays” and “Outside Party Call Information Has
Priority” phone flags enabled (by default they are enabled).
190
Trunks and Gateways
A typical direct ring in display would look like the following: “TRNK GRP 1 RINGING IN.”
However, with the enhanced displays, the system will attempt to display the name of the outside
caller on line 1 and the number of the outside caller on line 2.
When a CO call rings into the system, the system uses the following criteria to determine the
name that will appear on the display phones. The criteria are listed from highest priority to
lowest priority.
Display Line 1
The following criteria are used to display the name on the top line of the ring-in display. This
assumes that all of the necessary phone flags are properly set and usernames are correctly
filled in or left blank (at the programmer’s discretion) for Call Routing Tables and Trunk Group
Names.
1. Outside Party Name provided by the Desktop Application, if available.
2. Outside Party Name provided by Caller ID, if enabled at the phone level.
3. Outside Party Name provided by System Speed Dial. If the collected number matches a
number in a Speed Dial bin, the system uses the name of the matching Speed Dial bin.
4. Outside Party Number provided by the Desktop Application.
5. Outside Party Number provided by Caller ID, if enabled at the phone level.
6. Outside Party Number provided by ANI service, if enabled at the phone level.
7. Call Routing Table Name, if the name is not blank.
8. Trunk Group Name, if the name is not blank.
9. Default Trunk Group Name (TG XXXXX).
Display Line 2
The following criteria are used to display the number on the bottom line of the ring-in display.
This assumes that all of the necessary flags are properly set.
1. Outside Party Number provided by the Desktop Application, if available.
2. Outside Party Number provided by Caller ID, if enabled at the phone level.
3. Outside Party Number provided by ANI service, if enabled at the phone level.
4. Number Absence Reason, such as Caller ID “OUT-OF-AREA” or “PRIVATE” (blocked)
message.
5. RINGING IN display.
ANI and Caller ID information is also sent to the Voice Mail application to provide the caller’s
telephone number as part of the message envelope.
191
Features and Programming Guide
CALLER ID PROPAGATION
Caller ID (CID) propagation allows Call Processing (CP) to send caller ID information from any
incoming services to the public or private network using Primary Rate Interface (PRI) or Basic
Rate Interface (BRI) Integrated Services Digital Network (ISDN) circuits. In the European
market, CID is known as Calling Line Identification [CLID]. When CID is enabled, the system
includes information that identifies the caller to the public or private network.
The CID/CLID information can be a phone username or extension, caller number (Calling Party
Number or Name), or incoming CID information. The system software can process any incoming
caller ID information and then re-send this information via an ISDN circuit with some limitations.
Basically, caller ID received via an ISDN, analog line, or T1 circuit can be processed and sent
out to an ISDN circuit. CID information can also be propagated between nodes.
CID information presented by the system results from any one of the following events:
• A call that is originated from a phone on the system.
• A call that is from the redirection of an external call.
• The system programmable fields in DB Programming:
• Send Station Extension/Username to Attached PBX on page 550 (for trunk groups)
• Propagate Original Caller ID on page 551 (for trunk groups)
• Do Not Propagate Original Caller ID to P-Asserted Identity on page 552
• Wait for ISDN Caller ID Information on page 553 (for trunk groups)
• Calling Party Name on page 435 (for phones)
• Propagate Original Caller ID on Transfer on page 446 (for phones)
• Propagate Original Caller ID on Transfer on page 947 (for voice mail)
The following table lists troubleshooting information for the Caller ID Propagation feature.
192
Trunks and Gateways
Page 1 of 2
193
Features and Programming Guide
Page 2 of 2
194
Trunks and Gateways
CALLER ID FORWARDING
The following table lists troubleshooting information for the Caller ID Forwarding feature.
Page 1 of 2
195
Features and Programming Guide
Page 2 of 2
Administrators can place any or all remote nodes into night mode or day mode. The default
feature code for Enable Network Night is 9861. The default feature code for Enable Network
Day is 9862. For more information, refer to the MiVoice Office 250 Phone Administrator Guide,.
The Night Ring On/Off feature code (9860) affects only the node on which the administrator
NOTE
resides.
Direct Inward System Access (DISA) is a programmable feature that allows an outside party
to dial into the system from an external DTMF telephone and then dial extension numbers, hunt
group pilot numbers, and off-node device extensions. DISA callers do not have access to
outgoing trunks or page zones.
Any of the trunk groups can be programmed to receive incoming DISA calls in day or night
mode. When not in use for DISA, the trunk group can be used for placing outgoing calls by
phones with outgoing access permission.
Due to the natural characteristics of the trunk, the volume level of DTMF tones transmitted over
the trunk may be substantially reduced before reaching the system. This natural degradation
in tone volume may adversely affect the reliability of the DISA feature. Other factors which can
affect DISA performance are trunk noise and the quality and strength of the DTMF tones
generated by the off premises phone itself. If the system cannot recognize a DTMF digit, the
call is automatically sent to the primary attendant.
When a DISA user calls a phone extension number, the call rings as a direct ring-in call, even
if the called phone is busy or in Do-Not-Disturb mode. The DISA caller hears music or ringing
(determined by a system-wide option in database programming) until the Transfer Available or
196
Trunks and Gateways
Transfer Busy timer expires. Then, if the call is not answered, it recalls the called phone’s
attendant. If the called phone is forwarded, the call follows the programmed forward.
When a hunt group pilot number receives a call through DISA, the call rings or circulates
according to how the hunt group is programmed; that is, linear or distributed. If a caller dials a
valid hunt group pilot number that has no members assigned to it, the call automatically rings
at the primary attendant phone until the Abandoned Call timer expires. If the call is not answered
before the Abandoned Call timer expires, the call is disconnected.
Security Codes
DISA trunks can be assigned security codes of up to eight digits that are required for access
to the system. The installer can program separate codes for each DISA trunk group to be used
during day or night modes.
To prevent unauthorized access to the outgoing trunks, all trunk groups using DISA should
NOTE
have a security code.
System administrators can determine the number of times that a caller may unsuccessfully
attempt to enter a security code and/or dial an extension number. If the user does not succeed
within the determined number of attempts, the call is disconnected if the security code is invalid
or, if the extension number is invalid, the call is transferred to the primary attendant.
Using DISA
If DTMF decoders are unavailable when a DISA call is received, the incoming DISA call is
NOTE
automatically sent to the primary attendant.
To use DISA:
From a DTMF telephone, the caller dials the telephone number of the DISA trunk. When the
call is answered by the system, the caller hears system intercom dial tone
DISA
1
SYSTEM
If a single progress tone is heard, the caller must enter the appropriate day or night DISA
security code, followed by the pound sign (#). caller dials an extension number or a hunt group
pilot number. To call the primary attendant, the caller dials 0. The caller will hear ringing, or
may hear music if the system is equipped with Music-On-Hold, until the call is answered or
routed in accordance with system programming.
197
Features and Programming Guide
Trunks can be designated for dual-tone multi-frequency (DTMF) signaling only through
database programming.
EMERGENCY CALLS
The MiVoice Office 250 allows immediate access to local emergency facilities whenever a
phone user enters the Emergency Call feature code. The dialing pattern defaults to:
• 911 on systems located in the USA
• 999 on systems located in Europe
• 112 on systems located in Australia
When activated, the Emergency Call feature selects a trunk or routes the call based on the
phone programming. When activated, the Emergency Call feature overrides all toll restrictions
and trunk access programming.
WARNING
Responsibility for Regulatory Compliance.
It is the responsibility of the organization and person(s) performing the installation and maintenance of
Mitel Advanced Communications Platforms to know and comply with all regulations required for ensuring
Emergency Outgoing Access at the location of both the main system and any remote communication
phones. Remote IP and SIP phones may require gateway access to nearby emergency responders.
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the U.K.
• If applicable, 112, an emergency number used widely in Europe outside of the UK, and Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the location of the
main system and/or remote phones.
Emergency Extensions can be programmed for each phone, and Day/Night Emergency
Outgoing Access lists are used to validate the extension making the emergency call.
When a user dials the Emergency Call phone number at intercom or CO dial tone, emergency
outgoing access is granted based on system programming and what the user dialed, as
described in the following scenarios:
• If the user dials the emergency feature code from a phone with a trunk or trunk group
programmed as the Emergency Extension, the Emergency Call feature routes the call
based on the phone’s Emergency Extension. The trunk or trunk group does not validate
the phone originating the emergency call against the trunk group’s Emergency Day/Night
Outgoing Access List. An idle trunk is seized, and the system automatically dials Emergency
Number 1.
• If the user dials the emergency feature code from a phone with ARS programmed as the
Emergency Extension:
a. The Emergency Call feature routes the call based on the phone’s Emergency
Extension.
198
Trunks and Gateways
If everything is denied due to Emergency Outgoing Access, the call is routed once
again to Route Group 1. The call then tries the first facility group in Route Group 1.
The trunk group or node trunk group does not validate the phone originating the emer-
gency call against the group’s Emergency Day/Night Outgoing Access List. If no trunks
are available, the call tries the next member in the facility group. If all of the members
are unavailable, the call camps-on to Route Group 1 until a trunk is available.
• If the user accesses a trunk or trunk group and dials any Emergency Number (1–10), the
trunk or trunk group does not validate the phone originating the emergency call against the
trunk group’s Emergency Day/Night Outgoing Access List. An idle trunk is seized, and the
system automatically dials the emergency number.
• If the user accesses ARS and dials any Emergency Number (1–10):
a. The call is routed to Route Group 1.
b. The call tries the first facility group in Route Group 1.
c. The trunk group or node trunk group validates the phone originating the emergency
call against the group’s Emergency Day/Night Outgoing Access List.
d. If the call is denied, the call tries the next member in the facility group. If each member
denies the call, the call tries the next facility group in the Route Group 1 list.
If everything is denied due to Emergency Outgoing Access, the call is routed once
again to Route Group 1. The call then tries the first facility group in Route Group 1.
The trunk group or node trunk group does not validate the phone originating the emer-
gency call against the group’s Emergency Day/Night Outgoing Access List. If no trunks
are available, the call tries the next member in the facility group. If all of the members
are unavailable, the call camps-on to Route Group 1 until a trunk is available.
Mitel recommends that only local trunks be installed and used for emergency trunk access
and that only local trunks be programmed in Route Group 1. Programming a node in Route
NOTE
Group 1 may cause the system to access a trunk on a separate node when ARS is used for
emergency access. If this occurs, Emergency Outgoing Access is no longer validated.
The system allows the Dialing Wait After Connect timer to expire and then dials the digit string
programmed in the database as the emergency number.
At the time the call is processed, a minor alarm will be generated by the system and sent to all
administrator phones. Also, if the Message Print option is enabled, the alarm message is sent
199
Features and Programming Guide
SYSTEM DATABASE:
EMERGENCY EXT. =
TRUNK GROUP 1 (92001)
OR ALARM #11
DIRECT TRUNK ACCESS DISPLAYED
Phone user EMERGENCY No. = 911
dials 911
The system supports two outgoing access lists called Emergency Day Outgoing Access and
Emergency Night Outgoing Access. These lists, which are similar to the Day/Night Outgoing
Access lists, are programmable for CO Trunk Groups, SIP Peer Trunk Groups and Node IP
Connection Groups” . These lists default to the Auto Extension List PP051: Auto: All Phones.
For programming instructions, see “Extension Lists and System Groups“ on page 527.
The system can store up to 10 emergency numbers that are dialed when the Emergency Call
feature is used.
If the system is installed in an area where emergency responder services such as 911 in the
USA, 999 in the European market, or 112 in Australia are not available, Mitel recommends
substituting the phone number for the local police or fire department or the telephone company
operator.
This feature can be made inoperative by removing all trunk access and/or by removing the
dialed digit string. If Emergency Call is not operational, the system presents a warning message
that the feature has been disabled. The programmer must acknowledge or change this condition
before system operation can continue.
Like other feature codes, the default Emergency Call feature code can be changed from 911,
999, or 112 to a different code, if necessary.
An emergency number will be blocked if there are no trunks or emergency numbers programed
in the database, or all trunks in a trunk group are busy.
If the Emergency Call feature is programmed to use ARS, route group 1 (local calls) will be
used even if its dial patterns are reprogrammed.
Emergency calls, by default, use the first local trunk group and will not be sent using node trunk
groups on other nodes. However, when ARS is used to place an emergency call, Route Group
1 is used, even if it contains nodes. This means that the network can access a trunk on a node
other than the user’s node if the user accesses ARS and dials the emergency number. Local
200
Trunks and Gateways
trunks must be installed and used for emergency number trunk access and nodes should
not be used in Route Group 1. When a user places an emergency call, every administrator
in the network receives an emergency alarm.
Each phone can be programmed to send an identifying number when a call is placed. This
information is required by government regulation for emergency calls in some areas. Up to 48
digits can be programmed in the Calling Party Number field. However, check with your service
provider to determine their specific requirements. This number is sent in the ISDN setup
message in the Calling Party Number Information Element. In addition, the system sends the
extension number of the phone in the Calling Party Number Subaddress Information Element.
The CO should ignore this information element if it does not support the feature.
No default number exists for this field. It is up to the system administrator to supply the correct
NOTE
Emergency Calling Party Number for each phone.
If an off-premises extension is used for dialing an Emergency Number such as 911 in the USA,
999 in the European market, or 112 in Australia, the emergency responder operators will see
the Calling Party Number or the address the system chassis location rather than the address
of the off-premises location. Off-premises personnel should be prepared to give the correct
address and other pertinent information if it is not programmed as the Calling Party Number.
The system supports SIP (Session Initiated Protocol) trunks to reach the CO. SIP trunks allow
the system to communicate with the CO via SIP-enabled gateways. As the SIP protocol
becomes more and more popular, it is important to be able to communicate to SIP gateways
in the IP-centric world.
For a more current list of compatible SIP gateways, refer to KB article 09-4940-00056 on the
Mitel Knowledge Base Center (http://domino1.mitel.com/prodsupp/prodsupkb.nsf/
WebSearchForm?OpenForm). Note that you must first log on to Mitel OnLine (http://
portal.mitel.com/wps/myportal/MOLHome) in order to access the KB.
201
Features and Programming Guide
WARNING
Possible Delay in Local Emergency Response to Remote Sites.
IP and SIP phone users should be alerted to the following hazardous situations:
• If an Emergency Call phone number is dialed from an IP or SIP phone located at a remote site that is
not equipped with a correctly configured gateway, the call will be placed from the location where the
system chassis is installed rather than from the location where the emergency call is made.
• In this situation, emergency responders may be dispatched to the wrong location. To minimize the risk
of remote site users misdirecting emergency responders, Mitel recommends regular testing of MGCP/
SIP gateway trunk(s) for dial tone.
• If uninterruptible power supply (UPS) protection has not been installed as part of the MiVoice Office
250, IP and SIP phones will not operate when electrical power fails either at remote sites or at the main
system location.
To place calls during a power failure in this situation, IP and SIP phone users can only use a single line
phone connected to one of the power failure bypass circuits built-in to the system chassis. If a phone
connected to a power failure bypass circuit is not available, users should make emergency calls from a
local phone not connected to the system. For details about installing phones to the Power Failure
Bypass circuits, refer to the “Installation” chapter in the MiVoice Office 250 Installation and Administration
Manual .
When configured with an MGCP Gateway or a SIP Gateway, the system can be programmed
so that when an Emergency Number is dialed from an IP phone, the calling name and number
associated with the IP phone—not the system—is sent to the emergency response operators.
To ensure this functionality works, the system must be programmed for remote loop termination.
The MGCP gateway is intended to connect to the PSTN. Connecting the MGCP gateway to
NOTE
single line ports on other systems is not supported.
Each trunk group has programmed lists of phones for outgoing-access, allowed-answer, and
ring-in assignments for day and night modes.
• Outgoing-access: Permits the phone user to place calls using trunks in that trunk group.
Each phone has a default outgoing access code programmed in the database. When the
user presses the OUTGOING button, presses an idle CALL button, or enters the Outgoing
Call feature code, 8 (0 in Australia), the system automatically selects an outgoing trunk.
Because the network does not allow users to directly access trunks on other nodes, each
NOTE trunk group’s Outgoing Access can contain only phones on the local node. Users must use
ARS to access trunks on other nodes.
• Allowed-answer: Permits the phone user to answer incoming calls on the trunks in that
trunk group (even if the phone does not have ring-in assignment for that trunk group).
Phones cannot have allowed-answer assignment for trunk groups on other nodes. On
phones, the individual trunk button flashes (if one exists) to indicate the ringing call. If a
phone is programmed with allowed Answer Access only (no ring-in) for a trunk group, direct
ring-in calls on that trunk group can be answered by entering the Automatic Trunk Answer
feature code (350) or pressing the flashing individual trunk button.
• Ring-in: Assigns ring-in destinations which can be one or more phones, modems, extension
lists, or Voice Processing applications; to a hunt group; to DISA; or to a call routing table.
202
Trunks and Gateways
A trunk can ring in to a phone or Voice Processing application on another node. The ring
in destination(s) for the trunk group will receive direct ring-in calls on trunks in that trunk
group. On phones with ring in, the individual trunk or CALL button flashes and the display
indicates a ringing call. Allowed answer for the trunk group is automatically assigned to a
phone with ring in.
When phones have outgoing-access or ring-in assignments, the associated individual trunk
buttons show the status of their trunks.
Phones that do not appear on any of the lists cannot place or directly receive outside calls; they
are limited to intercom calls, conferences, transferred calls, and retrieving calls on system hold.
(A call on system hold can only be picked up at the phone that placed it on hold or at a phone
that has an individual trunk button and has allowed-answer and/or outgoing access for that
trunk.)
A private trunk group with one or more trunks can be established by programming outgoing-
access, ring-in, and allowed-answer permission for the trunk group to only one phone.
For programming instructions, see “Extension Lists and System Groups“ on page 527.
TRUNK MANAGEMENT
This section describes the way the MiVoice Office 250 has been designed to facilitate efficient
management of trunk facilities.
TRUNK GROUPS
Each trunk is assigned to a trunk group. Trunk group feature codes and trunk group buttons
are used to select a trunk in one of the programmed trunk groups. Each trunk must be assigned
to a trunk group. For example, all local trunks could be in one group, while another group could
contain WATS trunks that are used for long distance calling. Unused trunks can be placed in
a single trunk group that is labeled “unused.”
All trunks in a trunk group must reside on the same node as the trunk group. The trunk group
is programmed to process outgoing calls in linear or distributed order:
• Linear trunk group: Requests for an outgoing trunk are always processed beginning with
the highest numbered trunk circuit on the list and move through the list until an available
trunk is found.
• Distributed trunk group: The first request will be processed beginning with the highest
numbered trunk circuit on the list. The next request will begin with the second highest
numbered trunk, and each subsequent request will begin one trunk lower on the list. When
the end of the list is reached, requests begin again with the highest numbered trunk on the
list.
The Camp On feature can be enabled or disabled for each trunk group. If the Camp-on feature
is disabled, callers will hear continuous busy signals when all trunks in the trunk group are in
use or unavailable. If Camp On is enabled, callers are able to camp on to the trunk group and
wait for an available trunk. See page 554 for details about trunk Camp-Ons.
203
Features and Programming Guide
IP GATEWAY TRUNKS
IP gateway trunks terminate on a SIP gateway in order to interconnect the MiVoice Office 250
to the public switch telephone network (PSTN). SIP gateway trunks can be programmed on
the MiVoice Office 250 without having an adequate number of IP gateway trunk licenses.
However, in this situation the system allows only the licensed number of IP gateway trunks to
come online, based on Call Processing’s IP gateway trunk order.
All SIP gateway trunks come online first, based on their hardware addresses, whether or not
a physical connection to the SIP gateway exists. This means the IPR Application uses the first
available IP networking resource to bring the SIP gateway trunks online.
From the end-user point of view, hardware addresses are not used. Internally, however, Call
Processing uses hardware addresses.
In online mode, DB Programming posts a warning if the user attempts to program more IP
gateway trunks than the number licensed.
The system allows only the number of licensed IP gateway trunks to come online. When more
that the licensed number attempt to come online, the Message Print log identifies the trunk
extensions that failed to come online. At the same time, Alarm #127 appears on the unit chassis’
LCD panel and on the Administrator phone display.
Node trunk groups: Are made up of PRI circuits that are programmed for private network use.
When a PRI-equipped module is programmed for networking (Private Networking switch type),
the system automatically creates a node trunk group. (All B-Channels residing on the same
T1M or T1M-2 module are in the same node trunk group.)
Node programming: Contains a list of node trunk groups used to access another node. For
each node in the network, you must define the routes to every other node. For example, in a
network with four nodes, you would define three routes for each node (one to each of the other
three nodes). For more information about private networking refer to “Appendix A: Private
Networking,” in the MiVoice Office 250 Installation and Administration Manual .
The nodes are programmed to select their node trunk groups in linear or distributed order:
• Linear: The node first attempts to route through the first node trunk group listed in the node.
If the node is unable to route through that node trunk group, it attempts to route through
the second node trunk group listed in the route. The node continues to attempt to route
through subsequent node trunk groups in the list until it successfully routes or exhausts all
node trunk groups in the list.
• Distributed: The node shifts the first node trunk group it attempts to use. For example, if
the node routed the previous call or communication through the first node trunk group listed,
the node routes the second call or communication through the second node trunk group
listed.
To prevent circular or excessive routes, the system limits the number of “hops.” A call or
communication can take up to 10 hops to other nodes. However, 2 or 3 hops maximum is
recommended.
204
Trunks and Gateways
T1 OPX SERVICE
Some sites may experience difficulties when using a loop start T1 line configured for OPX
service. This arrangement may be used to connect two Mitel systems in order to perform semi-
networking applications such as intercom access, lighting message lamps, and shared voice
mail. The reason for the difficulty is that the T1 OPX does not send a disconnect signal to the
loop start trunk, which causes trunks to lock-up.
For T1 OPX phones, the flag “Send T1 OPX Disconnect Flash” sends a proprietary disconnect
signal from the T1 OPX to the loop start trunk. The “A” bit is toggled high for the duration of the
SL Disconnect Flash Duration timer. At default, this flag is disabled. It is programmed on a
phone-by-phone basis and is available only to single line phones. See “Send T1 OPX
Disconnect Flash“ on page 446 for details.
To use this phone flag, the system must be equipped with a T1M or T1M-2 module.
The Send T1 OPX Disconnect Flash flag does not affect T1 channels configured for Loop
Start. Therefore, a Mitel system can be on the receiving end with T1 Loop Start channels and
NOTE
will recognize the disconnect. However, it cannot send the disconnect unless it has T1 OPX
enabled.
205
Features and Programming Guide
Although the basic system configuration is non-blocking, certain configurations can lead to
circumstances wherein more timeslots are assigned than are available, which may result in
blocking if an attempt is made to use all resources at once. For further discussion of time slot
allotment, see “Time Slot Groups“ on page 896. In addition to the Processor Module (PM-1),
Base Server modules can be installed in any of the three available bays. When the System is
an HX Controller, you can program up to four Bays instead of three Bays. The Digital Expansion
Interface supports modules that cannot be installed in the Base Server.
The following trunk-related modules are available for installation (see page 207 for details):
• T1/E1/PRI Module
• Dual T1/E1/PRI Module
• Two-port/four-port Loop Start (LSM-2/LSM-4)
• Two-port Basic Rate Module (BRM-2) [Australian/European markets only]
The following phone-related modules are available for installation (see “Phones and Devices“
on page 377 for details):
• Four-port/eight-port Single Line Module (SLM-4/SLM-8)
On the CS Controller chassis, there are two, on board single line ports, instead of a
NOTE
separate module as on the HX Controller.
When changing the module type, existing circuits must first be reconfigured. Not redefining the
associated circuits before inserting another module type of a different device type produces an
error message. The fields used in Controller programming are described on page 208.
For information about the Processor Module and Processor Expansion Card, see “Local
Processor Module and Expansion Card IP Settings“ on page 645.
206
Trunks and Gateways
The hardware address “slot” number is visible when viewing devices equipped on a module in
the Bay.
Table 33 summarizes the slot numbers used in the MiVoice Office 250.
207
Features and Programming Guide
SUPPORTED MODULES
When the System is an HX Controller, you can program up to four Bays instead of three Bays
in the Controller folder.
* For information about the DDM-16 and SLM-4, see “Phones and Devices“ on page 377.
Modules can reside in any bay and in any combination. Module bays displaying “Uninstalled”
have not been configured with a module type listed above. If you intend to configure a T1/E1/
PRI module for PRI use, you must have the PRI premium feature license, part no. 840.0227.
To select the module type that will be assigned to a particular bay, click the desired bay labeled
Uninstalled, then select the desired module type in the list box.
208
Trunks and Gateways
• The bay that contains the module with the primary attendant phone cannot be changed to
another module type or deleted until the attendant phone is changed to another location
on another module. If attempted, a warning message appears.
To program an individual module, double-click it (or right-click and select Explore <module
name>). Follow the programming instructions for that type of module:
• Configuring a Basic Rate Module (BRM-2) on page 209
• Configuring a Two-Port/Four-Port Loop Start Module (LSM-2/LSM-4) on page 213
• Configuring a Single-Port/Dual-Port T1/E1/PRI Module (T1M/T1M-2) on page 215
• Configuring a Four-Port Single Line Module (SLM-4) on page 397
If you change the module type, a window appears prompting you to confirm the change. Select
Yes to continue or No to cancel the change.
MOVING MODULES
A module can be moved to any unoccupied location except the left-most bay, which is larger
than the others and reserved for the Processor Module.
To move a module, select the existing module and drag and drop it to the new location. Or,
select the module to move and press CTRL + the up/down arrow to move the module up or
down in the list.
You can also move a module using the Move Module shortcut menu option. This procedure
can only be done while in local programming mode.
1. Right-click the desired module or press CTRL + M.
2. Select Move Module. The Move Module dialog box appears.
The Basic Rate Module (BRM-2) provides the Basic Rate 2-Interface ISDN service for
communication. The module fully implements the ISDN S/T interface. Each of the two BRI ports
consists of two bearer (B) channels and one data (D) channel with HDLC support. The ports
provide full I.430 ITU S/T ISDN support for trunks (TE mode). The BRM-2 does not support
stations (NT) mode. Each BRM–2 provides two circuits for connecting BRI trunks to the system.
To change a specific port, double-click Ports. A Basic Rate Module - 2 can also be configured
in the Configuration Wizard. See “Launching the Configuration Wizard“ on page 75 for
209
Features and Programming Guide
instructions on how to launch the wizard. For complete information about the Configuration
Wizard, refer to the MiVoice Office 250 DB Programming Help.
Basic Rate Interface (BRI) capability applies to Australian and European market installa-
NOTE
tions for this release.
To select a series of items, hold down SHIFT while selecting the first and last item in the
range. To select two or more that are not consecutive, hold down CTRL while selecting the
desired items.
2. Right-click and select Batch Change Type. The Batch Change Type dialog box appears.
3. Click the port type you want to assign, and then click OK.
Call Type
All Basic Rate ISDN calls have a specific number type and numbering plan field indicated in
the call setup message to the public network peer. In certain cases, front-end equipment
interfacing with the ISDN user (CPE) peer requires a specific number type and/or numbering
plan. In the past System was unable to support this requirement because the number type and
numbering plan options were not programmable. Now the number type and numbering plan
are programmable per call type for each equipped primary rate module. The operation of this
feature is transparent to the user. Once the number type and numbering plan are programmed,
the Primary rate call setup message will include this information for each call.
210
Trunks and Gateways
Overlap Sending
(Applies to BRMTrunk ports) If using a BRM-equipped module with BRM Net 5, you can
program the system to use the overlap sending and receiving protocols. These protocols
allow you to program the switch to send called number digits either in the setup message
or the information message. See “To access the programming options:“ on page 222 for
programming details.
Port Status
SPID/DN/TEI
The SPID/DN/TEI option applies only for BRI trunk ports only. Each BRI trunk can have up to
16 SPID/DN/TEI pairs.
• Directory Number (DN): (US Only) Is the number. No DN numbers are assigned by default.
• Service Profile Identification (SPID): (US Only) Contains the bearer information so that
the CO can associate the number with a set of bearer types, The CO will reject calls to the
directory number based on the bearer types assigned to that number. This also allows the
CO to charge a higher rate for numbers that have more bearer capabilities (for example,
numbers which support data or video as opposed to just speech). No SPIDs are assigned
by default.
• Terminal Phone Identifier (TEI): Contains value that Network uses to identify the terminal.
This value can be fixed or automatically assigned by the Central Office. In a point-to-point
setup, there is only one TEI. In a point-to-multipoint setup, there is at least two. For the US,
each SPID/DN pair has an associated TEI. The default is set to Automatic.
211
Features and Programming Guide
Some Central Offices do not allow 16 SPIDs, and some allow as few as six. Also, SPID/DN/
TEI pairs are only defined for North American ISDN switch types, so they are defined only for
the US Systems. Other countries do not support SPID/DN.
Timers
To program a timer:
1. Select its current Value and enter the new value in the text box.
2. Press ENTER or click on another field to save the change.
* Currently, the overlap sending/receiving protocols are supported with PRI Net 5 and BRI Net
3 switch types, which are prevalent in the Europe and Mexico markets.
Description
To enter a description:
1. Select the current Value, then enter the description in the text box.
212
Trunks and Gateways
Basic Rate Module supports AT&T 5ESS Custom, DMS-100, and National ISDN2 switch types.
This field allows a system to determine whether or not the BRI trunk port processes an ISDN
Data Link Down message. When this flag is set to Yes and a BRI trunk port receives an ISDN
Data Link Down message, then a BRI trunk port drops all calls and attempts to bring the ISDN
data link up. When this flag is set to No and a BRI trunk port receives an ISDN data link down
message, then the BRI trunk ignores the ISDN data link down. Some Central Offices (local
exchanges in Europe) will release its TEI after a B-channel trunk has been idle for some time.
This causes an ISDN data link down message to be sent from the CO (local exchange) to the
switch. In this case, if the switch processes the ISDN data link down message, it may drop the
call on the other B-channel trunk on that port. The default value of this field is to ignore the
ISDN data link down message.
D-Channel Diagnostics
This field turns on/off D-channel diagnostics for BRM. It is set to Off by default. The selections
are: Off, Layer 1, or Layer 2.
The system provides two or four loop start ports. The ports provided in these modules are in
addition to the built-in ports of the same type. The primary difference is that the built-in ports
also provide the Power-Fail Bypass functionality.
213
Features and Programming Guide
When the System is an HX Controller, the on-board Loop Start capacity is expanded from two
to four ports. DB Programming shows four onboard Loop Start ports. Although the boards are
set up as 4-port boards, only the original two ports are equipped by default.
The figure below shows an example of the Loop Start Ports 1-4.
With the introduction of the HX Controller chassis, DB Programming makes all attempts to
appropriately show the hardware that is available for both HX and CS systems. If three Loop
Start ports are programmed into a database and then the platform is changed to CS Controller,
a red X appears over the unavailable third port.
To select a series of items, hold down SHIFT while selecting the first and last item in the
range. To select two or more that are not consecutive, hold down CTRL while selecting the
desired items.
2. Right-click and select Batch Change Type. The dialogs below appear.
3. Click the port type you want to assign, and then click OK.
When DB Programming is in offline mode, you can drag/drop a port to a module that has
available ports (“None”). You cannot move devices in online mode. If you try to drop on a fully
programmed module, an error message appears.
214
Trunks and Gateways
2. Browse to the module with the existing port you want to move. Click the port, hold down
the mouse button, and drag it over to the tree view. The None port will become highlighted
when the port to be moved is dragged onto it.
Depending on the selection, one of the following options can be configured for the T1M module
(or up to two of the options for the T1M-2 module):
• T1
• T1/PRI
• E1/PRI
If the T1M-2 module is installed in an uninstalled expansion bay prior to starting an online mode
session of DB Programming, the module will auto-equip and be displayed in the appropriate
bay of the Controller when the DB Programming session is established.
If a T1M was previously programmed in the bay for the T1M-2 module, you may change the
module from the T1/E1/PRI module to the Dual T1/E1/PRI module in DB Programming. The
programming for the T1M port will be automatically copied to the first port of the T1M-2.
Conversely, if a T1M-2 with two configured/programmed ports is changed to a T1M, the
programming for the first port of the T1M-2 will be preserved and configured for the T1M port,
while the programming for the second port of the T1M-2 will be deleted.
DB Programming also permits drag/drop of T1M or T1M-2 ports from one T1M/T1M-2 module
to any “None” port of a T1M/T1M-2. To preserve programming when transitioning from one
module type to another, the ability to “move” a port from one T1M/T1M-2 to another was added.
The move option is available only in an offline mode session of DB Programming. Only T1,
NOTE T1/PRI or E1/PRI ports may be moved. The None port may not be moved. Only None ports
are valid destinations for a move.
215
Features and Programming Guide
3. Drop the port by releasing the mouse button over the desired None port. The port will be
“moved” from the original module to the new module and all of its programming (circuits,
networking, and so forth) will be retained. The original module will now have “None” listed
as the port type where the moved port used to be.
When changing a module type from T1M to T1M-2 or vice versa or drag/dropping a port between
module types, the echo profiles for devices programmed on any ports undergoing the module
type transition will be changed to their default type. See “Echo Profiles“ on page 761 for default
echo profiles based on module and device type. Also, when going from a T1M to a T1M-2
(either changing the module type or drag/dropping a port) the Span Connection Type port-level
field of the Dual T1/E1/PRI ports will be defaulted to the system companding type.
To program a port on one of the T1M or T1M-2 modules, double-click the module to display
the programming fields. Module Programming includes the following fields.
Timers 219
Page 1 of 2
216
Trunks and Gateways
Page 2 of 2
T1/E1 Circuits
217
Features and Programming Guide
3. Select the circuit type you want to assign, and then click OK.
If the new devices require extension numbers, you will be prompted to select the first number
in the batch. The available extension numbers will be assigned sequentially to the newly
equipped circuits. If you attempt to exceed the device limit of the System, an error message
appears informing you the operation cannot be performed.
T1/E1 Diagnostics
T1 Diagnostics is used for troubleshooting T1 or E1. It shows the status of various conditions
for the selected module.
• Hourly Display: Double-click Hourly to see the number of error that have occurred in each
hour for the past 24 hours.
• Daily Display: Double-click Daily to see the number of errors that have occurred during
several 24-hour periods.
• Hourly Summary: The hourly summary shows the number of errors that have occurred in
the past hour.
• Daily Summary: The daily summary shows the number of errors that have occurred in the
past 24 hours.
• Last Error Update Hour and Day: These fields show the date and time that the information
was last updated. (Information is automatically updated whenever a new module is
selected.)
• T1/E1 Status: Double-click T1/E1 Status to see the following fields. They show the status
of the T1 or E1 module and allow you to perform diagnostics. To update the information,
right-click anywhere and select Update All Statuses.
• Make Busy: This option can be used to busy-out all of the circuits. When it is enabled,
the module is busied out, just as it would be if the busy-out switch on the module was
218
Trunks and Gateways
used. To change this option, right-click the current Value and then select Enable Make
Busy. To turn off the Make busy, right-click again and select Disable Make Busy.
The T1 or E1 circuits should be busied out before any diagnostics procedures are
NOTE
performed. If not, the module will go into Red Alarm and drop all active calls.
If the Make Busy LED is flashing rapidly on the module, someone pressed the Make
Busy switch. If this occurs, you must disable this Make Busy field.
• Loopback Tests: These options can be used for enabling and disabling the following
T1 loopback diagnostics and alarm. During the tests, LED indications and error mes-
sages can be used to provide troubleshooting information. (The testing options cannot
be used in stand-alone programming mode.) To enable or disable one of the tests,
right-click its current Value, then select Enable. To end the test, right-click again and
select Disable. If the T1 or E1 Loopback timeout timer expires during a loopback test,
the loopback will be terminated automatically. The loopback tests are as follows:
• Digital Local Loopback: Allows you to check the transmission and reception of alarm
conditions between systems in a private T1 or E1 network. This tests the framing
chip on the module.
• Digital Remote Loopback: Allows you to check the transmission and reception of
test patterns conditions generated by the T1/E1/PRI module. This tests the framing
chip on the module.
• Transceiver Local Loopback: Allows you to check the transmission and reception
of alarm conditions generated by the T1/E1/PRI module. This tests the transceiver
chip on the module.
• Transceiver Remote Loopback: Allows you to check the transmission and reception
of test patterns between the T1/E1/PRI module and the public network. This tests
the transceiver chip on the module.
• Transmit Blue Alarm: This sends a Blue alarm over the public or private network
interface for testing purposes.
• Line Build-Out: This information is shown here for reference purposes only. To program
Line Build-out for the T1/E1/PRI module, see page 225.
Timers
(Timers are programmed only for PRI-equipped modules). The ISDN timer default values, listed
in Table 28 on page 181, have been carefully selected to ensure proper system operation under
most circumstances. Occasionally, one or more of the timers may need to be adjusted.
To program a timer:
1. Select the current Value, and then enter the new value in the text box.
2. Press ENTER or click another field to save the change.
219
Features and Programming Guide
Page 1 of 2
220
Trunks and Gateways
Page 2 of 2
Call Type
(Applies only to T1/PRI-equipped modules.) All Primary rate ISDN calls have a specific number
type (International, National, Network, or Local/Subscriber) and numbering plan field (ISDN,
Telephony, or Private) indicated in the call setup message to the public network peer. In certain
cases, front end equipment interfacing with the ISDN user (CPE) peer requires a specific
number type and/or numbering plan. The number type and numbering plan are programmable
per call type for each equipped primary rate module. The operation of this feature is transparent
to the user. Once the number type and numbering plan are programmed, the Primary rate call
setup message will include this information for each call.
221
Features and Programming Guide
Overlap Sending
(Applies only to E1/PRI equipped modules) If using a PRI-equipped module with PRI Net 5,
you can program the system to use the overlap sending and receiving protocols. These
protocols allow you to program the switch to send called number digits either in the setup
message or the information message.
Because Automatic Route Selection (ARS) calls require the system to collect dig-
NOTE its before determining the most cost-effective route, this flag is ignored for ARS
calls.
• Maximum Digits in Called Number IE: Select the maximum number of called number
digits that the system will include in the setup and/or information messages. This field
may be required if the network provider only allows calls with a specified number of
maximum digits. The number of digits programmed here and the Overlap Sending
Conditions value determine the number of called number digits sent in the called num-
ber information elements (IE) for setup and information messages. The valid range is
1–48, and the default is 20.
NOTE If the Immediate Overlap Sending flag is enabled, this field is ignored.
• Overlap Receiving: Enable this flag if the network provider does not send digits “en
bloc” to the system. If enabled, the system will not route the call until it has received a
sending complete indication from the network provider or until the Overlap Receiving
Timeout Timer has expired (below). You should enable this flag if the network provider
sends any called number digits in subsequent information messages. You should dis-
able this flag if the network provider sends all of the called number digits in the setup
message (“en bloc”). By default, this is disabled.
• Overlap Receiving Timeout Timer: Select the number of seconds that the system
will wait to receive any called number digits from the network provider. You may need
to adjust this value if the network provider does not send a sending complete indication
to signal the end of the called number digits. The valid range is 1–255, and the default
is 30 seconds.
• Overlap Sending Conditions: Select how the system will send digits if the Immediate
Overlap Sending flag is disabled. Whether or not the overlap sending protocol is used
depends on the value selected here. You have the following options:
222
Trunks and Gateways
• Overlap Sending Disabled: Sends all digits “en bloc” as part of the called number
IE in the setup message. This option does not allow overlap sending.
• Overflow Is Equal Access Only: Sends any overflow digits as equal access digits
in the setup message. This option does not allow overlap sending. This is the default
setting.
• Overflow Digits Sent In Overlap: Sends any overflow digits in subsequent informa-
tion messages. This option allows overlap sending.
• Overlap And Equal Access Facility: Sends any equal access digits in the setup
message, but sends overflow digits that are not considered equal access in subse-
quent information messages. This option allows overlap sending.
• Overlap Sending Enabled For All Calls: Sends all digits in subsequent information
messages (that is, none are included in the setup message). The number of digits
sent in each information message is limited by the Maximum Digits in Called Number
IE setting. This option allows overlap sending.
• Sending Complete Indication: Select how the system will indicate that it has finished
sending digits to the network provider. If Sending Complete IE is selected, the system
includes a sending complete information element in the setup or information message.
If ‘#’ Digit in Called Number IE is selected, the system inserts a pound (or hash) digit
(#) at the end of the digits in the called number information element. By default, this is
Sending Complete IE.
NOTE This field is ignored if the Transmit Sending Complete Indication flag is disabled.
• Transmit Sending Complete Indication: Enable this flag to have the system send
the complete indication type selected in the Sending Complete Indication field. If this
flag is disabled, the system will not send any indication to the network provider that no
more digits follow. By default, this is disabled.
Description
To enter a description:
1. Select the current Value, then enter the description in the text box.
2. Press ENTER or click another field to save the change.
In previous versions of the MiVoice Office 250, there was a system level flag labeled Enable
T1/E1/PRI Dialing. This flag has been removed and replaced with this port level flag for the
T1M and T1M-2 modules. This flag handles pulse and DTMF dialing for T1M/T1M-2 ports. It
is set to Yes by default.
223
Features and Programming Guide
Framing Type
The type of framing scheme used by the T1/E1 trunks connected to the module can be as
follows:
• T1 Trunks: D4 Superframe or Extended Superframe (ESF)
• E1 Trunks: Common Channel Signaling or Channel Associated Signaling
Line Impedance
(Applies only to E1/PRI-equipped modules.) Set this value to the line impedance the CO is
using for E1/PRI. The value here must match the CO setting. The system supports the following
line impedances:
• 120 ohms (default)
• 75 ohms
CRC Processing
(Applies only to E1/PRI equipped modules.) The CRC Processing flag is a configuration flag
that can be enabled/disabled for each E1 module. The setting for this flag must match the
224
Trunks and Gateways
setting for the remote-end E1 signal. When CRC Processing is enabled only at one end of an
E1 connection, the E1 signal with the CRC enabled will never reach the CRC Multiframe
synchronization state and will transmit the RAI signal to the remote end until either the CRC
Processing is disabled for that E1 signal or the CRC Processing is enabled for the remote-end
E1 signal.
This flag enables the transmission of a CRC Multiframe pattern and a CRC-4 value computed/
transmitted for every 16 frames of data. At the same time, the CRC Processing flag enables
the E1 module to look for this CRC Multiframe pattern and CRC-4 value on the received E1
signal. When CRC Processing is enabled on both ends of an E1 connection, both ends will
reach the CRC Multiframe synchronization. In this multiframe synchronized state, both ends
will compute a CRC-4 value and transmit it to the other end along with the E1 data. On the
receive ends of the E1 connection, both receivers will then calculate their own CRC-4 value
for the received data and if the received and the computed CRC-4 values match, the
corresponding 16 frames of E1 data are assumed to be have been received with no bit errors.
Haul Mode
This field applies only for a T1 or T1/PRI configuration (E1/PRIs do not display this field). Short-
haul implies a shorter span and the corresponding loop length field lists lengths for the cable.
Long-haul implies a longer cable with the need for a repeater and the line build out field lists
its associated signal strengths. In previous versions, only Long Haul was available for the T1
or T1/PRI. It is set to Long Haul by default.
Line Build-Out
(Applies only to T1 and T1/PRI modules.) The LBO attenuation of the T1 trunk connected to
the module value is determined by the distance to the nearest public network T1 repeater. The
selections are shown below.
• 0 dB (DSX-1)
• –7.5 dB (this is the best setting for T1/E1/PRI modules)
• –15 dB
• –22.5 dB
The Auto option should be used during initial installation. The other settings can be used if the
build-out needs to be adjusted later.
225
Features and Programming Guide
Loop Length
(Applies only to T1 and T1/PRI modules.) This is displayed with a red “X” if the Haul Mode is
set to Long Haul. This field provides optional loop lengths pertaining to a Short Haul
configuration. The selections are shown below:
• 0-133 ft. (default)
• 133-266 ft.
• 266-399 ft.
• 399-533 ft.
• 533-655 ft.
(Applies only to PRI-equipped modules.). The system supports Primary Rate B-channels.
• T1/PRI modules support AT&T 4ESS Custom, AT&T 5ESS Custom, DMS-100 or National
ISDN 2, Private Networking, and IP Private Networking.
• E1/PRI module supports Private Networking, PRI NET-5 S-type, and IP Private Networking.
If the module being programmed will be used to connect two nodes in a network, select Private
Networking.
For B-Channel Devices: When changing the switch type field in the port folder of a T1/PRI
or E1/PRI port, any B-Channel devices will be moved to their appropriate default echo profile
based on the switch type value. B-Channels are associated with different echo profiles based
NOTE
on which module type they are programmed on and whether they are being used for private
networking or as CO trunks. See “Echo Profiles“ on page 761 for the default echo profile
table.
Method A
a. Select the current Value, then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number.
c. Click OK. The new number appears in the field.
Method B
226
Trunks and Gateways
If you change the ISDN Switch Type to Private Networking, the system automatically
places the trunks in the first available node trunk group. For more information about
NOTE node trunk groups, see “Node Trunk Groups“ on page 576. If you change to any
other ISDN Switch Type option, all of the trunks are moved to the “Unused” trunk
group.
(BRI/PRI-equipped modules only) When the System provides local ringback, some central
offices [local exchanges], particularly in Europe, take too long to send the System the connect
message when a call is received. When the CO connects a call too slowly, the user can answer
before the caller is on the line, causing the caller to miss the greeting (such as “Welcome to
Mitel. How may I help you?”). If this flag is enabled, the System does not provide local ringback.
Instead, the System connects the call to the line and the caller hears CO ringback. That way,
when the called party answers, the calling party is already on the line. In the default state, the
flag is disabled.
This flag should be enabled for PRI spans that are used for placing outgoing calls from
another node (for example, Node 2 uses ARS to place outgoing calls using the PRI span
NOTE
on Node 1). If it is not enabled, some of the calls from Node 2 may not go out to the public
network properly. It is recommended that you enable this flag for all nodes in a system.
(PRI-equipped modules only) This flag affects outgoing Primary Rate ISDN calls. If it is enabled,
the system will connect the B-channel as soon as the Call Proceeding message is received
from the CO interface. Some CO interfaces, especially SS7 interfaces, do not send progress
indicators when they are playing tones or announcements on the B-channel. They play the
tone or announcement prior to sending the progress message, after the call proceeding. In this
case, if the flag is disabled, the user experiences audio clipping. If the flag is enabled, the
channel is opened when the call proceeding message is received and the system does not
have to wait for a progress indicator (indicating alerting, busy, reorder tones or announcements).
(T1 PRI set for National ISDN2 only) If National ISDN 2 is selected, there is an option to enable
Operator System Access. Operator System Access (OSA) is required by some central offices. If this flag
is enabled, the user will be allowed to request access to an operator services system.
227
Features and Programming Guide
If using ARS with National ISDN 2, and OSA is enabled, you must remove Dial Rule #2
NOTE Echo Toll Field from the Operator and International Operator Route groups. See “Default
Route Groups“ on page 161.
The Retry ARS Call If Call Rejected flag is for ISDN messaging for outgoing calls using ARS.
If set to “Yes,” the system retries the additional channels and trunk groups programmed in ARS
if the call is rejected by the Telco when receiving a specific cause value.
The symptom that will appear because of this flag is when an outgoing call is rejected by Telco,
where it causes the system (via ARS) to cycle through all the ISDN channels before releasing/
disconnecting the call.
This flag must remain enabled or set to “Yes” on T1 or E1 PRI circuits connected to Interprise
3200s. This flag is enabled by default. The flag should be disabled on Public ISDN circuits
connected to Telco. If not using ARS with ISDN services, this flag does not apply.
When this flag is set to “No,” the system does not retry the ARS call, regardless of the reason
it was rejected. If this flag is set to “Yes,” the system retries the ARS call as long as the cause
of the rejection is not one of the following events:
• Unallocated or unassigned number
• User is busy
• No user is responding
• Call rejected
• Number has changed
• Destination is out of order
• Number format is invalid
• There was a temporary failure
• Congestion in the switching equipment
• Requested circuit/channel is not available
• Outgoing calls are barred
• Incoming calls are barred
• Service or option not available, unspecified
• Service or option not implemented, unspecified
• Mandatory information element is missing
• Interworking, unspecified
If enabled, the system sends international toll digits (for example, 011) in the dial string in
addition to the number type. If disabled, the toll digits are stripped from the dial string for
228
Trunks and Gateways
international calls using ISDN trunks. You should enable this flag if the CO ignores the number
type. By default, this feature is Enabled, set to Yes.
D-Channel Diagnostics
This field turns on/off D-channel diagnostics for T1/PRI or E1/PRI. This is not displayed for T1.
It is set to Off by default. The selections are: Off, Level 1, or Level 2.
Setting the Always Send Call Proceeding Before Connect Request flag to Yes forces the system
to send a CALL_PROCEEDING message to the network before sending a CONNECT message
for incoming ISDN calls, in cases where the system would normally send an immediate
CONNECT message in response to an incoming SETUP message. It is set to No by default.
This is the companding type of the remote end connected to the port. Defaults to the System
Level Companding Type (under System\Flags).
The Busy Out Manager allows you to select ports or circuits from a list and specify Busy Out
commands for the selected items. The Busy Out Manager displays all ports on the selected
module as well as what type of port is configured (a “None” device will be shown if the port has
not been configured). Selecting a port displays the devices/circuits programmed for that
particular port (devices/circuits that have not been configured will not show up as a None
device).
A context menu item appears for Dual T1/E1/PRI, T1/E1/PRI, and Basic Rate modules that
allows you to open the Busy Out Manager. You must be in the Controller view in Online Mode
to access the Busy Out Manager.
229
Features and Programming Guide
When you first open the Busy Out Manager for a particular module, the status of the devices/
circuits are unknown (shown as a '-') as they have not been retrieved yet. Anytime you want to
see the “current” status of a particular item, you must select one or more items from either the
ports view or devices/circuits view, and then click the Get Selected Status. If you choose to
retrieve the status at the port level, the command may take a few seconds as it is retrieving
status for every device/circuit programmed for the selected port(s).
You can similarly perform busy out operations on item selections from either the ports view or
the device/circuits view.
For example, if you want to busy out the entire board, select all of the ports in the port list, and
then click Busy Selected.
Performing a “Busy Selected” action does not display the current status. The status for the
devices/circuits instead displays “Pending Status Update,” at which point you must retrieve the
status.
230
Trunks and Gateways
In the same way that you can perform busy out operations you can perform unbusy operations.
Following the same steps as above, however, instead of clicking Busy Selected you would
click Unbusy Selected.
There are several different statuses that may be shown in the Busy Out Manager. The display
string and their meaning can be found in the table below.
231
Features and Programming Guide
• BPV (Bipolar Violations): This is a non-zero signal element that has the same polarity as
the previously received non-zero element.
• CRC-6 (Cyclic Redundancy Check): The calculation carried out on a set of transmitted
bits by the transmitter does not match the calculation performed by the system.
• OOF/COFA (Out of Frame/Change of Frame Adjustment): OOF is a state in which the
frame alignment that is received is not consistent with that which is transmitted. COFA
occurs when the system realigns its receiver to the proper frame alignment signal. This
could be caused by an incorrect line build-out (LBO) value.
• CS (Controlled Slips): The system replicated or deleted one 192-bit digital signal (DS1)
frame due to a lack of frequency synchronization. This could be caused by an incorrect line
build-out (LBO) value.
• ES (Errored Seconds): These are seconds in which at least one error occurred.
• SES (Severely Errored Seconds): This is a second during which transmission perfor-
mance is degraded below an acceptable level.
• UAS (Unavailable Seconds): This is the time interval during which the T1, T1/PRI, or E1/
PRI span is unavailable for service. This time begins with 10 or more consecutive Severely
Errored Seconds and ends with 10 or more Non-Severely Errored Seconds.
To program a threshold:
1. Double-click Error Thresholds to view the list.
2. To change a specific threshold, click the Value or Daily field, and then enter the new number.
3. Press ENTER or click another field to save the change.
TROUBLESHOOTING MODULES
This section contains troubleshooting tips for the following issues:
• Expansion Modules below
• T1/E1/PRI Modules below
EXPANSION MODULES
232
Trunks and Gateways
T1/E1/PRI MODULES
Page 1 of 2
233
Features and Programming Guide
Page 2 of 2
234
Trunks and Gateways
TRUNK PROGRAMMING
Trunk programming includes the following:
• Viewing or Programming Trunks below
• Changing Trunk Extension Numbers below
• Copying Trunks on page 236
• Assigning Trunks to CO Trunk Groups on page 236
• Troubleshooting CO Trunks on page 241
2. Double-click the trunk number. Trunk options appear in the right pane. To program trunk
options, see page 252.
235
Features and Programming Guide
COPYING TRUNKS
To save time, you can copy a trunk and its settings instead of creating a new one.
To copy a trunk:
1. Select System – Devices and Feature Codes – Trunks.
2. Right-click the trunk extension, and then select Copy.
3. To paste the programming information into another trunk, right-click the trunk where you
want the information pasted, then select Paste. The Copy <trunk> dialog box, similar to
the one below, appears.
Method A
a. In the Value column, select the current value, and then enter the new value in the box.
b. Click out of the field or press ENTER. The Select a Device dialog box appears.
c. Click OK. The new number appears in the field.
236
Trunks and Gateways
Method B
a. Right-click the current CO Trunk Group value, and then select Change CO Trunk
Group. A window appears prompting for the device type to include.
b. Select CO Trunk Group, and then click Next. CO Trunk Groups with details appear
in the right pane. To view them in a list only, click List.
c. Select the trunk group, and then click Finish. Trunk groups with details appear in the
right pane. You can also move trunks between trunk groups. See “Moving Trunks
Between CO Trunk Groups“ on page 534.
237
Features and Programming Guide
CALLER ID FORWARDING
The following table lists troubleshooting information for the Caller ID Forwarding feature.
Page 1 of 2
238
Trunks and Gateways
Page 2 of 2
CALLER ID PROPAGATION
The following table lists troubleshooting information for the Caller ID Propagation feature. For
complete information about Caller ID Propagation, see “Caller ID Propagation“ on page 192.
Page 1 of 2
239
Features and Programming Guide
Page 2 of 2
240
Trunks and Gateways
TROUBLESHOOTING CO TRUNKS
Table 42 summarizes the troubleshooting strategies recommended for resolving CO [Local
Exchange] trunk discrepancies.
l
Page 1 of 5
241
Features and Programming Guide
242
Trunks and Gateways
Other phone conversations Defective CO trunk(s) Isolate the trunk(s) with crosstalk by removing
can be heard on the CO trunk the bridging clips from the CO block. On the
(crosstalk) telco side of the block, attach a test set to each
trunk and check for crosstalk. If present, contact
the telephone company.
Defective cabling or mis-wired Using a test set, ensure presence and correct
amphenol connector on the location of the CO trunk at the associated CO
trunk module block.
Defective digital telephone Replace the associated Digital Endpoint
module Module.
Defective trunk module Replace the associated trunk module.
Defective processor module Replace the module if faulty.
Page 3 of 5
243
Features and Programming Guide
244
Trunks and Gateways
Page 5 of 5
245
Features and Programming Guide
SIP GATEWAYS
NOTICE
SIP trunks and gateways require special configuration settings for emergency calls. For more
information, see “Emergency Extensions for IP Devices“ on page 670.
The system supports SIP trunks to connect to the Central Office (the public telephone network).
SIP trunks allow the system to communicate with the CO through SIP-enabled gateways. If
you are using SIP trunks, at least one SIP gateway must exist at all times, even in a default
system, because it follows the model of a CO trunk group.
For a more current list of compatible SIP gateways, refer to KB article 09-4940-00056 on the
Mitel Knowledge Base Center (http://domino1.mitel.com/prodsupp/prodsupkb.nsf/
WebSearchForm?OpenForm). Note that you must first log on to Mitel OnLine (http://
portal.mitel.com/wps/myportal/MOLHome) in order to access the KB.
Using a SIP Gateway is an older method whereby a hardware device is installed at a location
to allow the MiVoice Office 250 to connect to trunks that are originally TDM, but are being
converted to SIP by the gateway. To configure SIP Trunks to connect to a SIP Trunk Provider,
see “Service Provider SIP Trunks and SIP Trunk Groups“ on page 716 for more information.
NAT devices are installed at the edge of the private network and have internal and external
interfaces (and IP addresses). For outgoing IP traffic from the private network to the Internet,
NAT translates the source IP address. For incoming IP traffic from the Internet to the private
network, NAT translates the destination IP address.
Despite the advantages of NAT devices, they can cause problems for protocols using Peer-to-
Peer technologies like multimedia traffic on VoIP networks using SIP.
246
Trunks and Gateways
You can place a SIP gateway behind a NAT device. For more information about NAT devices,
see “Understanding NAT Challenges for SIP Devices“ on page 246 and refer to “Appendix B:
Network IP Topology,” in the MiVoice Office 250 Installation and Administration Manual .
To place a SIP gateway behind a NAT device, you must program the following two fields:
• System NAT IP Address: To establish the NAT, or public, IP address.
• SIP Gateway Name: To inform the gateway where the SIP messages are originating.
247
Features and Programming Guide
SIP trunks:
• Are transparent to the system user because SIP trunks function like any other CO trunk in
the system.
• Support transferring trunks, putting trunks on hold, and connecting trunks to conferences
similar to other CO trunks in the system.
• Support making and receiving calls by any phone.
• Support Peer-to-Peer Media by IP phones.
• Reside in CO trunk groups just like other trunks so that SIP trunk calls can be routed using
Automatic Route Selection (ARS).
248
Trunks and Gateways
249
Features and Programming Guide
NOTICE
Media Gateway Control Protocol (MGCP) trunks and gateways require special configuration settings for
emergency calls. For more information, see “Emergency Extensions for IP Devices“ on page 670.
The following sections provide instructions to add and configure MGCP devices. You can also
use the Configuration Wizard to add and configure MGCP devices. See “Launching the
Configuration Wizard“ on page 75 for instructions on how to launch the wizard. For complete
information about the Configuration Wizard, refer to the MiVoice Office 250 DB Programming
Help.
3. In the Starting Extension list, either use the default starting extension shown or select a
different extension from the list.
4. In the Number of Extensions box, enter the number of extensions either by clicking the
up and down arrows or by typing the number in the box.
5. In the Gateway Name box, type the gateway name.
6. Click any device with a red “X,” and then type a name.
7. Click OK.
250
Trunks and Gateways
8. Configure trunk options as necessary. See “Trunk Programming Options“ on page 252.
To enter an IP address:
1. Click the current Value. The Edit MGCP Gateway IP Address dialog box appears.
2. Without including the periods, enter the IP address, and then click OK. The default IP
address is 192.168.200.201 (entered as 192168200201).
251
Features and Programming Guide
Communication 261
Timeout
Connect Trunk-to- 256
Trunk Call On
Polarity Reversal
Connected to CO 257
CP History 261
Language 258
252
Trunks and Gateways
CO TRUNK GROUP
Program CO trunk group options. For more information, see “Programming Trunk Group
Options“ on page 534.
SERVICE TYPE
You must program each trunk, not the trunk group, to collect digits using Caller ID [CLID], DID
[DDI], ANI, DNIS, or DNIS-ANI. If the trunk is programmed to collect digits, but the trunk group
does not use call routing tables, the system routes the call based on the trunk group
programming and ignores the collected digits. However, the collected digits do appear in SMDR
and can be used by the Desktop Interface. If the trunk is not set up to collect digits and the
trunk group uses call routing tables, the system uses the call routing destination for “no-digit”
calls.
Desktop Interface functionality requires the Desktop Interface software license, part no.
840.0319.
Available service types are determined by the trunk type. Service types are as follows:
• Loop Start and MGCP Gateway and Phone: Do not change the Service Type to Caller
ID unless you are using IP SLAs. Loop start trunks can use Caller ID [CLID]. When selected,
the Caller ID [CLID] service type option indicates that the associated trunk provides caller
identification signals. Because the CO [local exchange] sends the information after the first
cycle of ring voltage is applied, selecting this box also prevents the system from signaling
an incoming call to the phone users until the system has had an opportunity to collect the
253
Features and Programming Guide
caller information. If no caller information is collected, the system provides ring signaling
on the second ring signal. Caller ID [CLID] uses Caller ID [CLID] receivers. The following
Caller ID standards are available for Loop Start trunks:
- Bellcore FSK Caller ID
- British Telecom FSK Caller ID
For Release 6.1 and higher, MiVoice Office 250 allows the decoding of Calling Line
Identification (CLID) information in countries which use variations of BT CLIP (British
Telecom Calling Line Identification Presentation) signaling on analog trunks.
NOTE BT CLIP supports the delivery of Caller ID information on analog trunks in the UK, and
the standard is commonly known as BT CLIP. BT CLIP is an on-hook capability that
provides the user with information about the caller before actually answering a call.
BT CLIP replaces ETSI DTMF Caller ID.
In Europe, the loop start trunk provides caller identification signals when used with an MGCP
gateway.
• E&M and DID [DDI]: E&M and DID trunks can use DID, E&M, ANI, or DNIS.
• Ground Start and B-Channel: Ground start and B-channel trunks do not support any of
the caller information service types.
DTMF SIGNALING
Does not apply to SIP and B-channel trunks. Other trunks use DTMF signals. Do not disable
this flag. It is enabled by default.
NOTE Enable this option for MGCP trunks; otherwise, the system may receive double digits.
START TYPE
Applies only to E&M and DID [DDI] trunks only. E&M and DID trunks perform a “handshake”
between the system and the CO [local exchange] to transfer call information. The following are
E&M and DID Start Types:
• Immediate: The calling system immediately begins sending the dialed digits to the receiving
system.
• Wink: The systems perform a “handshake” to allow the receiving system to signal that it is
ready to receive the digits dialed by the other system. This is the default start type.
• Delay Dial: The calling system waits until its E&M Dial Delay timer expires before sending
any digits to the receiving system.
254
Trunks and Gateways
• Dial Tone (E&M trunks only): The calling system waits until it detects dial tone from the
other system before sending digits.
For Loop Start, Ground Start, or MGCP Gateway and Phone trunks:
• Polarity Reversal: A loop reversal must be received to consider the call valid. When the
first loop reversal is received, the call is made valid immediately, and the phone display
begins call cost. When a second loop reversal is received, the system terminates the call.
If a second loop reversal is not received, the system does not terminate the call unless the
inside party hangs up or loss-of-loop is received from the CO [local exchange].
• Valid Call Timer: After the Valid Call Timer expires, the call is validated. All polarity reversals
received before and after the Valid Call Timer are ignored.
• Valid Call Timer with Polarity Reversal: If a loop reversal is received before the Valid
Call Timer expires, the call is made valid immediately, and the phone display begins call
cost. When a second loop reversal is received, the system terminates the call. If a loop
reversal is not received before the Valid Call Timer expires, the call is validated by the timer.
If a loop reversal is received after the timer expires, the loop reversal is ignored, but the
call cost is reset. If a second loop reversal is then received, the system terminates the call.
If a second loop reversal is not received, the system does not terminate the call unless the
inside party hangs up or loss-of-loop is received from the CO [local exchange].
255
Features and Programming Guide
For this feature to work properly, both the incoming (B-channel trunk) and outgoing (non-T1
Loop Start trunk) sides of the trunk-to-trunk call must have this flag enabled (Yes). For non
NOTE
T-1 Loop Start trunks, this flag is available only when the answer supervision is set to
“Polarity Reversal” or “Valid Call Timer with Polarity Reversal.”
256
Trunks and Gateways
ECHO PROFILE
All system devices are associated with an echo profile. For more information and programming
instructions, see “Echo Profiles“ on page 761.
CONNECTED TO CO
Indicates whether or not the trunk is connected to another PBX or the CO. The default setting
is Yes, because most systems connect trunks to the CO.
HYBRID BALANCE
Applies to analog loop start trunks only. The (improved) Hybrid Balance Test automatically
measures and determines the best hybrid balance setting for each type of trunk.
You can start an Automatic Hybrid Balance Test on a single trunk or all trunks. For more
information, see “Hybrid Balance Test“ on page 1149.
257
Features and Programming Guide
LANGUAGE
You can select the language used for voice prompts and displays when this trunk is used.
Options include Use Primary Language, Use Secondary Language, American English, British
English, Canadian French, Japanese, or Spanish. See “Multilingual Capability“ on page 331
for details about supported languages.
258
Trunks and Gateways
NETWORK GROUP
Applies to IP gateway trunks for MGCP and SIP gateways and MGCP phones only. The Network
Group option is required only if you are using peer-to-peer (P2P) media (audio or video) for the
selected MGCP gateway, MGCP phone, or SIP gateway. This option is also located under
System – Devices and Feature Codes – Network Groups. See “Network Groups“ on page 616.
Mitel recommends that you reserve IP resources for attendants and other high traffic users (for
NOTE example, call center agents). However, excessive use of reservations degrades the
effectiveness of oversubscription by reducing the amount of resources available to be shared.
If a device that has a reserved IP resource goes off-line in Call Processing, the IP resource
returns to the shared pool of available IP resources. Although Call Processing makes this
adjustment, the database does not change until you delete the device or change this flag.
259
Features and Programming Guide
CALL CONFIGURATION
Applies only to IP gateway trunks for MGCP gateways and phones and for SIP gateways. The
Call Configuration information is only required if using P2P media for the selected MGCP
gateway, phone, or SIP gateway. The Call Configuration defines the settings that the gateways
and phones use when connected to a call. For more information about Call Configurations, see
“IP Call Configurations“ on page 657.
260
Trunks and Gateways
CP HISTORY
Applies to SIP trunks only. The CP History is used for diagnostic purposes only. It enables SIP
message output in the Call Processing history file. You can use the CP History to trace SIP
trunk calls. The system-wide SIP format is set to No Output by default.
COMMUNICATION TIMEOUT
Applies to MGCP gateway trunks only. The Communication Timeout option specifies the
number of seconds that the gateway waits for an acknowledgement from an associated phone
before it considers the phone offline.
261
Features and Programming Guide
MANUFACTURER
Applies to MGCP gateway trunks only. The Manufacturer option identifies the brand of the
MGCP gateway that is connected to the system. The values are None and Audiocodes MP10X,
where “X” is a number.
To change a name:
1. Select System – Devices and Feature Codes – Trunks – <trunk number>.
2. In the Value column, click the current value. The Edit Gateway (or Phone) Name dialog
box appears. Enter a new name, up to 18 characters, that identifies the gateway or phone
on the network.
3. Click OK to save the change.
ASSOCIATED GATEWAY
Applies to MGCP phones only. The Associated Gateway option displays the MGCP gateway
to which the MGCP phone is connected. If a gateway was not assigned when the circuit was
programmed, this defaults to the first gateway.
262
Trunks and Gateways
TRUNK-RELATED INFORMATION
This section describes the following trunk-related information:
• Call Routing Tables below
• Loop Loss Measurement Test on page 277
• Music-On-Hold Profiles on page 280
• Loop Start AC Impedance on page 283
• ISDN PRI Two B-Channel Transfer on page 284
For information about the SIP Gateways field, see page 246.
263
Features and Programming Guide
FEATURE DESCRIPTION
The system uses call routing tables (CRTs) to analyze the digits received from the following:
• Direct Inward Dialing (DID) [DDI]: Allows system users to call an system extension without
dialing directly into the telephone system.
• Automatic Number Identification (ANI): Transmits the billing number, rather than the tele-
phone number, of the calling party.
• Dialed Number Identification Service (DNIS): Provides the “800” or “900” number that callers
dial to reach system.
• Caller ID [CLID]: Transmits callers’ numbers to system equipment during the ringing signal,
or when the call is being set up but before the call is answered.
A trunk group can be programmed to ring in to a call routing table to use the information received
from DID DNIS, ANI, and Caller ID. This added information allows the phone user to receive
information about the callers—such as location, name, or which advertisement they saw—on
the phone display.
The system uses these digits to determine which route to use for the call, as determined by
the call routing table. The caller information is passed on to the system users’ display along
with other call routing table information about the callers (such as location, name, or
advertisement information).
264
Trunks and Gateways
• DNIS: Identifies the number that was dialed to reach your location. Using this number, the
call routing table can send the call to the desired destination. For example, responses to
advertisements using one 800 number can be sent to one hunt group and calls from other
800 numbers can be sent to other hunt groups. Or, they can all be sent to the same
destination with different identifying names for the phone displays (such as Magazine Ad,
TV Ad, and so forth).
A call routing table consists of fields for dialing patterns strings, ring-in types, ring-in
destinations, and names. The fields are used for identifying and analyzing the source of the
call and directing it to the proper destination.
• Call routing key: Determines which information the call routing table will use to direct the
call: Trunk Number or Outside Party Number. If you select Trunk Number, the system will
look for the dialed number provided by DID or DNIS. If you choose Outside Party Number,
the system checks for the ANI or Caller ID information that identifies the source of the call.
• Pattern strings: Determines call routing based on a comparison of the pattern strings in
the table against the digits received from the trunk interface for the incoming call. If the
digits match one of the pattern strings in the table, the call is routed according to the ring-
in type and destination fields associated with that pattern. If a match is not found, the call
is sent to the primary attendant. However, there are two wildcard patterns that allow any
number (+) or an empty pattern to match (E).
• Ring-in type and destination: Identifies the call routing destination and ring-in type. The
call can ring in to a single extension number (phone, hunt group, Voice Processing appli-
cation, individual trunk, trunk group, modem, or ARS), an extension list, another call routing
table, a destination based on collected digits, or as a DISA call (which allows the caller to
select a destination).
When programming a call routing table that rings in to another call routing table, make
NOTE
sure the two call routing tables do not send calls to each other, creating a “loop.”
• Name: Determines how the call will be identified at display phones. It can contain up to 12
characters. The name can be a word or number that identifies the call source. If the name
is left blank, the system will use the priority list shown on page 190 to determine what will
be displayed on the phone.
The system can have up to 15 call routing tables. There can be a total of 900 patterns in all of
the call routing tables combined.
Each individual trunk, not the trunk group, is programmed to collect digits using Caller ID, DID,
ANI, or DNIS. If the trunk is programmed to collect digits, but the trunk group does not use call
routing tables, the system routes the call based on the trunk group programming and ignores
the collected digits. However, the collected digits will appear in SMDR and can be used by the
Desktop Interface.
If the trunk is not set up to collect digits and the trunk group uses call routing tables, the system
uses the call routing destination for “no-digit” calls.
265
Features and Programming Guide
Several sample call routing tables are shown on the following pages. These lists are abbreviated
to show how the tables work. Actual tables would contain more than the sample entries.
The following is an example of a DID routing. (An actual DID table would have more than 4
entries; this is an abbreviated list.) Each DID number is identified by the 3 digits that are sent
by the central office (000-003). The base number of the DID numbers is 9619. Therefore, the
names of each of the patterns combine the base number and the additional 3 digits to form the
complete number for display (961-9000 to 961-9003).
EXAMPLE #1
SYSTEM DISPLAY:
961-9000
CALL ROUTING RINGING IN
INCOMING CO TABLE:
DID TRUNKS:
CALL: Digits 000 000 = Ext. 1001
Caller dials sent to system
961-9000 Ext. 1001
266
Trunks and Gateways
The following is an example of an ANI table for various area codes. If the incoming ANI
information begins with one of the indicated area codes, it will be routed to the designated
destination and the display will show the state where the call was placed.
EXAMPLE #2
SYSTEM DISPLAY:
ARIZONA
CALL ROUTING RINGING IN
CO TABLE:
602+ = ARIZONA
Caller dials TO SYSTEM:
602-961-9000 602-961-9000
Ext. 2001
The following is example table is set up for Caller ID. It is like the ANI table except that it uses
office codes instead of just area codes, and it includes 1 entry for a complete telephone number.
However, if the phone caller information flags are enabled, the Caller ID information received
from the CO overrides the call routing table’s name on the phone display. See the priority list
shown on page 190.
EXAMPLE #3 DISPLAY:
SYSTEM CHANDLER
RINGING IN
CALL ROUTING
CO TABLE:
INCOMING
CALL: CALLER ID DIGITS
Call from SENT TO SYSTEM:
602-961-9000 602-961-9000
HUNT GROUP
Ext. 2570
267
Features and Programming Guide
This is an example of a DNIS application pattern. If the DNIS digits match 8006695858, the
call came in on the Technical Support 800 number and is sent to the Technical Help hunt group.
The display will show that the call is from “Help Line.”
EXAMPLE #4 DISPLAY:
SYSTEM HELP LINE
RINGING IN
CALL ROUTING
INCOMING CO TABLE:
CALL: DNIS DIGITS SENT
TO SYSTEM:
Caller dialed HELP LINE
800-669-5858
800-669-5858 HUNT GROUP
Ext. 2001
This table has a ring-in destination that sends calls to another call routing table. It also uses
two-stage caller identification (*ANI*DNIS*). In this example, a caller from area code 520 who
dials the number (602) 961-9000 would be routed to the AZ Hunt Group, as shown in the
following table.
If the caller in the 520 area code dialed any other number in area code 602, the call would be
routed to extension 1002, as shown in the following table.
SAMPLE #5
SYSTEM DISPLAY:
AZ HUNT GROUP
CALL ROUTING RINGING IN
INCOMING CO TABLE 01:
CALL: ANI/DNIS DIGITS 520+=CALL
SENT TO SYSTEM: ROUTING TABLE 02
Caller dialed 520-555-0000
602-961-9000 602-961-9000
from CALL ROUTING
520-555-0000 TABLE 02: HUNT GROUP
6029619000 = AZ Ext. 2580
HUNT GROUP
268
Trunks and Gateways
For call routing to the public network, this table is programmed to send callers who dial a special
number (940-1431) to an outside line.
PATTERN RING-IN TYPE NAME RING-IN DESTINATION
6029401431 Single CR To Public Trunk Group 92001
SAMPLE #6
SYSTEM Caller hears
CO dial tone
CALL ROUTING
TABLE:
CO CO
System trunk rings in 6029401431 =CR Trunk Group
Caller dialed CALL: TO PUBLIC 92001 selected
602-940-1431 602-940-1431
For call routing to another node in the system network, this table is programmed to send callers
who call Node 1 using 602-961-9000 to a hunt group on Node 2. It also identifies the call as
being from the “Sales Line.”
NODE 1/TABLE 01
PATTERN RING-IN TYPE NAME RING-IN DESTINATION
6029619000 Single NODE 2 Node 02
NODE 2/TABLE 01
PATTERN RING-IN TYPE NAME RING-IN DESTINATION
6029619000 Single SALES LINE Hunt Group Number 2501
SAMPLE #7
NODE 1
CALL ROUTING
CO TABLE 01:
Call rings in to 6029619000 = Call sent to Node 2 using
Caller dialed system trunk NODE 2 Node 02
602-961-9000 602-961-9000
NODE 2 DISPLAY:
SALES LINE
CALL ROUTING RINGING IN
TABLE 01:
6029619000 =
SALES LINE
HUNT GROUP
Ext. 2501
269
Features and Programming Guide
A call routing table consists of fields for dialing patterns, ring-in types/destinations, and names.
The fields are used for analyzing the source or destination of the call and directing it to the
proper destination.
Each individual trunk, not the trunk group, is programmed to collect digits using Caller ID, DID,
ANI, or DNIS (CLID or DDI in Europe). If the trunk is programmed to collect digits, but the trunk
group does not use call routing tables, the system routes the call based on the trunk group
programming and ignores the collected digits. If the trunk is not set up to collect digits and the
trunk group uses call routing tables, the system uses the call routing destination for “no-digit”
calls. (See page 176 for trunk programming information.)
Call Routing Tables allow patterns that route calls to destinations of individual trunks, trunk
groups, and ARS anywhere single ring-in destinations are programmed.
If the caller is routed to a trunk or trunk group that is busy, the system will camp on to the trunk.
The caller will hear busy tones, followed by music. When a trunk becomes available, the caller
hears dial tone and can complete the call.
To provide security on outgoing calls made through direct trunk-to-trunk interfaces, the toll
restriction of the selected outgoing trunk will be checked. However, if ARS is used, toll restriction
is not checked. The toll restriction of the incoming trunk group and that trunk “Subject To Toll
Restriction” flag are not checked. If a caller dials a number that is not allowed through toll
restriction, the call will be routed to the primary attendant.
Even though Primary Rate trunks appear in the selection lists, they can only be used
IMPORTANT by selecting ARS; individual B-channel trunks or trunk groups containing B-channel
trunks do not function properly with this feature.
270
Trunks and Gateways
Call Routing Keys determine which information the CRT uses to direct the call.
To ensure all patterns are included in the CRT, make sure that the last two patterns
always include + followed by E. The + pattern allows the system to detect any digits that
did not match the other patterns in the list. The E pattern allows the system to detect
NOTE
when no digits are received. This ensures that the call is labeled as either ANY or
EMPTY when the call is sent to the primary attendant. These labels notify the attendant
that the Telco did not properly route the DNIS digits.
271
Features and Programming Guide
272
Trunks and Gateways
• Collected Digits: This ring-in type indicates that the collected DID [DDI] or DNIS
digits (plus the base digits) should be used as the destination extension. This vari-
able helps to keep the number of call routing table entries to a minimum.
Both trunk groups and call routing table entries can use this ring-in type. When Ring-
In Type of Collected Digits is selected, the Ring-In Destination field is empty. If the
collected digits plus the base digits do not make up a valid ring-in destination, the
call is routed to the primary attendant. Valid ring-in destinations include on- or off-
node phones, on- or off-node hunt groups, trunk groups, individual trunks, voice
mail applications, automated attendants, and ARS.
If Single, Extension List, or Call Routing Table is selected, you must also program the
destination as described below. DISA ring-in requires no additional programming. Any
NOTE
DISA security codes programmed for the trunk group (see page 549) will apply to
callers.
273
Features and Programming Guide
DELETING A PATTERN
To delete a pattern:
1. Select System – Trunk-Related Information – Call Routing Tables. The Call Routing Table
list (1–15) appears.
2. Double-click the Call Routing Table. A list of existing patterns, if any, appears in the right
pane.
3. Select the pattern you want to delete, right-click, and then select Remove Selected Items.
You can use the Batch Create Patterns feature for either U.S. or European installations.
274
Trunks and Gateways
5. To program an area code, follow the steps below. To program a DID number, go to
step 6.
a. In the Pattern Name box, type the name. The name is used for all area code patterns
created using this batch command and determines how calls are identified at display
phones. The name can be a word or number that identifies the call source. You can
use any combination of letters and numbers.
b. In the Ring-in Type area, select the Ring-in Type option for the Call Routing Pattern.
The ring-in type is used for all area code patterns created using this batch command.
Ring-in destination types are as follows (see page 272 for descriptions):
• Single extension number (off-node device, phone, hunt group, application, trunk
group, individual trunk, or ARS). Also requires the Ring-in Destination (see step c).
• Extension list. Also requires the Ring-in Destination (see step c).
• DISA (allows the caller to select a destination)
• Collected digits
• Call routing table. Also requires the Ring-in Destination (see step c).
c. For Single, Extension List, and Call Routing Table Ring-in types only (see step b).
Click Ring-In Destination, and then select the destination type. After you return to the
Call Routing Name and Ring-In Information screen, click Next to continue.
Even though PRI trunks appear in the selection lists, they can only be used by selecting
NOTE ARS; individual B-channel trunks or trunk groups containing B-channel trunks will not
function properly with this feature.
d. Select the area codes that will be included in the batch of patterns. (You can use the
SHIFT or CTRL key to select more than one area code.)
e. Click Finish.
6. Program the following DID [DDI] options:
275
Features and Programming Guide
276
Trunks and Gateways
FEATURE DESCRIPTION
One of the utilities that now resides within the MiVoice Office 250 System Administration and
Diagnostics application. The test results appear in Message Print, as shown below. For more
information, refer to the MiVoice Office 250 System Administration and Diagnostics Help.
You should run the Loop Loss Measurement test after you run the Hybrid Balance Test. For
more information about the Hybrid Balance Test, see page 257.
277
Features and Programming Guide
• Test Transmit Level in dBm: The Test Transmit Level is the volume of the tone that
the test number sends when you call it. This tells the system what the original tone
was, and it compares the tone that it measures against that to calculate the loop loss.
The value needs to come from whoever you get the test number itself from (that is,
whoever provided your analog trunks). Usually this field is either 0 or
-10 dBm (most likely 0 dBm). The range is 1–120 dBm; the default is 0 dBm.
• Warning Threshold for Loss in dB: Specifies how much loss must be present for
Call Processing to issue a Message Print indicating that there has been too much loss
on the line. The range is 0–75 dB; the default is 8 dB.
• Number of Test Passes: The length of time after you dial the number before the DSP
Resource starts measuring the signal. You must time how long it takes the tone to start
playing from the time you dial the last digit of the test number. The range is 0–255 ms;
the default is 10 ms.
• Duration of Measurement in milliseconds: Specifies how long the DSP Resource
spends measuring the signal. The range is 1-65535 ms; the default is 500 ms.
278
Trunks and Gateways
279
Features and Programming Guide
MUSIC-ON-HOLD PROFILES
This section contains the following information:
• Feature Description below
• Programming Music-On-Hold Profiles for CRTs on page 281
• Troubleshooting Music-On-Hold for CRTs on page 282
FEATURE DESCRIPTION
MiVoice Office 250 Call Processing manages the audio connections for incoming Public
Switched Telephone Network (PSTN) calls. When a device places a call on hold, CO trunk
group settings determine the hold audio (see “Programming Trunk Group Options“ on
page 534.)
This determination is based on the settings at the Central Office (CO) trunk group to which the
trunk resides. The settings include “Music-On-Hold,” “Audio on Transfer to Ring,” “Audio on
Transfer to Hold,” and “Audio on Hold for Transfer Announcement.” Each of these fields allows
for various options, including Silence, Tick Tone, Ringback, Board, Music-On-Hold, Use Next
Device’s Audio Source, and File-Based MOH.
You can route CO trunk calls through CRTs and use the matching CRT entry’s “Music-On-Hold
Profile” to overwrite the settings at the CO trunk group. The Music-On-Hold profile provides the
same Music-On-Hold fields that currently exist in a CO trunk group.
Table 46 shows an example of how the Music-On-Hold Profiles are handled when three CRT
entries are chained.
Table 46: An Example of the Music-On-Hold (MoH) Profiles for Chained CRTs
CRT #1 CRT #2 CRT #3 RESULT
None None None Use the CO Trunk Group's MoH settings
MoH
1 None None Use MoH Profile ID 1
Profile
IDs 1 2 3 Use MoH Profile ID 3
If the matching CRT entry does not have a “Music-On-Hold Profile” set or the call is not routed
through a CRT, the trunk determines the audio setting based on the CO trunk group settings.
Therefore, the “Music-On-Hold Profile” in the matching CRT entry has priority over the audio
settings in the CO trunk group.
If CRT entries are “chained” (a CRT entry may point to another CRT), the last matching CRT
entry in the chain with a Music-On-Hold Profile set to anything other than “None” takes
precedence. If the last matching CRT entry has a Music-On-Hold Profile set to “None,” the
associated CO trunk group settings apply.
When the Music-On-Hold selection is set for a specific call, the Music-On-Hold setting persists
through the duration of the call even if that call is forwarded, moved, or transferred.
280
Trunks and Gateways
281
Features and Programming Guide
3. Right-click anywhere in the right pane, and then click Add To List. The Patterns list
appears.
4. Do one of the following:
• Type the desired profile ID in the Music-On-Hold Profile field.
• Select the profile ID from the Change Music-On-Hold Profile dialog box:
a. Right-click the existing Music-On-Hold Profile, and then select Change Music-On-
Hold Profile. The Change Music-On-Hold Profile dialog box appears.
b. Select Music-On-Hold Profiles, and then click Next.
c. Select the desired Music-On-Hold profile, and then click Finish.
282
Trunks and Gateways
283
Features and Programming Guide
FEATURE DESCRIPTION
The ISDN PRI Two B-Channel Transfer (TBCT) feature is an ISDN optimization service offered
by the PSTN. You must purchase support for the TBCT from the CO. The TBCT feature
optimizes trunk-to-trunk calls by releasing them from the PBX and connecting them through
the Central Office (CO). This optimization removes the trunk-to-trunk call legs from the system
and allows the system to reuse the 2 B-channels for new calls.
This feature supports the basic TBCT functionality from the Telcordia specification GR-2865-
CORE, Generic Requirements for ISDN PRI Two B-Channel Transfer, Issue 3, March 2000. A
future release may implement other 2B-Transfer methods based on other specifications.
TBCT includes basic functionality with support for the following conditions:
• Both the PBX and PSTN must support the feature.
• TBCT requires two PRI calls, which the PSTN connects before releasing them from the
PBX. From an ISDN signaling perspective, one call must be an incoming or outgoing call
to the PBX in the connected state (answered) and the other call must be an outgoing call
from the PBX in the alerting or connected state.
• The two PRI calls involved in the TBCT may be on a single PRI port or in separate PRI ports.
• In a multi-PRI scenario, both PRI ports need to connect to the same CO and they must be
in the same trunk group at the CO. The TBCT is still attempted, but it fails if this condition
is not met.
• Although the PSTN may send the values of counters (Active Transfers and Available Trans-
fers) in the TBCT messaging, the MiVoice Office 250 ignores these counters.
• The MiVoice Office 250 automatically attempts the TBCT as long as both calls are in the
correct state, the PRI port (or both ports) has its corresponding TBCT flag enabled, and all
the TBCT information is available to generate the TBCT request. You do not need to use
a feature code to initiate a TBCT.
• If the PSTN rejects a TBCT request, the MiVoice Office 250 does not retry the TCBT request
for the same calls. The MiVoice Office 250 logs the TBCT request failure and attempts a
284
Trunks and Gateways
new TBCT request for only new calls. The calls involved in the failed TBCT attempt remain
connected as if the TBCT was never requested.
• Upon completion of a TBCT, the system no longer has the ability to monitor the transferred
call. Even if the PSTN notifies the system when the transferred call terminates, the system
ignores such notification. Because of this implementation, third-party System OAI applica-
tions (such as MiContact Center and MiCollab Client) are not able to detect that a TBCT
occurred. These applications view the TBCT event as if both calls involved in the TBCT
disconnected. Similarly, call cost records (such as those recorded in SMDR) terminate once
the optimization occurs.
For multiple node configurations, both nodes with the PRIs involved in a TBCT must be running
MiVoice Office 250 v3.0 or later software. Intermediate nodes do not have to be running the
latest software. If one of the two nodes involved in the TBCT is not running the latest software,
the systems do not attempt a TBCT and the calls work normally as unsupervised CO trunk-to-
trunk calls.
For sample call flows for single and multiple nodes, refer to the following examples:
• Single Node, Single PRI Span Scenario below:
285
Features and Programming Guide
Subscriber
Outside Outgoing call on PRI Span-2
Party #2
286
Trunks and Gateways
PROGRAMMING TBCT
You can enable TBCT for PRI reports. To enable TBCT for Station Message Detail Recording
(SMDR), see “Display “T” for Two B-Channel Transferred Calls“ on page 101.
To enable TBCT:
1. Select System – Controller – Dual T1/E1/PRI Module or T1/E1/PRI Module, and then click
T1/PRI or E1/PRI.
2. Select Enable ISDN Two B-Channel Transfer.
3. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
4. Press ENTER or select another field to save the change.
287
Features and Programming Guide
288
Chapter 7
END USER FEATURES
Features and Programming Guide
INTRODUCTION
This chapter describes MiVoice Office 250 features that are used by or mainly affect end users.
Features are listed in alphabetical order beginning on page 292.
For voice processing features, see “Voice Processor Features and Programming“ on page 863.
For troubleshooting issues for end user features, see page 373.
290
End User Features
FEATURE CODES
Feature codes shown in this chapter are default values. You can use DB Programming to
change feature codes to any 1-digit to 5-digit value.
NOTICE
Changing a feature code may affect the accessibility of other features.
FEATURE BUTTONS
Desktop phones provide feature buttons that allow one-button dialing of feature codes. Through
DB programming and the use of keymaps, the system administrator sets up the arrangement
of the feature buttons and their default values. If desired, some of the feature buttons can be
designated as user-programmable buttons. For more information about keymaps, see
“Keymaps“ on page 449.
SPECIAL BUTTON
Mitel IP phones use different buttons as the Special button. For more information, refer to the
NOTE
applicable phone user guide.
Depending on the feature and system programming, users can either enter feature codes
immediately after lifting the handset or while on-hook, or they must signal the system before
entering the feature code. Users signal the system by pressing the Special button. Single line
DTMF phone users perform a hookflash (recall, in Europe) by quickly pressing and releasing
the hookswitch. If the user does not enter a code or begin dialing before the Dial Initiation timer
expires, the system sends reorder tones.
If the system-wide option “SPCL Key Required for Feature Code Entry” is enabled, users must
always press the Special button before entering a feature code.
291
Features and Programming Guide
ACCOUNT CODES
Account codes are 3- to 12-digit codes that can be used in conjunction with the Station Message
Detail Recording (SMDR) feature to aid record keeping. Account codes can be assigned to
measure telephone use and/or to identify calls for customer billing.
292
End User Features
For feature usage instructions, refer to the applicable phone user guide.
The selected option determines how all types of ringing intercom or outside calls (direct calls,
transferred calls, recalls, and so forth) are answered. If more than one call is ringing at the
phone, the first call received is the first answered.
When programmed for automatic outside call access, a phone user with allowed answer, but
without ring in, for a ringing trunk must always press an individual trunk button for that trunk,
or enter the Automatic Trunk Answer feature code (350) to answer the incoming call.
Transferred calls and recalls can be answered by lifting the handset.
Camped-on calls cannot be answered by simply lifting the handset or pressing the Speaker
button. For example, a phone is programmed to automatically answer ringing outside calls, but
requires pressing the IC button to answer ringing intercom calls. If a private intercom call rings
in and is immediately followed by an outside call ringing in, the display shows the intercom call
message, and the outside call camps on. The intercom call also camps on when the handset
is lifted. The user can then choose between the camped on calls by pressing either the IC
button or the CALL or individual trunk button, ANSWER button, or ANSWER menu option.
The automatic call access options described in the following paragraphs can be programmed
multiple-line phones only. Single line phones are designed to automatically answer ringing
intercom and outside calls by lifting the handset and cannot be changed.
293
Features and Programming Guide
CALL LOGGING
The Call Logging feature helps you see who called when you were away and makes it easy to
redial those people. Non-display and single line phones do not support this feature. Six-line
display phones are recommended for field visibility and ease of use.
294
End User Features
CALL SCREENING
When a call is received by an automated attendant or Call Routing Announcement application
and the caller enters an extension number, the programmed Transfer Method determines how
the call will be transferred. The Transfer Method flags in the database determine the methods
used for transferring calls to phones with mailboxes, phones with extension IDs, and extensions
without mailboxes or IDs. If allowed in mailbox programming, they can also be programmed
by the mailbox user.
For feature usage instructions, refer to the applicable phone user guide.
In a network setting, an external voice processing system can provide call screening for a
destination extension on another node. However, the node where the external voice processing
system is connected must have an off-node device programmed for the destination extension
and access to the remote node.
295
Features and Programming Guide
• To forward the call to another extension, press 3 or the FORWARD menu button. Then
enter the extension number. The call is sent to the other phone. If that phone has
screened or announced transfers, the caller’s name will be played again for that phone.
• To refuse the call, press * or the REFUSE menu button, or simply hang up. The caller
receives a recording that says you are not available and offers them the option of
leaving a message.
• “Unannounced” Calls: This is the default method for transferring a call. The call is trans-
ferred to your phone without any kind of announcement.
296
End User Features
CALL WAITING
While a phone is in use, incoming intercom and outside calls camp on until the busy phone is
available. The busy party hears a single camp-on tone every 15 seconds (unless the Camp On
Tone timer is changed or Camp On tones are disabled at the phone).
The DID/E&M Receive Busy Instead Of Camp-On phone flag determines whether E&M and
DID callers will receive busy signal or receive ringback and camp on when calling a busy phone.
In the default state, busy tones are disabled, and the callers will hear ringback while camped
on to the called phone.
For feature usage instructions, refer to the applicable phone user guide.
297
Features and Programming Guide
CONFERENCE CALLS
The following types of conference calls are available:
• Ad Hoc Conferencing below
• Meet-Me Conferencing on page 299
Refer to the MiVoice Office 250 Installation Manual for details about conferencing capacities.
AD HOC CONFERENCING
This section contains the following information:
• Feature Description below
• Programming Ad Hoc Conferencing on page 299
FEATURE DESCRIPTION
Phone users can establish multi-party Ad Hoc1 conference calls without operator assistance.
Prior to v5.0, the traditional Ad Hoc Conferencing feature was limited to four-party conference
calls and 20 total conferencing resources, which allowed for a system maximum of five
simultaneous four-party conference calls.
With v5.0 or later, Ad Hoc Conferencing can be enabled to support up to eight-party conference
calls and 20 total conference resources, which allows for a system maximum of two eight-party
and one four-party Ad Hoc Conference calls.
For feature usage instructions, refer to the applicable phone user guide.
During a conference, some reduction in voice volume may be noticed, depending on CO trunk
quality. And, if any phone user presses a keypad button, the DTMF tones will be heard by all
other parties in the conference. This allows conference callers access to DTMF-controlled
devices.
An established conference can be transferred to another phone, using the call transfer feature
described in “Transfer – Call Transfer“ on page 360. While the transfer is taking place, the parties
in the conference remain connected to each other and may converse. The transfer will appear
at the destination phone in the same manner as any other transferred call along with a
CONFERENCE TFR FROM <USERNAME> display and may be answered by the party.
NOTICE
While this system is designed to be reasonably secure against CO trunk misuse by outside callers, there
is no implied warranty that the system is not vulnerable to unauthorized intrusions. If the telephone
company CO does not provide line supervision and does not disconnect the call when one party hangs
up, it is possible for a caller to remain connected to a CO trunk circuit. If this should happen and the caller
begins dialing, the call could be placed through the Mitel system and would then be billed to the system's
owner. The system cannot check this type of call for toll restriction and may not register the call in SMDR.
This problem could arise when a call is connected to a phone or when a call is in a conference on a trunk
that does not have line supervision from the CO.
1. As of v5.0, “Ad Hoc” Conferencing refers to the traditional system conferencing feature, whereby an internal user
manually adds one or more internal or external parties to a conference call using the phone’s conferencing feature.
298
End User Features
In a network setting, a user can build a conference with party members (phones and/or trunks)
on other nodes. The conference circuits used to build the conference will be allocated from the
originating party’s node. Any party, not just the originating party, can add a party member to
the conference.
• If the party who adds the new member is on the originating party’s node, the party will be
added to the conference circuit already allocated. This conference is still restricted to the
four party limit.
• If the party who adds the new member is not on the originating party’s node, a new con-
ference circuit is allocated from the second node. Because this allows more than four parties
in a conference, users should be warned that voice levels can be degraded as more parties
are added to the conference.
If the number of parties in your conference exceeds the capacities of the system resources,
you hear reorder tone and the display shows MAX NUMBER OF PARTIES EXCEEDED. To
complete the conference setup, return to the parties on conference wait hold one-by-one.
NOTE
Display phone users press the associated CALL or IC button, and single line phone users
enter the Individual Hold feature code twice. Then, release parties until there are fewer than
the maximum. Then connect the conference.
The available Ad Hoc Conference types are Basic (default) and Advanced. The Basic type
supports a maximum Ad Hoc Conference size of four parties. The Advanced type supports a
maximum Ad Hoc Conference size of eight parties. When upgrading a system from previous
versions of databases, the Basic type is selected by default to retain functionality of previous
versions. New installations also default to Basic.
Although the Advanced Ad Hoc Conferencing option provides increased Ad Hoc Conferencing
capacity, there are circumstances where it makes sense to use the Basic Ad Hoc Conferencing
setting instead. For example, with systems that are already using most or all of their available
IP resources, administrators may not want to have any of those resources used for Ad Hoc
Conferencing. Refer to MiVoice Office 250 Engineering Guidelines.
Note that if the Advanced option is enabled for Ad Hoc Conferencing and the system is licensed
for Meet-Me Conferencing, the two conferencing applications share conferencing resources.
MEET-ME CONFERENCING
This section contains the following information:
• Feature Description below
• Programming Meet-Me Conferencing on page 301
299
Features and Programming Guide
FEATURE DESCRIPTION
The Meet-Me Conferencing feature allows up to eight internal and/or external users to dial into
a conference instead of being manually added by an internal user, as is the case when using
the system’s traditional Ad Hoc Conferencing method.
Many existing system features that work with the traditional Ad Hoc Conferencing method (such
as record-a-call, conference transfer, conference hold, etc.) also work with the Meet-Me
Conferencing method. Note that unlike an Ad Hoc Conference, a Meet-Me Conference can
consist entirely of outside parties; an internal system user does not have to be present.
Release 5.1 and later increased the Meet-Me Conferencing limits from 20 ports with a maximum
conference size of eight parties, to 40 ports with a maximum conference size of twenty parties.
Conference Assistant
Conference Assistant is a voice-guided application that allows callers to initiate or join a Meet-
Me Conference by entering the proper access code. Callers can access the Conference
Assistant by dialing or being transferred to its assigned extension number. The Conference
Assistant can also be accessed as a trunk group ring-in destination or through a voice mail
automated attendant application.
If users enter an invalid access code, the Conference Assistant prompts them to try again (up
to three times). The Conference Assistant also lets users know if there are no conferencing
circuits available or if the conference is already at capacity.
The first (and last) participant in the conference hears music. And, if anyone else joins or leaves
the conference, the existing participants hear a notification tone to signal the change.
If the conference contains only external callers, then the Conference Assistant will prompt the
conference participants to extend the conference after a period time. If no one presses a digit
to extend the conference, the system terminates the conference.
The Conference Assistant provides voice-guided prompts for all languages supported by the
system. For example, when an internal user calls the Conference Assistant, the application
uses the device’s assigned language to play the voice-guided prompts. And, when an external
user calls in to the Conference Assistant, the application uses the trunk’s assigned language
to play the voice-guided prompts. Note that the voice-guided prompts cannot be customized.
Licensing
Access Codes
When Meet-Me Conferencing is enabled, users have the ability to initiate or join a Meet-Me
Conference by dialing the Conference Assistant and entering a valid access code. Access
codes are generated to match each “User” main extension number in the system (as
300
End User Features
programmed in the Users folder), so that each designated “User” (not phone) has their own
access code for establishing conferences.
In addition to the personal access codes that match each “User” main extension (as
programmed in the Users folder), the User Web Portal application (see page 486) can also be
used to create unique system-generated access codes.
Procedure
For specific instructions on using the Meet-Me Conferencing feature, refer to the MiVoice Office
250 Phone User Guide Supplement for Version 5.0 Software. These instructions will also be
incorporated into the various active phone user guides for the General Availability (GA) software
release.
Note that the traditional Ad Hoc Conferencing feature is still available for use even when Meet-
Me Conferencing is licensed and enabled. Both conferencing types are available for use as
needed. Also, display phones (on nodes running v5.0 or later software) show the following for
both conferencing types: the name of the conference [if available], the total conference duration,
and the number of parties connected to the conference.
Multi-Node Support
NOTE You must have a Meet-Me Conferencing software license uploaded to the system.
301
Features and Programming Guide
Programming; instead users must use the Configuration Assistant or the User Web
Portal. Conferences are displayed with the following information:
• Access Code: The code entered to join to the conference.
• User Name: The associated user’s Last, First name.
• Date Last Used: The date when the conference was last used.
• Time Last Used: The time when the conference was last used.
• Unsupervised CO Conference Timer (minutes): After one hour, the system will end
a Meet-Me Conference containing only outside parties unless a participant dials “1”
when prompted to extend the conference. If extended, this prompt will repeat at an
interval determined by the Unsupervised CO Conference timer. The range is 1-255
minutes; the default is 15 minutes. Note that parties will not be prompted within the first
hour of a conference. If an internal party joins the conference, the timer is canceled.
• Access Code Length: Determines the length of the access code to join the conference.
The default length is 7 characters.
You can also use your extension number as the access code to join a conference.
• Audio for First Party: Enter the file name of the music that the first party hears while
waiting for others to join. It is set to default_moh.n64u by default.
8. Select the file name from the list, and then click Assign.
Right-click the Value column in the Audio For First Party field, and then select Unassign
File. Any file name that was previously in the field is cleared.
Type the file name you want to use in the Value column in the Audio For First Party field.
If there is a file name assigned to this field that does not exist on the system, a warning
message appears when you connect to a system using DB Programming. Also, the system
NOTE
does not need to be licensed for File-Based Music-On-Hold to use the MOH files for the
conference audio.
To allow Configuration Assistant users to manage their Meet-Me Conference access codes,
each phone user’s extension must be assigned to the main extension of a User.
302
End User Features
If users do not hear the option to manage Meet-Me Conference access codes when using the
Configuration Assistant feature, make sure that each user is programmed with a main extension
number in the Users folder within DB Programming.
To display high-level conferencing information and details about each conference using the
System Administration & Diagnostics application, refer to the Conferences Content Control
help topic in the System Administration & Diagnostics Help.
303
Features and Programming Guide
CONFIGURATION ASSISTANT
Configuration Assistant is a voice guided configuration portal that provides easy-to-use, remote
access to the following end-user phone configuration options:
• Dynamic Extension Express
• Do-Not-Disturb (DND)
• Call Forwarding
• Administrator Functions
304
End User Features
DEFAULT STATION
A phone user can enter one feature code that will return the following features to their default
states. Returning to default:
• Cancels the following features, if in effect:
• Do-Not-Disturb
• Manual Call Forwarding
• Queue Callback Request
• Account Code For All Calls Following
• Background Music
• Ring Intercom Always
• Headset Mode
• Restores the following features, if disabled:
• Handsfree
• Page Receive
• Hunt Group Replace
• System Forwarding
• Returns phone volumes to default levels
• Returns phone to standard keymap
• If the phone is a member of one or more ACD hunt groups, logs into the hunt group(s)
This feature is especially useful for installers and troubleshooters who need to know exactly
how a given phone is programmed.
For feature usage instructions, refer to the applicable phone user guide.
305
Features and Programming Guide
The Directory feature is only available on Mitel phones, and the standard Directories feature
NOTE
license is required.
In a network setting, a user can see intercom directory names and extension numbers for all
devices that are programmed as Off-Node Devices on the local node. Devices that are
represented by wildcard off-node extensions do not show up in the intercom directory.
For feature usage instructions, refer to the applicable phone user guide.
For programming instructions, see “Programming Device Descriptions and User Names“ on
page 403.
To use the directory, the user enters a letter, a string of letters, a valid extension number, or a
valid feature code. If searching for a name, the full name need not be entered. The system will
find the closest match and show the number and its associated name on the phone display.
Or, the user can scroll alphabetically through the stored list of names. (It is not possible to scroll
through the extension numbers or feature codes numerically; extensions and features scroll
alphabetically.)
Directory names can include US English, UK English, Canadian French, Japanese, and
Mexican Spanish characters, or a combination.
When using Japanese as the Primary or Secondary language, you can only search for IC and
NOTE
CO directory names based on the last name. You cannot search based on the first name.
Keypad buttons are used to enter the desired letters, numbers, and punctuation. For more
information, refer to the applicable phone user guide.
The intercom directory is automatically updated whenever user names and/or extension number
information is reprogrammed. The outside directory is updated whenever a System Speed Dial
number or name is reprogrammed.
Only Administrator phones will be able to view Administrator feature codes using the directory.
If the Diagnostics Mode feature is enabled, the Administrator will also be able to see the
diagnostic feature codes.
See “Multilingual Capability“ on page 331 for details about supported languages.
The Intelligent Directory Search (IDS) feature simplifies searching for entries in a directory by
significantly reducing the number of keystrokes required to find a match. However, because
306
End User Features
the dialpad has fewer buttons than the number of letters in the alphabet, each button represents
several letters. For example, dialpad button 5 represents “5, J, K, L, j, k, or lower case L.” To
enter JONES, press 56637. As you press buttons, several possible matches appear on the
display phone screen. This data entry process is similar to the “text on nine keys (T9)” feature
found on some cell phones.
With minimum keystrokes, users can retrieve the names and phone numbers of persons entered
into the MiVoice Office 250 Intercom (IC) and Outside Directories and identify the status of
features on phones from the Features Directory.
For feature usage instructions, refer to the applicable phone user guide.
The IDS feature does not apply to the Voice Mail Directory. Continue to use existing user
NOTE
guide instructions for entering and retrieving names from the Voice Mail Directory.
A display phone or an 8602 IP softphone application is required for using the IDS feature. The
8602 IP softphone is a software application that enables Voice over Internet Protocol (VoIP)
telephone calls from laptop and desktop computers.
307
Features and Programming Guide
DO-NOT-DISTURB
Placing a phone in Do-Not-Disturb (DND) halts all pages, incoming intercom calls, camped-on
calls, and transferred calls to that phone. Queue callbacks, recalls, and direct ring-in calls are
not blocked. Another user calling the phone while it is in Do-Not-Disturb hears a repeating
signal of four fast tones and a pause. Display phones show the Do-Not-Disturb message. The
caller cannot camp on, but can queue or leave a message at the phone.
308
End User Features
Door Relay port contacts are rated at 500mA @60 Vac or Vdc peak and are
NOTE
normally open.
To support this feature, there is a phone flag in DB Programming called Activate Door Relay.
By default, this flag is disabled for all users. Only phones that have this flag enabled can use
the Activate Door Relay feature code (332) to control the door relay. When this feature code is
entered at an authorized phone, the door relay jack on the chassis is activated for a period of
time defined by the Door Relay Duration timer (default is two seconds), then deactivated
automatically.
The Activate Door Relay feature code can be entered while idle or while on a call. This allows
users to activate the feature while talking to a communications device mounted at the door
without first having to hang up. When activated while on a call, the feature will not affect the
call in progress other than to show a short confirmation on the display.
If a user activates the door relay control feature while the relay is already active, the door relay
timer is re-posted, effectively causing the door relay to remain active for a longer period of time.
For example, assume the timer is set to five seconds. User A enters the feature code, and three
seconds later, user B enters the feature code. The relay will deactivate five seconds after user
B enters the feature code, thus making it active for a total of eight seconds. This also applies
if the same user that initially deployed the feature code does it again. If there is a system reset
while the relay is activated, it will be deactivated and remain that way when the system comes
back up.
The Activate Door Relay feature may be added to a phone keymap button, just like any other
phone-related feature. And, any user can have a button programmed for the feature, but they
can only deploy it if enabled in the database.
Refer to the MiVoice Office 250 DB Programming Help for instructions about how to program
these fields.
309
Features and Programming Guide
For feature usage instructions, refer to the applicable phone user guide.
If forward all calls is enabled, display phones show the call forwarding status and destination
until the request is canceled. If one of the conditional forwards is enabled (no answer, busy, or
no answer/busy), display phones show the forward status for five seconds and then return to
normal. If the phone receiving the forward is a display phone, it shows EXT XXXX FWD FROM
EXT XXXX for each forwarded call received.
Phone users can chain Forwards from phone to phone providing the Forwards do not form a
loop and the chain does not include more than 10 phones. The conditional forward features (if
busy, if no answer, if busy/no answer) may form a loop that the system cannot detect until a
call is placed to the forwarding phone. For example, if two phone users forward their calls to
each other using the Forward If Busy feature, the system accepts the requests. However, if a
call rings in while both phones are busy, the Forwards create an illegal loop. In this case, the
call camps on to the called phone and that phone’s display shows INVALID FORWARD PATH.
If more than one phone has ring in for a trunk group, direct ring-in calls on that trunk group
forward to extension numbers, but not outside numbers or voice mail ports. The display of the
phone receiving the forwarded call shows it as a forwarded call, and the CALL button or
individual trunk button flashes to show ring in. The individual trunk button also flashes on the
phone that is being forwarded. Calls cannot be forwarded to restricted outside telephone
numbers or phones in Do-Not-Disturb. If the phone that is programmed to receive your
forwarded calls is later placed in DND and you receive a call, you will momentarily see a display
showing that the destination phone is in DND; the call will remain at your phone.
Direct ring-in calls that are forwarded to a phone in DND ring the DND phone in accordance
NOTE
with the rules of DND.
If your phone is in DND and you have call forwarding programmed, the call is still forwarded,
unless you enabled Forward No Answer. With Forward No Answer, intercom callers see the
DND display that you programmed, and the call is not forwarded.
If calls are forwarded to a Voice Processing application, and the system is unable to
communicate with the Voice Processing PC, the call is not forwarded. It remains at your
phone.Call forwarding overrides system call forwarding at the principal phone.
310
End User Features
Agent Help Request calls, queue callbacks, and recalls do not forward, except that a recall at
an attendant’s phone will forward to another phone.
Any user can make any user-programmable button, including the FWD button, a FWD button
that uses one of the forwarding feature codes (355–358). For procedures to program user-
programmable buttons, see “User-Programmable Feature Buttons“ on page 363.
A user-programmed FWD button is lit only when the phone is programmed for the call forwarding
condition enabled by that button. For example, if a user-programmed FWD button is set to
forward calls when the phone is busy, the button will be lit when the Forward If Busy feature is
enabled, but not if the Forward If No Answer feature is enabled.
If a user has both a fixed FWD button and a user-programmable FWD button, the fixed button
will always light when the phone is forwarded. However, the user-programmable FWD button
will be lit only when the forwarding option activated by that button has been selected. For
example, if the user has the Forward All Calls feature programmed under a user-programmable
button, that button will light if either the fixed or programmable FWD button is used to select
that feature. However, if the fixed button or a feature code is used to set the Forward If Busy
feature, only the fixed button will light.
The forwarded phone’s (not the intercom caller’s) trunk and toll restrictions are checked when
an intercom call is forwarded to an outside number.
When an outside call is forwarded to an outside number, the Unsupervised CO timer is activated.
When the timer expires, the call recalls the attendant. If the attendant does not answer the
recall before the Abandoned Call timer expires, the call is disconnected.
Phones with Forced Local Toll Call and Forced Long-Distance Toll Call account codes cannot
forward calls to outside numbers.
311
Features and Programming Guide
If a trunk group is assigned direct ring in to multiple phones, and one of those phones is
forwarded to an outside number, incoming calls on that trunk group are not forwarded to the
outside number.
Some reduction in voice volume may occur when an outside call is forwarded to an outside
NOTE
telephone number, depending on central office trunk quality.
FORWARD TO AN ATTENDANT
Phone users can forward calls to their attendant by pressing the FWD button and then 0, or by
entering a Call Forwarding feature code and dialing 0.
If a chain of forwarded phones ends in voice mail, the mailbox number of the first phone in the
chain will be selected when the voice mail unit answers the call.
If a trunk group is assigned direct ring in to multiple phones, and one of those phones is
forwarded to a voice mail unit, incoming calls on that trunk group are not forwarded to the voice
mail unit.
FORWARD TO E-MAIL
The Forward to E-mail feature enables Unified Voice Messaging (UVM) to forward voice mail
messages as .wav file attachments to e-mail messages.
312
End User Features
If both Remote Messaging and Forward to E-Mail features are enabled, the Forward and
NOTE Copy option must be selected. If the Forward Only option is selected, the user will not
receive Remote Messaging notifications.
Once E-mail Gateway information has been configured in DB Programming, voice mail updates
the configuration for E-mail SMTP delivery software to use this information. Voice Mail then
enables the E-mail Gateway as active and the user's voice mails may then be forwarded. If this
information is not configured, voice mail messages will not be forwarded.
When the E-mail Gateway is marked as active, then once the user configures an e-mail address
and marks their mailbox as “not disabled” for the e-mail gateway feature, their voice mails will
be forwarded to that configured address. The E-mail task starts up and cycles through the
global list of mailboxes looking at messages. Any that are marked with e-mail enabled and
configured with an e-mail forwarding address, will have all their messages put on the e-mail
queue to be sent out to their configured e-mail address. If there were messages left prior to
configuring the mailbox with an e-mail address and enabling the e-mail forwarding feature,
these messages are not sent. Only those left after enabling the e-mail forwarding feature will
be sent, as those messages will be marked accordingly.
313
Features and Programming Guide
For feature usage instructions, refer to the applicable phone user guide.
Two system timers are used with this feature (see “Timers and Limits“ on page 784 for details):
• System Forward Initiate: Determines how long an unanswered call will ring at the principal
phone before moving to the first forwarding point. The default value is 15 seconds and the
range is 2–255 seconds.
• System Forward Advance: Determines how long an unanswered call will ring before
moving to the next forwarding point. The default value is 15 seconds and the range is 2–
255 seconds.
For each forwarding path assigned to the phone, the system checks the following three criteria
to determine if and when a call should be forwarded:
• Type of incoming call: Up to six different types of calls can be programmed to be sent to
the forwarding path, including:
• Outside calls received through a call routing table (including DID and E&M calls, but
not including DISA calls)
• Ringing outside calls
• Transferred outside calls (including automated attendant and voice mail transfers)
• Recalling outside calls
• DISA calls (including DISA calls received through a call routing table)
• Intercom calls
• Phone status: The system recognizes four different types of phone status.
• No Answer: If the call is not answered at the principal phone before the System For-
warding Initiate timer expires, the system sends the call to the forwarding path.
• Busy: If the principal phone is busy, the system immediately sends the call to the
forwarding path. Both “No Answer” and “Busy” can be selected together to form a “Not
Available” status.
314
End User Features
For an example, see the diagram below. In the example, the “principal” phone user wants direct
ring-in or transferred calls to ring at his or her phone during day mode. The principal phone has
a forwarding path with two forwarding points: a hunt group and voice mail. If the principal does
not answer the call, it follows the forwarding path to forwarding point #1, a hunt group. If the
hunt group does not answer the call, it would continue on the forwarding path and go to the
principal phone’s voice mailbox (forwarding point #2).
If the principal phone is a phone, the “ring principal once” option can be set that will signal the
principal phone when a call begins to follow the forwarding path. The signal to the principal
phone consists of a display (CALL SENT TO FORWARD PATH) and a single burst of ring tone.
The call cannot be answered at the principal phone, but can be reverse transferred from the
system forward point.
No Answer
If a call rings in to multiple phones, and one or more of those phones has system forwarding,
the call will not follow any of the forwarding paths.
If a principal phone or a phone forwarding point is a member of a hunt group, calls placed to
the hunt group’s pilot number are unaffected by system forwarding. The hunt group calls will
be received at the phone as usual and will not enter the system forwarding path.
A call follows only the forwarding path of the principal, even if a forwarding point has a forwarding
path of its own. The call that originated at the principal phone will follow only the principal
phone’s forwarding path.
315
Features and Programming Guide
If the phone forwarding point is in Do-Not-Disturb, the forwarding path will bypass that phone
and immediately send the call to the next forwarding point.
If a forwarding point is a Voice Processing application, and the system is unable to communicate
with the Voice Processor, the call will bypass the forwarding point.
A phone forwarding point can place calls or transfer calls to the principal.
The call will ring at the hunt group until the System Forwarding Advance timer expires. It will
then move to the next forwarding point. The No Answer Advance timer determines how long
the call will ring at each hunt group phone, as usual.
If all phones in a hunt group forwarding point have Do-Not-Disturb or hunt group remove
enabled, the call will camp on until the System Forwarding Advance timer expires. The call will
then be sent to the next forwarding point.
316
End User Features
Principal
Phone
SYSTEM
FORWARD
1st System 2nd System
MANUAL Forwarding Poin t Forwarding Poin t
FORWARD
Unanswered calls
at the Principal
Phone will be
Manual Forward sent here.
Destination
If a forwarding point has the Call Forward feature enabled, a system-forwarded call will ring at
the forward destination until it is answered or the System Forward Advance timer expires; then
the call moves on to the next forwarding point.
Manual Forward
Destination
If a phone forwarding point is manually forwarded to voice mail, the call will not follow the manual
forward to Voice Processing; it will ring at the phone forwarding point.
317
Features and Programming Guide
FORWARDING POINT
FORWARDED TO VOICE PROCESSING
System forwarded calls from
Principal Phone will be sent
here if not answered at 1st
Forwarding Point
Principal 1st System
Phone Forwarding Poin t
SYSTEM
FORWARD
2nd System
M Forwarding Poin t
Voice Processing
Manual Forward
Destination
If the principal phone receives a manually forwarded call (not a system forward), that call will
not follow the principal phone’s system forwarding path.
MANUAL SYSTEM
FORWARD FORWARD
Principal System
Phone Forwarding Poin t
If an infinite forward loop results from the combination of manual forwards and system
forwarding paths, the phone that was originally intended to receive the call will ring, even if the
phone is in Do-Not-Disturb.
SYSTEM MANUAL
FORWARD FORWARD
318
End User Features
319
Features and Programming Guide
GROUP LISTEN
The Group Listen feature (feature code 312) allows a user to transmit a conversation over the
phone speaker while in handset or headset mode. This allows other people in the room to listen
to the conversation. However, the phone microphone remains disabled so that only the headset
or handset user can speak.
This feature cannot be used on a handsfree call. The user must be on a call using the handset
or a headset before entering the feature code. Group Listen cannot be used on single line sets.
When using Group Listen on an 8500, 8520, or 8560 digital telephone, the volume control
NOTE adjusts the volume level of the headset speaker or handset speaker, not the external
speaker.
When the Group Listen feature is active in handset mode, the Speaker lamp remains unlit. This
allows the user to place the call into handsfree mode at any time during the call by pressing
the Speaker button. When the feature is active in headset mode, the Speaker lamp is lit.
Pressing the button disconnects the call.
For feature usage instructions, refer to the applicable phone user guide.
320
End User Features
HOLD
The system provides three ways for placing intercom and outside calls on hold. While on hold,
the caller hears music if the system is equipped for MOH. The three hold applications include:
• Individual Hold (feature code 336): Places the call on hold at one phone. It can then be
picked up directly at that phone or it can be picked up at another phone using the Reverse
Transfer feature (see page 362).
• System Hold (feature code 335): Places the call on hold so that it can then be picked up
directly at any phone that has an individual trunk button and has allowed-answer and/or
outgoing access for the associated trunk, or at the phone that placed it on hold. Attempting
to place a conference on system hold will place the conference on individual hold. Intercom
calls cannot be placed on system hold. Single line phones cannot place calls on System
Hold; attempting to do so at a single line phone will place the call on Individual Hold. In a
network setting, when a user puts a trunk on System Hold, only that user and users on the
same node as the trunk can access the call.
• Consultation Hold: Allows a single line phone user to pause during a call, use other system
features, and then return to the caller by hookflashing. If a single line phone user attempts
to hang up after placing a call on consultation hold, the call recalls the phone.
For feature usage instructions, refer to the applicable phone user guide.
If a call remains on hold until the Hold timer expires, it recalls the phone where it is on hold,
and the Recall timer is started. If it is still unanswered when the Recall timer expires, it recalls
the phone’s attendant, and the Abandoned Call timer is started. If the phone does not have an
attendant, the call continues to recall at the phone that placed it on hold. If the call is not
answered before the Abandoned Call timer expires, the call is disconnected by the system.
For users’ convenience, the system has two Hold timers: Hold and Hold - Alternate. In the
default state, the Alternate timer is set for a longer time period than the Hold timer. However,
both timers are programmable. The “Alternate Hold Timer” phone flag determines which timer
each phone will use. If the flag is disabled, the phone uses the Hold timer. If it is enabled, the
phone uses the Alternate timer.
Phone users can avoid the Hold timer by muting the microphone during a call instead of
NOTE placing the call on hold. If this is done, the caller will not hear music-on-hold and will not recall
the phone.
321
Features and Programming Guide
HOOKFLASH [RECALL]
A timed hookflash [recall, in Europe] may be required for phone and single line phone users to
use certain telephone company or PBX features. The CO Hookflash feature code sends a timed
hookflash/recall over the trunk when entered. A hookflash/recall restarts the call cost display
and toll restriction, plus it starts a new line in the SMDR printout. However, the call remains
under the same CALL button.
The Hookflash feature can be enabled or disabled on a trunk group-by-trunk group basis. It
can be used on any outside call, including conference calls.
For feature usage instructions, refer to the applicable phone user guide.
322
End User Features
HUNT GROUPS
The Hunt Group feature permits calls to be placed to a group of phones and to be automatically
transferred to an available phone in the group. You can program up to 300 hunt groups. Hunt
group lists can contain individual phones or extension lists. Non-ACD hunt group phones must
reside on the same node; off-node devices must be ACD hunt group members.
For complete information about Hunt Groups, see “Hunt Groups“ on page 580.
323
Features and Programming Guide
INTERCOM CALLS
The intercom can be used to place phone-to-phone calls that can be answered handsfree. Or,
it can be used to place private, non-handsfree, calls. A phone user that reaches a busy phone
can camp on, request a callback queue, or leave a message. Additional features that apply to
both outside and intercom calls include Call Waiting, Call Transfer, Reverse Transfer, Call
Forwarding, and Hold.
NOTICE
When the procedures tell you to hookflash [recall], quickly press and release the hookswitch. If you
press the hookswitch to hang up, hold it down until the SL Hookflash Maximum timer expires (default
value is 1.2 seconds); otherwise, the system recognizes it as a hookflash [recall].
The network allows handsfree intercom calls when calling from one node to another, unless
the call camps on to the node before being sent to the other node.
A phone user can always place private calls by programming the phone with the Ring Intercom
Always feature code (377). While this feature is enabled, the called party hears repeating double
tones and in order to answer must lift the handset or press the Speaker button, ANSWER
button, or IC button. If the phone does not have an IC button, the call appears on a CALL button.
In the default database, all single line phones have this feature enabled.
For feature usage instructions, refer to the applicable phone user guide.
A user can always receive private calls by disabling the phone Handsfree Answering feature
using the Handsfree On/Off feature code (319), as described in the following paragraph. The
user hears repeating double tones when receiving an intercom call and must lift the handset
(or press the SPKR, ANSWER, or IC button) to answer while Handsfree Mode is disabled.
For feature usage instructions, refer to the applicable phone user guide.
324
End User Features
a private (non-handsfree) call to a phone, press the pound (#) button before dialing the extension
number.
If you need to look up a number in the IC Directory, see the detailed instructions in “Finding an
Entry in the IC Directory“ on page 329.
For feature usage instructions, refer to the applicable phone user guide.
CAMP ON
When a phone user calls a busy phone or hunt group, the system sends a busy signal. The
caller can wait off-hook to camp on (after the Camp On timer expires) and hear music while
waiting until the called phone is available. The system periodically sends call waiting signals
to the busy phone(s). A user can camp on to busy phones on other nodes and will hear the
other node’s Music-On-Hold while camped on.
If a phone activates DND while an intercom call is camped on, the camped-on caller is removed
from the camped on state and that caller receives DND indications. Intercom callers cannot
camp on to a phone that is in DND.
For feature usage instructions, refer to the applicable phone user guide.
When a called phone rings busy or is in DND, the caller can request to be queued up for a
callback when the phone is available. The calling party activates the feature by entering a
feature code or by pressing a menu button and then hanging up This feature can be activated
even if the call camps on.
For feature usage instructions, refer to the applicable phone user guide.
325
Features and Programming Guide
Intercom calls can be answered automatically by using the handsfree option of the 6900
phones.The option to configure Auto-Answer on the 6900 SIP Phone is controlled by the
Configuration Profile in MiVO AppSuite
326
End User Features
MESSAGES
Intercom callers may leave a message waiting indication if a called phone is busy, if there is
no answer, if the phone is in DND, or when they are connected to or placed on hold by another
phone. Users can leave a message for and respond to messages from, users on other nodes.
There are two messaging options:
• Have the called party return your call: Display phones show the source and time of the
message. When the called party responds to the message indication, a call is automatically
placed to your phone.
• Leave a message with the called party’s message center: Display phones show that a
message was left with the user’s assigned message center. When the called party responds
to the message indication, a call automatically connects to the appropriate message center.
There are feature codes associated with messages. For information about the Message feature
codes, see page 797.
For feature usage instructions, refer to the applicable phone user guide.
To signal that a message is waiting, a called phone’s Message button and Message lamp (if
applicable) flash and the display shows the number of waiting messages. Each time the
Message button is pressed, the display shows the message source for each of the waiting
messages in the order they were received.
For messages from phones, the display shows MSG: <phone> and the date and time of the
message. For messages from voice mailboxes, the display shows XX MESSAGES FROM
MBOX XXXX to indicate the number of waiting messages in each mailbox that left a message.
(This is especially helpful at phones with multiple mailboxes.) For single line phones, a system
programming option can be enabled that sends six short Message Waiting tones when the user
lifts the handset or presses the hookswitch.
Any phone, Voice Processing application, hunt group, or off-node device can be designated
as the message center for a phone. However, a phone cannot be programmed as its own
message center.
If the designated message center is a voice mail hunt group, the voice mail hunt group is called
after the Message Wait timer expires. When the voice mail unit answers the call, the called
party’s “mailbox” is automatically dialed. The caller can then leave a message in the mailbox.
The called party’s Message button flashes, and the message display indicates that the message
was left by the voice mail hunt group.
Each phone user can leave message waiting indications at more than one phone. If more than
one message is received from one phone, the message display will show only the first message,
and all other requests will be ignored.
When a phone is forwarded or has system forwarding, and a caller leaves a message waiting
indication after calling the forwarded phone, the message indication appears at the original
phone instead of the phone that received the forwarded call.
327
Features and Programming Guide
To make efficient use of multi-port analog voice mail units the ports are placed in a voice mail
hunt group and the voice mail hunt group’s pilot number is assigned as the alternate message
source for each of the individual voice mail ports. When a user responds to a message left by
one of the voice mail ports, the pilot number is automatically dialed, and the call circulates
through the hunt group until a voice mail port is available. Without the alternate message source
hunt group, the call would return only to the port that left the message and would not circulate
through the hunt group.
A phone’s message center or alternate message source does not need to be on the same node
as the phone. It can be a phone, hunt group, Voice Processing application, or any off-node
device.
SILENT MESSAGES
Silent messages can be placed while on-hook or off-hook without making an intercom call to
the phone. This method should be used by analog voice mail units.
For feature usage instructions, refer to the applicable phone user guide.
328
End User Features
MICROPHONE MUTE
Whether handsfree or using the handset, you can temporarily turn off your microphone while
on a call. The call is still connected; you can hear the other party, but they cannot hear you.
Since the call is not placed on Hold, no timer is activated. The MUTE button is lit when the
microphone is muted; the light goes out when you press the MUTE button to re-enable the
microphone.
You cannot mute the microphone on your phone while your call is on Hold at another phone.
For feature usage instructions, refer to the applicable phone user guide.
Two-line display phones show only the first two lines of the six lines shown in the following
NOTE examples. To access the Directory feature on a two-line display phone, press the Special
button followed by 307.
If you have not entered digits in the IC Directory, you see the first lines of the entire directory.
Empty matches are displayed first. Instead of displaying a blank line, IDS shows the extension
in brackets for any match that is empty. The following example shows that the first three IC
Directory extensions of the system are not assigned in the database.
329
Features and Programming Guide
a fast busy signal. If desired, phone numbers can be programmed as “Private” in the database
and will appear as a “PRIVATE NUMBER” in the display, as shown in the following example.
UNDERSCORE CHARACTER
UNDERSCORE CHARACTER
330
End User Features
MULTILINGUAL CAPABILITY
This section contains the following information:
• Feature Description below
• Phones on page 331
• Trunk Language on page 336
• Multilingual Do-Not-Disturb and Reminder Messages on page 337
• Voice Processing on page 337
• Multilingual Feature in Network Operation on page 338
• Using Multilingual Directories on page 338
FEATURE DESCRIPTION
The MiVoice Office 250 provides a choice among American English, British English, Canadian
French, Japanese, and Spanish prompts and displays. The system selects the language to
use for each call, as determined by the trunk, phone, and Voice Processing programming, as
described in the following sections. Among the IP phones, only the 8660 displays Japanese
prompts.
Any of these languages can be designated as primary or secondary languages in the system.
For information about programming the primary and secondary languages for phones, see
“Languages“ on page 430.
The Change Language feature code (default is 301) allows phone users to switch between the
system’s designated primary language and the phone’s designated secondary language. Once
a language is selected, all of the displays on that phone will represent the chosen language
(except for diagnostic displays, which are presented in English only, and custom feature and
trunk labels, which are presented as programmed). Likewise, all of the voice prompts on that
phone will represent the chosen language.
If any phones in the system are using Canadian French, all 5000 nodes must be upgraded
NOTE
to v4.0 or later to avoid cross-node display issues.
PHONES
The following subsections provide information on phone multilingual capabilities.
LANGUAGE SELECTION
The platform can be programmed to use a primary language and a secondary language. The
available languages are American English, British English, Canadian French, Japanese, and
Spanish. A phone flag in database programming determines the language that will be used by
each phone.
331
Features and Programming Guide
For example, if the phone is programmed for American English, all phone displays will appear
in American English. Also, when the phone is used for calling a Voice Processing application,
the voice prompts will be in American English, unless overridden by a Call Routing
Announcement. If programmed for Japanese, the displays will appear in Japanese (Katakana)
characters and the voice prompts will be spoken in Japanese, unless overridden by a Call
Routing Announcement. By default, all phones are set for the system’s Primary Language.
All displays and default messages in the system are provided in both languages. Phone-
programmed messages, including those programmed through the Administrator’s phone, can
include specific language characters, or a combination.
When programming a feature that requires a time and date, a user of a phone with English or
Spanish as the primary language will enter the date in the order “month, day, year” and the
time in the order “time, AM/PM.” If Japanese is the primary language, the user enters the date
as “year, month, day” and the time as “AM/PM, time.” The displays show the time and date in
the same order as programmed. For example, the English or Spanish display shows the time
and date as “12:25 TUE NOV 28” and the Japanese display shows “TUE 11/28 12:25.”
Each phone in the system has a programming field labelled “Secondary Language.” This field
corresponds to the Change Language feature (301), which is used to toggle between the system
primary language and secondary language. With this feature, the user can toggle between the
system primary and secondary language, or can specify a different secondary language. This
flexibility at the phone allows the system to support more than two languages.
If a phone’s secondary language field is programmed with Use Primary Language, the Change
Language feature will do nothing because the phone will toggle between the system primary
language and the phone’s secondary language, which is the system primary language.
If a Secondary Language field is programmed with Use Secondary Language, the Change
Language feature toggles between the system primary language and the phone’s secondary
language, which is the system secondary language. This arrangement is the system default.
If a phone’s secondary language field is programmed with Japanese, the Change Language
feature will toggle between the system primary language and the phone’s secondary language,
which is Japanese.
The Language field for phones indicates what language the phone is currently set to. It can be
set to any specific language along with the Use Primary Language and Use Secondary
Language options.
An undesirable side-effect of changing the Language field is that if you change it to Japanese
and the phone’s secondary language field is set to Spanish, then the user will have no way to
get back to Japanese if they enter the Change Language feature code. This is because the
first time the user enters the feature code, the system toggles the phone to the Use Primary
Language. The next time the user enters the feature code, the system toggles the language to
the phone’s secondary language, which is Spanish. To avoid this situation, simply change the
phone’s secondary language to Japanese and the phone’s Language field to Japanese.
332
End User Features
CUSTOM CHARACTERS
Various features, such as Do-Not-Disturb, Station Speed Dial, and so forth, allow users to enter
custom characters via their phone’s dialpad. Depending on which language the phone is using,
the custom characters may change. The charts on the following pages show which custom
characters the user will enter depending on the number of times each dialpad button is pressed.
Users may enter both lowercase and uppercase characters instead of the uppercase-only
restriction in place prior to v4.0.
The following table summarizes which phones use which character bitmaps when the system
is equipped with v4.0 software. See the following pages for character bitmap charts.
Table 51: Phones and Supported Character Bitmaps with Version 4.0 Software
NEW CHARACTER BITMAPS OLD CHARACTER BITMAPS
FRENCH US, UK, FR-
PHONES US & UK SPANISH CANADIAN CAN SPANISH JAPANESE
52xx/53xx
8560/8660
8528/8568
All Others
The Mitel 52xx/53xx IP phones, the 8660 IP phone, and the 8528, 8568, and 8560 digital
telephones are able to support all of the new character bitmaps required to fully support the
Canadian French and Mexican Spanish languages. When using these phones, the following
charts show which characters the user will enter depending on the number of times each dialpad
button is pressed.
333
Features and Programming Guide
All phones other than the Mitel 52xx/53xx IP phones, the 8660 IP phone, and the 8528, 8568,
and 8560 digital telephones are unable to support all of the new character bitmaps required to
fully support the Canadian French and Mexican Spanish languages. However, they continue
to support the limited subset of characters that were available prior to v4.0. When using these
other phones, the following charts show which characters the user will enter depending on the
number of times each dialpad button is pressed.
334
End User Features
Table 55: Custom Dialpad Characters — US English, UK English, and Canadian French
NUMBER OF TIMES DIALPAD BUTTON IS PRESSED
BUTT
ON 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
1 : - / , . ; ( ) & + * ! ? # 1
2 A B C 2 a b c
3 D E F 3 d e f
4 G H I 4 g h i
5 J K L 5 j k l
6 M N O 6 m n o
7 P Q R S 7 p q r s
8 T U V 8 t u v
9 W X Y Z 9 w x y z
0 0
The Mitel 52xx/53xx IP phones do not support Japanese characters. However, for all other
phones supported by the system, the following chart shows which Japanese characters the
user will enter depending on the number of times each dialpad button is pressed.
335
Features and Programming Guide
There are certain areas in DB Programming and the Administrative Web Portal pages where
system administrators may want to enter information in a language other than English (for
example, phone user names). One method is to use a program like Microsoft Word to type out
the information in the desired language and then paste it into DB Programming or AWP.
DB Programming and AWP do not support Japanese characters. Also, certain phones
NOTE cannot display all of the new supported character bitmaps (see the previous sections for
details).
Caller ID
The character set and language changes needed to support Canadian French may affect
incoming or outgoing caller ID information. For example, if the system receives caller ID data
using a different character set or using Unicode, it will attempt to convert this data to a character
set supported by the system. In some instances, certain characters may not map and display
properly on various phones.
TRUNK LANGUAGE
A flag in database programming determines the language that is used by each trunk. This field
can be set to any specific language so that the system can support more than two languages.
The language choices include:
• Use Primary Language
• Use Secondary Language
• American English
• British English
• Canadian French
336
End User Features
• Japanese
• Spanish
If the trunk is programmed for the primary language, callers who reach a Voice Processing
application will hear the voice prompts in primary language, unless overridden. If programmed
for the Secondary Language, the voice prompts will be in the secondary language, unless
overridden. By default all trunks are set for the primary language.
For information about programming the primary and secondary languages for trunks, see
“Languages“ on page 430.
For feature usage instructions, refer to the applicable phone user guide.
The language of the messages seen by users, both when programming their own phones and
when calling another phone that is in DND, is determined by the phone’s programmed language.
That is, if a system’s primary language is Japanese, and the phone is programmed for the
primary language, the user will see only Japanese messages when programing a message. If
a Japanese-programmed phone calls an American English-programmed phone that has
selected DND message 02, the user at the Japanese-programmed phone will see the Japanese
version of message 02. Among the IP phones only 8660 IP phones can be used for viewing
Japanese messages.
When DND or reminder messages are reprogrammed, the system administrator should attempt
to keep the meanings for the messages in both lists the same. That is, if the Primary Language
DND message 02 is changed to “PAGE ME,” a similar message should be programmed for the
secondary language DND message 02.
VOICE PROCESSING
When a Voice Processing application receives a call from a phone or trunk, the system tells
the application which language is programmed for that device. For example, if the Primary
Language is set to American English and the Secondary Language is Japanese, then:
• If a trunk programmed for American English rings-in to an application, the Voice Processing
will play American English prompts.
• If a phone programmed for Japanese calls voice mail, the phone user will hear Japanese
prompts.
• If a phone programmed for American English receives a call on a trunk that is programmed
for Japanese and then transfers the call to voice mail, the caller using the trunk will hear
Japanese voice prompts.
• If a Japanese-programmed phone is forwarded to voice mail, a caller on an American
English phone or trunk will hear the American English prompts when the call is forwarded.
The user-recorded mailbox greeting will be heard in the language in which it was recorded.
337
Features and Programming Guide
When using a Call Routing Announcement application with digit translation, the individual Voice
Processing applications assigned to the digits can be programmed to override the device
language and provide prompts in one language only. Using this method, a Call Routing
Announcement tree can be programmed that offers callers a choice between languages. For
example:
• The Call Routing Announcement application could have a greeting that says, “Thank you
for calling. For English prompts, press 1. NIHONGO WA, 2 WO OSHITE KUDASAI (for
Japanese, press 2).”
• The digit translation for digit 1 would lead to an application that overrides the calling device’s
programming and uses only American English prompts.
• The digit translation for digit 2 would lead to an application that overrides the calling device’s
programming and uses only Japanese prompts.
In the preceding example, the digit translations could be nodes that lead to various other
language-specific applications. Or, the first level can give more choices, such as American
English voice mail or automated attendant and Japanese voice mail and automated attendant.
Either way, the individual applications or nodes can be programmed to play only one language,
or they can use the device’s language, as needed.
338
End User Features
For feature usage instructions, refer to the applicable phone user guide.
To equip the MOH feature, the system must be connected to an external music source. The
music source can be a customer-provided radio, a tape or DVD player, or other device plugged
into the 1/8-inch MOH port located on the rear of the chassis. To complete installation of the
music source, the MOH feature must be enabled in database programming. If music is not
desired, the system can be programmed for the following:
• Silence: Callers hear no Music-On-Hold.
• Tick Tone: Callers hear tick tone.
• Ringback: Callers hear ringback.
• MOH Port: Callers hear an external music source. This is the default value.
• File-based MOH: Callers hear the MOH file selected in DB Programming. For more infor-
mation, see “File-Based Music-On-Hold (MOH)“ on page 767.
A File-based MOH file cannot be used for background music. The Background Music fea-
NOTE
ture always uses the physical MOH connection and not File-based MOH.
NOTICE
There are often broadcast restrictions associated with copyrighted music. Check with the music’s
original distributor and/or the broadcast source for restrictions and usage concerning background music
and music-on-hold. Mitel is not responsible for any illegal or improper use of copyrighted music
connected to the system. With European systems, contact PPL (Phonographic Performance Ltd.) for
licenses.
In a Mitel system network, each node can support its own music source(s). If a caller on Node
1 is holding for a user on Node 2, the caller hears the music on Node 2. If a caller is holding
for a user on Node 1, and the call moves to Node 2 (due to a transfer, forward, or recall), the
user stops hearing the music on Node 1 and begins hearing the music on Node 2.
The system can be programmed to determine the music source a caller hears based on the
device for which the caller is waiting. By default, the system determines the music source based
on the trunk group on which the call resides. Throughout the manual, the term “music” refers
to the selected option.
On a MiVoice Office 250 node, the caller hears the music source programmed for the node
trunk group on the destination node.
Background music is interrupted for calls, pages, phone programming, and ringing.
339
Features and Programming Guide
For feature usage instructions, refer to the applicable phone user guide.
In a network, intercom callers can establish OHVA calls to phones on other nodes.
A PC Data Port Module (PCDPM) must be installed on a digital display phone to provide the
secondary voice path needed for the OHVA feature.
OHVA calls cannot be processed if the secondary voice path or the speakerphone of the called
phone is not available. This occurs when the phone has a different OHVA call in progress, has
an active data call in progress, is on an active handsfree intercom or outside call, has handsfree
disabled, has a call being changed from handset to speakerphone, has a headset enabled, or
is in Do-Not-Disturb. Also, OHVA calls are not possible if the caller is placing a private intercom
call or has the Ring Intercom Always feature enabled.
To place an OHVA call using a single line phone, the Ring Intercom Always feature must be
NOTE disabled. To disable this feature, lift the handset of the single line phone and dial feature code
377. By default, the Ring Intercom Always feature is enabled.
If you press the MUTE button while speaking to an OVHA caller on the speakerphone, the
handset microphone will be muted and the caller on the handset will not hear you or the OHVA
caller. When you press MUTE again, the handset microphone is re-enabled.
340
End User Features
ACTIVE
Ext. 1002 CALL ON
Ext. 1103 HANDSET
1 2
Display shows INTERCOM
Caller places a call CALL FROM 1103
to ext. 1002 and
hears busy signal 3
After 5 seconds, call is
established on speaker, if not
blocked.
2. When the OHVA Screening timer expires—and if the phone’s secondary voice path is
available—you are automatically connected to the called party’s speakerphone.
While on a call using the handset, you hear a camp-on tone. The display shows CALL
ANNOUNCE FROM <username>. Do nothing. When the OHVA Screening timer expires, you
hear a double tone. You are connected with the intercom caller via the speakerphone. Your
original call remains connected on the handset.
If you press MUTE while speaking to the caller on the speakerphone, the handset microphone
NOTE will be muted and the caller on the handset will not hear you or the OHVA caller. Press MUTE
again to enable the handset.
Press the lit Speaker button or have the OHVA caller hang up. If you terminate the original call
by hanging up the handset, you remain connected to the OHVA call in the handsfree intercom
mode.
While on a call using the handset, you hear a camp-on tone. The display shows CALL
ANNOUNCE FROM <username>. To cause the intercom call to camp on, press the Speaker
button. The IC button flashes.
341
Features and Programming Guide
342
End User Features
ON-HOOK MONITORING
A phone user with a speakerphone can monitor the call (listen to a recorded message, wait for
the call to be answered, or wait on hold), and then speak handsfree when answered.
For feature usage instructions, refer to the applicable phone user guide.
343
Features and Programming Guide
OUTSIDE CALLS
When a trunk is selected for receiving or placing an outside call, the voice channel is seized
and cannot be used by any other phone—unless the Conference feature is used, as described
in “Conference Calls“ on page 298. If the desired trunk is busy, the phone user can camp on or
request to be queued for a callback. They include placing calls on hold, call waiting, call transfer,
reverse transfer, conferencing, and call forwarding. For background information, see “Outgoing-
Access, Allowed-Answer, and Ring-In Assignments“ on page 202. For an explanation of trunk
groups and the use of the automatic trunk answer and selection feature codes, see “Automatic
Call Access“ on page 293.
On display phones, the dialed number is displayed with hyphens separating the toll field, equal
access field, area code, office code, hookflashes, pauses, asterisks, pounds, Centrex codes,
and/or absorbed digits. When the system absorbs local trunk digits, the digits are displayed
even when they are not dialed. For example, if 423 is absorbed and 6767 is dialed, 423-6767
is displayed.
When placing a call, begin dialing before the Dial Initiation timer expires. If the timer expires,
the system drops the trunk connection and sends repeating reorder tones. This timed response
prevents a trunk from being tied up accidentally.
For feature usage instructions, refer to the applicable phone user guide.
You hear one of the following signals when receiving an outside call.
• Repeating long tones and a CALL button or individual trunk button is flashing at the
fast rate: A call is ringing in. Lift the handset and/or press the flashing individual trunk
button, flashing CALL button, or ANSWER button. Phones that have menu buttons with a
programmed voice mail extension can press the SEND TO V-MAIL menu button to transfer
the call to voice mail. The individual trunk or CALL button flashes slowly during the call.
Display phones show <trunk name> RINGING IN.
• Intercom call or page announcing a call and a CALL button or individual trunk button
is flashing at the fast rate: A call has been transferred to your phone. Lift the handset
and/or press the flashing individual trunk button, flashing CALL button, or ANSWER button.
(Phones with menu buttons that have a programmed voice mail extension have a SEND
TO V-MAIL menu button that transfers the call to voice mail.) The individual trunk or CALL
button flashes slowly during the call. Display phones show TG XXXX <or group name> TFER
FROM EX XXXX <or username>.
344
End User Features
• An individual trunk button is flashing at the fast rate, there is no ring signal, and you
have allowed answer for the trunk. You may hear ringing on another phone: Press
the fast-flashing individual trunk button as described above or enter the Automatic Trunk
Answer feature code (350). The ANSWER button cannot be used to answer these calls.
345
Features and Programming Guide
DIRECT PAGING
The Direct Paging feature allows announcements to be made through phone internal speakers.
Optional external paging equipment such as amplifiers and paging speakers may be installed
using the external PAGE port on the rear of the chassis. For more information, refer to the
“Installation” chapter in the MiVoice Office 250 Installation Manual .
For feature usage instructions, refer to the applicable phone user guide.
PAGING SETUP
The system supports up to 10 paging zones. When the system is in the default state, all phones
are assigned to Paging Zone 1 to provide an All-Page zone. Phones, trunks, and the external
paging port(s) can be assigned to any, all, or none of the paging zones, as desired.
Placing a large number of phones in a paging zone may affect system performance. If system
NOTE operation is affected when a page is placed to a particular page zone, remove some phones
from that zone or change to external paging for the area served by that page zone.
In a network, all phones and trunks within a page zone must reside on the same node as the
page zone. However, a page zone can contain external page ports on other nodes.
Because the external paging ports have intercom numbers (91000–91003), phones can
NOTE place an intercom call to the external paging ports, instead of using the Page feature, to make
a page over the external paging speakers.
Pages are not heard on phones that have been removed from paging (using the feature code
as described below), are in DND, are ringing, or are in use. Also, background music on phones
and on external speakers connected to phone speaker leads is interrupted for pages. If a trunk
in a paging zone is unplugged, the page cannot be completed.
A tone is played to the user carrying out the page (to tell them when to begin speaking). A tone
is not played to the people hearing the page.
If desired, users can program feature buttons to select the paging zones 0–9 or 0–49 using
paging access codes 9600–9609 or 9600–9649, respectively.The Page timer limits the length
of pages. If it is set to 0, pages are unlimited in length.
DIRECT PAGE
Direct Page is an enhancement to the existing Page feature. It allows a Phone User to page
an IP / Digital Extension’s Speaker. This alleviates the need to page an entire Page Zone.
Calling an Extension that has its Handsfree On/Off Feature Code set to On delivers the same
functionality, but there is no guarantee that the destination will have this feature set that way.
346
End User Features
The speaker volume is automatically set for maximum loudness or at a nominal level. At the
end of the call, the Extension reverts to its previous settings.
The call is released after the Page Timer expires or by the originator hanging up.
Analog and SIP Phones cannot receive a Direct Page, but can initiate a Direct Page to an IP/
NOTE
Digital Phone.
To configure an IP / Digital Phone as a destination for a Direct Page from another Phone:
1. Create a Page Zone to be used for Direct Pages by setting the Use Zone for Direct Paging
setting to Yes.
2. Assign the destination IP / Digital Phone to the Page Zone. In this example, Extension
1000 is being used.
347
Features and Programming Guide
3. Ensure the Initiate Direct Page Flag is set to Yes for the Phone that will be initiating the
Direct Page. The default setting is No. In this example, Extension 1001 is being used.
348
End User Features
The Initiate Direct Page Flag can also be programmed in the Administrator Web Portal.
349
Features and Programming Guide
To use Direct Page from the example, from the Paging Phone (Extension 1001):
1. Enter the Page Feature Code. The default is 7.
2. Enter the Page Zone Number (1) assigned to the Destination Phone (Extension 1000).
3. Enter the Extension Number of the Destination Phone (Extension 1000).
In this example, Extension 1001 User dials 711000 to Direct Page Extension 1000.
350
End User Features
RECORD-A-CALL
IIf your system is programmed with a Record-A-Call application, the phones can be
programmed to use the Record-A-Call feature. It allows users to enter a feature code whenever
they want to record an ongoing call in their designated Record-A-Call mailbox. Users can
retrieve the recorded messages later, just as they would any other mailbox messages.
351
Features and Programming Guide
REDIAL
The Redial feature can store one telephone number in redial memory at the phone (manually
dialed or Speed Dialed numbers up to 32 digits). If the phone user reaches a busy number, is
disconnected, or if there is no answer, the number can be redialed easily. The phone user
simply lifts the handset and presses the REDIAL button or enters the Redial feature code. A
trunk access code is automatically entered and the telephone number is redialed. (If redialing
while still connected to an outside call, the connection is dropped and the trunk is reseized
before the number is dialed.)
For feature usage instructions, refer to the applicable phone user guide.
Only one telephone number can be stored in the phone’s Redial memory at a time. This number
can be stored in one of two ways, depending on phone programming:
• Last number saved: The desired number is manually stored in Redial memory by the
phone user. Dialing other numbers does not change the stored number. It only changes
when a new number is stored.
• Last number dialed: The last number manually dialed or Speed Dialed is automatically
stored. It changes every time the user dials a telephone number. (This is the default value
of the Redial feature.)
The Last Number Saved and Last Number Dialed features work differently depending on the
phone status when it is used, as shown in Table 58. Individual phone programming determines
the mode of the Redial feature (Last Number Dialed or Last Number Saved). The Redial feature
code (380) performs the redial function (programmed under the REDIAL button). For more
information, see “Phone Feature Codes“ on page 797. Non-display System Speed Dial numbers
cannot be redialed at a display phone.
Table 58: Phone Responses with Last Number Saved, Last Number Dialed
PHONE STATUS
WHEN
REDIAL FEATURE IS PHONE HAS PHONE HAS
USED LAST NUMBER SAVED LAST NUMBER DIALED
Idle phone Saves the last trunk access code and A trunk is selected using the same trunk
telephone number that was dialed. access code as used to place last outside
call, and the last telephone number is dialed.
Intercom dial tone (on Saves the last trunk access code and A trunk is selected using the same trunk
or off hook) telephone number that was dialed. access code as used to place last outside
call, and the last telephone number is dialed.
On an intercom call Releases the current call, seizes a trunk Releases the current call, seizes a trunk
using the saved trunk access code, and using the access code used on the last
dials the saved telephone number. outside call, and dials the last telephone
number dialed.
After selecting a trunk Redials the saved telephone number on Redials the last telephone number dialed,
but before dialing the currently selected trunk rather than using the currently selected trunk.
the saved trunk access.
Page 1 of 2
352
End User Features
Table 58: Phone Responses with Last Number Saved, Last Number Dialed (continued)
PHONE STATUS
WHEN
REDIAL FEATURE IS PHONE HAS PHONE HAS
USED LAST NUMBER SAVED LAST NUMBER DIALED
After selecting a trunk Releases the current call, seizes a trunk Releases the current call, reseizes the trunk
and dialing one or using the saved trunk access code, and (using the access code used on that call),
more digits dials the saved telephone number. and redials the digits that were dialed.
On an incoming Releases the current call, seizes a trunk Releases the current trunk, seizes a trunk
outside call using the saved trunk access code, and using the same trunk access code used on
dials the saved telephone number. the last outgoing call, and dials the last
number dialed.
Idle phone Saves the last trunk access code and A trunk is selected using the same trunk
telephone number that was dialed. access code as used to place last outside
call, and the last telephone number is dialed.
Page 2 of 2
353
Features and Programming Guide
REDIRECT CALL
The Redirect Call feature (feature code 331) allows the user to route ringing outside, intercom,
and camped on calls to another phone, hunt group, or outside number. This capability is in
addition to the option of redirecting calls to voice mail or DND. Routing redirected calls is subject
to toll and trunk restrictions and does not require any software license features.
For feature usage instructions, refer to the applicable phone user guide.
The call types listed below do not follow Call Forwarding and cannot be redirected:
• Agent Help Request calls
• Queue Callback calls
• Recalls
If an ARS, trunk group, or trunk number is entered, the system prompts the user to enter the
destination telephone number. Calls may not be redirected to a node number, but may be
redirected to a phone on another node by entering the correct extension number.
If the applicable Forwarding timer expires before the user completes the redirection process,
the system terminates the call.
354
End User Features
REMINDER MESSAGES
Reminder messages are set to signal a phone at a specified time. The user can select one of
20 different messages and set the reminder time up to 24 hours in advance. These messages
can be reprogrammed by the system administrator or by using an administrator phone.
For complete information about Reminder Messages, see “Reminder Messages“ on page 494.
355
Features and Programming Guide
REMOTE PROGRAMMING
The Remote Programming feature allows a user to place a phone in DND mode or forward the
phone’s calls, either from another phone or through DISA. Each phone has a passcode to limit
access to this feature. For information about DISA, see “Using DISA“ on page 197.
For feature usage instructions, refer to the applicable phone user guide.
To prevent unauthorized use of the Call Forward feature, all phones using Remote
NOTE Programming should have a passcode. Difficult-to-guess passcodes should not match the
extension number or consist of a single digit repeated several times.
The phone passcode can be up to 8 digits in length. The default passcode is the extension
number of the phone. The passcode can be changed by entering the Program Passcode feature
code at the phone or when using the Remote Programming feature. It can also be programmed
through Individual Phone programming.
If the passcode is changed from a phone, the user is prompted for the old passcode, then the
new passcode, and then asked to verify the new passcode. If it is programmed through Remote
Programming, the user has already entered a correct passcode. So, the user is only prompted
for the new passcode and prompted to verify the passcode.
If the verified passcode and new passcode not match, the old passcode is retained and the
programming session is canceled.
356
End User Features
SPEED DIAL
The system provides the following Speed Dial features:
• System Speed Dial: Speed Dial allows users to dial stored telephone numbers quickly. Up
to 1000, 48-digit System Speed Dial numbers can be stored in system memory. If desired,
an identifying name can also be stored with each number. Phones programmed with access
to this feature can dial any of the numbers on the list. The Administrator maintains the
System Speed Dial list. For complete information about System Speed Dial, see “System
Speed Dial“ on page 498.
Only 500 System Speed Dial numbers can be programmed manually. 1000 System
NOTE
Speed Dial numbers can be imported at a time.
• Station Speed Dial: A phone user can program up to 10 Station Speed Dial numbers of
16-digits each. Single line phones use Speed Dial location codes (0–9). Display phones
use Speed Dial buttons, if programmed in the phone’s keymap, or location codes 0–9. For
complete information about Station Speed Dial, “Station Speed Dial“ on page 505.
• System Directory (Intercom and Outside): The intercom directory enables display phone
users to look up intercom extension numbers and user names. The outside directory en-
ables display phone users to look up System Speed Dial numbers and associated names.
This capability requires the Directory feature. See page 306.
For feature usage instructions, refer to the applicable phone user guide.
357
Features and Programming Guide
SYSTEM PARK
System Park is a feature that allows calls to be parked by a phone, then either retrieved again
by that phone, or retrieved by another phone.
Note: This feature is also supported if the other phone is located on another node.
• The System Park feature uses a Park/Pickup key (See“Keymaps” on page 449) which can
be configured onto each phone by the system administrator or by the user (via the User
Web Portal)
• Each Park/Pickup key must be associated with either a Phantom destination (for System
Park) or a Hunt Group destination (for Group Pickup). It is this associated destination that
will be used to Park a call at, and to retrieve a call from.
• When creating Phantom or Hunt Group devices for use by the System Park feature, it is
advised that the Descriptions and Usernames are configured accordingly (for example ‘Park
Location 1’, and ‘Park 1’). This will help to indicate what these devices have been created
for, and it will help with the presentation on Self-labeling keys.
• To allow a call to be parked at one phone then retrieved from another phone, a Park/Pickup
key will need to be configured across multiple phones, where all keys share the same
associated Phantom or Hunt Group destination.
• One or more Park/Pickup keys can be configured per phone, depending on how many calls
may need to be parked at any given time.
• If desired, multiple calls can be parked onto a single destination represented by a single
Park/Pickup key. On retrieval the longest parked call will be taken. This will be useful where
multiple calls need to be parked, but where the customer has a limited amount of keys on
their keymap.
• A new System Timer (Park Recall Timer) has been created to control when parked calls
will recall back to the person who parked the call (See Table 130, “System Timers,” on
page 12-784). The ‘Park Recall’ can be set from 30 to 600 seconds, with a default of 180
seconds. The Park Recall Timer applies to calls parked at Phantom destinations. Calls
parked at Hunt Group destinations will follow the Hunt Group Recall Timer.
• The Park/Pickup Key is used to both park and retrieve calls. If a phone is connected to a
call, they simply press the chosen Park/Pickup key to transfer the call to the Park location.
If a phone is not connected to a call, they simply press the chosen Park/Pickup key to
retrieve a call.
• Once the call is parked on a specific Park/Pickup Key destination, the key will flash on all
phones with instances of the same Park/Pickup key to give a visual indication that a call is
on Hold under that key.
358
End User Features
• Calls can be picked up by a phone without the Park/Pickup key, (for example from a SIP
phone or a Single Line phone) by dialing the Reverse Transfer feature code, then the
destination number of the park location.
• To assist with using System Park from phones without a Park/Pickup key, it is recommended
that the associated Phantom or Hunt Group destinations are given short and simple num-
bers, for example (141, 142, etc.), as this will allow calls to be picked up by any phone by
dialing 4141, or 4142.
• There is no new feature code for the System Park feature. All operation is achieved by
using the new Park/Pickup key.
Use cases
When using the System Park feature to simply park and retrieve calls, most customer scenarios
will use one Phantom destination per Park/Pickup key.
An added benefit of using the new Park/Pickup key, is the additional capability of configuring
a Park/Pickup key associated with a Hunt Group. This method of configuration will provide an
enhancement to the existing Group Pick-up feature, whereby any Park/Pickup key associated
with a Hunt Group will allow calls ringing at the hunt group to picked-up using a single button
press, whilst also allowing for a visual representation that calls are ringing at that group.
If the associated Hunt Group has the ‘Group Call Pick-up’ flag enabled, and calls are ringing
at the group, the Park/Pickup LED linked to the Hunt Group will flash to indicate that a call can
be picked-up simply by pressing the key.
If the associated Hunt Group has the ‘Group Call Pick-up’ flag disabled, and calls are ringing
at the group, the Park/Pickup LED linked to the Hunt Group will not flash.
Although possible, it is not expected that a Park/Pickup key would configured for Hunt Groups
that are not configured as, or being used as Pick-up Groups.
359
Features and Programming Guide
FEATURE CODES
There are two feature codes for transferring intercom and outside calls to other phones, Voice
Processing applications, hunt groups, off-node devices, or outside telephone numbers. The
call transfer options are as follows:
• Transfer to ring: You can transfer intercom or outside calls to another phone, a Voice
Processing application, a hunt group, or an outside telephone number.
• Transfer to hold: Either intercom or outside calls can be transferred to another phone and
placed on hold using this feature.
An established conference can be transferred to a phone. While the transfer is taking place,
the parties in the conference remain connected to each other and may converse. The transfer
appears at the destination phone in the same manner as any other transferred call along with
a CONFERENCE TFR FROM <username> display and may be answered by the phone user.
Depending on the quality of the trunks being used, some reduction in voice volume may occur
when an outside call is transferred to an outside telephone number.
360
End User Features
TRANSFER TIMERS
The following five timers affect the Call Transfer feature:
• Transfer Attendant
• Transfer Available
• Transfer Busy
• Transfer Voice Processor
• Unsupervised CO
See “Timers and Limits“ on page 784 for details about these timers.
TRANSFER TO RING
Transfer to Ring transfers calls to other phones.
TRANSFER TO HOLD
A call transferred to hold at a phone does not ring or send a display message while holding.
After the Hold timer expires, the phone rings or sends call waiting signals. Also, calls transferred
to hold do not recall the transferring party; they recall the receiving party’s attendant if
unanswered after the Hold and Recall timers expire.
TRANSFER RECALLS
If a call transferred to another phone—not to hold—is not answered before the appropriate
Transfer timer expires, the call recalls the transferring phone’s recall destination, defaulting to
the transferring phone and the Recall timer starts. The call rings until the Recall timer expires.
If unanswered, it recalls the transferring party’s attendant and the Abandoned Call timer starts.
If the transferring phone has no attendant, the call continues to recall at the transferring phone.
If the call is not answered before the Abandoned Call timer expires, the call is disconnected by
the system.
361
Features and Programming Guide
If more than one call is ringing or holding at the phone or hunt group, a priority list determines
which call is reverse transferred. Calls are selected in the following order, and if more than one
call of the same type is at the phone, the calls are picked up in the order they were received:
1. Ringing calls
2. Camped-on calls
3. Holding outside calls
4. Holding intercom calls
If a call is reverse transferred from a hunt group announcement or overflow station, and a phone
in the hunt group becomes available, the call will be disconnected from your phone immediately
when answered by the hunt group.
Group Call Pick-Up: A call can be reverse-transferred from a phone within a hunt group, using
the hunt group’s extension number, even if the call was not a hunt group call. To reverse transfer
the call, use the phone’s extension number or the extension number of its hunt group. See
“Group Call Pick-Up“ on page 596 for details.
There is a programmable phone flag called “Transient Call Indication On Call Answer.” This
flag determines whether the phone user sees a call indication display when answering a call
by pressing a secondary extension button or by reverse transferring. If enabled, the display
indicates if the call was ringing, recalling, transferred, or holding at the other phone. In the
default state, it is enabled.
SIP phones can pick-up a call (as before, see table 134), and now also a call ringing on the
SIP phone can be picked up. Reverse Transfer (Call Pickup) is now also supported via OAI
(for example, for Mitel Phone Manager).
362
End User Features
For feature usage instructions, refer to the applicable phone user guide.
363
Features and Programming Guide
ASSISTANTS
The following assistants are available for end users:
• Configuration Assistant: The Configuration Assistant is a voice guided configuration por-
tal that provides easy-to-use, remote access to the following end-user phone configuration
options (see “Configuration Assistant“ on page 486 for details):
• Dynamic Extension Express
• Do-Not-Disturb (DND)
• Call Forwarding
• Meet-Me Conferencing
• Administrator Functions
• Conference Assistant: The Conference Assistant is a device with a dialable extension
that users will call to access Meet-Me Conferences. See “Conference Assistant“ on page 490
for details.
• OfficeLink Assistant: See OfficeLink Assistant: “OfficeLink Assistant“ on page 490 for
details.
364
End User Features
FEATURE DESCRIPTION
With the v5.0 or later software release, Mitel 53xx IP phones can be equipped with a variety of
additional desktop applications. Table 59 shows supported desktop applications and IP phones.
Table 59: New Desktop Applications for Mitel 53xx IP Phones
SUPPORTED IP PHONES:
DESKTOP APPLICATION 5320 5330 5340 5360
Call History
People
HTML
Language
For specific end-user instructions on using these desktop applications, refer to the appropriate
phone user guides.
The Call History application allows 5320, 5330, 5340, and 5360 IP phone users to display a
list of the calls that were missed, made, and answered. The list shows the most recent 50 calls.
After the 50-call limit has been reached, the oldest call record is replaced each time a new call
is missed, made, or answered.
The Call History application leverages the system’s call logging feature. If call logging is disabled
in DB Programming, the Call History app will no longer be updated. If the phone user clears
the call logs list and the phone resets, the Call History application will be empty.
Also, because there are two ways to view missed calls on 5320/30/40/60 phones (the new Call
History application and the existing call logging feature), there are cases where accessing the
missed calls lists will not synchronize the two views. The Display Missed Calls On Phone phone
flag mitigates issues with the “out-of-sync” missed calls information (see page page 444). Mitel
recommends setting this flag to No for any 53xx users that use the Call History application.
365
Features and Programming Guide
The People application allows Mitel 5340 and 5360 IP phone users to add, delete, and edit
contact names and numbers. Users can also dial anyone on the contact list from the People
application. The People window displays up to eight contacts per page, ordered alphabetically
by last name.
To allow the People application, the phone's extension number must be assigned as the main
extension of a “User” in the Users folder within DB Programming. See page 367 for additional
programming instructions.
HTML APPLICATIONS
Mitel 5320, 5330, 5340, and 5360 IP phones may be equipped with various HyperText Markup
Language (HTML) applications available for customized use. (Currently this is limited to
customized screen saver-type applications only.)
The Mitel HTML Desktop Toolkit, which is available on Mitel Online, enables simple, intuitive
development of customized applications, such as customer-specific “branded” screen savers,
that are easily integrated with telephony functions of certain Mitel IP phones. Customers or
developer partners requiring access to Developer Support on the HTML Desktop Toolkit must
join the Mitel Solutions Alliance (MSA). All MSA member levels include support on the HTML
Toolkit. More information and the MSA online application form are available at www.mitel.com/
msa.
With v5.0 or later, DB Programming uses an associated Applications profile to determine which
HTML applications will be available on which Mitel IP phones.
Besides the resident 5360 screen saver and help applications available prior to v5.0, the system
now includes a 5320/30/40 screen saver application.
LANGUAGE APPLICATION
The Language application allows 5320, 5330, 5340, and 5360 IP phone users to select the
language in which phone prompts and applications appear. Supported languages are American
English, British English, Canadian French, and Mexican Spanish.
The system can support all four languages at one time. The language choices appearing on
your display are controlled by system programming.
Mitel recommends that 5320/30/40/60 IP phone users use the Language application to
switch languages, rather than using the Change Language feature code (default is 301) to
NOTE
switch between the Primary and Secondary language. The Language application provides a
nicer visual interface and gives the user more potential language options.
366
End User Features
If desired, phone feature buttons can be assigned to provide direct access to the People and
Call History applications so that users do not have to first go through the Applications menu.
(Note that with this release, the Language application cannot yet be assigned to a feature
button.)
To support the Call History and People desktop applications on a 53xx IP phone, you can assign
a keymap ID that has the following key types as programmable buttons on a 53xx IP phone:
• Application -- All: (For the 5320/30/40/60 keymaps.) This key type gives access to the
top-level Applications menu that contains all of the desktop applications.
• Application -- Call History: (For the 5320/30/40/60 keymaps.) This key type gives access
to the Call History application menu.
• Application -- People: (For the 5340/60 keymaps.) This key type gives access to the
People application menu.
See “Keymap Value Column“ on page 451 for details about key types.
This section describes how to program and manage HTML applications. See “HTML
Applications“ on page 366 for details about HTML applications.
367
Features and Programming Guide
3. Select files with no application programmed, and then click Add. The Application Pro-
grammed column is updated according to the IDs that are programmed in the
System\Phone-Related Information\Applications folder.
368
End User Features
• Type: Select the application type. The supported application types are Branding (cus-
tomer-specific branded screen saver), Full Screen (help), and Screen Saver (default
screen saver). It is set to Undefined by default. This field is only used for enforcing type
restrictions when adding to a profile. The MiVoice Office 250 relies on the type specified
in the application file, not the type programmed, for determining the application type.
• Label: (This field is reserved for future use.) Type the label for the application (up to
15 characters) as it appears on the phone’s display.
The Application Profiles folder determines which HTML applications will be available on
which Mitel IP phones. There is one default profile containing the two default applications.
All 52xx/53xx IP phones are associated with this profile by default so they may receive the
369
Features and Programming Guide
Screen Saver and Help default applications. The only additional HTML application currently
supported is a Branding Screen Saver.
2. (Optional) To add an Application Profile (up to 25), right-click and select Create Application
Profile. The Get ID dialog box appears. Follow the instructions in the DB Programming
Help to create an ID. When finished, a new Application Profile is added to the Application
Profiles list.
3. Type the description of the Application Profile (for example, 5360 Phones).
4. (Optional) To remove the Application Profiles from the Application Profiles list, select the
Application Profile(s), and then right-click Delete Selected Application Profile(s).
4. Select the HTML application types that you want to add, and then click Add Items. When
the session is online, you can program one default Screen Saver application and up to
three Branding Screen Saver applications for the entire Application Profiles in the system.
Also, if the select applications have been uploaded to the system, but are not yet pro-
grammed in DB Programming, new applications will be created as well as added to the
Application Profile.
5. Click Finish. The selected HTML applications are added to the Applications list.
370
End User Features
6. (Optional) To remove the HTML applications from the Applications list, select the applica-
tion(s), and then right-click Remove selected Items.
4. Select the phones that you want to add, and then click Move Items. Note that DB program-
ming does not distinguish between the various 52/53xx phones; therefore, any
programming related to applications allows any 52/53xx phones to be included. This in-
cludes placing any of these phones in the default Application Profile.
5. Click Finish. The phones are added to the Phones list.
371
Features and Programming Guide
372
End User Features
Page 1 of 4
373
Features and Programming Guide
Page 2 of 4
374
End User Features
Page 3 of 4
375
Features and Programming Guide
Page 4 of 4
376
Chapter 8
PHONES AND DEVICES
Features and Programming Guide
INTRODUCTION
This section provides information about how to program phones and devices. Phones and
devices can either use analog, digital, or Internet Protocol (IP) transmission lines.
Because IP devices require configured network settings, you must program IP phone settings
in DB Programming. See “Creating Local IP Phones and Devices“ on page 379. IP devices
also require specific IP configurations and system settings. For more information about IP
system settings, see “System and Device IP Settings“ on page 627.
378
Phones and Devices
Each node in the network has its own extension and feature code programming. However, the
network should have a universal numbering plan so that extension numbers on the various
nodes do not overlap and do not conflict with feature codes. That is, when planning the extension
numbers for each of the nodes in the network, set aside a block of extension numbers (for
phones, hunt groups, voice processor applications, and so forth) for each node.
379
Features and Programming Guide
WARNING
Possible Delay in Local Emergency Response to Remote Sites.
IP and SIP phone users should be alerted to the following hazardous situations:
• If an Emergency Call phone number is dialed from an IP or SIP phone located at a remote site that
is not equipped with a correctly configured gateway, the call will be placed from the location where
system chassis is installed rather than from the location where the emergency call is made.
In this situation, emergency responders may be dispatched to the wrong location. To minimize
the risk of remote site users misdirecting emergency responders, Mitel recommends regular
testing of MGCP/SIP gateway trunk(s) for dial tone.
• If uninterruptible power supply (UPS) protection has not been installed as part of the MiVoice Office
250, IP and SIP phones will not operate when electrical power fails either at remote sites or at the
main system location.
To place calls during a power failure in this situation, IP and SIP phone users can only use a single
line phone connected to one of the power failure bypass circuits built into the system chassis. If a
phone connected to a power failure bypass circuit is not available, users should make emergency
calls from a local phone not connected to the system. For more information about the Power
Bypass feature, refer to the MiVoice Office 250 Installation Manual .
You can oversubscribe the IP resources by configuring more devices than can be active at
the same time. Although you can create more IP phones or IP trunks than resources
reserved, you cannot create more IP devices than the system supports. If you attempt to
create more IP phones or IP trunks than the available value, an error message appears
NOTES stating that you cannot exceed the system limit.
Fax over IP (FoIP) and modems are not supported through an IP SLA. To connect a fax
machine, attach it to a single line port on one of the single line interfaces supported by the
MiVoice Office 250. Mitel currently supports T.38 FoIP only.
380
Phones and Devices
4. From the Starting Extension list, select a starting extension from the list of available
extensions, or type the extension number.
5. From the Number of Extensions list, select or type the number of extensions that you are
creating.
6. Select Create User(s) if desired. See “Auto-Creating Users when Phones/Phantoms are
Created Manually“ on page 820 for details.
7. (For 52xx/53xx phones only) Select Use PIN Registration if desired. See page 387 for
details.
8. Do one of the following:
• If you are creating IP phones or IP SLAs:
Click any phone with a red “X” and type a valid MAC address. You can also click
Browse, and then import the MAC addresses from a batch file. The batch file can be
a simple text file consisting of a list of MAC addresses. If you need only 20 addresses
from the list, the first 20 addresses are imported.
• If you are creating 8602 softphones:
Click the device value to enter an ID for the 8602 Softphone. For troubleshooting
purposes, use the extension number as the last digits of the device ID. For example,
if the extension number is 1001, the device ID could be 86.02.36.00.10.01.
9. After you have entered all of the MAC addresses, click OK. If you entered the same number
as an existing extension, an error message appears and you must enter a new number.
The new off-node device appears in the list without a description or username.
Make sure that you program a speaker button for users who want to use a headset on the
NOTE
5304.
381
Features and Programming Guide
MiCollab Client MiNET Softphones are programmed based on current Mitel IP phones. Refer
to the MiVoice Office 250 DB Programming Help for details.
382
Phones and Devices
FEATURE DESCRIPTION
A CSV file is an industry-standard format for text files containing data fields delimited by
commas. DB Programming expects a phone information file to use either the TXT or CSV file
extension and adhere to the other properties of a CSV file. Remember the following when
creating a CSV file:
• Each line in the file represents information for a single phone. Information cannot be con-
tinued from one line to another.
• Data fields are delimited by commas.
• Only printable characters are considered part of a data field. Control characters within a
data field are ignored.
• Each line contains the same number of data fields.
• If a comma is to be considered part of the data, that entire data field must be escaped by
double-quotes at the beginning and end of the data field (for example, the data: Jones, Jim
would be represented by the data field: “Jones, Jim”).
• If a double-quote character is to be considered part of the data in a field, the entire field
must be escaped by double-quotes at the beginning and end of the field and the double-
quote character itself must be escaped by a preceding double quote (for example, the data:
Sara “S” would be represented by the data field: “Sara “”S”””).
• If no MAC addresses are read from the file, or if the MAC addresses contain invalid char-
acters, a MAC address default of 00:00:00:00:00:00 (for v3.1 or later) or 08:00:0F:00:00:00
(v3.0 or earlier) is used for each IP phone imported. You must edit the MAC addresses in
the dialog box.
• If no extensions are read from the file, the first available extension for a DB Programming
phone is used for each phone to be imported. You must edit the extensions in the dialog
box to resolve the conflicts.
• Regarding headers:
• To use user-defined headers in a CSV file, the headers must be listed on the very first
line. DB Programming reads the first line of the file and if no digits are identified, the
first line is assumed to contain headers.
• If the first line is identified as a header by DB Programming, DB Programming reads
each field and tries to match the field with a pre-defined phone attribute. These include
“Extension,” “Username,” “Description,” and “MAC Address.”
383
Features and Programming Guide
Headers are used when parsing the remaining fields in the CSV file. The order of the
headers corresponds to the order of the fields in the remaining entries of the file. As
DB Programming parses each field, it uses the header order to determine which type
of attribute it is reading. For example, if “Extension” was the first data field read, the
first data field of each successive line in the file is considered a phone extension.
• If any digits are present in the first line of the file, DB Programming assumes there is
no header in the file and uses its predefined order of fields: “Extension,” “Description,”
“Username,” “MAC Address” (MAC Address is only assumed if importing IP phones,
otherwise, only three fields are expected per phone).
• Additional fields and headers not associated with the predefined phone attributes,
“Extension,” “Username,” “Description,” or “MAC Address” are ignored.
3. Save the data as a CSV file. The following is an example of the file data after it is saved.
You can create IP phones from created CSV files (see page 384). For instructions to create
digital telephones from CSV files, see page 386.
384
Phones and Devices
Before release 5.1, DB Programming did not identify the phone type in an export and all phones
defaulted to the 52xx/53xx type when imported unless the type was changed manually. In
release 5.1and later, a new Type field was added to the export and import csv files. So now
the phone type is saved during an export and can be identified during an import.
Before release 5.1, if the phone type was not specified in the import dialog, the phone type
defaulted to 52xx/53xx. In release 5.1and later, if the phone Type field is blank, it is automatically
populated based on their MAC addresses as follows:
• 52xx/53xx phone MAC addresses begin with 08:00:0F.
• 86xx phone MAC addresses begin with 00:10:36.
• UCA phone MAC addresses begin with A1:21:00.
If the MAC address does not match any of these three categories, the phone type is set to IP
Softphone. (This may also occur if a UCA phone entry has an invalid extension identified in the
MAC address.)
If the MAC address and Phone Type fields are blank then the phone type is set to 52xx/53xx.
You can also use the Configuration Wizard (beginning at the IP Device Setup dialog box) to
import IP phones from a CSV file. See “Launching the Configuration Wizard“ on page 75 for
NOTE
instructions on how to launch the wizard. For complete information about the Configuration
Wizard, refer to the MiVoice Office 250 DB Programming Help.
The Import button is disabled until all errors and Merge discrepancies are resolved.
385
Features and Programming Guide
• To merge and update the imported information with the existing information:
• Double-click, or right-click and select View Merge Details. The View Phone Merge
Details dialog displays showing the current and new information. Fields with dis-
crepancies are highlighted.
• Click OK.
If the description, username, first name, or last name fields are too long, they will
be truncated and a tool tip will display with this information. The username field
NOTE
has a maximum of 10 characters, and all other fields have a maximum of 20
characters.
• To correct an error, hover the mouse over the entry with the error and a tool tip will
display identifying the incorrect information. Correct the information as necessary di-
rectly in the offending field.
• To create Users automatically when phones are imported, select the phone, and then
select Yes in the Create User field.
5. Click Import to program the phones in the database. At any point, click Cancel or click on
the red “X” at the top of the dialog box to cancel the creation of new phones and return to
the prior view of DB Programming.
The Type fields are listed as “Digital Telephones” because only digital telephones may be
programmed in the DEM-16 ports through this dialog box.
386
Phones and Devices
To delete phones, select the phone that you want to delete, and then right-click and select
Delete.
DB Programming validates the information and reports any issues. If there are no errors
or conflicts, proceed to step 5. If any errors exist, the Import button is disabled. See page 390
for a list of possible error messages and troubleshooting information.
Edit the information in the list and after all entries are valid, the Import button becomes
enabled. Then proceed to step 5.
5. Click Import to program the phones in the database. At any point, click Cancel or click on
the red “X” at the top of the dialog box to cancel the creation of new phones and return to
the prior view of DB Programming.
You can use a Personal Identification Number (PIN) to register 52xx/53xx phones to the MiVoice
Office 250. You no longer have to assign MAC addresses for 52xx/53xx phones manually. This
PIN Registration feature applies to offline 52xx/53xx phones only and is enabled by default.
You can also enable the PIN Replacement feature to replace the MAC address of a programmed
52xx/53xx phone with the MAC address of an unprogrammed 52xx/53xx phone.
Version 4.0 or later software allows Mitel IP phone activation using a Personal Identification
Number (PIN) instead of using a preconfigured Media Access Control (MAC) address. This
saves time during installation by letting administrators associate a physical phone with a logical
extension from the phone itself. (If desired, administrators can continue to pre-assign MAC
addresses manually.) Supported IP phones include the 5304, 5212, 5224, 5312, 5324, 5330,
5340, and 5360.
The “PIN Registration” option allows system administrators to program a block of “free” IP
phone extensions that are not yet associated with any particular MAC addresses. The free
extensions appear as Mitel 52xx/53xx IP phones with no MAC addresses. When an IP phone
with an unrecognized MAC address connects to the MiVoice Office 250, the phone’s display
prompts the administrator for a PIN. The administrator enters the PIN and then presses the
Hold button to send the PIN to the system for validation. (For example, to register extension
1000 using access code 1234, enter 12341000 and then press the Hold button.) If the PIN is
rejected, the phone continuously prompts for a new PIN. If the PIN is accepted, the system
permanently assigns the phone's MAC address to the extension number that matches the PIN.
The “PIN Replacement” option allows system administrators to replace the MAC address of a
programmed Mitel IP phone with the MAC address of an unprogrammed Mitel IP phone. This
feature is useful for replacing an existing programmed phone without having to first enter the
MAC address of the replacement phone in DB programming. (The PIN Registration option will
not work in this case because the extension already has an assigned MAC address.)
In v4.0 or later software, PIN Registration is enabled by default and PIN Replacement is
disabled.
PIN Registration and PIN Replacement apply only to offline extensions and only to supported
Mitel IP phones. If the administrator enters a PIN that matches the extension of an online phone,
the system will reject the PIN and prompt for another PIN.
387
Features and Programming Guide
When both PIN Registration and PIN Replacement are enabled, the rules of both individual
settings apply. If neither PIN Registration nor PIN Replacement is enabled, the system will not
allow a phone to prompt for a PIN, and the connection will be rejected just as it would be with
earlier versions of software.
The system allows ten PIN entry attempts before locking out the phone. When a phone is locked
out, it must be reset before the system will allow it to prompt for a PIN again.
The following fields are added to the System\Phone-Related Information folder support the PIN
Registration and PIN Replacement features for 52xx/53xx phones:
• Enable PIN Registration: Enables/disables registration by PIN. It is set to Yes by default.
• Access Code for PIN Registration: If PIN registration is enabled, this code is used with
the extension to send the PIN to the system when a 52xx/53xx phone comes online. (For
example, to register extension 1000 using access code 1234, enter 12341000 and then
press the Hold button.) If registration is disabled, this field appears with a red “X.”
• Enable PIN Replacement: Enables/disables replacement by PIN. It is set to No by default.
• Access Code for PIN Replacement: If replacement is enabled, this code is used with the
extension to send the PIN to the system when a 52xx/53xx phone comes online. (For
example, to register extension 1000 using access code 1234, enter 12341000 and then
press the Hold button.) If replacement is disabled, this field appears with a red “X.”
388
Phones and Devices
There is a new check box named Use PIN Registration in the Create 52xx/53xx Extension
dialog box.
389
Features and Programming Guide
To enter the PIN on a phone, dial the assigned access code (see page 388) and the phone’s
extension number, and the press the Hold button. For example, to register extension 1000
using access code 1234, enter 12341000 and then press the Hold button.
Table 62 lists troubleshooting information for importing phones from CSV files.
Page 1 of 2
390
Phones and Devices
Page 2 of 2
1. This error message does not disable the Import button.
NOTICE
Possible System Instability. Do not create or delete more than 2000 off-node devices at a time.
Batch creating more than 2000 off-node devices may cause problems with the system.
Only the local directory features are affected when you change the description and username
of an off-node device—remote nodes do not send updates to other nodes when off-node device
information is changed. Only the local node for that device sends out any updates. For example,
if the device is programmed as John Doe on node 1, but you change the associated off-node
device to Jane Smith on node 2, the node 2 IC directory reflects Jane Smith. The device on
node 1, however, still displays John Doe.
You can create off-node devices for phones on the other nodes and program individual phones
on the Local node.
391
Features and Programming Guide
5. Select the starting extension number or enter the wildcard extension for the devices. For
more information about wildcard extensions, see the following section, “Using the Wildcard
Character in Off-Node Extensions“ on page 392.
6. If applicable, enter the number of extensions.
7. Click OK. If you entered the same number as an existing extension, an error message
appears, and you must enter a new number. The new off-node device appears in the list
without a description or username.
Wildcard extensions are made up of digits (1–9), followed by wildcard digit X. Examples of valid
wildcard extensions are 1XXX (range of 1000–1999), 14XX (range of 1400–1499), 7X (range
of 70–79). For example, if there is a 14XX wildcard, users can dial 1433 and be connected to
that off-node device.
392
Phones and Devices
393
Features and Programming Guide
Indicates bays
in which modules
are installed
PCDPM Configuration
After the PCDPM hardware is installed, the telephone system database must be programmed
for the PCDPM intended purpose. For PCDPM installation instructions, refer to the MiVoice
Office 250 Installation Manual .
394
Phones and Devices
• Select Digital Telephone if you plan on using the PCDPM as a PKM (DSS/BLF) unit
connection or for Off-Hook Voice Announce receive capability.
• Select Digital Telephone/MDPM if attaching an MDPM to the PCDPM and you still
want to use the PCDPM for Off-Hook Voice Announce receive capability. The serial
connection on the PCDPM is not functional; therefore, Desktop Interface through serial
connections is not supported. Only the PKM 16 (Mini-DSS) is supported, and it does
not require a PCDPM.
395
Features and Programming Guide
If you attempt to create more than three DDM-16s, an error message appears indicating that
the fourth DDM-16 is not operational.
With the introduction of the HX Controller chassis, DB Programming makes all attempts to
appropriately show the hardware that is available for both HX and CS systems. If a DDM-16 is
programmed into a database and then the platform is changed to CS Controller, a red X appears
over this module.
Programming a DDM-16:
When the System is an HX Controller, the new module type, DDM-16, appears as a choice in
the drop-down list when one of the Bays is clicked in the Controller folder.
The programming of devices on the new DDM-16 is identical to the programming of devices
on the existing DEM-16 (see page 394).
You can also program a DDM-16, using the Configuration Wizard. See “Launching the
Configuration Wizard“ on page 75 for instructions on how to launch the wizard. For complete
information about the Configuration Wizard, refer to the MiVoice Office 250 DB Programming
Help.
Swapping Modules
To swap modules:
1. Select the module to move, and then do one of the following:
• Drag and drop the module to the new location.
• Press CTRL + the up/down arrow to move the module up or down in the list.
2. When the confirmation message appears, click Yes.
396
Phones and Devices
When you double-click on a Single Line Module -4, a list of the circuits appears on the right of
the screen. This allows you to configure the SLM-4 ports to support up to four Single Line
devices.
If you attempt to configure more than one SLM-4 board in the CS Controller, the system
NOTE refuses the change and displays an error message. To support multiple SLM-4s (up to
four), use the HX Controller.
When the System is an HX Controller, the on-board Single Line port capacity is expanded from
two to four ports. DB Programming shows four onboard Single Line ports. Although the boards
are set up as 4-port boards, only the original two ports are equipped by default. The figure
below shows an example of the Singe Line Ports 1-4.
With the introduction of the HX Controller chassis, DB Programming makes all attempts to
appropriately show the hardware that is available for both HX and CS systems. If three Single
Line ports are programmed into a database and then the platform is changed to CS Controller,
a red X appears over the unavailable third port.
397
Features and Programming Guide
To select a series of items, hold down SHIFT while selecting the first and last item in the
range. To select two or more that are not consecutive, hold down CTRL while selecting the
desired items.
2. Right-click and select Batch Change Type. The Batch Change Type dialog box appears.
3. Click the port type you want to assign, and then click OK.
If the new devices require extension numbers, you will be prompted to select the first number
in the batch. The available extension numbers will be assigned sequentially to the newly
equipped ports. If you attempt to exceed the device limit of the System, an error message
appears informing you the operation cannot be performed.
When DB Programming is in offline mode, you can drag/drop a port to a module that has
available ports (“None”). You cannot move devices in online mode. If you try to drop on a fully
programmed module, an error message appears.
SLM-4 does not work Software prior to v2.x does Upgrade all software to 2.x using the upgrade
after being plugged in. not support SLM-4. utility.
398
Phones and Devices
SLM-4 does not work SLM-4 is not programmed in Mitel does not support Auto-Equip for SLM-4
when plugged in. DB Programming. modules. When the module is plugged in for the
first time, it still has to be programmed in DB
Programming for the appropriate bay.
After plugging in multiple Only one SLM-4 can be To install multiple SLM-4s, use the HX Controller.
SLM-4 modules only one installed in the CS The HX Controller supports up to four SLM-4s.
is working. Controller.
DTMF receiver not avail- All of the DTMF receiver Although this occurrence is extremely rare, try
able for SLM-4 or the SL resources are in use. again when resources free up.
module.
399
Features and Programming Guide
You can program SLM-8 modules with the Configuration Wizard or directly in DB Programming.
See “Launching the Configuration Wizard“ on page 75 for instructions on how to launch the
wizard. For complete information about the Configuration Wizard, refer to the MiVoice Office
250 DB Programming Help.
The direct process appears in the following sections. For quick-reference to details while
programming, refer to the online Help.
PROGRAMMING OVERVIEW
To activate and manage an SLM-8 module, perform the following procedures as needed.
If you do not use the Configuration Wizard to set up an SLM-8 module, carry out the procedures
in the following process in DB Programming. Step-by-step procedures appear in the
“Programming Procedures“ section next.
1. Program an SLM-8 module in a DEI bay.
2. Set up one single line port with a system circuit number, as appropriate.
3. Set up multiple, or batch, single line ports with system circuit numbers, as appropriate.
4. Program individual phones in accordance with customer requirements.
Once an SLM-8 module has been installed and is in operation, the following procedures can
be used to make changes to, or remove, existing assignments. Procedures for the following
tasks also appear in the section titled “Programming Procedures“ next:
• Change a phone circuit number.
• Remove a single line circuit number.
• Remove an SLM-8 module from system programming.
You can also configure the SLM-8 module with the Configuration Wizard. For further information
about this option, see page 400.
PROGRAMMING PROCEDURES
The following procedures apply to the SLM-8 module.
400
Phones and Devices
4. Click the arrow and select Single Line Module - 8 from the drop-down list.
5. Click anywhere in the right pane. A pop-up window appears asking if you’re sure you want
to make the change.
6. Click Yes.
4. Click the Port icon to the left of the port number you want to use. A drop-down box and
arrow appear.
5. Click the drop-down arrow and select Single Line.
6. Click anywhere in the right pane. The Create Single Line Extension window appears.
7. Click the drop-down arrow of the Starting Extension box. A drop-down list of system circuit
numbers unfolds.
8. Scroll to the unused circuit number you want to assign, select it, and click OK. The selected
system circuit number, or telephone extension, appears in the Circuit 1 column next to the
Port you chose.
To set up multiple, or batch, SLM-8 single line ports and circuit numbers:
1. Make sure an SLM-8 module is programmed in a system DEI.
2. Start the MiVoice Office 250 Session Manager. The DB Studio window appears.
3. From the left pane of the DB Studio window, select System – Controller – Digital Expansion
Interface <DEI #: Single Line Module - 8>. When you click the desired Bay n: Single Line
Module - 8, the status of the SLM-8 ports appears in the right pane.
4. Click the Port icon to the left of the first port number you want to use. The port number field
changes color and a drop-down box and arrow appear.
5. If the ports you want to program are in sequence, to select the batch of ports, press Shift
+ the final circuit in the batch you want. The selected port number fields change color. If
the ports are not sequential, hold down Ctrl and then select the desired port numbers one
at a time. The selected port number fields change color.
6. Right-click the top selected port number. The Batch Change Type... command button ap-
pears, as shown in the following illustration.
7. Click Batch Change Type. The Batch Change Type window appears (not shown).
401
Features and Programming Guide
8. Select the Single Line option button and click OK. The Create Single Line Extension
window appears.
9. Click the drop-down arrow, scroll to and select the Starting Extension from the list of extension
numbers, and click OK. Available sequential circuit numbers are assigned to the selected
ports and appear in the Circuit 1 column, where NONE appears prior to assigning circuit,
or extension, numbers.
402
Phones and Devices
For more information about Directory, see “Directory of Intercom, Speed Dial, and Feature
Codes“ on page 306.
If you do not program the description and username for the phones on the local node, the
local phones will not display in the IC directory.
Also, only the local directory features are affected when you change the Username and
NOTE Description of an off-node device. Remote nodes do not send updates to other nodes when
off-node device information is changed. Only the local node for that device sends out
updates. For example, if the device is programmed as John Doe on node 1, but you change
the associated off-node device to Jane Smith on node 2, the node 2 IC directory reflects Jane
Smith. The device on node 1, however, still displays John Doe.
IDS SUPPORT
The MiVoice Office 250 supports Intelligent Directory Search (IDS), which is similar to the “text
on 9 keys” (T9) predictive search feature used for mobile phones. For more information about
IDS, see “Intelligent Directory Search“ on page 306.
Because the IC directory is intended for internal use, both primary and secondary extension
entries appear in the IC directory. There may be any number of primary (no tilde in description)
and secondary extensions (first character of description is a tilde). To differentiate between
these two, an asterisk appears immediately before the secondary extension entry—for example,
“*James Bond”.
403
Features and Programming Guide
Enter a tilde (~) in the Description field immediately before the last name—for example,
“~BOND, JAMES”. The tilde character (~) makes the entry inaccessible in the Voice Mail
directory. Note that if someone knew the number of the secondary extension, they could dial
that extension directly. Someone entering “BOND” (2 6 6 3) at the Voice Mail prompt, however,
would find only the primary extension.
404
Phones and Devices
To copy a phone:
1. Select – System – Devices and Feature Codes – Phones – <Local>.
2. Right-click the extension number that you want to copy, and then select Copy.
3. Right-click the phone in which you want the copied settings pasted, and then select Paste.
A dialog box appears, similar to the one shown in the following example.
4. Select or clear the attributes that you want to copy to the phone.
5. Click OK to save the changes.
405
Features and Programming Guide
406
Phones and Devices
When changing user names or extensions, 5320, 5330, 5340, and 5360 self-labeling
programmable buttons may need to be refreshed to display the new data. To reduce the load
NOTE
on the system, the self-labeling buttons do not refresh until 30 seconds after database
changes have occurred.
3. Select the number that you want to assign to the first selected phone; the other phones
will be numbered consecutively after this number.
4. Click OK. The phones are automatically renumbered and resorted in the phone list.
407
Features and Programming Guide
When changing user names or extensions, 5320, 5330, 5340, and 5360 self-labeling
programmable buttons may need to be refreshed to display the new data. To reduce the load
NOTE
on the system, the self-labeling buttons do not refresh until 30 seconds after database
changes have occurred.
After converting
408
Phones and Devices
This is available only in offline mode. This option is located in System\Devices and Feature
Codes\Phones.
3. Register the phone by programming a MAC address or using a PIN (see page 410 for
details):
If the Digital telephone has an associated MDPM (Modem Data Port Module)
attached to it, then you will be asked if you want to delete the MDPM. If you delete
NOTE the MDPM, the digital phone will be converted to a 52xx/53xx IP Phone and the
attached MDPM extension will be deleted. If you do not delete the attached MDPM,
then the conversion will be cancelled.
409
Features and Programming Guide
4. After all of the MAC addresses are valid, or you are registering the phone using a PIN, click
Convert to initiate the conversion process. A message displays to restart DB Programming.
At any point before clicking Convert, you may cancel the conversion by clicking
NOTE
Cancel.
5. Restart DB Programming.
410
Phones and Devices
The Convert to Hot Desk Profile(s) option is available in offline mode only. Converting phones
NOTE
to Hot Desk Profiles requires a system reset.
When the Change Phone Extension dialog box appears, select the new extension. For
details, refer to the DB Programming Help. The phone list is updated to show the
converted Hot Desk Profile extension in the Description column and the base phone
extension (the new phone extension you just selected) in the Username column, as
shown below.
• Click No to delete the phone from the list in the Phones folder.
411
Features and Programming Guide
After the User is created, there is no longer a relationship between the Description field and
NOTE the Last Name and First Name fields. This prevents any special description from being
overwritten inadvertently.
412
Phones and Devices
The login, email_address, and template fields are left blank in the .csv file because this
information is not stored in DB Programming. After you export the information from DB
Programming into a .csv file, you can edit the .csv file in a text editor and edit these fields before
you import the file into MAS.
The .csv file is not stored in DB Programming. Also, you can use this file to import the user
information into DB Programming or MAS. For information about MAS, refer to the MiVoice
Office 250 and NuPoint UM Integration Guide.
413
Features and Programming Guide
4. Click the First Name column or the Last Name column to edit the name as needed. The
name is limited to 255 characters. To edit other information, you need to exit this dialog
box and edit the information in DB Programming.
5. In the Save phone information text box, you can leave the default file name (Phones.csv),
click Browse to locate a .csv file, or type a file name with a .csv extension. The default
location where the file is saved is C:\Users\Public\Documents\MiVoice Office 250
or C:\Program Files\Mitel\MiVoiceOffice250\Templates (if the system was updated
from v3.0 or earlier)..
6. Click Export. A .csv file is saved.
7. Import this file into DB Programming or MAS. For information about MAS, refer to the
MiVoice Office 250 and NuPoint UM Integration Guide.
414
Phones and Devices
Passcode 434
Calling Party Name 435
Calling Party Number 435
Emergency Calling Party 436
Number
Emergency Dialing 437
Preference
Page 1 of 2
415
Features and Programming Guide
Page 2 of 2
ASSOCIATED EXTENSIONS
Associated extensions are system extensions used by the phones.
416
Phones and Devices
• Outgoing Extension: Determines which trunk access (trunk, trunk group, or ARS) this
phone uses when an idle CALL button or the OUTGOING button is pressed, or when a
System Speed Dial number is selected for dialing before a trunk is selected. Defaults
to Use System Outgoing Extension. Phones cannot have direct outgoing access to
trunks on other nodes; they must use ARS to access off-node trunks.
• Transfer Recall Destination: The transfer recall destination receives transfer calls
from this phone. This can be a device located on another node if it is programmed as
an off-node device. See “Creating Off-Node Devices“ on page 391.
• Voice Mail: This is the voice mail destination that this phone uses for forwarding calls
to voice mail. If this field is not programmed for an Executive or Professional Display
telephone or an 8560 digital telephone, the phone will not have the voice mail-related
options on the feature button menu display.
If the Associated Extension Voice Mail field of a phone, phantom device, or Hot Desk
profile is edited and the phone, phantom device, or Hot Desk profile is a main extension
for a User, the Voice Mail associated destination for the User is automatically updated
accordingly. The reverse also applies: if the associated Voice Mail destination of a User
is changed, the change will be applied to the Associated Extension Voice Mail field for
the main extension phone.
• Agent Help User-Keyed Extension: If desired, the phone user can be allowed (or
required) to enter the Agent Help Extension number. Enable this flag to allow the phone
user to enter the desired extension number. Or, disable the flag to automatically dial
the Agent Help Extension programmed (or disable the Agent Help feature for the phone
if there is no Agent Help Extension).
a. In the Value column, select the check box. The field changes to Yes. To disable the
option, clear the check box.
b. Click out of the field or press ENTER to save your change. The operation of the feature
is determined by the programmed combination of these flags, as shown in Table 65.
417
Features and Programming Guide
NOTICE
Responsibility for Regulatory Compliance.
It is the responsibility of the organization and persons performing the installation and
maintenance of Mitel Advanced Communications Platforms to know and comply with all
regulations required for ensuring Emergency Outgoing Access at the location of both the main
system and any remote communication phones. Remote IP and SIP phones may require
gateway access to nearby emergency responders.
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the
U.K.
• If applicable, 112, an emergency number used in Europe outside of the U.K., and Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the
location of the main system and/or remote phones.
If an installation needs Emergency Outgoing Access across nodes, make sure the Local
NOTE Trunk Group is the first member in the facility group. This allows cross-node emergency calls
to use the Local Trunk Group first and not the Remote IP Trunk Group.
• Associated User Extension: The Associated User Extension field is a device link with
all phone and off-node phone options except for SIP and UC Advanced Softphones.
This field is intended to be programmed as the main extension of a User when the
specific phone is programmed as one of the Destinations of the User. This field allows
a User to use the handoff-push feature from an internal User Destination that is not the
main extension.
418
Phones and Devices
When a phone is associated with a User, then calls to voicemail and other phones will
appear to have come from the User’s main extension. This allows the end user to call
voicemail from one of their non-main extension phones and immediately enter their
mailbox. When calling someone from a non-main extension phone, the other person’s
call logs will show that the main extension called, so that returning the call will call the
main extension and therefore use Dynamic Extension Express (DEE) to route the call.
When leaving a message from the non-main extension phone on another phone or
voicemail, it will appear that the main extension left the message. See “Additional
Handoff Push/Pull Destinations“ on page 836 for details.
3. Change the assignment of one of the Associated Phones, using one of the following
methods:
Method A
a. Select the current value, then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the existing value. An option box appears.
b. Select Change. A window appears prompting for the device type to include.
c. Select the device types (you can use the SHIFT or CTRL key to select more than one
item), and then click Next. The items with details appear. To view items in a list only,
click List.
d. Select the device you want to assign as the associated extension, and then click Finish.
The selection appears in the appropriate field.
If the phone and voice mail administrator (refer to the MiVoice Office 250 Unified Voice
Messaging Administrator Guide, part number 580.8009) adds or changes ring-in devices
NOTE using the administrator phone, the system automatically changes the ring-in type to Multiple,
even when only one device is selected. This occurs because the phone administrator can add
multiple devices, which is prevented if the ring-in type is Single.
CALL LOGGING
This section contains the following information:
• Feature Description below
• Programming Call Logging on page 423
FEATURE DESCRIPTION
The Call Logging feature lists the following types of calls for users of Mitel digital and IP phones
and Mitel IP softphone applications:
• Missed Calls
• Received Calls
• Dialed Calls
419
Features and Programming Guide
The Call Logging feature helps you see who called when you were away and makes it easy to
redial those people. Non-display and single line phones do not support this feature. Six-line
display phones are recommended for field visibility and ease of use.
Benefits of Call Logging include the ability to redial intercom (IC) as well as incoming and
outgoing CO calls, to store Caller ID data from incoming calls, and to identify missed calls. The
system provides you with an interface similar to cell phones. Call lists are stored in Call
Processing and are accessible through the user interface screen on display phones.
For feature usage instructions, refer to the applicable phone user guide.
The following graphic shows an example of the Call Logging display on a six-line display phone.
Two-line display phones show only the top two lines. Each call entry contains the following fields:
A maximum of 20 entries can be stored in each of the three Call Logs associated with a phone.
Call Log entries are displayed from newest to oldest. After a Call Log reaches its maximum
number of entries, the next call entry appears at the top of the list and the oldest call entry is
deleted. Using arrow menu buttons on the six-line display phones or Volume Up and Volume
Down buttons, you can scroll through all the entries in a Call Log list. For details, see the
following sections.
The following examples show the Call Logging displays that appear on six-line phones.
An option on the Idle Menu of six-line display phones allows you to access the logs directly.
Note that the six-line administrator display phones no longer show “ADMIN FEATURES” on
420
Phones and Devices
the first line. Rather, it shows only “ADMIN,” which makes room for the “MISSED XX” (where
XX can be 1–99) calls menu option on the right side of the screen.
When the LOGS menu option is selected, the following display appears.
On a six-line display phone, only the top two lines show Call Logging information. When you
select option 1, 2, or 3 from the main menu, displays similar to the following examples appear.
Missed Calls
The Missed Calls feature is supported only on six-line display phones. If a phone has registered
missed calls that the user has not yet viewed, the MISSED <1–99> calls menu option appears
on the display, as shown in the following example.
421
Features and Programming Guide
When the user selects the MISSED XX calls menu option from an idle display, the user is taken
directly to the MISSED Calls Menu, bypassing the LOGS menu.
If using a six-line display phone in conjunction with the Unified Communicator (UC)
application in a network environment, missed calls may be registered accurately only in the
NOTE UC Call Log. Missed calls that have been routed across nodes may show as Received rather
than Missed. In this situation, the user should rely on the UC Call Log for an accurate view
of missed calls.
Once the Missed Calls menu option is selected, the Idle Display menu no longer shows MISSED
<1–99> on the display, regardless of whether the user actually looks at every one of the missed
calls.
To access the Missed Calls log at any time, the user can either press the LOGS menu button
next to the phone display screen or press the Special button and enter the Call Logging feature
code, 333. The screen displays the LOGS menu, and from there the user can navigate to the
Missed Calls menu.
The following examples show Call Logging displays that appear on a two-line display phone.
At any menu level, you can press the asterisk (*) button to cancel or return to the previous
NOTE
menu, or press the pound (#) button to accept.
The following example shows a two-line display when the phone is idle.
21533
JOHN SMITH
WE OCT 23 09:17A
To access the Call Logging feature, press the Special button and enter 333, the Call Logging
feature code. The following display screen prompts you to enter 1 for Missed (MISS) calls, 2
for Received (RCV) calls, 3 for Dialed (DL) calls, or 4 to clear (CLR) all call logs.
LOG TYPE:
MISS=1
RCV=2 DL=3 CLR=4
422
Phones and Devices
On a two-line display phone, only the top line shows Call Logging information.When you select
option 1, 2, or 3 from the main menu, displays similar to the following examples appear.
Table 66 shows Call Logging options. Single line phones do not support Call Logging.
When the Enable Call Logging field is set to “No,” the other two Call Logging fields display a
red “X.” This indicates all features associated with Call Logging are also disabled. The following
example shows the Call Logging fields for a digital telephone.
The copy/paste functionality for phones includes a Call Logging option. This functionality will
copy/paste the field values for the three Call Logging fields described in Table 66. Call Logging
is not a copy/paste attribute for single line phones.
By default, a 1 is added to the beginning of returned CO calls. If needed, be sure to allow local
Area Codes in User Group 1.
423
Features and Programming Guide
424
Phones and Devices
FORWARDING PATHS
Each phone can have up to three forwarding paths, and there can be 200 different programmed
paths in the system, numbered 001–200. Path 000 (No Forwarding Path) can be assigned to
disable system forwarding for the phone. For more details on system forwarding, see
“Forwarding – System Forwarding“ on page 314.
425
Features and Programming Guide
To delete a path:
1. Select – System – Devices and Feature Codes – Phones – (Local).
2. Select the extension number.
3. Select Forwarding Paths.
4. Select the path, right-click, and then select Remove Selected Items.
426
Phones and Devices
5. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
6. Click out of the field or press ENTER to save your change.
IP SETTINGS
See “Phone and Device IP Settings“ on page 669 for details.
KEYMAPS
See page 449 for details.
MAILBOXES
If the phone being programmed serves as the message notification phone for one or more
mailboxes, the mailboxes appear in the Mailboxes list.
PROGRAMMABLE KEYS
See page 467 for details.
RECORD-A-CALL
You must create the Record-A-Call application the Voice Processor database before you can
enable the feature. See “Record-A-Call“ on page 921.
There are three fields for the Record-A-Call feature: Mailbox, Mailbox User-Keyed Extension
Flag, and Application. The application and mailbox might not be on the same node as the
phone. If so, you must program the voice processor applications as off-node devices on the
local node, and the phone must be an off-node device on the Voice Processor node. See
“Creating Off-Node Devices“ on page 391.
Determine which mailbox, if any, is dialed automatically when the Record-A-Call feature is used.
The Record-A-Call Mailbox can be set to “This Phone’s Associated Mailbox” to call the mailbox
assigned to that phone, or it can be set to any valid mailbox number. If you do not want a mailbox
number dialed automatically when the Record-A-Call feature is used at this phone, enable the
User-Keyed Mailbox flag. This overrides the automatic entry and allows the phone user to enter
the desired mailbox number. The operation of the feature is determined by the programmed
combination of these flags, as shown in Table 67.
427
Features and Programming Guide
TIMERS
(These timers are applicable to single line phones in European systems only.) In the U.S., this
folder is only available in Online Monitor mode.
The system supports the transmission of Caller ID and Calling Line Identification (CLID in
Europe) to single-line sets in Europe. This feature uses the calling party information that the
system unit receives from the local network provider. After programmed, on-hook single-line
sets display the calling party’s information when receiving an incoming outside call. The Caller
ID (CLID) information is also displayed if the single-line set receives a transferred call from
another phone that has calling party information.
VALIDATED FLAG
See page 484 for details.
428
Phones and Devices
You can assign the mailbox to which Record-A-Call mailbox records and saves calls.
Method A
a. Select the current value, then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the current Value. An option box appears.
b. Select Change Mailbox. A window appears prompting for the mailbox type to include.
c. Select Mailbox, This Phone’s Associated Mailbox, Off-Node Mailbox, or Unasso-
ciated Mailbox Off-Node Device, then click Next. The list of mailboxes appears. You
can view them in a list by selecting the List button or view details by selecting the
Details button.
d. Select the desired mailbox, then click Finish. The selection appears in the Mailbox field.
The Mailbox User-Keyed Extension option determines the mailbox destination for recorded
calls. If the value is “No” (disabled), the system uses the mailbox stored in the Record-A-Call
“Mailbox” field (see the previous section). If enabled, the system prompts the user for a mailbox
number when Record-A-Call is activated. The default value is No (disabled).
429
Features and Programming Guide
The voice processor must have one or more applications created for the Record-A-Call feature.
You can choose the application that is used by the phone. If you choose None, the phone will
not have access to the Record-A-Call feature.
Method A
a. In the Value column, select the current value, then enter the new value in the box.
b. Press ENTER. A screen appears displaying information associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the current value. An option box appears.
b. Select Change Application. A window appears prompting for the application type to
include.
c. Select None, Record-A-Call, or Off-Node Record-A-Call, then click Next. The list of
applications with details appear. To view the applications in a list only, click List.
d. Select the desired application, and then click Finish. The selection appears in the
Application field.
LANGUAGES
You can set the (primary) languages that display for the voice prompts and phone displays.
This field can be set to any specific language so that the system can support more than two
languages. The language choices are Use Primary Language, Use Secondary Language,
American English, British English, Canadian French, Japanese, or Spanish. End users can
also select the primary or secondary language, if enabled. See “Secondary Language“ on
page 431.
430
Phones and Devices
3. Select Language.
4. In the Value column, select the option from the list.
5. Click out of the field or press ENTER to save your change.
SECONDARY LANGUAGE
The Secondary Language option corresponds to the Change Language feature (301). The
Change Language feature is used to toggle between the system Primary Language and the
system Secondary language.
It toggles between the System Primary Language and the phone Secondary Language, or can
specify a language. This allows any phone in the system to have its own secondary language
or use the System Secondary Language, giving the system the ability to support more than two
languages.
• If the phone Secondary Language field is programmed to be Use Primary Language the
Change Language feature will do nothing because the phone will toggle between the Sys-
tem Primary Language and the phone Secondary Language, which is the System Primary
Language.
• If the phone Secondary Language field is programmed to be Use Secondary Language the
Change Language feature will toggle between the System Primary Language and the phone
Secondary Language, which is the System Secondary Language. This is the system default.
• If the phone Secondary Language field is programmed to be Japanese the Change Lan-
guage feature toggles between the System Primary Language and the phone Secondary
Language, which is Japanese.
The Language field for phones indicates what language the phone is currently set to. This field
used to toggle between the Use Primary Language and Use Secondary Language. It can be
set to any specific language along with the Use Primary Language and Use Secondary
Language.
The side-effect of changing the Language field is that if you change it to Japanese and the
phone Secondary Language field is set to Spanish, then the user will have no way to get back
to Japanese if they enter the Change Language feature code. This is because the first time the
user enters the feature code, the system toggles the phone to the Use Primary Language option.
The next time the user enters the feature code, the system toggles the language to the phone
Secondary Language, which is Spanish. To avoid this situation, simply change the phone
Secondary Language to Japanese and the phone Language field to Japanese.
431
Features and Programming Guide
HOUSE PHONE
This section contains the following information:
• Feature Description below
• Programming House Phones on page 433
FEATURE DESCRIPTION
This feature provides users with the ability to place a predesignated intercom or outside call
simply by lifting the handset (or pressing the Speaker button, if using a phone) on a designated
House Phone. In a network, the House Phone can be programmed to dial an off-node device.
There are several applications for this feature, such as:
• Courtesy paging phone: Visitors hear pages instructing them to pick up the House Phone
(such as the paging phones used in airport terminals). When they lift the handset, they are
connected to a pre-programmed phone user who can give them a message or connect
them to a call.
• Emergency phone: The House Phone can be programmed to automatically dial the Emer-
gency Call feature code. This could save time in an emergency. For details about the feature,
see “Emergency Calls“ on page 198.
• Service phone: Customers can use the House Phone(s) to place orders or receive special
services from the lobby. For example, the House Phone would automatically dial the ex-
tension number of a service representative (or hunt group number of the service
department).
• Intercom network: House Phones could be placed in strategic locations throughout a
building—for example, in hazardous areas—and programmed to call a specific phone or
group of phones, such as environmental safety or security offices.
The number dialed by the House Phone is determined by the phone’s Speed Dial programming.
The number programmed through the database or in Station Speed Dial location 0 is
automatically dialed during day mode, and the number in location 1 is dialed during night mode.
This number can be either an extension number or an outside telephone number. If it is an
outside number, it must be preceded with a trunk access code (and a pause if necessary).
After the House Phone status has been programmed, the Speed Dial number can be changed
only while on-hook (if it is a phone) or through individual phone information (special purpose
phone) programming because lifting the handset will cause the phone to dial the designated
number.
Incoming calls take precedence over outgoing calls. If using a single line phone or a phone that
is programmed for automatic trunk access, any ringing call is automatically answered when
the handset is lifted or the Speaker button is pressed.
The “House Phone Mode” flag determines whether a single line House Phone returns dial tone
or does not return dial tone after the called party disconnects. At the System level of
432
Phones and Devices
programming, all House Phones may be set in either Normal mode or Restricted mode. At the
individual Phone level of programming, a House Phone must be programmed to dial specific
digits as soon as the handset is taken off-hook. The programmed digits may ring a specific
phone or a Hunt Group that rings multiple phones.
Normal mode allows the user to enter a feature code or place a call after the automatically
called number hangs up. Restricted mode prevents the user from performing any operation
other than placing a House Phone call. The System default state is Normal.
The interaction of the House Phone Mode flag with the programmed Speed Dial number and
system feature is shown in Table 68.
Table 68: House Phone Day/Night Functions and Normal/Restricted Modes
SITUATION DAY/NIGHT # NORMAL MODE RESTRICTED MODE
House Phone user lifts the Complete Dials the extension number Dials the extension number
handset extension
House Phone user lifts the Blank User receives intercom dial User receives reorder tone
handset tone
House Phone user lifts the Incomplete System dials the partial System dials partial number,
handset extension number and waits for further then times out after Long
number digits Interdigit timer expires, and
sends reorder tones
House Phone is connected Dials an outside System inserts a hookflash in System restarts ARS by
to ARS and the user number using the number and registers end- clearing the number and returns
performs a hookflash ARS of-dialing outside dial tone to the user
House Phone is connected N/A The call is placed on The trunk dials a hookflash and
to an outside call and the consultation hold and the user toll restriction is restarted
user performs a hookflash hears intercom dial tone
Party the House Phone is N/A User receives intercom dial System re-dials the House
connected to hangs up tone and can use another Phone digits after the SL Wait
before the House Phone feature code or dial a number for Disconnect timer expires
user
To enable the House Phone flag and assign a phone as a House Phone:
1. Select – System – Devices and Feature Codes – Phones – (Local).
2. Select the extension number.
3. Select House Phone.
4. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
5. Click out of the field or press ENTER to save your change.
433
Features and Programming Guide
The assigned day number is dialed when the system is in day mode and the assigned night
number is dialed when the system is in night mode. You can also program the day or night
House Phone numbers using the House Phone Speed Dial locations.
PASSCODE
You can change the passcode for Remote Programming or SIP peer SIP phones. The default
passcode is the extension number of the phone. The passcode can also be changed by entering
the Program Passcode feature code at the phone or when using the Remote Programming
feature.
For more information about the Remote Programming feature, see “Remote Programming“ on
page 356. For more information about SIP phones, see “SIP Phones and SIP Phone Groups“
on page 699.
434
Phones and Devices
The following lists the fields set for Calling Party Name, Calling Party Number, and Emergency
Calling Party Number based on the condition and configuration.
• If you turn on the 'Force Trunk Group Calling Party Name and Number' at the CO or SIP
Trunk Group, then the CPN configured at the TG level is always sent.
• If you turn off the 'Force Trunk Group Calling Party Name and Number' at the CO or SIP
Trunk Group, then the CPN sent will depend on what is set at the Phone:
• If you set an Emergency CPN at the phone, it will be used for all Emergency calls.
• If you do not set an Emergency CPN at the phone, but you do have a CPN set at the phone,
all calls will use the CPN setting at the phone.
• If you do not have any CPN settings at the phone, the CPN setting at the Trunk Group will
be used.
435
Features and Programming Guide
This number will be sent in the ISDN or SIP setup message in the Calling Party Number
Information Element. In addition, the system will also send the extension number of the phone
in the Calling Party Number Subaddress Information Element. The CO (local exchange) should
ignore this information element if it does not support it. See page 563 for details about Caller
ID Forwarding. In the case of SIP, it will influence the “From,” “Contact,” and “P-Asserted-
Identity” fields in the SIP headers.
There is no default number for this field. It is up to you to supply the correct Emergency
NOTE
Calling Party Number for each phone.
If this field is not programmed, calls to Emergency Numbers will send the information from
within the Calling Party Number field.
If this field is programmed, calls to Emergency Numbers will specifically send the information
from within the Emergency Calling Party Number field.
You can program up to 20 alphanumeric characters in the box. This field is not used when the
“Send Station Extension/Username to Attached PBX“ on page 550 or “Propagate Original Caller
ID“ on page 551 flags are enabled. See page 563 for details about Caller ID Forwarding.
436
Phones and Devices
4. In the Value column, select the current value, and then type the number in the box.
5. Click out of the field or press ENTER to save your change.
Each IP phone equipped with a LIM can be programmed with one of the following emergency
call routing preferences:
• System Only: Emergency calls are routed using the system’s designated emergency call
routing rather than using the analog trunk attached to the LIM. This is the default emergency
call handling rule for all phones that do not have a LIM attached.
• LIM First: Emergency calls are first routed through the LIM. If unsuccessful, calls will then
be routed through the system.
• LIM Only: Emergency calls are routed through the LIM only. If unsuccessful, the display
indicates that the call failed.
When using the analog line attached to the LIM, the phone’s functionality is reduced to that
NOTE of a basic telephone without any features. For example, users are unable to change volume,
mute calls, transfer calls, put calls on hold, and so forth.
437
Features and Programming Guide
The field cannot be copied/pasted between phones because it is specific to the phone as to
whether or not a LIM can be attached or is attached.
If the “Line Interface Module Only” option is selected, emergency calls fail if a LIM is not attached
to the phone or if the phone is a model type that does not support the LIM. Whenever this option
is selected, DB Programming displays a warning indicating that emergency calls will only go
through a LIM.
SPEAKERPHONE TYPE
Speakerphone Type
(Not used on single line phones.) This flag affects digital telephones differently:
• Executive or Professional Display Phone: To enable the integrated speakerphone, to
be used in standard and/or enhanced mode, select either of the speakerphone options
(Enhanced or Standard). Selecting Standard does not prevent the Executive or Professional
Display user from using the enhanced speakerphone. To disable the Executive or Profes-
sional Display speakerphone, select None.
• Other Digital Telephones: If the telephone will have access to shared standard speaker-
phone resources, select Standard. For access to enhanced and standard speakerphone
resources, select Enhanced. To prevent any of these telephones from using shared speak-
erphone resources, select Disabled.
ATTACHED DEVICE
(Not used for single line phones.) Indicate the type of attached device connected to the phone.
Or, if nothing is connected, select None. The other option is Desktop Interface Socket.
438
Phones and Devices
You can select the audio that callers hear when camped-on to the phone.
You can select the audio that callers hear when placed on hold at the phone.
You can select the audio that callers hear when ringing the phone.
The Audio for Calls Ringing this Device option only works when the call goes through a trunk
group and also when used in conjunction with the Use Next Device's Audio Source field. IC
calls do not apply to the use of this field when this field is set to a music source. For a hunt
NOTE
group in which the primary purpose is to support IC callers (for example, an internal help
desk), you should set all of the “Audio for Calls...” fields to something other than a music
source, such as Ringback.
439
Features and Programming Guide
ECHO PROFILE
This field is a folder link to the associated Echo Profile. See “Echo Profiles“ on page 761 for
details.
This field does not refresh itself automatically, but whenever it is re-displayed (due to folder
NOTE change or refresh request from a DB Programming user) or whenever a Database Save is
requested, it is re-queried to be current.
APPLICATION PROFILE
This field links the phone with an HTML Application Profile in System\Phone-Related
Information\Application Profiles\<ID>\Applications. The applications in the Application Profile
are downloaded to the phone for use. If NONE is chosen, no HTML applications will be
downloaded to that phone. It is set to 1 (default profile) by default. See page 369 for details
about Application Profiles.
440
Phones and Devices
441
Features and Programming Guide
5. Select the device type, and then click Next. The devices with details appear. To view
devices in a list only, click List.
6. Select the desired phones, and then click Finish. The selection appears in the appropriate
field. To select a series of items, hold down SHIFT while selecting the first and last item in
the range. To select two or more items that are not consecutive, hold down CTRL while
selecting the desired items.
Page 1 of 5
442
Phones and Devices
Page 2 of 5
443
Features and Programming Guide
Page 3 of 5
444
Phones and Devices
Page 4 of 5
445
Features and Programming Guide
Page 5 of 5
446
Phones and Devices
ATTENDANT PHONES
Attendant phones can be called by dialing 0 at the phones they serve. They are programmed
to provide these services:
• Central operators for incoming calls
• Message centers
• Recall phones for unanswered calls
A hunt group can be assigned to serve as an attendant. However, the individual phones in the
hunt group are not required to be programmed as attendant phones, and the database will not
reflect that the individual phones serve as an attendant.
For programming instructions, see “Voice Processor Features and Programming“ on page 863.
One attendant can be designated as the primary attendant who can receive unsupervised
outside call recalls, hunt group recalls, and calls that cannot be matched to patterns in call
routing tables.
When installed in a network, a telecommunications system can support two types of primary
attendants:
• Node Attendants: Each node can support a primary attendant.
• Network Primary Attendant: Each node can support a network primary attendant, but
typically all of the nodes share one Network Primary Attendant. When the network needs
to direct a call to an attendant, it attempts to direct the call to the network primary attendant
first. If the network primary attendant is unavailable, it directs the call to the attendant on
the node where the call originated.
If there is no network or local primary attendant, calls that would normally go to the primary
attendant are handled as follows:
• If the system has seized the call, but it has not been sent to a phone, the call is disconnected.
• If the call has been sent to a phone, it remains at the phone location and rings until answered.
• If the call is not seized and not sent to a phone, the caller will hear ringing until he or she
hangs up. The call will not ring at any phone location.
447
Features and Programming Guide
Each node can be set up with one attendant or several attendants, as follows:
• One Attendant: One attendant provides all of the services listed in page 447. In a typical
system configuration, all trunks (except private trunks) are programmed to ring at this
attendant’s phone.
• Multiple Attendants: Any or all phones can be programmed as attendants. For example,
one or more attendants might serve different departments in a business environment.
Trunks are programmed to ring at any or all attendant phones. Multiple attendants can be
arranged in a hierarchy. That is, one attendant may be the attendant for another. In this
case, the “serving” attendant is reached by dialing “0” at the “served” attendant.Hunt Group
Features.
448
Phones and Devices
KEYMAPS
You can view and program phone and DSS/PKM keymaps.
The Default keymap contains the default key programming for all IP/digital telephone models.
You cannot delete or edit key assignments in the Default keymap. All new keymaps created in
DB Programming have a copy of the Default keymap keys.
In a default database, the Default keymap is the only keymap programmed. Phones in the
default database and any new phones are created with reference to the Default keymap.
The figure below shows the main IP/Digital Telephone keymap list for the default database.
For the Default keymap, the Description, Keymap Type, and User Programmable Keys are
read-only. However, you can move IP/digital telephones to and from the Standard and Alternate
Lists.
449
Features and Programming Guide
4. From the Change Keymap Shown list, select the phone type that you want to view. The
phone image with key assignments appears. The phone image is view only—there are no
operable controls in the image. See “Keymap Number Column“ on page 451 for more
information about the Number, Value, Selection, and Ring When columns shown in the
right pane.
PROGRAMMING KEYMAPS
This section contains the following information:
• Adding New Keymaps below
• Programming Phone Keymaps on page 451
• Selecting Standard or Alternate Keymaps on page 463
• Changing Keymap Types on page 465
450
Phones and Devices
The keymap number shown in the right pane is the number that corresponds to the red number
in the image. It is not programmable. It simply associates the list control item with the key.
The keymap value shown in the right pane is the current key type assigned to the key. You can
program the keymap value.
451
Features and Programming Guide
3. Click the new key type, and then click OK. The new key type appears. When you change
the value, the Selection and Ring When columns are reset, depending on the new value.
For a System Speed Dial Key, the Selection is set to the first System Speed Dial Number.
For a Hunt Group Key, it is set to the first hunt group. The Ring When column is inoperable
for all key types (values) except the Secondary Extension. For more information about key
types, see “Associated Extensions“ on page 416.
The Selection column includes additional information for the following key types:
• Call Key page 453
• User Programmable Key page 453
• Station Speed Dial Key on page 453
• System Speed Dial Key on page 454
• Park/Pickup Key on page 457
• Device Key on page 460
452
Phones and Devices
For all other key types, the Selection column is blank and inoperable.
• Call Key: A call key number is shown. This is assigned automatically and is not program-
mable. Call keys are always numbered sequentially in the order created. If one is removed,
the gap is closed by renumbering those with higher numbers. A new Call Key is always
assigned the next available number.
To the end user, the first non-IC call is associated with Call Key 1. If another non-IC call is
made or received while the first call is still active, the second call is associated with Call
Key 2. The next call is associated with Call Key 3, and so forth. As soon as the first non-
IC call is completed, Call Key 1 becomes available and is associated with the next non-IC
call.
Because the Call Keys are used in the manner described above, if the key assignments
are changed, create any new Call Keys in a thoughtful order, such that the numbering flows
with the key positions.
• User Programmable Key: A key number is shown. The key is programmable, with a range
of 1–45, and it always defaults to 1 when a new User Programmable Key is created. (You
can program two User Programmable Keys with the same number, but this is not recom-
mended.) The numbers correspond to the numbers that appear in two other folders: the
“Phone User Programmable Keys” folder and the keymap “User Programmable Keys”
folder.
• In the System\Devices and Feature Codes\Phones\<extension>\Programmable Keys
folder, User Programmable Keys 1–45 can be programmed differently for each indi-
vidual phone. These keys can also be programmed from the phone using a feature
code. User Programmable Keys must be programmed and assigned with numbers in
the keymap associated with the phone. The number assignment, 1–45, allows the key
assignment made in the keymap to be associated with the programming in the Phone
User Programmable Keys Folder.
• In the System\Phone-Related Information\Key Assignments\IP/Digital Tele-
phone\<keymap ID>\User Programmable Keys folder, defaults for these keys can be
programmed. Default programming is included in the Default keymap, and changes
can be made after keymaps are created. The programming in this folder is associated
with the keymap. For phones associated with the keymap, the programming for those
keys can be copied to the phone. This capability allows for newly created phones to
get the default programming for these keys. It also allows for the programming for these
keys at the phone to be reset to match the keymap. (This is accomplished through the
shortcut menu in a Keymap folder or in the Standard List or Alternate List folder of a
keymap.)
453
Features and Programming Guide
Station Speed Dial Key provides for station speed dial through a single key press.
(Otherwise, the user dials the Station Speed Dial feature code, and then presses a
digit 0–9 to indicate which Station Speed Dial Number to dial.) Station Speed Dial
number programming must be done separately, using DB Programming or at the phone
itself, by the Program Station Speed Dial feature code.
This number defaults to 0 when a Station Speed Dial key is created. You can program
two Station Speed Dial Keys with the same number, but this is not recommended.
There are three ways to edit the ID: (1) type the ID manually, (2) use a Selection Box,
or (3) use a Selection Wizard. These methods are explained in the following pages.
2. Type the ID (000–999), and then click OK. If the ID entered corresponds to an existing
System Speed Dial Number, when you click away and then click OK, the change is
completed.
If the ID entered does not correspond to an existing System Speed Dial Number, an
empty Select an Item box appears, as shown below.
3. Click Cancel, and then try again. The title of this box has changed from “Select a Device”
to “Select an Item” to describe the functionality better.
454
Phones and Devices
2. Click OK. When the edit box is empty, the Select an Item box appears showing all of
the available System Speed Dial numbers for the key.
3. Select the number that you want, and then click OK.
A Selection Wizard appears, presenting the available types of items that can be
associated with the key.
2. Click Next to accept the only choice of System Speed Dial. All of the available System
Speed Dial numbers for the field appear in the box.
455
Features and Programming Guide
456
Phones and Devices
3. Click the System Speed Dial Number that you want to edit, and click Finish. If a new
System Speed Dial Number was selected, it appears in the Selection column in the list
control. Otherwise, the original number remains.
• Park/Pick up Key: The Park/Pickup Key feature is used to Park and Retrieve calls for hunt
groups or phantom device.
457
Features and Programming Guide
458
Phones and Devices
4. To change the key assignment, click on the key you want to change and select Park/Pickup
from the drop-down list.
459
Features and Programming Guide
5. To select the destination, enter the Phantom or Hunt Group extension in the Selection
column.
• Device Key: A “Device” key is any key type that is associated with a device (for ex-
ample, Hunt Group Key, Trunk Key, Page Zone Key, and so forth) For a “Device” key,
the Selection column contains the extension and description (if any) of the associated
device.
460
Phones and Devices
When a key of one of these types is created, a default choice is always stored in the
Selection column. This is always the first device found in the database appropriate for
the type of key. For example, for a Feature Key, it is 0, Call Attendant. For a Page Zone
Key, it is the first Page Zone. For a Trunk Group Key, it is the first CO Trunk Group,
and so forth.
There are three ways to edit the ID: (1) type the extension manually, (2) use a Selection
Box, or (3) use a Selection Wizard. These methods are explained below.
2. Type the extension that you want, and then click OK. If a complete, valid extension is
entered, the change is completed, the Popup Edit Box is removed, and the extension
is shown, along with the device description (if any).
3. If the extension is incomplete or invalid, the Select an Item box appears as shown below.
For an incomplete extension, the box contains only the extensions of devices
appropriate for the key that begins with the digits entered. For example, if you are
editing a DSS/BLF (PKM) Key Selection and enter “1” and then click OK, the Selection
Box contains only devices with extensions beginning with “1” that can be placed under
a DSS/BLF (PKM) Key. You can then find and select the device that you want, and
then click OK.
If the entered digits do not correspond to the beginning digits of any devices of the
type(s) associated with the key type, the box clears. Click Cancel, and then try again.
461
Features and Programming Guide
2. Click OK. When the edit box is empty, a Select an Item box appears showing all of the
available phones, voice mail applications, hunt groups, and so forth. For a Feature Key,
all of the feature codes are shown. For a Hunt Group Key, just the hunt groups are
shown, and so forth.
3. Select the device that you want, and then click OK.
A Selection Wizard appears, presenting the available types of items that can be
associated with the key.
Select the device types, and then click Next. A list of selected device types appears
in the box. The example below illustrates when the 86xx Phone and IP Softphone types
are selected.
462
Phones and Devices
to be ringing at the phone before the assigned secondary extension begins to ring. Setting
the value to 0 turns off the ring indicator for the programmed key.
2. Edit the number as needed, and then click OK. Only digits (up to 10) are accepted in
this box. If the number typed is out of range, the following message box appears, and
the change is ignored.
Because DB Programming differentiates between 52xx\53xx phones and 86xx phones, only
52xx\53xx phones may be moved to a keymap that is programmed for a 52xx\53xx phone
keymap type. Likewise, only 86xx phones or digital telephones may be moved to a keymap
programmed for an 86xx phone keymap type. When the keymap type is changed, either by
moving phones from one list to another or by changing the keymap reference in the phone
subfolder, the system prompts you to default the Programmable Keys of the phone to match
the User Programmable Keys of the keymap. If you click No, the Programmable Keys of the
phone(s) remain the same. If you click Yes, the User Programmable Keys of the keymap that
the phone has been changed are copied over the Programmable Keys of the phone(s). This
is the same functionality as the shortcut menu item “Default Selected User Keys” in the
Standard/Alternate List folders.
463
Features and Programming Guide
4. Highlight the keymap that you want to use, and then click Finish. The selected keymap
appears in the Keymap column.
464
Phones and Devices
Each keymap must have an associated “Keymap Type.” The Keymap Type column is in the
IP/Digital Telephone Keymap list and the individual IP/Digital Telephone keymap folder. You
can program the keymap type from either folder, as shown in the figure below.
465
Features and Programming Guide
SIP peer trunks have limited functionality compared to other trunks. If a user programs a key
as a SIP peer trunk, the key has the following limitations:
• The LED status for a SIP Peer Trunk key does not reflect the status of the individual SIP
peer trunk.
• The LED status for a SIP Peer Trunk key reflects the status of the entire SIP peer trunk
group.
• SIP peer trunks do not support the system hold feature.
For complete information about SIP peer trunks and trunk groups, see “Service Provider SIP
Trunks and SIP Trunk Groups“ on page 716.
If you attempt to paste a keymap of one type onto a keymap of another type, a confirmation
message appears. Click Yes to confirm.
466
Phones and Devices
You can change the programmable keys assigned to a keymap for all phones assigned to the
keymap, or you can edit the programmable keys for a particular phone.
467
Features and Programming Guide
• Page Zone Key: Select the page zone 0–9 that will be used by selecting the page
zone access code 9600–9609.
• Secondary Extension Key: Select the primary phone that will be associated with
this secondary extension button.
• Station Speed Dial Key: Select the Station Speed Dial location (0–9) that will be
assigned.
• System Speed Dial Key: Select the System Speed Dial location (000–999) that
will be assigned.
• Trunk Key: Select the individual trunk that will be selected when this button is
pressed.
• Trunk Group Key: Select the trunk group that will be selected when this button is
pressed.
• Undefined Key: No further programming is necessary. This button can be pro-
grammed by the user.
To program the selection, right-click the Selection value, and then do the following:
1. Select Change Selection. A window appears prompting for the type to include.
2. Select the type (feature code, phone, and so forth), and then click Next. The items with
details appear. To view items in a list only, click List.
3. Select the appropriate item, and then click Finish. The selection appears in the Selec-
tion field.
• Ring When: (Secondary Extensions only). Allows the phone to receive a burst of ringing
when a certain number of calls are present at a primary phone, and at least one call is
ringing or camped on. The ring burst repeats periodically as long as the programmed
number of calls are present at a primary phone. The period of repetition is determined
by the Digital/IP Secondary Extension Key Alerting Tone timer. If this field is set to 0,
the secondary phone never rings.
To program a PKM 16 (mini-DSS), you must use the User Programmable Keys on a
NOTE
phone (see page 453).
468
Phones and Devices
• DSS/PKM Phone List: When you double-click Phone List, you see the phones that are
currently assigned to the DSS/PKM Keymap. See “Programming DSS/PKM Phone Lists“
on page 472.
You can automatically or manually populate a keymap, as described in the following sections.
469
Features and Programming Guide
The DSS/PKM Keymap shows four pages of buttons—one for each device that can be
connected to the phone. To see the buttons on a particular page, select the tab at the top
of the page.
3. Do one of the following:
• If you are changing a button requiring additional information, such as a feature code,
extension number, and so forth:
a. Click the button for which you want to assign a new value. A list window appears.
b. Select the device type from list, and then select Next.
c. Highlight the new value from the available list, and then select Finish. The new value
appears in the box below the Key Type box.
• If you are changing a button that does not require additional information: Use the arrow
keys on your keyboard to move around the keymap. Once you have selected the
desired button (selected buttons will have a line with an “x” in the center), click Key
Type to scroll to the new key type. If you change the button type to one requiring
additional assignments (for example, extension, hunt group, and so forth), any previ-
ously programmed information for that button type remains. To change this information,
you must click the button again and follow the directions detailed previously.
Secondary extension buttons also have an additional option, “Ring When _ Calls At
Extension. This option allows the station to receive a burst of ringing when a certain number
of calls are present at a primary station, and at least one call is ringing or camped on. If this
NOTE
option is set to 0, the secondary station will never receive the burst of ringing. To set this
number, select the current value and scroll to or enter the new value in the box. Click out of
the field or press ENTER to save your change.
Types of keys, or buttons, and the selections that are required are described in Table 70.
470
Phones and Devices
471
Features and Programming Guide
You can add or delete phones that are currently assigned to the DSS/PKM Keymap.
472
Phones and Devices
To program a PKM 16 (mini-DSS), you must use the User Programmable Keys on a phone
(see page 453).
473
Features and Programming Guide
FEATURE DESCRIPTION
The following types of devices are available:
• Phantom Devices below
• Hot Desk Profiles for Hot Desking on page 475
PHANTOM DEVICES
Phantom devices do not consume a physical hardware address and do not count against the
system total device count. Phantom devices are created for the user who typically is not in the
office and does not need a phone to retrieve calls or messages.
Although phantom devices do not have a hardware address, they are programmed like other
phones. Phantoms consume the same software resources as a regular phone or IP phone,
with the exception of the voice paths. Therefore, they can have an impact on system
performance. There can be up to 250 phantom devices.
Phantom devices are fully functional, virtual devices on the system. Phantom devices can
function with Unified Communicator (UC) to perform advanced call routing tasks without the
need for a real desk phone. They can also have a true status, such as idle, Do-Not-Disturb
(DND), ringing, and so forth. This allows them to be placed in hunt groups and actually ring.
474
Phones and Devices
the caller can leave a message in this “general” mailbox. However, this configuration is not
much different from an unassociated mailbox, with the exception that a phantom mailbox
can be accessed off-node (whereas an unassociated mailbox cannot). Note that unasso-
ciated mailboxes can be accessed off-node, if a caller calls the appropriate voice mail
application and enters the unassociated mailbox extension.
• A Phantom can be used in association with the System Park feature, allowing calls to be
Parked at, and retrieved from a Phantom destination (For Details, ” See “System park” on
page 358.
The Hot Desking feature allows users to share phones or temporarily move to other phones
and yet maintain their personal identity and preferred phone configuration. This makes it ideal
for businesses with employees who spend only part of their time in the office or who often travel
from office to office.
Hot Desking allows a pool of shared phones to be made available to employees instead of
requiring that each employee be assigned a dedicated phone. For example, many call centers
utilize a “bullpen” setup wherein there are multiple work areas (workstations, cubicles, or offices)
each equipped with a phone, but it does not necessarily matter which work area a particular
employee uses. A bullpen setup may also have multiple work shifts in which employees use
the same phones each time, but on different shifts. In each of these cases, users want to
maintain all of their personalized phone settings and have a consistent interface every time
they log on regardless of which phone they use.
Similarly, “nomad” users, who travel from location to location or office to office on a regular
basis, may use a temporary office and phone at each location — one that is shared by other
nomad users. Nomad users also want to maintain all of their personalized phone settings and
want each phone they use to behave as if they owned that phone. (Note that in this initial
release, Hot Desking does not work across multiple nodes.)
With a Hot Desking solution, a Hot Desk Profile user logs on to a Hot Desk-enabled base phone,
and the system then applies the user's phone profile – phone settings such as extension
(intercom directory) number, class-of-service, etc., and display preferences such as language,
programmable buttons, etc. – to the base phone. See the following section for details.
To use Hot Desking, phones must be designated as Hot Desk phones, and users must have
a “Hot Desk Profile.” See Programming Phantoms and Hot Desk Profiles on page 477 for details.
User Profiles
When a Hot Desk Profile user logs on to a Hot Desk-enabled base phone, the user’s phone
profile (certain static and dynamic information) moves with the Hot Desk Profile user and is
applied to the destination (base) phone.
The following information moves with users when they log on to another phone:
• Associated Extensions
• Call Log Settings
• Class-of-Service Information
475
Features and Programming Guide
• DND Information
• Station Flag Settings
• Forward Information
• Forwarding Paths
• Mailboxes
• Programmable Buttons
• Record-A-Call Capability
• Station Speed-Dial Numbers
• Call Logs (also available via the Call History application on 5320/30/40/60 IP phones)
• Station and Voice Mail Messages
• Message Waiting Indications
• People (contacts) application (available only on 5340 and 5360 IP phones)
• ACD Hunt Group Logins
• Dynamic Extension Express (for main extension)
Note that outgoing extensions and emergency extensions do not move with Hot Desk Profile
users; they stay with the Hot Desk-enabled base phone.
Licensing
Hot Desking requires a Hot Desking software license. (Note that this is a single system-wide
license and not one per user.)
Multi-Node Support
Procedure
Hot Desk Profile users can log on to any Hot Desk-enabled base phone using the Hot Desk
feature code (default is 348), their assigned Hot Desk Profile extension number, and their
assigned Hot Desk Profile passcode (i.e., the station passcode for their Hot Desk Profile
extension number).
For specific instructions on using the Hot Desk feature, refer to the specific phone user guide.
Restrictions/Exceptions
The Hot Desking feature works with all supported IP phones and digital telephones. It does
not, however, work with single-line phones or SIP phones.
Users cannot log on to a phone that has an “active” call in progress, which includes being on
hold or having a call on hold. All other call types (including camped on calls and ringing calls)
will be dropped if a user logs on to or logs off of a phone. Queue call back requests are
maintained, but reminder messages are removed during a Hot Desk logon or logoff.
476
Phones and Devices
Any calls placed to the original extension number of a phone that has a current Hot Desk session
in progress (i.e., calls to the Hot Desk base phone) will still ring into that phone. Note that these
calls will first follow any DND or manual/system forwarding settings that previously existed on
that base phone prior to the Hot Desk logon. On the other hand, if a Hot Desk base phone has
Dynamic Extension Express enabled for some reason, then calls to the Hot Desk Base will not
ring into the base phone, but they will ring at any associated destinations.
If a user forgets to log off and then attempt to log on elsewhere, the system automatically logs
the user off of the original phone (if there are no active calls in progress) and allows the user
to log on to the new phone.
A Hot Desk logoff does not log users out of any ACD hunt groups they are currently logged
into. Unless users want their ACD Hunt Group login to follow them to another phone, they
NOTE
should be instructed to log out of any ACD hunt groups prior to logging off from their Hot Desk
session.
The Swap Extensions feature (a phone administrator feature for swapping the extensions of
two like devices) cannot be used during a Hot Desk session.
A database save/restore operation does not retain active Hot Desk sessions. Any database
restore forces active Hot Desk users to be logged off.
Recommendations
Phone button assignments can present some special challenges with Hot Desking. The
combination of potentially different device types, key maps, and user-programmable buttons
creates countless permutations. To get the most benefit from button assignments when using
Hot Desking, Mitel recommends the following:
• The phone type used to create the user’s Hot Desk Profile and the phone type of the Hot
Desk base phone the user will normally use for Hot Desking should be the same model to
facilitate the button assignments moving to the new device.
• The phone type used to create the user’s Hot Desk Profile and the Hot Desk base phone
should have the same keymap.
To support Hot Desking, you must have a Hot Desking software license uploaded to the
NOTE
system.
To use Hot Desking, phones must be designated as Hot Desk phones, and users must have
a “Hot Desk Profile.” Such profiles can be created from existing phones or phantoms on the
system, or they can be created new.
477
Features and Programming Guide
2. Click the phone that supports Hot Desking, and then select Flags. The supported phone
types are:
• Digital Telephones
• 86xx IP Phones
• 52xx/53xx IP Phones
• 8602 Softphones
3. Change the Hot Desking Allowed (to this device) flag to Yes for the phone.
Mitel recommends that you also program the Hot Desk feature code (348) under an available
LED-equipped programmable feature button on Hot Desk-enabled phones so that users have
LED indication when the feature is activated. See the appropriate phone user guide for details
on programming feature buttons.
1. Select System – Devices and Feature Codes – Phantoms & Hot Desk Profiles.
2. Right-click in a blank area of the right pane, and then select Create Phantom or Create
Hot Desk Profile. The Create Phantom/Hot Desk Profile dialog box appears.
3. Enter the desired extension number or scroll to the desired number and also enter the
number of extensions.
4. (Optional) To create a User, select the Create User(s) check box. See “Users“ on page 813
for details.
5. Click OK to continue. This is the same method used to create other off-node device types.
478
Phones and Devices
• Passcode
• Calling Party Name
• Calling Party Number
• Audio for Calls Camped onto this Device
• Audio for Calls Holding for this Device
• Audio for Calls Ringing this Device
• Associated Hot Desk Device: Shows which Hot Desk-enabled phone is associated
with this Hot Desk Profile. The DB Programming session must be in online mode to
view this field so that you can verify if the phone is currently logged on by a Hot Desk
user.
Page 1 of 2
479
Features and Programming Guide
When adding more Adding too many phantoms Remove some phantoms from the system.
phantoms, the system in the current database
slows down. configuration. Phantoms,
though they do not use
physical hardware, still use
similar processor resources
as a physical phone.
MiVoice Office 250 v2.1 The off-node device for the On the earlier node, create an off-node devise for the
or earlier nodes cannot phantom does not exist on MiVoice Office 250 v2.2 phantom extension. This will
call a MiVoice Office the earlier node. allow the older node to recognize the phantom
250 v2.2 phantom. extension and call it.
The user cannot add The default phantom value is If additional phantoms are necessary, Mitel
more phantoms. too low for the current recommends increasing the phantoms value in On-
system. Line Monitor (OLM) mode so the combined TDM/IP
devices and the phantoms value does not exceed the
system's license capacity. There are three ways to tell
how many devices you have in your system:
1. Dump the System Device Information to Message
Print via an administrator phone.
2. Use Diagnostics Monitor/System Monitor (v3.2.1 or
later) to dump the System Device Information.
3. Use Mitel DB Programming to view the System
Device Information (View/System Device
Information).
If the system needs more phantoms that the system's
licensable capacity, contact Mitel Technical Support.
The system may run slower by increasing the default
phantom value.
Note: Do not use OLM mode unless you are instructed
to do so by Mitel support personnel.
Page 2 of 2
480
Phones and Devices
ACCOUNT CODES
This section contains the following information:
• Feature Description below
• Programming Account Codes on page 483
FEATURE DESCRIPTION
Account codes are 3- to 12-digit codes that can be used in conjunction with the Station Message
Detail Recording (SMDR) feature to aid record keeping. Account codes can be assigned to
measure telephone use and/or to identify calls for customer billing.
Types of account codes include Standard, Forced, and Optional. The account code, when used,
is recorded in the SMDR report as soon as the call is completed. If more than one account
code is entered during a call, the last account code that was entered is recorded.
For feature usage instructions, refer to the applicable phone user guide.
Any phone can be assigned a standard account code or one of six types of forced account
codes (four are ARS-dependent). Or, if desired, the phone can have no associated account
code. The database can hold up to 256 standard and 256 forced account codes.
Optional account codes can be entered at any time during a call. These user-defined codes
are not pre-programmed, but must be within the maximum length set in programming. If entered,
optional account codes are printed in the SMDR report for that call in place of standard or forced
account codes that may have been used.
ACCOUNT CODES
You can use account codes to force system users to enter a preprogrammed code when placing
calls of a certain type. The default database does not contain any account codes, but you add
up to 512 account codes. In a networked system, the system validates account codes against
the account code table on the user’s node. The account code follows the call as it moves from
node to node and appears on every SMDR record associated with the call. You cannot use
account codes for phantom devices (see page 441).
You can assign each phone a standard or forced account code, of which four (two in Europe)
are ARS dependent. Or, if desired, the phone can have no associated account code. If you
assign a standard account code, you must also designate a specific code (001–512). Table 72
shows account code types.
481
Features and Programming Guide
You can use the Account Code For All Calls Following feature to enter an account code once
and apply it to all calls placed from that phone until the feature is canceled. The account code
is stored in system memory and is used for all calls made by that phone. It affects other account
code programming as follows:
• Forced: The “all calls following” account code is used for all calls and the phone user will
not be prompted to enter an account code until the “all calls following” code is canceled.
If account codes are validated, and the Account Code For All Calls Following is an
NOTE invalid code, calls will not be allowed at the phone until the code is removed or repro-
grammed.
482
Phones and Devices
• Standard: The “all calls following” account code overrides the standard code.
• None: The “all calls following” code will be used as an optional account code.
• Optional: In the event that this feature is in effect and an optional account code is also
entered, the optional account code will override the “all calls following” account code for
that call only. All subsequent calls will be associated with the “all calls following” account
code.
To cancel this feature, the feature code is entered without an account code (just press # to
terminate programming).
483
Features and Programming Guide
484
Phones and Devices
4. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
5. Click out of the field or press ENTER to save your change.
485
Features and Programming Guide
ASSISTANTS
The following assistants are available:
• Configuration Assistant below
• Conference Assistant on page 490
• OfficeLink Assistant on page 490
CONFIGURATION ASSISTANT
This section contains the following information:
• Feature Description below
• Programming Configuration Assistant on page 488
The v5.0 software release added a number of enhancements to the existing Configuration
Assistant application, including:
• an option for managing Meet-Me Conferencing access codes (see page 486)
• miscellaneous improvements to the existing user interface (see page 487)
FEATURE DESCRIPTION
Configuration Assistant is a voice guided configuration portal that provides easy-to-use, remote
access to the following end-user phone configuration options:
• Dynamic Extension Express (DEE)
• Do-Not-Disturb (DND)
• Call Forwarding
• Meet-Me Conferencing
• Administrator Functions
Besides providing remote access to these features, Configuration Assistant can also enhance
the programming of two-line display phones and single-line phones, as the small display or
lack of display makes it more difficult to program these features as originally designed.
Although the original Remote Programming feature is still available, Configuration Assistant
NOTE
is easier to access and use.
Configuration Assistant, which uses system VoIP resources, allows up to five concurrent
sessions. If the maximum number of sessions is reached, callers will camp on until a new
session is available.
486
Phones and Devices
The v4.0 or later software installation process installs “Call Processing” prompts in addition to
voice mail Prompts, as shown in the figure below. These CP prompts are used by the
Configuration Assistant feature.
When a call is placed to Configuration Assistant, the caller is prompted for a phone extension
number and passcode (that is, the Remote Programming passcode assigned to the extension).
If the caller enters an incorrect extension or times out three times, Configuration Assistant plays
a “goodbye” prompt and hangs up. The same holds true if the caller enters an incorrect passcode
or times out three times. (The caller is given five seconds to enter an extension number or a
passcode before timing out.)
Currently, only phones on the same node as the called Configuration Assistant can be
programmed via Configuration Assistant. If a caller tries to program an off-node phone (from
the Configuration Assistant's point of view), Configuration Assistant prompts the caller to enter
a new extension number. Configuration Assistant is, however, accessible from a remote node
via an off-node device.
After the phone extension number and passcode are authenticated, the caller is presented with
the following options (see also page 488 for a summary of the available options):
• Dynamic Extension Express (DEE) Option: This option, which is presented only if the
authenticated extension is identified as a DEE user, allows the caller to change their DEE
status (on or off) or their mobile phone number. When this option is selected, Configuration
Assistant first states the DEE user’s current mobile number (as originally programmed in
the Users folder). Then, if the user enters a new mobile number, Configuration Assistant
now repeats the number that was entered and prompts the user to accept the new number
or re-enter another number.
• Enable (only if DEE is disabled)
• Disable (only if DEE is enabled)
• Change mobile phone number
• DND Status Option: This option allows the caller to change the DND status (on or off) of
the authenticated extension number. (There is no option to provide a specific DND status
message.) When this option is selected, Configuration Assistant first states whether DND
is enabled or not (for example, “Do-Not-Disturb is disabled”) and then offers the following
DND functions:
• Enable (only if DND is disabled)
• Disable (only if DND is enabled)
• Call Forwarding Option: This option allows the caller to change the manual call forwarding
status (on or off) of the authenticated extension number. (There is no option to provide a
specific call forwarding condition, such as no answer or busy.) When this option is selected,
487
Features and Programming Guide
Configuration Assistant first states current call forwarding status. Configuration Assistant
then indicates one of the following: call forwarding is disabled, calls are forwarded to an
outside number, calls are forwarded to an internal extension, or calls are forwarded to voice
mail. If the user enters a new call forwarding destination, Configuration Assistant repeats
the number and prompts the user to accept the new number or re-enter another number.
Configuration Assistant then states whether call forwarding is enabled or not (for example,
“Call forwarding is enabled”).
• Disable (only if forwarding is enabled)
• Forward calls to an internal extension number
• Forward calls to an outside phone number
• Forward calls to voice mail
• Meet-Me Conferencing: This option, which is presented only if the system is configured
for Meet-Me Conferencing, allows callers (with a programmed main extension in the Users
folder) to manage their Meet-Me Conferencing access codes. When this option is selected,
Configuration Assistant offers the following Meet-Me Conferencing options:
• Create a new access code
• Delete an existing access code
• List existing access codes
• Send an e-mail message with the access code list (only if the system E-Mail Gateway
settings are configured (see “E-Mail Gateway Programming Options“ on page 972 for
details), and only if an e-mail address is configured under the Users folder in DB
Programming; see “E-mail Address“ on page 816 for additional information on the E-
mail Address field).
• Administrator Option: This option, which is presented only if the authenticated extension
is identified as a designated administrator, allows the caller to change the system’s night
ring status. (There are currently no other administrator functions available in this release.)
When this option is selected, Configuration first states whether night ring is enabled or not
(for example, “Night ring is enabled”) and then offers the following administrator functions:
• Enable night ring (only if night ring is currently disabled)
• Disable night ring (only if night ring is currently enabled)
The figure below summarizes the options currently available using Configuration Assistant.
Configuration Assistant
For feature usage instructions, refer to the applicable phone user guide.
488
Phones and Devices
Export/Import Devices
The Configuration Assistant device type is treated as a phantom for import/export and is
imported/exported as an off-node phantom. Therefore, this device type is not included in the
list of Device Types in the Export/Import Devices dialog box under Operations.
489
Features and Programming Guide
Selection List
Configuration Assistant devices are included in the selection lists in the same places as the
Auto Attendant. The figure below is an example of the Hunt Group Members List.
CONFERENCE ASSISTANT
The Conference Assistant is a device with a dialable extension that users will call to access
Meet-Me Conferences. The default extension uses the Hunt Group base. The default
description and username are “Conference Assistant” and “CONFERENCE,” respectively. Only
one Conference Assistant may be programmed per system and there is no Conference
Assistant programmed by default. The Conference Assistant can be exported/imported to/from
other nodes as a Phantom device. If the system does not have a Meet-Me Conferencing
software license, the Configuration Assistant appears with a red “X.” See “Meet-Me
Conferencing“ on page 299 for details.
OFFICELINK ASSISTANT
The OfficeLink Assistant supports the OfficeLink feature for Mitel Unified Communicator
Advanced (UCA) v4.0 (now known as MiCollab Client). The MiCollab Client OfficeLink feature
allows users to place calls, using MiCollab Client, from one of their ring group devices. Ring
group devices include the devices configured for the user on the communications platform.
Adding an OfficeLink Assistant on the MiVoice Office 250 allows MiCollab Client users to place
OfficeLink calls from any of their ring group devices (including Mobile). If the OfficeLink Assistant
is not present (or if using software older than 5000 CP v5.0), then MiCollab Client users can
only place OfficeLink calls from their desk phone and MiCollab Client Softphone devices.
490
Phones and Devices
The OfficeLink feature is available from the MiCollab Client Web Portal, Mobile Portal, and
Mobile for BlackBerry client interfaces. When users activate the OfficeLink feature, they must
specify the following:
• The number to call
• The device to place the call from
The response from the MiVoice Office 250 varies based on the device the user has selected
to place the call:
• Desk Phone and MiCollab Client Softphone: The system immediately places a call to
the specified number from the specified device. This behavior is also known as click to call.
• External Device (Home, Mobile): The system places a call to the device the user selected.
After the user answers the call on the device, the system immediately places a call to the
specified number. This behavior is also known as remote click to call.
For more information about the MiCollab Client OfficeLink feature, refer to the MiCollab Client
Administrator Guide.
491
Features and Programming Guide
PHONE MESSAGES
This section contains the following information:
• Do-Not-Disturb below
• Changing Do-Not-Disturb Messages on page 493
• Reminder Messages on page 494
• Changing Reminder Messages on page 495
DO-NOT-DISTURB
Placing a phone in Do-Not-Disturb (DND) halts all pages, incoming intercom calls, camped-on
calls, and transferred calls to that phone. Queue callbacks, recalls, and direct ring-in calls are
not blocked. Another user calling the phone while it is in Do-Not-Disturb hears a repeating
signal of four fast tones and a pause. Display phones show the Do-Not-Disturb message. The
caller cannot camp on, but can queue or leave a message at the phone.
For feature usage instructions, refer to the applicable phone user guide.
Direct ring-in calls that are forwarded to a phone in DND will ring the DND phone in
NOTE
accordance with the rules of DND.
If desired, individual phones can be prevented from using DND by disabling the feature option
in the database.
If a hunt group phone is in DND, calls to the user’s hunt group do not cause the phone to ring,
but the individual trunk button will flash if all other phones in the hunt group are busy, forwarded,
have hunt group remove enabled, or are in DND. Hunt group announcement and overflow
stations can use DND to block hunt group calls by using DND.
Phones may be given DND override permission. These phones, when reaching a phone in
DND, can enter the Do-Not-Disturb Override feature code (373) to place a nonhandsfree
intercom call to the phone. Single line phones cannot be enabled to use the Do-Not-Disturb
Override feature.
When a phone is placed in Do-Not-Disturb, the user may select one of 20 system-stored
messages that will appear on the top line of the display (unless DND is enabled while the user
is on a call or off-hook, in which case message 1 is automatically selected). When a phone in
DND is called by a display phone user, the caller sees the selected message.
492
Phones and Devices
DND ON A NETWORK
The system has default DND messages in both the primary and secondary languages. The
language of the messages seen by the phone user, both when programming his or her phone
and when calling another phone that is in DND, is determined by the phone’s programmed
language. That is, if a phone is programmed for Japanese, the user sees only Japanese
messages when programing a Do-Not-Disturb message. If that phone calls an American
English-programmed phone that has selected DND message 02, the Japanese phone’s user
sees the Japanese version of message 02. You must use an administrator phone to reprogram
messages that use Japanese characters. Refer to the MiVoice Office 250 Phone Administrator
Guide, for more information.
Only the MiVoice Office 250 8660 IP phone can be used for viewing Japanese prompts. Other
NOTE phones do not support Japanese displays. For complete information about multilingual
capability, see “Multilingual Capability“ on page 331.
DND OVERRIDE
If a phone is enabled for Do-Not-Disturb override, the following procedure can be used to break
through Do-Not-Disturb and complete the call.
When you hear Do-Not-Disturb tones while placing an intercom call, press the Special button,
followed by the Do-Not-Disturb Override feature code (373). If the called phone is idle, the call
rings as a private intercom call. If the called phone is busy, your call camps on.
When changing DND messages, you should keep the meanings for the messages in all
languages the same. This allows phone users to select the message in the same location for
either primary or secondary languages. For example, if you change the DND message “02” to
“PAGE ME” in the English language, you should program a similar message for message “02”
in the other languages.
493
Features and Programming Guide
REMINDER MESSAGES
Reminder messages are set to signal a phone at a specified time. The user can select one of
20 different messages and set the reminder time up to 24 hours in advance. These messages
can be reprogrammed by the system administrator or by using an administrator phone.
At the programmed time, the reminder message signals the phone with eight short tones. A
display phone shows the message until it is canceled. A non-display phone receives tones only.
If the phone is busy, the user still hears the tones and the message displays for 10 seconds
during the call, then the display returns after the user hangs up. Reminder displays interrupt,
but do not affect, programming.
For feature usage instructions, refer to the applicable phone user guide.
494
Phones and Devices
Messages can be changed by the installer or with an administrator station, if desired. They are
limited to 16 characters. Default messages are shown in Table 74.
Table 74: Reminder Messages
01 MEETING 11 CALL ENGINEERING
02 STAFF MEETING 12 CALL MARKETING
03 SALES MEETING 13 CALL ACCOUNTING
04 CANCEL MEETING 14 CANCEL DND
05 APPOINTMENT 15 CANCEL CALL FWD
06 PLACE CALL 16 TAKE MEDICATION
07 CALL CLIENT 17 MAKE RESERVATION
08 CALL CUSTOMER 18 REVIEW SCHEDULE
09 CALL HOME 19 LUNCH
10 CALL CORPORATE 20 REMINDER
In a network, each node has its own list of reminder messages that can be used only on that
node.
The system has default reminder messages in both the primary and secondary languages.
However, messages using Japanese characters can be reprogrammed only through an
Administrator’s phone. Refer to MiVoice Office 250 Phone Administrator Guide,.
The language of the messages seen by the phone user is determined by the phone’s
programmed language. That is, if a phone is programmed for Japanese, the user will see only
Japanese messages when programing a reminder message.
Only the 8660 IP phone can be used for viewing Japanese prompts. Other phones do not
support Japanese displays.
When changing Reminder messages, you should keep the meanings for the messages in all
languages the same. This allows phone users to select the message in the same location for
either primary or secondary languages. For example, if you change the Reminder message
“02” to “PAGE ME” in the English language, you should program a similar message for message
“02” in the other languages.
495
Features and Programming Guide
496
Phones and Devices
After programming, end users must enable and disable this feature from their phones using
NOTE feature code 354 (System Forwarding on/off). Refer to the applicable phone user guide for
more information.
This area is used for assigning forwarding points to the system forwarding paths. You can then
program phones to use the forwarding paths in phone programming (see page 425).
Each forwarding path can have a distinctive description (of up to 20 characters) and four
forwarding points. The forwarding points can be local phones, voice mail ports, or hunt groups,
or they can be off-node devices. Program the fields for the forwarding paths as follows:
Method A
a. Select the current value, and then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the existing Forwarding Point. An option box appears.
b. Select Change Forwarding Point. A window appears prompting for the device type
to include.
c. Select the desired device, and then click Next. The devices with details appear. To
view devices in a list only, click List.
d. Select the desired device, and then click Finish. The selection appears in the appro-
priate Forwarding Point field.
497
Features and Programming Guide
FEATURE DESCRIPTION
Speed Dial allows users to dial stored telephone numbers quickly. Up to 1000, 48-digit System
Speed Dial numbers can be stored in system memory. If desired, an identifying name can also
be stored with each number. Phones programmed with access to this feature can dial any of
the numbers on the list. The Administrator maintains the System Speed Dial list.
See also “Caller ID, DNIS, and ANI“ on page 188 and “Directory of Intercom, Speed Dial, and
Feature Codes“ on page 306.
The MiVoice Office 250 supports up to 1000 System Speed Dial numbers. The default database
contains only System Speed Dial bin #000 because this is used by the system to establish links
to other Speed Dial bins. You may create new bins, individually or in batches, as needed,
through DB Programming.
Only 500 System Speed Dial numbers can be created manually at one time. If you need
NOTE more, create them in two stages. 1000 System Speed Dial numbers can be imported at a
time.
Each node in a network has its own System Speed Dial numbers. System Speed Dial numbers
can be used only on the node where they are programmed.
To keep System Speed Dial numbers confidential, some or all can be programmed as non-
display numbers. Non-display numbers can be used by any user but are displayed only on the
programming user’s phone. Non-display numbers cannot be redialed or saved as Station Speed
Dial numbers at a display phone. Non-display numbers will appear in the SMDR record.
System Speed Dial names can be programmed by an Administrator using specific language
characters, or a combination. The programmed language for the phone does not affect the
characters that can be viewed. That is, no matter what language the phone uses or which
characters are in the name, the user will be able to see the Speed Dial names exactly the way
they were programmed. For complete information about multilingual capability, see “Multilingual
Capability“ on page 331.
System Speed Dial numbers are subject to toll restriction unless a system-wide option has
been enabled that allows any phone to dial any System Speed Dial number regardless of toll
restriction.
The System Speed Dial numbers are stored using location codes (000–999). When dialed, the
numbers appear on a display phone unless they have been programmed as non-display
498
Phones and Devices
numbers. Display phone users can also view System Speed Dial numbers and names without
dialing; however, with non-display numbers, only the name is displayed.
System Speed Dial codes 000–999 can be stored in programmable phone buttons by the
system administrator. These button codes allow one-button dialing of System Speed Dial
numbers by users.
The System Speed Dial numbers and names are stored in battery-backed RAM and will not
be erased in the event of a power failure.
The System Speed Dial numbers and names are programmed by the system administrator or
at any Administrator phone. For Administrator programming instructions, refer to the MiVoice
Office 250 Phone Administrator Guide,.
System Speed Dial bins may also be programmed from an administrator phone, using the
System Speed Dial feature code (9801). If the user enters a bin that is currently not equipped,
one will be automatically equipped and ready for programming. This is transparent to the user
at the phone.
When converting from an older software version to a newer version, the conversion program
will automatically unequip all System Speed Dial bins that have an empty name and number,
with the exception of bin #000.
A user at a phone cannot program System Speed Dial bins when there is an active DB
Programming session, and no one can log into DB Programming when System Speed Dial
bins are being programmed from a phone.
System Speed Dial numbers can only be used on the node where they are programmed. Each
node in the network must have its own System Speed Dial numbers.
Only 500 System Speed Dial numbers can be created manually at one time. If you need
NOTE more, create them in two stages. 1000 System Speed Dial numbers can be imported at a
time.
499
Features and Programming Guide
• Number: Numbers can include up to 48 digits and can include digits (0–9, *, and
#), timed pauses, or hookflashes/recalls. Timed pauses and/or hookflashes/recalls
are used when entering a series of numbers, such as access codes, security codes,
and numbers for specialized common carrier (SCC) dialing (U.S. only). To include
a pause in the number, enter the letter P for a pause. To include a hookflash/recall,
enter F. The pause length represented by the P is determined by the Pause timer.
Each pause or hookflash (recall) is considered one of the 32 digits.
The following instructions describe how to create a system speed dial file.
500
Phones and Devices
The following is an example of the system speed dial information listed in a Microsoft Excel
spreadsheet.
3. Save the data as a CSV file. The following is an example of the file data after it is saved.
• DB Programming allows duplicate entries (with the exception of the ID). In other words, the
import feature allows different IDs with the same Name, Number, and Private Number flag
to be created. It is up to you to review the programming and remove duplicates if desired.
Duplicate entries, however, have no negative impact other than possible confusion and
wasting a System Speed Dial entry.
• When you manually edit system speed dial entries after the CSV file has been imported,
do not overwrite the information as the changes may cause conflict.
• DB Programming does not allow you to change a system speed dial ID after it is created.
You must be sure that the IDs specified in the CSV file are the IDs that you want to use.
• If any digits are present or any headers are missing in the first line of the file, DB Program-
ming assumes there is no header in the file. The fields are defaulted as specified below:
501
Features and Programming Guide
• ID: Defaults to the next available if not provided. If an ID conflicts with an existing speed
dial ID, it overwrites the current entry. If the maximum number of entries is reached
during the import, the import stops and a message appears indicating that the entries
have reached maximum numbers that you can create.
• NAME: Defaults to blank if not provided.
• NUMBER: Defaults to blank if not provided.
• PRIVATE: Defaults to No if not provided.
4. When a dialog box appears indicating whether you want to erase all existing System Speed
Dials prior to importing, click Yes to erase all existing system speed dial numbers prior to
performing the import or No to verify if there are any duplicates.
5. If there are duplicates, DB Programming asks you how you want to proceed with them.
Click Yes to overwrite the existing system speed dials that conflict with the import file
entries, click No to skip the duplicate entries, or click Cancel to abort the import.
6. If there were duplicates and you selected Yes (overwrite them) or No (skip them), a dialog
box appears showing you which entries were overwritten or skipped (up to 200 entries).
502
Phones and Devices
Below is an example of the skipped entries. By default, the entries are sorted by the ID
number.
7. Click OK.
8. If any entries in the import file are invalid, DB Programming asks you wether you want the
system to attempt to fix them during the import. Click Yes to fix the entries or No to skip
the invalid entries, or click Cancel to abort the import.
9. Click OK.
503
Features and Programming Guide
3. When the Export Speed Dials dialog box appears, rename the file name, and then click
Save. By default, the file is saved in C:\Program Files\Mitel\5000\Templates on the DB
Programming computer.
504
Phones and Devices
Together, the lamps in the phone Station Speed Dial buttons create a busy lamp field that
indicates the status of the phones programmed under the buttons. For more information about
busy lamp fields, refer to the “Specifications” chapter in the MiVoice Office 250 Installation
Manual . Speed Dial buttons can contain outside telephone numbers, feature codes, phone
extension numbers, or hunt group pilot numbers.
Station Speed Dial codes 0–9 also can be stored under user-programmable buttons to create
Speed Dial buttons.
If desired, outside telephone numbers can be preceded with a trunk access code to allow one-
button dialing of outside telephone numbers. For example, a button programmed with
“89619000” would select a trunk using the Outgoing Calls feature code (8) and then dial 961-
9000. A phone extension number can be preceded with a pound (#) to always Speed Dial
private intercom calls to the phone. Or, a “4” may be entered before a phone extension number
or hunt group pilot number to quickly reverse transfer, or pick up, calls from that phone or hunt
group. If either of these options is used, normal handsfree intercom calls cannot be placed
using that Station Speed Dial location or Speed Dial button, and the Speed Dial button will not
show the phone’s status.
An outside telephone number can be preceded by a trunk access code for easier trunk selection
and number dialing. Phone users can also program pauses and/or hookflashes into the stored
outside telephone numbers. For example, the number can contain an SCC local number, a
pause, and an access code. When programming Speed Dial numbers, each hookflash and
each pause is considered one digit. The durations of the hookflash and the pause are
determined by the programmable CO Hookflash and Pause Dialing Digit Length timers.
Display phone users can program a name to be associated with each Station Speed Dial
number. Speed Dial names can contain up to 16 characters. To program Speed Dial names,
keypad buttons are used to enter the desired letters, numbers, and punctuation. Among the IP
phones, only 8660 phones can display Japanese characters. For feature usage instructions,
refer to the applicable phone user guide. For complete information about multilingual capability,
see “Multilingual Capability“ on page 331.
505
Features and Programming Guide
3. In the New Passcode box, type the new passcode (up to 8 digits, using digits 0–9). Typed
characters appear as asterisks (***).
4. Retype the passcode in the Confirm passcode box.
5. Click OK to exit and save the passcode. If the entered passcodes match, you return to the
Passcode field. If not, you must re-enter the new passcode and verify it again. If you make
a mistake while entering the passcode or want to leave it unchanged, click Cancel.
To provide system security and prevent unauthorized access to the system database, you
should enter a passcode for the administrator phone that is difficult to guess. For example,
NOTE
you should not use the phone extension number or several repeated digits.You or the phone
user should periodically change the passcode.
506
Phones and Devices
MESSAGE CENTERS
A phone can be designated as a message center and assigned a list of phones that it will serve.
When you select Message Centers from the Phone-Related Programming area, you can view
a list of the existing message centers.
If you double-click a specific message center, you can view the list of phones it serves.
You can also assign message centers in phone programming by selecting the phone Associated
Extensions and Message Center options and selecting the phone that will serve as the message
center. See page 416.
507
Features and Programming Guide
ATTENDANTS
A phone can be designated as an attendant and assigned a list of phones that it will serve.
When you select Attendants from the Phone-Related Programming area, you can view a list
of the existing attendants.
If you double-click a specific attendant, you can view the list of phones it serves.
To create an attendant:
To delete a device from an attendant list, select the item, right-click, and select Move to
NONE List.
You can also assign attendants in phone programming by selecting the phone Associated
Extensions and Attendant options, and then selecting the phone that will serve as the attendant
(see page 416).
508
Phones and Devices
PRIMARY ATTENDANTS
When you select Primary Attendants from the Phone-Related Programming list, you see fields
for programming the Primary Attendant phone and the Local Attendant phone. Those fields are
programmed as described below.
• Primary Attendant: This is the network primary attendant.
• Local Attendant: This is the attendant for the node being programmed.
If an attendant is set to None, calls that would normally go to the attendant are handled as
follows:
• If the system has seized the call, but it has not been sent to a phone, the call is disconnected.
• If the call has been sent to a phone, it remains at the phone and rings until answered.
• If the call is not seized and not sent to a phone, the caller will hear ringing until he or she
hangs up. The call will not ring at any phone.
To program an attendant:
1. Select System – Phone-Related Information – Primary Attendant.
2. Select the extension number.
3. Select one of the following methods:
Method A
a. In the Value column, select the current value, and then enter the new value in the box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the existing Primary Attendant Phone or Local Attendant Phone, and then
click Change Attendant. A dialog box appears prompting for the device type to include.
b. Select the desired device or None, and then click Next. The list of devices with details
appears. To view items in a list only, click List.
c. Select the desired device, and then click Finish. The selection appears in the appli-
cable Attendant field.
509
Features and Programming Guide
510
Phones and Devices
TROUBLESHOOTING PHONES
This section contains the troubleshooting tips for the following issues:
• Phones below
• PKM 16 on page 518
• Single Line Phones on page 519
• Multi-Protocol Phones on page 522
PHONES
Table 76 summarizes troubleshooting strategies recommended for resolving phone
discrepancies.
Table 76: Phone Troubleshooting Tips
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
Phone inoperative; LED System lockout caused by Remove and replace the line cord to reset the
indication present while any excessive data errors phone.
button with an LED is held (displays SYSTEM
down; reorder tone is heard LOCKOUT).
when button is pressed.
Programming error (circuit Identify the circuit for phone use, not dual single
identified as dual single line line sets (SLA).
sets—SLA; no reorder tone
is heard)
Defective cabling or Ensure that all cables are correctly connected to
connections the modular jack as shown in the Installation
chapter in the MiVoice Office 250 Installation
Manual . Check for loose or open connections in
the phone cabling and the line cord.
Defective phone Replace the phone if faulty.
Defective Digital Endpoint Replace the associated module.
Module
Defective processor module Replace the module if faulty.
Programming error or Make sure the IP phone is programmed on the
Improper configuration of IP same subnet. See Appendices A and B in the
connections, firewall and/or MiVoice Office 250 Installation Manual for
network address translation configuration guidelines.
Older version or Verify the correct firmware and upgrade to the
incompatible firmware on the latest version through the phone Web interface.
phone Reset the Web page to check for the latest
version of firmware installed on the phone.
IP resources are not Make sure you have enough IP resources and
allocated correctly; Display they are allocated correctly.
shows “No IP Resources
Allocated”
Page 1 of 8
511
Features and Programming Guide
Page 2 of 8
512
Phones and Devices
Page 3 of 8
513
Features and Programming Guide
Page 4 of 8
514
Phones and Devices
Page 5 of 8
515
Features and Programming Guide
Page 6 of 8
516
Phones and Devices
Page 7 of 8
517
Features and Programming Guide
Page 8 of 8
PKM 16
Table 77 summarizes the troubleshooting strategies recommended for resolving operational
discrepancies with PKM 16 (Mini-DSS).
Table 77: PKM 16 Troubleshooting Tips
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
PKM 16 unit inoperative; no Improper installation Check for loose connections. For more
LED indication present while information about hardware connections, refer
button is pressed to the Installation chapter in the MiVoice Office
250 Installation Manual .
Defective PKM 16 unit Replace the PKM 16 unit.
Phone is identified for phone use, not as a PKM
16 unit. See “Programming DSS/PKM
Keymaps“ on page 468.
The phone is not an 8660 Make sure you are using an 8660 phone.
The phone is not an 8520 or Make sure you are using an 8520 or 8560
8560 digital telephone.
Programming error Phone is identified for phone use, not as a PKM
16 unit. See “Programming DSS/PKM
Keymaps“ on page 468.
Page 1 of 2
518
Phones and Devices
Page 1 of 4
519
Features and Programming Guide
Page 2 of 4
520
Phones and Devices
Page 3 of 4
521
Features and Programming Guide
Page 4 of 4
MULTI-PROTOCOL PHONES
Table 79 summarizes the troubleshooting strategies recommended for resolving discrepancies
that may occur with multi-protocol phones.
522
Phones and Devices
Page 1 of 4
523
Features and Programming Guide
Page 2 of 4
524
Phones and Devices
Page 3 of 4
525
Features and Programming Guide
Page 4 of 4
526
Chapter 9
EXTENSION LISTS AND SYSTEM
GROUPS
Features and Programming Guide
INTRODUCTION
This chapter includes programming instructions for MiVoice Office 250 groups and lists. Groups
and lists can be composed of system users, trunks, or system features. This chapter covers
the following system groups and lists:
• Extension Lists below
• CO Trunk Groups on page 532
• Node Trunk Groups on page 576
• Hunt Groups on page 580
• Network Groups on page 616
EXTENSION LISTS
This section contains the following information:
• Feature Description below
• Programming Extension Lists on page 530
FEATURE DESCRIPTION
An extension list is a group of intercom extensions or trunk group extensions. You can use
extension lists when you use program features that use common lists. For example, a group
of phones could be assigned to the same paging zone and have ring-in for the same trunk
groups. With an extension list, you would have to enter only one list number instead of
repeatedly entering all of the phone numbers for each list.
Extension numbers are recognized as feature codes by the system. Default extension numbers
appear in Table 80.
Page 1 of 2
528
Extension Lists and System Groups
Page 2 of 2
Phone and Agent ID extension lists can be included in hunt groups. For example, a hunt group
can be programmed to send calls first to an individual phone, then to an extension list where
all phones on the list will be rung, and then to another individual phone or an extension list.
The number of entries in individual lists limits the total number of extension lists allowed on the
system. In all of the extension lists combined, a maximum of 2500 phone or trunk extensions
entries is allowed.
In addition to the programmable extension lists, the system software supports two automatic
extension lists:
• PP051: Auto: All Phones/Voice Processor Applications
• PP052: Auto: All IP/Digital Telephones
When a phone or voice mail application is equipped or unequipped, the system automatically
adds or removes that extension in the appropriate list(s). You cannot delete or renumber the
529
Features and Programming Guide
auto extension lists. You can only add or remove extensions from the lists in online monitor
mode (not recommended).
The two auto extension lists default with all existing phones and voice mail applications. In a
default database, PP051: Auto: All Phones/Voice Processor Applications is assigned to Day/
Night Outgoing Access and Emergency Outgoing Access for the following groups:
• CO Trunk Groups
• Node Trunk Groups
• Node IP Connection Groups
NOTICE
Adding a large extension list can result in slowing down system performance. Adding an Extension List
that contains more than 60 members may cause a system slowdown because when the list is called,
ALL members of the list are called at the same time.
When using an extension list for ring-in or hunt groups, do not exceed 30 phones per list. The system
can send ring signal to up to 30 phones (60 phones with a PS-1).
If you exceed the number of phones and the system suffers a slowdown, Mitel Technical Support
advises that you reduce the number of extension list members.
The number of entries in individual lists limits the total number of extension lists allowed on the
system. In all of the extension lists combined, a maximum of 2500 phone or trunk extensions
entries is allowed.
530
Extension Lists and System Groups
4. In the Starting Extension box, select or enter the starting extension for the new list.
5. In the Number of Extensions box, select or enter the number of extensions that you want
to add.
6. Click OK.
7. The new list automatically appears in the list for that extension list type.
8. Select Description, and type the name, up to 20 characters, in the box.
9. When finished, press ENTER or click out of the field to save the change.
To program a list:
1. Select System – Devices and Feature Codes – Extension Lists – <extension list type>.
2. Select the extension list.
3. Right-click anywhere in the right pane, and then click Add To List. A window appears
prompting for the device types to include.
4. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The devices with details appear. To view devices in a list only, click List.
5. Select the devices you want to add to the list, and then click Finish. The selection appears
in the extension list window.
531
Features and Programming Guide
CO TRUNK GROUPS
Central Office (CO) trunk groups bundle system trunks into one group, or trunk group. Whenever
a call is placed from a trunk in a CO trunk group, the system hunts for an available trunk to
route the call out to the CO. Calls placed to CO trunk groups are routed according to the first
available trunk.
Because MGCP and SIP trunks are CO trunks, they can also be in a CO Trunk group and need
the applicable IP resources to be able to place calls. For more information, see “SIP Gateways“
on page 246 or “MGCP Gateways, Devices, and Trunks“ on page 250. 92001 is the default
baseline extension used for CO Trunk Groups; PP011 the default CO trunk group for unused
trunk groups. You can view CO trunk groups programmed for the local node, as shown in the
figure below.
532
Extension Lists and System Groups
Select System – Devices and Feature Codes – CO Trunk Groups – <trunk group number> –
Trunks.
533
Features and Programming Guide
2. Select the trunk group extensions that you want to change. You can use the SHIFT or
CTRL key to select more than one extension.
3. Right-click, and then select Batch Extension Change. The Create CO Trunk Group dialog
box appears.
4. Select the number you want to assign to the first selected trunk group (the other trunk
groups will be numbered consecutively after this number).
5. Click OK. The trunk groups are automatically renumbered and resorted in the phone list.
To move trunks to from another trunk group into the selected trunk group:
1. Select System – Devices and Feature Codes – CO Trunk Groups.
2. Select the trunk group number.
3. Double-click Trunks, and then right-click in a blank area in the right pane.
4. Click Move To Trunks List. A window appears prompting for the device type to include.
5. Select the trunk types, and then click Next. A list of available trunks with details appears.
To view trunks in a list only, click List.
6. Select the appropriate trunks, and then select Move Items.
7. When you have added all the desired trunks, click Finish. The selections appear in the list.
To move trunks out of the selected trunk group to another trunk group:
1. Select System – Devices and Feature Codes – CO Trunk Groups – <trunk group>.
2. Double-click Trunks.
3. Drag and drop the trunks into the trunk list of the new trunk group. Use the CTRL or SHIFT
keys to select several trunks at a time.
534
Extension Lists and System Groups
Table 81: CO and SIP Peer Trunk Group Programming Options (continued)
REF. CO TRUNK SIP TRUNK
OPTION \ TRUNK GOUP PAGE GROUPS GROUPS
Day or Night Outgoing Access 538
Music-On-Hold 542
535
Features and Programming Guide
If the Ring-In Type (see page 548) is set to “Multiple,” you can determine the ring-in destinations
for day and night modes. The trunk group can ring in to a list of phones, extension lists, or
applications, (but not hunt groups). The list can include local or off-node device extension
numbers. When using an extension list for ring-in, do not exceed 30 phones for each list.
This feature is not available for DISA trunks. Day or Night Answer Access allows phone users
to answer incoming calls on the trunks in that trunk group (even if the phone does not have
ring-in assignment for that trunk group). Phones cannot have allowed-answer assignment for
trunk groups on other nodes.
536
Extension Lists and System Groups
You can program emergency outgoing access for day or night mode. For loop start trunks that
are connected to paging equipment, the emergency outgoing access designation does not
keep the phone from seizing the trunk for paging. Trunks used for paging should not allow any
phone to have emergency outgoing access. By default, the automatic phone list (Auto: All
Phones) is assigned to Day/Night Emergency Outgoing Access.
To add phones with emergency outgoing access for the trunk group:
1. Do one of the following:
• Select System – Devices and Feature Codes – CO Trunk Groups, and then select
the trunk group number.
• System – Devices and Feature Codes – SIP Peers – SIP Trunk Groups – <SIP trunk
group> – Trunk Group Configuration.
2. Select Emergency Outgoing Access, and then select either Day Mode or Night Mode.
3. Right-click anywhere in the right side of the window. An option box appears.
4. Select Add To List. A window appears prompting for the device type to include.
5. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
537
Features and Programming Guide
6. Select the appropriate items, then select Add Items. When you have added all the desired
devices, click Finish. The selections appear in the list. To view programming options,
double-click the extension number.
NOTICE
Responsibility for Regulatory Compliance.
It is the responsibility of the organization and person(s) performing the installation and maintenance of
Mitel Advanced Communications Platforms to know and comply with all regulations required for
ensuring Emergency Outgoing Access at the location of both the main system and any remote
communication phones. Remote IP and SIP phones may require gateway access to nearby
emergency responders.
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the U.K.
• If applicable, 112, an emergency number used widely in Europe outside of the U.K.
• 112, the default for Mitel systems located in Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the location of the
main system and/or remote phones.
There are separate lists for phones with outgoing access in day and night modes. On loop start
trunks that are connected to paging equipment, the outgoing access designation does not keep
the phone from seizing the trunk for paging. Trunks used for paging should not allow any phone
to have outgoing access for placing outside calls. By default, the automatic phone list (Auto:
All Phones) is assigned to Day/Night Outgoing Access when a CO trunk group is created.
To add phones that will have outgoing access for the trunk group:
1. Do one of the following:
• Select System – Devices and Feature Codes – CO Trunk Groups, and then select
the trunk group number.
• System – Devices and Feature Codes – SIP Peers – SIP Trunk Groups – <SIP trunk
group> – Trunk Group Configuration.
2. Select Outgoing Access, and then select either Day Mode or Night Mode.
3. Right-click anywhere in the right side of the window. An option box appears.
4. Select Add To List. A window appears prompting for the device type to include.
5. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
538
Extension Lists and System Groups
6. Select the appropriate items, then select Add Items. When you have added all the desired
devices, click Finish. The selections appear in the list. To view programming options,
double-click the extension number.
TOLL RESTRICTIONS
You can program toll restrictions for each trunk group. For more information about toll
restrictions and classes of service, see page 555.
• Class Of Service: Each trunk group has Classes of Service (COS), which restrict or
allow certain dialing patterns from being dialed on a call.
When determining toll restriction for an ARS outgoing call, the network only checks the
phone toll restriction for the node on which the calling phone resides. The system does
NOTE not check the trunk class of service for ARS calls. To program the toll restrictions,
double-click Classes of Service, you then have the option of choosing Day or Night.
Double-click the desired time period to view a list of current classes of service.
539
Features and Programming Guide
d. Select the classes of service, and then select Add Items. The selected classes of
service appear in the list. Click Finish to exit.
e. (U.S. only) If you selected Deny Area/Office class of service, the trunk group must also
be assigned to a User Group. To change the user group, right-click User Group and
select Change User Group. In the first window that appears, select User Groups,
then click Next. In the next window, select the desired user group, and then click Finish
to exit and save the change.
540
Extension Lists and System Groups
SEARCH ALGORITHM
You can program trunk groups to search trunk availability in either linear or distributed order:
• Linear: Requests for an outgoing trunk are always processed beginning with the highest
numbered trunk on the list and moving down the list until an available trunk is found.
• Distributed: The first request will be processed beginning with the highest numbered trunk
on the list. The next request will begin with the second trunk, and each subsequent request
will begin one trunk lower on the list. When the end of the list is reached, requests begin
again with the highest numbered trunk on the list.
541
Features and Programming Guide
You can select the audio that callers hear when camped-on to the trunk group.
MUSIC-ON-HOLD
You can select the audio that callers hear when placed on hold for the trunk group.
542
Extension Lists and System Groups
You can select the audio that outside callers (except those using DISA) hear while their call is
being transferred. The audio that DISA callers hear is determined by how the DISA Transfer
tone system flag is programmed (see page 778).
You can select the audio that outside callers (except those using DISA) hear when they are
transferred to and held at a different extension. The audio that DISA callers hear is determined
by how the DISA Transfer tone system flag is programmed (see page 778).
543
Features and Programming Guide
• Select System – Devices and Feature Codes – CO Trunk Groups, and then select
the trunk group number.
• System – Devices and Feature Codes – SIP Peers – SIP Trunk Groups – <SIP trunk
group> – Trunk Group Configuration.
2. Select Audio on Transfer to Hold.
3. In the Value column, select one of the following options from the list:
• Silence: Callers hear no Music-On-Hold.
• Tick Tone: Callers hear tick tone.
• Ringback: Callers hear ringback.
• MOH Port: Callers hear an external music source.
• Music-On-Hold: Callers hear the default Music-On-Hold source. This is the default
value.
• Use Next Device’s Audio Source: Callers hear the audio programmed at individual
phones. See “Device Audio for Calls Settings“ on page 438.
• File-Based MOH: Callers hear the MOH file selected in DB Programming. For more
information, see “File-Based Music-On-Hold (MOH)“ on page 767.
4. Press ENTER or click outside the field to save the change.
You can select the audio that outside callers (except those using DISA) hear while on transfer
hold. After the transfer is completed, the caller hears the Audio On Hold For Transfer
Announcement selection. The audio that DISA callers hear is determined by how the DISA
Transfer tone system flag is programmed (see “DISA Transfer Tone“ on page 778).
If the trunk group audio field, including Music-On-Hold, is set to Use Next Device’s Audio Source,
the system uses the programming for the next device as programmed for the Day/Night trunk
group destination. If the field is set to any other option, the system uses the trunk group audio
source, overriding phone programming.
544
Extension Lists and System Groups
• Music-On-Hold: Callers hear the default Music-On-Hold source. This is the default
value.
• Use Next Device’s Audio Source: Callers hear the audio programmed at individual
phones. See “Device Audio for Calls Settings“ on page 438.
• File-Based MOH: Callers hear the MOH file selected in DB Programming. For more
information, see “File-Based Music-On-Hold (MOH)“ on page 767.
4. Press ENTER or click outside the field to save the change.
This field is used whenever a trunk places a call on hold. The only time a trunk can place a call
on hold is when using Mid Call Features (MCF).
Mid-Call Features are only supported with other networked MiVoice Office 250s running
NOTE
Release v6.0 SP1 and higher software.
The device talking to the trunk will use this setting to configure the appropriate audio when on
hold. The following options are available for use:
• Silence
• Tick Tone
• Ringback
• MOH Port
• Music on Hold
• Use Next Device's Audio Source
• File Based Music on Hold
If the trunk group audio field, including Music-On-Hold, is set to Use Next Device's
Audio Source, the system uses the programming for the next device as programmed
NOTE
for the Day/Night trunk group destination. If the field is set to any other option, the
system uses the trunk group audio source, overriding phone programming.
This field can also be used specify hold audio in those cases where an outgoing CO
NOTE
trunk is put on hold by the far end.
This feature applies to U.S. installations only. If your trunk group uses PRI B-channels, you can
select the PRI Call By Call service for outgoing calls. For a list of supported services, see “Trunk
Group PRI Call By Call Feature“ on page 182.
545
Features and Programming Guide
You must designate certain types of trunks, such as incoming Wide Area Telecommunications
Service (WATS), as “incoming-only,” so the system recognizes the lines during power-up or
testing. On these types of trunks, battery is not returned when the line is seized and the system
cannot power up the trunk unless this option is enabled.
When the Echo Trunk Number option is enabled, the system echoes the trunk number, DNIS,
DID (or DDI in Europe), and so forth, if the call is being routed out on a trunk. The base digits
are combined with the collected trunk number to create an outside number. If the trunk rings
into another trunk in the system through an individual trunk, trunk group, or ARS, the trunk
number is dialed as the outgoing number.
If the collected trunk number is incomplete or invalid, the collected digits are not used for the
NOTE
outside number, to avoid the system from dialing the wrong outside number.
The Echo Trunk Number is similar to the Echo Trunk Number flag for CO Trunk Groups. This
flag is typically used when calls ring into a SIP trunk group from another SIP PBX. When this
flag is enabled and a SIP trunk group rings into another trunk in the system through an individual
trunk, trunk group, or Automatic Route Selection, the digits dialed from the SIP side are echoed
as an outgoing number. This flag is set to No by default.
The following items outline a typical use case for this flag:
• A SIP PBX is configured as a SIP trunk group on the MiVoice Office 250. The SIP PBX
does not have local PSTN trunks, but the administrator wishes to have the SIP PBX phones
use the MiVoice Office 250's PSTN trunks.
• Set the SIP trunk group's ring-in destination to ARS. Set the SIP trunk group’s Echo Trunk
Number flag to “Yes”.
546
Extension Lists and System Groups
• When the SIP PBX dials 444-555-1000 and routes the call to the MiVoice Office 250, the
MiVoice Office 250 receives the SIP PBX call and then routes the SIP PBX call out ARS
dialing 444-555-1000.
ENABLE HOOKFLASH
You can enable or disable the Hookflash [Recall] feature for each trunk group. If disabled,
phone users cannot use the Hookflash feature code (330) while using the trunks in the trunk
group. Hookflashes [Recalls] dialed through ARS are ignored by the trunk groups with hookflash
[recall] disabled.
To enable hookflash:
1. Select System – Devices and Feature Codes – CO Trunk Groups.
2. Select the trunk group number.
3. Select Enable Hookflash.
4. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
5. Press ENTER or select another field to save the change.
CAMP-ONS ALLOWED
The Camp On feature can be enabled or disabled for each trunk group. If disabled, users placing
outgoing calls will hear busy signals when all trunks in the group are in use or unavailable. If
enabled, users will be able to camp on and wait for an available trunk. See page 554 for details
about trunk Camp-Ons.
547
Features and Programming Guide
This is a BRI-only trunk. This option allows you to prevent ISDN data calls from being routed
to trunk groups containing trunks that cannot support data calls, such as loop start trunks.
• When set to Yes, the system can route ISDN data calls to this trunk group, and you are
allowed to add B-channel trunks only to the group.
• If the flag is set to No, the system will not route ISDN data calls to this trunk group, and you
can add any type of trunk, except private networking B-channel trunks, to the group. Any
non-B-channel trunks must be removed from the CO trunk group before the flag can be set
to Yes. If you move multiple trunks into a CO trunk group that has this flag enabled, you
will be warned that none of the trunks will be added to the group if any of the trunks to be
added are non-B-channel trunks.
Method A
a. Select the current Value, then enter the new value in the text box.
548
Extension Lists and System Groups
b. Press ENTER. A screen displays what is associated with the number entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the existing value. An option box appears.
b. Click Change Extended Value. The Change Extended Value dialog box appears.
c. Select the appropriate device type, and then click Next. The list of devices appears.
To view devices in a list only, click List.
d. Select the device you want to use, then click Finish. The selection appears in the Ring-
In field.
• Multiple: The trunk group can ring in to a list of phones, extension lists, and/or appli-
cations (but not hunt groups). The list can include local or off-node device extension
numbers. Set the ring-in destination as described on page 536.
• DISA: If the trunk group is to be used for DISA, a security code can be assigned by
selecting the Ring-In field and entering the code in the text box. To prevent unauthorized
access to the public network, all trunk groups using DISA should have a security code.
• Call Routing Table: If the trunk is used for Caller ID [CLID in Europe], DID/DNIS, or
ANI, the calls can be routed according to the information sent by the CO. For more
information about Call Routing Tables, see “Call Routing Tables“ on page 264. When
you select Call Routing Table, you must also enter the destination table in the Ring-In
column, using one of the following methods:
Method A
a. Select the current Value, then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the existing value. An option box appears.
b. Click Change Extended Value. The Change Extended Value dialog box appears.
c. Select Call Routing Table, and then click Next. The list of tables appears. To view
tables in a list only, click List.
d. Select the table you want to use, then click Finish. The selection appears in the Ring-
In field. Loop start trunks that are connected to paging equipment should not have any
ring-in designations. They should be reserved for internal use only.
• Collected Digits: This ring-in type indicates that the collected DID [DDI in Europe] or
DNIS digits (plus the base digits) should be used as the destination extension. This
helps to keep the number of call routing table entries down to a minimum when routing
calls to extensions.
Both trunk groups and call routing table entries can use the new ring-in type. When the new
Ring-In Type of Collected Digits is selected, the Ring-In Destination field is empty.
549
Features and Programming Guide
If the collected digits plus the base digits do not make up a valid ring-in destination, the call is
routed to the primary attendant. Valid ring-in destinations include on- or off-node phones, on-
or off-node hunt groups, trunk groups, individual trunks, voice mail applications, automated
attendants, and ARS.
This flag allows the user name and extension in the ISDN or SIP setup request message is
sent on an outgoing ISDN or SIP peer trunk call. All intercom calls that route externally from
the system through an ISDN circuit or SIP peer trunk group will send the user name and
extension for the caller ID name and number instead of the Calling Party Number or Name
information. The default value is set to No. For details, see “Caller ID Forwarding“ on page 563
and “Caller ID, DNIS, and ANI“ on page 188.
550
Extension Lists and System Groups
Propagate Original Caller ID allows the system to pass the caller ID name or number on an
outgoing ISDN or SIP peer trunk call if the call has not been answered by the system (extension,
voice mail, hunt groups, or OAI application) or for transfer announcement calls. This option is
for customers that want to route incoming calls from the MiVoice Office 250 back to the PSTN
through ISDN lines or SIP peer trunks. By default this flag is set to No. For details, see “Caller
ID Forwarding“ on page 563, “Caller ID, DNIS, and ANI“ on page 188, and “Do Not Propagate
Original Caller ID to P-Asserted Identity“ on page 552.
This flag applies to three scenarios: 1) incoming trunk calls forwarded/deflected back to the
PSTN through ISDN lines or SIP peer trunks; 2) incoming trunk calls answered by a voice mail
Call Routing Announcement (CRA) and transferred back to the PSTN through ISDN lines or
SIP peer trunks; 3) incoming trunk calls answered by an operator and transferred back to the
PSTN through ISDN lines or SIP peer trunks. Consider the following when using this flag:
• This flag is enabled on a per trunk group basis.
• ISDN and SIP peer trunks (non-private networking) use this field for the outgoing call. Do
not mix trunk types in the trunk groups when using this feature.
• This flag must be enabled on the outgoing trunk group for the caller ID information to be
processed.
• All Manual Forward types apply to this feature when used to redirect the call to an outside
number.
• OAI Deflect applies to this feature.
• If the incoming caller ID information only has a number and no name, the system only sends
the number that was received.
• Incoming caller ID information that is blocked on the incoming call is not sent on the outgoing
call. If the incoming call is blocked, the system only passes the generic information received
for the blocked call. Example of these generic blocked messages are: Private, Out of Area,
Restricted, Unassigned Number, or Blocked Caller. The system does not send information
when no caller ID information was received.
• The outgoing trunk group must be ISDN or SIP for the Caller ID information to be processed
on the outgoing call.
551
Features and Programming Guide
• The incoming call cannot be answered by the system. This flag is ignored If the call is
answered and transferred.
• Calls to a hunt group that have not been answered are considered unanswered calls.
• Calls that have been played an announcement through a hunt group announcement are
still considered an unanswered call.
• Enabling this flag applies to local node and remote node calls that route through the trunk
group that has this flag enabled.
• The public telco may remove the caller ID name that is sent by the system and only pass
the caller ID number.
The system or network administrator must confirm with the CO as to whether or not the
NOTE Forward Original Call-ID for Unanswered Calls feature is supported, as the Public Switched
Telephone Network (PSTN) may reject this call that is “masquerading caller ID.”
To route incoming calls from the MiVoice Office 250 back to the PSTN via ISDN lines
or SIP peer trunks:
1. Do one of the following:
• Select System – Devices and Feature Codes – CO Trunk Groups, and then select
the trunk group number.
• System – Devices and Feature Codes – SIP Peers – SIP Trunk Groups – <SIP trunk
group> – Trunk Group Configuration.
2. Select Propagate Original Caller ID.
3. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
4. Press ENTER or click another field to save the change.
The administrator can set this flag when the Dynamic Extension Express (DEE) feature is used,
and a DEE destination is reached via a SIP trunk and the Propagate Original Caller ID flag is
enabled.
Some SIP providers will not allow (authenticate) calls via their network that contain source
numbers that the SIP provider does not recognize in the P-Asserted-Identity header. If certain
providers receive call INVITEs with non-recognized numbers, they fail the call since they cannot
authenticate the INVITE.
This new flag, when set to Yes, removes the original incoming caller ID information from only
the P-Asserted-Identity header of the INVITE going out to the SIP trunk. The end result is a
call where the SIP INVITE contains the correct data for the SIP provider to know the call is from
a valid customer (the call is really originating from this MiVoice Office 250), even though some
of the headers will contain the original Caller ID (from the original call that came into the MiVoice
Office 250)
552
Extension Lists and System Groups
You can program the Calling Party Name option for the trunk group. For more information about
the Calling Party name option, see “Calling Party Name“ on page 435.
You can program the Calling Party Number option for the trunk group. For more information
about the Calling Party name option, see “Calling Party Number“ on page 435.
When selected, the system uses the Calling Party Name and Calling Party Number configured
on the trunk group, regardless of any other caller ID configuration. When cleared, the system
follows either the Calling Party Name and Calling Party Number, or Emergency Calling Party
Number configured on the device making the call, or from forwarded caller ID (see Caller ID
forwarding). The default setting is No.
Some SIP trunk providers require a valid caller ID to be presented as part of authentica-
NOTE tion. If this is the case, enable this flag and choose a valid Calling Party Number to ensure
this is always sent to the SIP peer.
To enable the Force Trunk Group Calling Party Name and Number option:
1. Do one of the following:
• Select System – Devices and Feature Codes – CO Trunk Groups, and then select
the trunk group number.
• System – Devices and Feature Codes – SIP Peers – SIP Trunk Groups – <SIP trunk
group> – Trunk Group Configuration.
2. Select Force Trunk Group Calling Party Name and Number.
3. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
4. Press ENTER or click another field to save the change.
The Wait for ISDN Caller ID Information timer determines the amount of time the system waits
(in seconds) for the incoming ISDN Facility message that contains the caller ID name before
routing the call to the ring-in destination. This timer only applies to incoming ISDN calls that
use Facility messages instead of Display messages for providing caller ID name.
The default value of this timer is 0 seconds, which is no wait delay. This timer should only be
adjusted if the system is receiving Facility messages from the telco where the name is not
appearing on the forwarded or redirected calls. Contact your ISDN provider to verify if you are
receiving Facility messages for caller ID name. Or, use the diagnostic port on the T1/E1 board
and enable “DON ALL” and review the incoming ISDN messages for Facility or Display
messages (remember to disable the DON information after reviewing the information by typing
DOFF).
553
Features and Programming Guide
Some ISDN central offices use a Facility IE message to transfer a calling party name to the
system. This is necessary to allow the PSTN to look-up the calling party’s name. The Facility
message containing the caller ID name maybe delayed for several seconds after receiving the
original incoming setup request. This timer provides the delay mechanism that allows the
incoming call information to be processed so that the caller ID name can be forwarded on the
outgoing call. When this timer is set to a value greater than 0, the system waits for the Facility
message or the timer to expire before processing the call. When the timer is set to 0, the system
processes ISDN calls as it did in versions earlier than v3.0 not waiting for the Facility message
with name.
If you want to route incoming calls back to the PSTN, the outgoing call should not be sent until
the system has received the “facility IE” message. After the system has the calling party name,
the system can then forward the calling party name back to the PSTN. An ideal value for this
timer is about 5 seconds.
CAMP ON
When a phone user attempts to select a busy outgoing trunk or trunk group, the system sends
a busy signal. The phone user can wait off-hook to camp on until the trunk is available.
A user can camp on to busy resources on other nodes and hears the other node’s Music-On-
Hold while camped on. When the system has several routing options for a call, it tries to use
each route, in order, until it finds a free route. If it is unable to find a free route, the system tries
once again to use the first route. If the first route is still busy, the system camps on to the first
route.
For programming instructions, see page 547. For feature usage instructions, refer to the
applicable phone user guide.
554
Extension Lists and System Groups
If you attempt to select a busy outgoing trunk group and hear a busy signal or if you camp on,
you can request to be queued for a callback. When the trunk group is available, the system
signals your phone that a trunk in the trunk group is available. Each phone can place only one
queue request at a time. If a second request is made, the first request is canceled and replaced
by the second request.
Queue callbacks must be answered before the Queue Callback timer expires. If a callback is
not answered, the queue is canceled. If the phone is busy when a trunk in the queued trunk
group becomes available, the queue request is placed at the end of the queue list.
For feature usage instructions, refer to the applicable phone user guide.
TOLL RESTRICTION
The following features provide toll restriction on the Mitel system through Class of Service
(COS) programming. Classes of Service are described in further detail in the following
paragraphs.
• Trunk Group Toll Restriction: Designates a trunk group as “subject to toll restriction” or
“not subject to toll restriction” in database programming. If subject to toll restriction, phone
class of service is checked when the trunk group is selected for placing an outgoing call.
• Exemption From ARS-Only Restriction: Designates each trunk group as “exempt from
automatic route selection (ARS) only.” If exempt, phone users with the ARS-Only class of
service can select the trunk group directly.
• Absorbed Digits: Allows trunk groups that are subject to toll restriction to ignore, or absorb
the first digit(s) dialed. This allows the system to handle the dialed digits just as they would
be by the local telephone company or PBX to which the system is connected.
• Phone and Trunk Group Classes Of Service: Restricts or allows certain digit patterns
when an outside call is dialed. (Trunk group COS is not checked when ARS is used.)
• Toll Strings: Allow the system administrator to define dialing patterns which are abbrevi-
ated to single character wildcards. These programmable wildcards are used frequently in
the toll restriction class of service programming and in other system areas such as ARS
route group programming, trunk group absorbed digits programming, and others. Changing
these dialing patterns will affect all of the areas where they are used.
For programming information, see page 539 for trunk groups and page 424 for phones.
555
Features and Programming Guide
Trunk groups can be programmed as “not subject to toll restriction” to allow phone users to
have access to reduced-cost long distance carriers, or to use ring-down lines, dictation
machines, voice mail systems, and other auxiliary equipment. When programming unrestricted
trunk groups, one of the following five call-cost factors can be selected:
• Free
• Local
• Toll local
• Toll long distance
• Operator/International.
The selected call cost is then used for all calls that are placed using that trunk group.
Whether or not a trunk is marked as “subject to toll restriction,” dialing is not required to hold
the trunk. For example, when a user seizes a line to make an outgoing call—via any method—
if there is an incoming call on the line for which ring-in had not yet been detected, the user can
talk with the incoming caller without dialing any digits. That is, the call will not be dropped when
the Dial Initiation timer expires.
However, even though the system provides protection for “glare” between incoming and
outgoing calls, the protection is overridden if the caller is dialing a restricted number. Unless
the “Drop Incomplete Outgoing Calls” flag is disabled (see “System Settings“ on page 755),
the call will be dropped if the trunk is “subject to toll restriction” and the user dials digits that
represent a restricted number for the phone and trunk group being used.
556
Extension Lists and System Groups
A trunk group may be designated as “exempt from Automatic Route Selection (ARS) Only.”
This feature allows users with the ARS Only class of service to directly select specified trunk
groups by pressing the appropriate trunk group buttons or by entering the appropriate trunk
group access codes.
This capability is necessary if trunks are connected to auxiliary equipment, such as analog
voice mail systems, dictation equipment, or ring-down lines. When such trunks are designated
as exempt from ARS Only, phones with the ARS Only COS (and allowed access) can use the
special facilities.
The default assignment for all trunk groups is “not exempt from ARS Only.” This means that,
by default, phones with the ARS Only COS are denied direct access to the trunk groups.
If any office codes in the local area code have a 0 or 1 as the second digit, the local office codes
are probably used as area codes elsewhere, and the system requires special programming to
allow toll restriction to work properly. During System-Wide Information database programming,
the system administrator can specify the following non-standard numbering plan information:
• Office Codes Used as Area Codes: Area codes in other locations are the same as office
codes within the system site’s area code.
• Area Codes Used as Office Codes: Office codes within the system site’s area code are
the same as area codes assigned to other areas.
• Local 7- or 10-Digit Dialing: When this flag is enabled, outgoing calls are identified as
having reached the end of dialing if the first digits are not a toll field, equal access field, or
a local area code. This function speeds up placement of local seven-digit calls in an area
where some local calls require 10 digits.
• Toll Digit Allowed On Toll Local Calls: This option applies only if the area and office
codes overlap. Callers in the site’s area code usually dial a 1 when placing a call within the
local area code(s).
• Toll Digit Required On Toll Long Distance Calls: This option applies only if the area and
office codes overlap. Callers in the site’s area code must dial a 1 when placing a call outside
of the local area code(s).
The database requires that the system administrator enter a “home” area code for the system
site. It also allows up to 16 home area codes for non-toll calling. The system refers to these
area codes for toll restriction and call cost.
ABSORBED DIGITS
Trunk groups that are subject to toll restriction can be programmed to “absorb” (ignore) the first
digits so that the digits dialed are handled by the system just as they would be by the local
telephone company or PBX to which the system is connected. There are two applications for
this capability: PBX installations and installations in areas where part of the local office code is
absorbed by the central office (CO). Trunk groups that connect to outside trunks in PBX
installations are referred to as “PBX trunk groups.” Trunk groups that use trunks for which the
CO absorbs part of the local office code are referred to as “local trunk groups.”
557
Features and Programming Guide
When a Mitel system is installed behind a PBX, users must dial special PBX codes to select
the CO trunks. The system trunk group that is used for PBX trunk access must be programmed
to absorb PBX digits. The PBX access codes are then programmed as the absorbed digit
patterns for that PBX trunk group. Up to 50 absorbed digit patterns are allowed, with a maximum
of 48 digits in each.
When a PBX trunk group is used and an absorbed digit string is not dialed, the system behaves
as though the trunk group is “not subject to toll restriction” and does not perform toll restriction
and call cost functions. The call is considered to be an internal PBX call; it is allowed no matter
what digits are dialed. The call cost rate is “PBX,” and the call is designated as free (000) in
the SMDR report.
When a PBX trunk group is used and an absorbed digit string is dialed, the system absorbs
the PBX access code and behaves as though the trunk group is “subject to toll restriction,”
using the remaining digits for toll restriction and call cost processing. When the Redial, Speed
Dial, or Call Forward features are used, the system automatically inserts a short pause after
the absorbed digit string to provide for the delay that occurs while a trunk is seized.
In some rural areas, specific digits (dialed as all or part of the local exchange) are absorbed
by the central office, thus reducing the number of digits required to dial local calls. These digits
may also be “repeatable.” That is, they are absorbed if dialed more than once. To determine if
a central office absorbs digits and whether the digits are repeatable, contact the telephone
company.
When using this type of trunk, the system must be programmed to recognize the absorbed
digits. That is, the absorbed digits must be programmed as an absorbed digit string for any
trunk groups that include those trunks. For each local trunk group, only one string is allowed,
with a maximum of 48 digits. The only characters allowed in the string are digits (0-9), pound
sign (#), parentheses ( ), brackets ([ ]), greater than (>) and less than (<) symbols, and the
wildcards.
If the system is not programmed to recognize the absorbed digits for a PBX or local trunk, the
system may be left open for users to bypass toll restriction. A user could bypass toll restriction
by dialing the digits that are absorbed by the CO before dialing a toll number. If the system
does not know that the first digits are absorbed, it will not recognize a toll digit that follows them.
However, if the digits absorbed by the CO are programmed as an absorbed digit pattern for
the trunk group, the system will recognize them, absorb them, and then recognize any digits
that follow as possible toll digits.
When dialed, absorbed digits (PBX or local) appear in the SMDR record if they are not
suppressed during SMDR programming. Repeatable (local) absorbed digits will appear in
SMDR only once, even if dialed repeatedly.
Absorbed-digits are programmed on a trunk group-by-trunk group basis. In the default state,
no trunk group absorbs digits.
EQUAL ACCESS
Under the terms of the final divestiture agreement, Bell Operating Companies provide equal
access to all long distance companies. The equal access provision requires each Bell Operating
Company to modify existing switching equipment to make it possible for customers to have
direct access to all available carriers serving their area code. Prior to equal access, routing
long distance calls to long distance companies other than AT&T required a lengthy dialing
558
Extension Lists and System Groups
process usually involving a local access number, authorization number, and public network
number.
As central offices are converted to provide equal access, customers served by those offices
may choose one of two options for the routing of long distance calls. The options are:
• Pre-subscription: Normal “1+” or “0+” dialing procedures may be used and a switching
arrangement automatically routes calls to the predesignated long distance company.
• Non-Pre-subscription: A long distance company is not predesignated and a five or six
digit equal access code identifying a long distance company (10XXX or 101XXXX) is re-
quired to be dialed preceding the desired “1+” or “0+” long distance telephone number to
designate the long distance company to handle the call.
Pre-subscription does not limit long distance calling to the predesignated long distance
company. An access code (10XXX or 101XXXX) may be dialed to direct a call to the long
distance company of choice. Pre-subscription also does not affect the way an operator may be
contacted. Any existing non-pre-subscription long distance company operator is called by
dialing the carrier’s access code followed by “0.”
COS
Each phone and each trunk group that is “subject to toll restriction” is assigned toll restriction
classes of service (COS) that restrict or allow certain dialing patterns on outside calls. For
programming instructions, see “Numbering Plans“ on page 139.
The classes of service (COS) are programmed individually for phones, Voice Processing
applications, and trunk groups. There are separate COS designations for day and night modes.
A phone or trunk group can be completely unrestricted or can have any combination of the
classes of service.
The first nine COS designations (01–09) have default values. COS designations (10–16) do
not have default values and are blank. All of the classes of service are programmable. Each
may be specified as an “allowed” or “denied” class of service, dialing patterns can be
programmed for each, and each can be assigned to phones and trunk groups as needed. The
default values of COS 01-09 are as follows:
• COS 01 – ARS Only: (This is a phone COS only. It is not used for trunk groups. Also, it
cannot be used unless the ARS feature is available.) Calls can only be placed using the
Automatic Route Selection (ARS) feature when this restriction is assigned. The user will
hear reorder tones when attempting to place a call using any other method. A restricted
user can still select individual trunks if the trunks are designated as “exempt from ARS
Only,” were transferred, were placed on hold, or are recalling or ringing. Trunk restriction
determines which trunks in the ARS route group can be selected by the phone or Voice
Processing application.
• COS 02 – Deny Area/Office: This restriction is divided into eight user groups to allow the
use of varying area/office code restriction tables. This is useful for reducing restrictions for
some of the phones, Voice Processing applications, or trunk groups while increasing re-
strictions for others. Each phone, application, and trunk group is assigned a day mode and
a night mode user group in database programming. Within each user group, area codes
can be designated as restricted, allowed, or extended. Restricting an area code prevents
users from placing calls to that area code. Allowing an area code allows all office codes
559
Features and Programming Guide
within that area code. Designating an area code as extended allows the system adminis-
trator to determine which office codes (up to 800) are allowed or restricted within that area
code. For each user group, 800 area codes can be marked as allowed or restricted in the
database list, and up to six area codes can be marked as extended.
• COS 03 – Deny Operator: Calls to numbers that match the dial patterns for this class of
service (defaults to [Q]RN+, [Q]R0, and [Q]RE) are restricted, unless the number also
matches a dial pattern in an “allowed” class of service that is assigned to the phone, Voice
Processing application, or trunk group being used.
• COS 04 – Deny Toll Access: Calls to numbers that match the dial patterns for this class
of service (defaults to [Q]TN+ and [Q]TE) are restricted, unless the number also matches
a dial pattern in an “allowed” class of service that is assigned to the phone, Voice Processing
application, or trunk group being used.
• COS 05 – Deny International: Calls to numbers that match the dial patterns for this class
of service (defaults to [Q]I+) are restricted, unless the number also matches a dial pattern
in an “allowed” class of service that is assigned to the phone, Voice Processing application,
or trunk group being used.
• COS 06 – Deny Equal Access: Calls to numbers that match the dial patterns for this class
of service (defaults to Q+) are restricted, unless the number also matches a dial pattern in
an “allowed” class of service that is assigned to the phone, Voice Processing application,
or trunk group being used.
• COS 07 – Deny Local Calls: Calls to numbers that match the dial patterns for this class
of service (defaults to N+) are restricted, unless the number also matches a dial pattern in
an “allowed” class of service that is assigned to the phone, Voice Processing application,
or trunk group being used.
• COS 08 – Denied Numbers: Calls to numbers that match the dial patterns for this class
of service (defaults to 1900NXXXXXX+ and 976XXXX+) are restricted, unless the number
also matches a dial pattern in an “allowed” class of service that is assigned to the phone,
Voice Processing application, or trunk group being used.
• COS 09 – Allowed Numbers: Calls to numbers that match with the dial patterns for this
class of service, defaults to 1(800, 888, 877, 866, 855, 844, 833, and 822)NXXXXXX+, are
allowed, even if number also matches a dial pattern in a restricted class of service that is
assigned to the phone, Voice Processing application, or trunk group being used.
Calls are only restricted if the dialed patterns match the denied pattern exactly and that is the
only class of service you have. Allowed patterns, however, always override denied patterns,
even if the numbers are similar. For example, the following table demonstrates what is allowed
or denied when the restricted pattern is 976+ and the allowed pattern is 976-1111.
560
Extension Lists and System Groups
System Speed Dial numbers can be programmed to bypass COS restrictions on a system-wide
basis. If the option is not enabled, all System Speed Dial numbers are subject to toll restriction.
Because a condition may exist where a critical or life threatening situation needs to be reported,
using the Emergency Call feature code will override all toll restrictions and trunk access
programming.
In the event that the classes of service for the phone or Voice Processing application and the
trunk group conflict, the decision to restrict or allow a number is based on the following ordered
checks. The ordered checks apply to all calls to outside telephone numbers, including calls
forwarded to outside telephone numbers.
• Phone or Voice Processing application COS is checked. If the digits dialed exactly match
a pattern included in a “denied” class of service assigned to the phone or Voice Processing
application and not with a pattern included in an “allowed” class of service assigned to the
phone or Voice Processing application, the number is restricted.
• If ARS is not being used and forward to an outside number is not being programmed, trunk
group COS is checked. If the digits dialed exactly match a pattern included in a “denied”
class of service assigned to the trunk group and not with a pattern included in an “allowed”
class of service assigned to the trunk group, the number is restricted.
• If ARS is being used and a forward to an outside number is being programmed, phone or
Voice Processing application COS is checked. If the digits dialed partially match a pattern
included in a “denied” class of service assigned to the phone or Voice Processing application
and not with a pattern included in an “allowed” class of service assigned to the phone or
Voice Processing application, the number is restricted.
• If a forward is being programmed to an outside number, trunk group COS is checked. If the
digits dialed partially match with a pattern included in a “denied” class of service assigned
to the trunk group and not with a pattern included in an “allowed” class of service assigned
to the trunk group, the number is restricted.
• If none of the above cases apply, the number is allowed. If the trunk group is “not subject
to toll restriction,” neither the trunk group nor phone COS is checked, unless the call was
placed using ARS. All ARS calls are subject to phone toll restriction only.
Toll strings are dialing patterns that are abbreviated to single-character wildcards. These
programmable wildcards are used frequently in the toll restriction class of service programming
and in other parts of the system, including ARS route group programming, trunk group absorbed
digits programming, and others.
Changing these dialing patterns will affect all of the other parts of the system where they are
NOTE
used.
Toll strings can contain any digit 0–9, #, or *. In addition, a variety of special characters may
be entered into the database to reflect particular digit strings, hookflashes, or special digit strings
(as described below).
Each of the following toll string wildcards can be reprogrammed and/or renamed to meet the
customer’s requirements. The programmable toll string wildcards are as follows:
561
Features and Programming Guide
• Operator Access (R): Represents the digit string that is required to reach a telephone
company operator. In the default state, this dialing pattern is 0.
• Toll Access (T): Represents the digit(s) required when using long distance service. In the
default state, this toll string is 1.
• International (I): Represents the digits required for international dialing. In the default state,
the dialing patterns for this toll string are 011 and 01.
• Equal Access (Q): Represents the digits required for access to secondary carriers using
equal access dialing. In the default state, this toll string is 101XXXX, 10NXX, and 100XX.
• Any Toll String (S): Indicates that any of the designated patterns can be dialed at that
point in the digit string. In the default state, the dialing patterns for this toll string are Inter-
national (I), Operator Access (R), and Toll Access (T).
NON-PROGRAMMABLE WILDCARDS
Table 83 shows the special characters that may be used when specifying dialing patterns.
These characters are not programmable.
Table 83: Special Characters for Specifying Dialing Patterns
CHARACTER MEANING
Z Any digit 0 or 1
B # or *
H A hookflash [Recall]
E End of dialing; the pattern will not match if any digits are dialed beyond this point
+ Any additional dialing will be accepted, from this point in the string, with no further
checking for a match. This also means that no further dialing is required beyond this
point.
Unless otherwise noted, each wildcard character represents exactly one character position in
the dialed number. For example, 258999X will accept 258999 plus any digit 0–9.
A character inside brackets indicates an optional pattern within another pattern. For example,
the International Access character “I” could be defined as 01[1]. The 01 is followed by an
optional 1. To add an optional equal access code to the beginning, the pattern would be
[Q]01[1].
A range of numbers within parentheses, such as (00–99), indicates a range of digits within a
pattern. The digits on either side of the hyphen and all digits that fall within the numerical range
are included in the match. The digit strings on either side of the hyphen must be the same
length, and the only digits that may appear in the range are 0–9 (#, *, pauses, and hookflashes
are not allowed).
562
Extension Lists and System Groups
Patterns within angle brackets, such as <9>, indicate repeatable patterns within patterns. In
other words, no matter how many times the digit string within the brackets is dialed, the system
will consider the dialed digits to match the pattern. A repeatable pattern is an entire pattern; no
other characters are allowed before or after a repeatable pattern. In other words, a repeatable
pattern cannot be included within any other pattern.
CALLER ID FORWARDING
This section contains the following information:
• Feature Description below
• Call Processing Forwarding Priorities on page 569
• Programming Caller ID Forwarding on page 573
• Troubleshooting Caller ID Forwarding on page 574
FEATURE DESCRIPTION
Caller ID forwarding allows Call Processing (CP) to send Caller ID information from any
incoming services to the public or private network using Primary Rate Interface (PRI) or Basic
Rate Interface (BRI) Integrated Services Digital Network (ISDN) circuits, or SIP peer trunks. In
the European market Caller ID is known as Calling Line Identification [CLID]. When Caller ID
is enabled, the system includes information that identifies the caller to the public or private
network.
The Caller ID information can be a phone user name or extension, caller number (calling party
number or name), or incoming Caller ID information. The system software can process any
incoming caller ID information and then resend this information through an ISDN circuit or SIP
peer trunk with some limitations. Caller ID received through an ISDN/analog line/T1 circuit or
SIP peer can be processed and sent out to an ISDN circuit or SIP peer. Caller ID information
can also be forwarded between nodes.
Caller ID information presented by the system results from any one of the following events:
• A call that is originated from a phone on the system.
• A call that is redirected from an external call.
• The system programmable fields in DB Programming (see page 573).
Based on the caller ID settings, the following calls are supported with the processing of the
Caller ID number or name.
563
Features and Programming Guide
Incoming calls that have their caller ID information blocked are not sent by the system. Instead,
the system passes the generic block name (Private, Restricted, Out-Of-Area, or Blocked). The
system can only send caller ID information it receives. If the incoming call does not provide
both name and number, the information sent will only include what was received.
When the caller ID name is sent to the public telephone network, the name may be removed
or replaced by the CO.
NOTES
Some SIP trunk providers use the caller ID as part of authentication for outbound calls. If this
is the case, calls will fail if the incorrect caller ID is sent to the SIP Peer.
Network Considerations
The reason for the user name condition above is for network compatibility for older systems.
The user name information between nodes is not sent immediately.
564
Extension Lists and System Groups
The following scenarios describe how incoming and outgoing calls are connected through a
PRI to another PBX using the Caller ID Forwarding feature.
565
Features and Programming Guide
566
Extension Lists and System Groups
Scenario #3: A Voice Mail application transfers an inbound call to an extension that is forwarded
to an outside number.
567
Features and Programming Guide
Scenario #4: Inbound call is immediately routed to an outside number using Single Ring-in
Destination, Station Forwarding, and OAI Deflect.
568
Extension Lists and System Groups
Scenario #5: An extension calls another extension that is routed to an outside number through
phone forward, OAI, or Send to Destination. Same Node or remote Node intercom calls are
processed the same.
The Call Processing forwarding priorities are designed to provide maximum flexibility without
burdening the calls that do not require Caller ID.
If the Emergency Calling Party Number is configured, Call Processing uses the Emergency
Calling Party Number as the outgoing ISDN Caller ID [CLID]. If the Emergency Calling Party
Number is not configured, Call Processing uses the phone Calling Party Number, trunk group
Calling Party Number, or phone extension depending on the “Propagate ID on Transfer” and
569
Features and Programming Guide
“Send Station Caller ID to Attend PBX” flags. See page 550 for details about these fields. See
the flowchart on page 543 for phone level Caller ID Forwarding call flow.
If the voice mail Caller ID [CLID] is configured, Call Processing uses the voice mail Caller ID
[CLID] when the Message Notification Retrieval application makes an outgoing call. When a
Call Routing Application (CRA) makes an outgoing call, Call Processing will forward the Caller
ID [CLID] based on the “Propagate Original Caller ID on Transfer” flag (Message Notification/
Retrieval applications only). See page 551 for details about this field. See the flowchart on page
544 for voice mail level Caller ID Forwarding call flow and the flowchart on page 545 for SIP
voice mail level Caller ID Forwarding call flow.
The trunk group Calling Party Number and Calling Party Name are used only if no other Calling
Party Number can be determined. Call Processing uses the Calling Party Number and Calling
Party Name that is defined in the trunk group only if the original Caller ID [CLID] or phone Caller
ID [CLID] information is not set. The trunk group Caller ID [CLID] has the least precedence
than other Caller IDs. The flowcharts on pages 543 through 545 show how Call Processing
forwards the Caller ID [CLID] based on the configuration. However, if the Force Trunk Group
Calling Party Name and Number flag is set on the Trunk Group, then the Calling Party Name
and Number specified at the Trunk Group level takes priority over any other Caller ID
information.
570
Extension Lists and System Groups
571
Features and Programming Guide
No
Is OAI application
Name: OAI calling party username
Yes changing calling party
Number: OAI calling party number
name or number?
No
Transferring a
trunk call?
Yes
No
No No
No
No
Name: N/A
Number: N/A
572
Extension Lists and System Groups
Transferring a trunk
call ?
Yes
No No
Program the following fields under System\Devices and Feature Codes\CO Trunk
groups\<trunk group>:
• Send Station Extension/Username to Attached PBX on page 550
• Propagate Original Caller ID on page 551
• Wait for ISDN Caller ID Information on page 553
If a SIP trunk group is used for routing outbound calls, program the following fields under
System\Devices and Feature Codes\SIP Peers\SIP Trunk Groups\<SIP peer trunk>\Trunk
Group Configuration:
• Send Station Extension/Username to Attached PBX on page 550
• Propagate Original Caller ID on page 551
573
Features and Programming Guide
The following table lists troubleshooting information for the Caller ID Forwarding feature.
574
Extension Lists and System Groups
575
Features and Programming Guide
When the T1/E1/PRI or Dual T1/E1/PRI module’s Switch Type is programmed for Private
Networking, all of its B-Channels are automatically assigned to a node trunk group. You can
view the list but you cannot change it.
576
Extension Lists and System Groups
There are separate lists for phones with emergency outgoing access in day and night modes.
By default, the automatic phone list (Auto: All Phones) is assigned to Day/Night Emergency
Outgoing Access.
To add phones that will have emergency outgoing access for the node trunk group:
1. Select System – Devices and Feature Codes – Node Trunk Groups.
2. Select the trunk group number.
3. Select Emergency Outgoing Access, and then select either Day Mode or Night Mode.
4. Right-click anywhere in the right side of the window. An option box appears.
5. Select Add To List. A window appears prompting for the device type to include.
6. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
7. Select the appropriate items, then select Add Items. When you have added all the desired
devices, click Finish. The selections appear in the list. To view programming options,
double-click the extension number.
WARNING
Responsibility for Regulatory Compliance.
It is the responsibility of the organization and person(s) performing the installation and
maintenance of Mitel Advanced Communications Platforms to know and comply with all regulations
required for ensuring Emergency Outgoing Access at the location of both the main system and any
remote communication phones. Remote IP and SIP phones may require gateway access to nearby
emergency responders.
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the United
Kingdom U.K.
• If applicable, 112, an emergency number used widely in Europe outside of the U.K.
• 112, the default for Mitel systems located in Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the location of the
main system and/or remote phones.
577
Features and Programming Guide
There are separate lists for phones with outgoing access in day and night modes. By default,
the automatic phone list (Auto: All Phones) is assigned to Day/Night Outgoing Access when a
node trunk group is created.
To add phones that will have outgoing access for the node trunk group:
1. Select System – Devices and Feature Codes – Node Trunk Groups.
2. Select the trunk group number.
3. Select Outgoing Access.
4. Select either Day Mode or Night Mode.
5. Right-click anywhere in the right pane. An option box appears.
6. Select Add To List. A window appears prompting for the device type to include.
7. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
8. Select the appropriate items, then select Add Items. When you have added all the desired
devices, click Finish. The selections appear in the list. To view programming options,
double-click the device.
SEARCH ALGORITHM
578
Extension Lists and System Groups
CAMP-ONS ALLOWED
The Camp On feature can be enabled or disabled for each node trunk group. If disabled, users
placing outgoing calls will hear busy signals when all trunks in the group are in use or
unavailable. If enabled, users will be able to camp on and wait for an available trunk.
This is a BRI-only trunk. When set to Yes, it allows you to add only B-channel trunks to the
trunk group. With the flag set to No, you may add any types of trunk, except private networking
B-channel trunks. Any non-B-channel trunks must be removed from the node trunk group before
the flag can be set to Yes. If you move multiple trunks into a node trunk group that has this flag
enabled, you will be warned that none of the trunks will be added to the group if any of the
trunks to be added are non-B-channel trunks. By default, the flag is set to No.
579
Features and Programming Guide
HUNT GROUPS
This section contains the following information:
• Feature Description below
• Programming ACD Hunt Groups on page 597
• Programming Local Hunt Groups on page 599
• Programming Local Hunt Group Options on page 600
• Node-Spanning Hunt Groups on page 615
• Programming Remote (Off-Node) Hunt Groups on page 615
FEATURE DESCRIPTION
The Hunt Group feature permits calls to be placed to a group of phones and to be automatically
transferred to an available phone in the group. You can program up to 300 hunt groups. Hunt
group lists can contain individual phones or extension lists. Non-ACD hunt group phones must
reside on the same node; off-node devices must be ACD hunt group members.
The order in which hunt group phones receive incoming calls is determined by the search type
selected (see page 613). A phone or extension list (page 528) can appear in a single hunt
group more than once, and it can appear in multiple hunt group lists, if desired.
Hunt groups have their own extension numbers (defaults to 2000–2299). Individual phones
within the hunt group can be called using their assigned extension numbers.
For feature usage instructions, refer to the applicable phone user guide.
When an intercom or outside call is transferred or rings in to the pilot number, it circulates
through the hunt group in linear or distributed order until answered, as described below.
• Linear order: Incoming calls always
LINEAR HUNT GROUP CALL PROCESSING
start circulating by ringing at the first
Hunt group pilot
phone (or extension list) on the hunt number 2000 called
group list that is stored in the data-
base. Calls will always
HUNT GROUP MEMBERS:
begin search here
EXT. 1000
EXT. 1001
EXT. 1002
EXT. 1003
580
Extension Lists and System Groups
For information about the distribution types available in ACD hunt groups, see
NOTE
page 584.
If an extension list is included in a hunt group, a call will ring all phones on the extension list
when it reaches that point in the hunt group list. Therefore, to create an “all ring” type of hunt
group, you can program the hunt group as either linear or distributed and then assign an
extension list as the only hunt group member.
A system-wide flag titled “Single Idle Time for All Hunt Groups” invokes an Automatic Call
Distribution (ACD) algorithm that sends an incoming call to the agent station with the longest
idle time in all the HG queues to which that station belongs. For agent stations belonging to
multiple HGs, this feature allows calls to be distributed to other stations having the longest idle
time, regardless of the station idle time status in an individual HG.
Hunt group phones receive the following indications when a call is ringing in:
• If an outside call is ringing, the phone designated to receive the call first shows ring flash
on the associated individual trunk button (if it has one) or a CALL button until the call is
answered or the No Answer Advance timer expires and the call moves to the next phone.
• If hunt group camp on is allowed and all phones on the hunt group list are unavailable (busy,
in Do-Not-Disturb, or with hunt group remove enabled), an intercom or outside call will camp
on, and the phones will receive the following indications:
• Busy phones: Receive hunt group camp-on tones (if enabled) and display. If there is
an individual trunk button associated with the trunk, it shows ring flash. A programmable
phone flag can be used to disable the camp-on tones for hunt group calls. For pro-
gramming instructions, see “Camp-Ons Allowed“ on page 579.
• Phones with Hunt Group Remove enabled: Receive camp-on tones and display. If there
is an individual trunk button associated with the trunk, it shows ring flash.
• Phones with Do-Not-Disturb enabled: Receive no camp-on indications, but if there is
an individual trunk button associated with the trunk, it shows ring flash.
• The first phone that becomes available: Receives ringing and a flashing trunk or Call
button. The Camp On and ring flash indications end at the other phones. (The associ-
ated trunk button will be steadily lit at those phones to show that the trunk is busy.)
581
Features and Programming Guide
• If hunt group Camp On is not allowed and all phones on the hunt group list are unavailable,
the hunt group members will not have any Camp On indications. Callers will hear one of
the following:
• Intercom callers will hear busy signals.
• Callers on a trunk that does not have to be seized for the system to return busy
signal (such as a T1 E&M) will hear busy signals.
• Callers on a trunk that has to be seized for the system to return busy signal (such
as a non-T1 Loop Start) will hear ringing, and the call will be sent to the primary
attendant.
• ISDN callers will hear busy signals.
Phones within the hunt group can receive direct trunk ring-in, intercom, forwarded, or transferred
calls to their individual extension numbers without affecting other phones in the hunt group.
A flag titled “Return Automatic Call Distribution (ACD) Calls to Hunt Groups” can be set for
individual Hunt Groups (HG). When enabled, this feature re-queues a call to the front of the
Camp On queue for the HG from which the call came. It allows a calling party to immediately
return to the front of the HG queue if the assigned agent station goes into Do-Not-Disturb (DND)
mode. If the flag is not enabled, the calling party will continue to ring until the No Answer Advance
timer expires or the agent removes DND from the station and answers the call.
Trunk groups can be programmed to ring in directly to either a pilot number or extension
number(s). If assigned to a pilot number, ring in for the trunk group cannot be assigned to any
other extension number(s).
If an outside call rings in to a pilot number that does not have hunt group phone assignments,
the call is sent to the primary attendant. If a phone user attempts to transfer a call to an invalid
pilot number, the call is placed on individual hold, and the phone user hears reorder tones. A
phone user attempting to place an intercom call to an invalid pilot number will hear reorder
tones, and the display will show NO MEMBERS IN HUNT GROUP.
Hunt group programming affects the Call Forwarding feature in the following ways:
• Hunt group calls follow unconditional forward: If a phone location in a hunt group is in
the unconditional call forward mode to another phone, calls to the hunt group will follow the
phone forwarding request. A forwarded hunt group call will ring at the forwarding destination
until the No Answer Advance timer expires. If it is not answered before the timer expires,
the call will return to the hunt group and continue circulating through the hunt group list.
• Conditional forward dependent on timer interaction: Phones that are busy and have
their calls forwarded conditionally (no answer, busy, or unavailable) to another phone will
receive the hunt group call (if the phone is not busy) until the Forward No Answer timer
expires. At this point, if the hunt group’s No Answer Advance timer has not expired, then
the call will be forwarded. Once the No Answer Advance timer expires, the call will circulate
to the next phone in the hunt group list.
• Hunt group calls will not forward to some destinations: Hunt group calls will not forward
to voice mail, outside numbers, or system forwarding paths.
• Announcement and overflow stations can forward hunt group calls: If an announce-
ment or overflow station has call forward enabled, hunt group calls will follow the forward,
and the forwarding destination phone will act as the announcement or overflow station.
582
Extension Lists and System Groups
• Hunt groups can receive forwarded calls: Phones can forward calls to a hunt group’s
pilot number.
Hunt groups can be assigned as message centers and/or alternate message sources for
individual phones.
An incoming call to a hunt group immediately registers the Recall timer if there is a recall
destination identified for that hunt group. If a call is not answered by a hunt group phone before
this timer expires, the call will exit the hunt group and begin ringing at the recall destination
phone. The call will remain at this destination until it is answered or the caller hangs up.
If there is no recall destination phone, the call will remain in the hunt group until it is answered
or the caller hangs up.
If the recall destination is not available or not reachable, the call will remain in the hunt group
until it is answered or the caller hangs up.
Hunt group members can temporarily stop hunt group calls from ringing at their phones by
entering the Hunt Group Remove feature code as described below. If a phone is assigned to
more than one hunt group, this halts calls from all hunt groups. Hunt Group assignments cannot
be removed individually. DND can also be used to halt Hunt Group and other calls to the phone.
This feature has no effect on ACD hunt groups. See page 586 for ACD login/logout
NOTE
information.
When the Hunt Group Remove feature is enabled, the user will still receive the camp-on display
and tone, and the individual trunk button flashes, if one exists, for calls to the hunt group. The
phone continues to receive calls placed to its extension number. Hunt group overflow and
announcement stations cannot block hunt group calls using this feature.
If a phone user has programmed a button for entering the Hunt Group Remove/Replace feature
code, and if that button has a lamp, the lamp will be lit whenever the phone is removed from
the hunt group.
Uniform Call Distribution (UCD) hunt groups provide additional features to improve hunt group
efficiency. The features added when UCD is enabled are as follows:
• Announcement and overflow stations pick up unanswered calls when the hunt group phones
are busy.
• Hunt group priority ranking will place calls to one hunt group before another at phones that
are members of more than one hunt group.
• Hunt group supervisors can monitor outside calls of any member of the hunt group.
583
Features and Programming Guide
NOTE UCD Hunt Groups is a standard feature on the MiVoice Office 250.
Some phones may be members of more than one UCD hunt group. For this reason, hunt groups
are assigned a “priority level.” The priority level determines which hunt group’s calls should be
received first when calls ring in or camp on to several hunt groups at once.
Automatic Call Distribution (ACD) can be programmed to distribute hunt group calls to equalize
call time or call count among the available members. Using the System OAI Events feature,
ACD hunt groups can be programmed to send call information records to an external device
connected to the system, such as Contact Center Suite.
NOTE This feature requires the ACD Hunt Group software license.
ACD hunt groups can use the standard hunt group features described in “ACD Hunt Groups“
on page 584, and/or the UCD features described on “UCD Hunt Groups“ on page 583, if the
UCD Hunt Group feature is enabled.
When an intercom or outside call is transferred or rings in to the ACD hunt group, it can circulate
in linear or distributed order, as described on “Hunt Group Call Distribution“ on page 580 or
using one of the following ACD distribution methods:
• Longest Idle: Sends an incoming call LONGEST IDLE DISTRIBUTION
to the phone that has not been in- ACD HUNT GROUP
volved in a call to this hunt group for Ext. 2000
the longest period of time. (It does not
count calls that were received through TIME IDLE
Ext. 1000 (3 min.)
other hunt groups, direct ring-ins, or Next call will be sent here Ext. 1001 (10 min.)
transfers. Ext. 1002 (6 min.)
Ext. 1003 (1 min.)
The Restart ACD Idle Time Upon Login flag affects how the longest idle value is calculated.
NOTE
For more information, see “Restart ACD Idle Time Upon Login“ on page 612.
584
Extension Lists and System Groups
If an extension list is included in an ACD hunt group set for Longest Idle or Balanced Call Count
distribution, it will treat each phone in the extension list as a separate agent; it will not ring all
of the phones on the list at once. If the hunt group is set for linear or distributed order, a call
will ring at all phones on an extension list at once when the call reaches that point in the hunt
group list.
ACD Agent ID
ACD hunt group members are referred to as “agents.” Agents log in to the ACD hunt group to
receive calls and log out to halt ACD hunt group calls. An ACD hunt group can be programmed
to circulate calls to agents in two ways:
• Agent IDs: Assigns each agent an Agent ID number which he or she enters during the
login procedure (described below). The hunt group calls are routed to logged in agents,
according to their Agent ID number instead of their phone extension. Because the Agent
ID is not associated with any phone extension, the agent can use any phone in the system
to log in and does not have to use the same phone every time.
• Members: Sends calls to the phones where agents are logged in, using a list of phones
instead of IDs.
NOTICE
For optimum system performance, no more than 1000 Agent IDs should exist in any one hunt group,
and no more than 2000 Agent ID entries should exist in all hunt groups combined.
When a call camps on to an ACD hunt group that uses Agent IDs, only the agents currently
logged in to the hunt group will receive camp-on indications.
ACD Agent ID hunt group supervisors will not receive visual or audible camp-on displays if they
are programmed as members of the hunt group and have the ACD Agent Logout feature turned
on. For an ACD hunt group supervisor to receive visual and audible camp-on displays, they
must be logged into the ACD Agent Hunt Group.
ACD Agent IDs can be included in Extension Lists, which allow several ACD Agents to receive
a call at once.
585
Features and Programming Guide
ACD hunt group members are referred to AGENT ID IN UCD/ACD HUNT GROUP
as “agents.” Agents can log in to and out HUNT GROUP
of the ACD hunt group at any time. While Ext. 2000
logged in, the agent will receive calls HUNT GROUP
through the ACD hunt group. When the ANNOUNCEMENT
agent is logged out, calls to that ACD hunt PHONE
group will bypass the phone. (The Hunt Ext. 1222
Group Remove/Replace feature,
OVERFLOW
described on page 583, does not have PHONE
any effect on ACD hunt group calls when
entered by an ACD agent. However, ID 2370
placing the agent’s phone in Do-Not-
Agent ID
Disturb mode will halt all ACD and non- can be logged
ACD hunt group calls.) in or out
RECALL PHONE
Three feature codes can be used for
logging in to or out of ACD hunt groups:
• ACD Agent Login
• ACD Agent Logout
• ACD Agent Login/Logout
The first two perform only one operation. The third (Login/Logout) is a toggle feature code that
logs the phone in or out of all associated ACD hunt groups at once. If the toggle feature code
is programmed in a user-programmable button with a lamp, the lamp is lit when the agent is
logged in to an ACD hunt group and available to receive calls. The lamp is unlit when the agent
is logged out. For feature usage instructions, refer to the applicable phone user guide.
Each time an agent ends an ACD hunt group call, the phone goes into “wrap-up” mode, and
the Wrap-Up timer is started. Until that timer expires, the agent will not receive another call
through any ACD hunt group. (However, the agent can receive non-ACD hunt group calls, direct
ring-in calls, and transfers.)
The range of the Wrap-Up timer is 1 to 65,535 seconds. The default value is 15 seconds. It is
programmed individually for each ACD hunt group.
If an agent wants to terminate the wrap-up mode before the timer expires, he or she can use
the following procedure.
For feature usage instructions, refer to the applicable phone user guide.
There is a system flag called “Wrap-Up Mode For Holding ACD Calls.” If enabled, it places an
ACD agent’s phone in wrap-up mode when an ACD call is placed on hold. (However, the ACD
Wrap-Up Duration timer is not activated.) This prevents the agent from receiving additional
ACD hunt group calls after he or she places an ACD call on hold while the phone is idle. (The
phone can still receive non-ACD calls, as usual.) If the flag is disabled, the agent will be available
586
Extension Lists and System Groups
to receive additional ACD calls as soon as an ACD call is placed on hold. In the default state,
this flag is disabled.
This flag applies to any type of hold including individual, system, transfer, and conference-wait
hold. If the call is terminated or if it is reverse transferred by another phone, the ACD agent’s
phone will be made available to receive incoming ACD calls.
For feature usage instructions, refer to the applicable phone user guide.
When the Auto Connect flag is enabled for an agent ID, and the agent is using a headset,
ACD hunt group calls will automatically be connected following a short ring burst. (This feature
will not work if the agent is not using a headset.)
When the ACD agent logs in, however, the first call rings until the ACD agent answers it. For
subsequent calls, the agent hears the ring burst in the headset, and the call is automatically
connected. The Auto Connect flag overrides the phone’s Transfer-To-Connect Allowed phone
flag. It is disabled by default.
When the ACD agent removes the phone from DND, the call may or may not ring until the agent
answers it. This is dependent on the Allow Immediate ACD Auto Connect after DND flag
(under System\Flags). If this flag is enabled, the agent is automatically connected to all calls,
including the first one received after exiting DND. If this flag is disabled, the first call rings until
the agent answers it, but subsequent calls are automatically connected. By default, this flag is
disabled.
The Remote Automatic Call Distribution Hunt Groups software license feature allows ACD hunt
groups to span nodes. Node-spanning ACD hunt groups can have either members or ACD
Agent IDs.
• Members: ACD hunt group members may include off-node phones, off-node single lines,
and Hunt Group Member extension lists.
• ACD Agent IDs: Unlike members, there are no off-node Agent IDs. Agent IDs are consid-
ered global throughout all nodes in which the Agent exists. This means that if you create
Agent ID 100 on one node, you must also create Agent ID 100 on all other nodes that have
a phone that a user may want to login to the hunt group using that ID.
The Remote Automatic Call Distribution Hunt Groups feature must be available on the node
where the hunt group resides as well as any node that wants to have users log in to the node-
spanning hunt group. This feature also requires the ACD Hunt Groups software license feature.
Because of this fact, several cases must be considered. The following table shows the different
displays and results for logging-in to and out of ACD hunt groups with the different combinations
of the feature and the ACD Hunt Group enabled/disabled.
587
Features and Programming Guide
Table 91: Log In Displays and Results for Remote ACD Hunt Groups
HUNT
STATION GROUP
NODE NODE LOG IN “ALL” LOG IN “ALL”
ENABLED ENABLED LOG IN DISPLAY LOG IN RESULT DISPLAY RESULT
Yes Yes AGENT LOGGED INTO Agent logged-in to AGENT LOGGED Agent logged-in to all
HUNT GROUP XXXX hunt group. INTO ALL ACDS local and remote
groups.
Yes No CANNOT ACCESS Agent not logged- AGENT LOGGED Agent logged-in to all
RESERVED FEATURE in to group. INTO ALL ACDS local hunt groups, but
not remote where
feature disabled.
No Yes CANNOT ACCESS Agent not logged- AGENT LOGGED Agent logged-in to all
RESERVED FEATURE in to group. INTO ALL ACDS local but no remote
groups.
No No CANNOT ACCESS Agent not logged- AGENT LOGGED Agent logged-in to all
RESERVED FEATURE in to group. INTO ALL ACDS local but no remote
groups.
ACD hunt groups have options allowing the addition of phone off-node devices, single line off-
node devices, and hunt group member extension lists containing local or off-node phones or
both.
The hunt group feature “Remote ACD Software License Feature,” part no. 840.0233, must
reside the Software License Features folder in database programming. If this feature is not
enabled, the off-node options will not appear in the list when programming members for ACD
hunt groups.
Operational Changes
The Station Monitor feature is limited to a single node. Members who are logged in to a remote
node or who are logged in to the supervisor’s node from a remote node cannot be monitored.
Hunt groups with remote members rely on network links between nodes. Node availability and
software version compatibility affect hunt group log-in procedures as follows:
• Hunt group members attempting to log in to all hunt groups will be logged in to only those
hunt groups on nodes that are reachable. The display on the user device will only indicate
log in results for reachable nodes.
• Members logging out of all hunt groups will be logged out of groups on reachable nodes
immediately and will automatically be logged out of groups on unreachable nodes as soon
as the link to the node is restored. The phone will display MESSAGE PENDING in this case.
The ACD Wrap-Up functions perform as in previous versions with the exception of priority. Due
to timing issues involved in sending messages across the network, the following prioritization
method is used for hunt groups with remote members:
• The first criterion is priority level. The hunt group with the highest priority gets the available
agent first.
588
Extension Lists and System Groups
• In the event of a tie in priority, hunt groups located locally take priority over those located
on remote nodes.
• In cases where ties in priority occur within the local node, the hunt group with the longest
camped on call will receive the available agent.
• Given off-node ties in priority, the first hunt group to camp on will receive the available agent.
589
Features and Programming Guide
A hunt group can be designated as a Voice Mail Hunt Group to enable it to contain the multiple
ports of an analog voice mail unit. Each voice mail unit port is programmed in the distribution
list like a regular hunt group phone. With this feature, incoming calls to the voice mail unit can
be sent to a single pilot number where they can be processed even if one port is busy or out
of service.
NOTE This feature requires the Voice Processor Analog Hunt Groups software license.
If the Voice Mail Hunt Group is assigned as the message center for a phone, it is called after
the Message Wait timer expires. When the voice mail unit answers the call, the called party’s
mailbox number is automatically dialed.
Analog voice mail units should use the Silent Message feature code (367) instead of the
NOTE
Message feature code (365).
If the voice mail hunt group is a system forwarding point. For details, see “System Speed Dial“
on page 498. Or, if a phone is forwarded to the Voice Mail Hunt Group, the mailbox number
that is dialed when the voice mail unit answers is the original destination phone’s extension
number. For example, when the principal phone is called, the call is sent to the first system
forwarding point, and then to a voice mail forwarding point where the principal phone’s extension
number is dialed.
The Voice Mail Hunt Group can also be assigned as the alternate message source for each of
the voice mail ports. Then, when a port leaves a message at a phone, and the user responds
to the message, the hunt group will be called instead of the individual port. For more information,
“Alternate Message Source“ on page 328.
Announcement and overflow stations are usually Voice Processor Applications that receive
unanswered calls when all of the hunt group phones are unavailable. The same Application
can be used for the Announcement and the Overflow, or a different number can be used for
each. Also, each of the hunt groups can have the same Announcement and Overflow
Application, or they can be assigned different Applications. In a Mitel system network, the
590
Extension Lists and System Groups
Announcement and Overflow Applications can be off-node devices. For more information, refer
to “Appendix A: Private Networking,” in the MiVoice Office 250 Installation Manual .
UCD HUNT GROUP CALL PROCESSING
Call rings in to
Ext. 2000 No Answer
Advance Timer
18 sec.
Ext. 1000
Announcement Timer
18 sec.
18 sec.
Announcement
Ext. 1001 Application
(once only)
18 sec.
Ext. 1002
Overflow Timer
72 sec.
18 sec.
Ext. 1006 Overflow
Application
18 sec.
Ext. 1007
Overflow Timer
72 sec.
18 sec.
Overflow Stations: The Overflow timer is started when the Announcement timer expires or, if
there is no announcement station, when the call is received by the hunt group. If an incoming
hunt group call is unanswered when the Overflow timer expires, the call is picked up by an
overflow station. The overflow station is a playback device that answers the call and plays a
message. Meanwhile, the call continues circulating through the hunt group (unless it was sent
to a Voice Processing application and then transferred to a phone). If the call is answered by
an available hunt group phone while the overflow station phone is connected to the call, the
call will leave the overflow phone. The Overflow timer restarts each time the unanswered call
591
Features and Programming Guide
leaves the overflow station. An unanswered call will return to the overflow station each time
the Overflow timer expires until the call is answered at a hunt group phone or it is sent to the
recall destination phone.
The following table shows the path that an incoming hunt group call follows for all possible
combinations of announcement and overflow stations:
Yes No Call goes to announcement station only once, after the Announcement
timer expires.
No Yes Call goes to the overflow station after each expiration of the Overflow
timer.
If an announcement or overflow station has call forward enabled, hunt group calls will follow
the forward, and the forwarding destination phone will act as the announcement or overflow
station.
A Call Routing Announcement application’s message can be programmed to include the caller’s
queue position and/or estimated wait time. The queue position announcement tells the caller
how many calls are ahead of his or her call. This includes calls being served and waiting calls
(however, all calls being served count as one call). The estimated wait time is based on a
programmed Average Connect Time Per Call multiplied by the number of calls ahead of the
caller in the queue, divided by the number of available hunt group members (average connect
time per call number of waiting calls available members). For more information, see “UCD
Hunt Groups“ on page 583.
Agent Help
The Agent Help feature allows a phone user to request help from a designated “Agent Help
Extension” during a 2-party or 3-party call. When the request-for-help call rings, the Agent Help
Extension can choose to join the call or reject the request. The Agent Help Extension can be
a supervisor or other phone, an extension list, or a hunt group.
592
Extension Lists and System Groups
For feature usage instructions, refer to the applicable phone user guide.
In database programming, there are two fields for each phone that affect how this feature
operates:
• Agent Help Extension: Determines the phone that is called when the Agent Help feature
code is entered at the phone. This can be set to any valid extension number for a phone,
extension list, or hunt group, or it can be set to “None.”
• User-Keyed Extension: Allows the user to select the phone that will receive the Agent
Help request, even if a default Agent Help Extension is programmed as described above.
When a phone user enters the Agent Help feature code, a private call is placed to the phone’s
Agent Help Extension. While the call is ringing at the supervisor’s extension, neither the
requesting user nor any other parties on the call can hear the private call ringing. If the supervisor
answers the call, the system creates a conference to include the supervisor in the requesting
user’s original call.
If the Agent Help Extension is a phone, the microphone is muted, and the supervisor cannot
be heard unless he or she presses the MUTE button. If the Agent Help Extension is a single-
line phone, the supervisor can be heard as soon as the conference is established. In either
case, the supervisor can hear all other parties on the call.
In a network setting, the Agent Help Extension does not need to reside on the same node as
the user requesting Agent Help.
The type of phone determines how the Agent Help Extension is alerted:
• Display Phone: If the Agent Help Extension is a display phone, the display shows that the
incoming private call is an Agent Help request and identifies the username of the requesting
phone. The Agent Help Extension can choose to reject the call by not answering it or by
entering the Agent Help Reject feature code (376). The call appears under the IC (or a
CALL button if there is no IC button).
• Non-display Phones and Single Line Phones: The Agent Help Request private call rings
just as any private intercom call would; there is no way to distinguish it.
593
Features and Programming Guide
If the Agent Help Extension is an extension list or hunt group, the private call circulates as usual
until it is answered. If an Agent Help request is not answered before the Forward No Answer
timer expires, the request is considered rejected.
To signal to the other parties that the Agent Help Extension has joined the call, a system-wide
Agent Help Tone flag can be enabled during database programming. If the flag is disabled,
there will be no alerting tone. A timer, called the Agent Help Tone Interval timer, determines
how often this tone is generated. If the timer is set to 0, the tone is generated only when the
Agent Help Extension enters the call, a party is added to the call, or the call is placed on hold
and retrieved.
If the Agent Help feature code is assigned to a phone feature button with a lamp, the lamp
status shows the following:
• The lamp flashes when the Agent Help Extension is being called.
• The lamp goes off if the Agent Help request is rejected or the feature is terminated.
• The lamp is lit solidly when the Agent Help Extension is in the conference.
When the requesting phone user hangs up, all parties are automatically disconnected. The
Agent Help Extension can leave the call at any time, without affecting the other parties, by
hanging up. If the other party (or parties) hangs up first, the requesting phone and the Agent
Help Extension remain connected in an intercom call. The requesting phone can cancel the
request (or remove the Agent Help Extension from the call) by re-entering the Agent Help
feature code, thereby terminating the feature.
If necessary, the requesting phone in an Agent Help call can use the Hold (see the following
notice), Transfer, Record-A-Call, or other features during the call, while the Agent Help
Extension is connected. However, if any inside party has enhanced speakerphones enabled,
the enhanced mode will be disabled when the Agent Help conference begins and must be re-
enabled if still desired.
NOTICE
Placing a Record-A-Call call on Hold terminates the RAC feature.
The Agent Help feature will not function in the following cases:
• If the feature is not available, any user attempting to enter the Agent Help feature code will
hear reorder tones and, if at a display phone, see a RESERVED FEATURE display.
• The Agent Help Extension cannot be in Do-Not-Disturb mode or have call forwarding en-
abled. If so, the requesting user will hear reorder tones after entering the Agent Help feature
code or entering the desired extension number. The Agent Help request will not follow the
forward or any programmed system forwarding.
• If the phone user who enters the Agent Help feature code is on a four-party conference
call, the system will send reorder tones to signal that the Agent Help Extension cannot be
added. There can be a maximum of four parties in a conference; attempting to add the
Agent Help Extension would exceed the maximum.
• If there are no conference circuits available when the phone user enters the Agent Help
feature code, the user will hear reorder tones and must try again later when circuits are
available.
594
Extension Lists and System Groups
If the call is being monitored by a hunt group supervisor, the monitoring feature is terminated
when the Agent Help Extension joins the call; an Agent Help conference call cannot be
monitored.
The Station Monitor feature allows hunt group supervisors to monitor the calls of anyone in a
specified hunt group.
For feature usage instructions, refer to the applicable phone user guide.
Consider the following concepts when using the hunt group feature:
• As a courtesy, hunt group members should be notified in advance that their calls may be
NOTE monitored. In addition, a programmable option can be enabled that sends a tone to the
phone being monitored whenever the hunt group supervisor joins an ongoing call.
• Call monitoring may be considered illegal in some areas. The end user is solely
responsible for knowing whether the use of this feature complies with local law.
In database programming, each hunt group can have one or more phones assigned as the
hunt group supervisor(s). The hunt group supervisors can be off node devices. An extension
list can be assigned as the supervisor to provide multiple supervisors. The supervisor is usually
not a member of the hunt group. If the supervisor is a member of the hunt group, the Hunt
Group Remove/Replace feature can be used at any time without affecting the Station Monitor
ability. If desired, one phone can be assigned as the supervisor for more than one hunt group.
To monitor a hunt group member’s call, the supervisor enters the Station Monitor feature code
(321) and dials an extension number. The supervisor is then connected to the call and can hear
both parties, but cannot be heard by either one. If the monitored call is terminated, transferred,
or placed on hold by the hunt group member, the monitor function is terminated.
In the associated hunt group, the supervisor may monitor any active intercom or CO-to-intercom
call (both hunting and non-hunting), including incoming, outgoing, and DISA-to-intercom calls.
Conference calls and calls that do not involve hunt group members cannot be monitored.
If the supervisor attempts to monitor a phone that is not on an active call that allows monitoring,
the system sends reorder tones, and the supervisor must enter the feature code again to try
another number. If the supervisor attempts to monitor a phone that is not in the hunt group or
an idle phone in the hunt group, the system sends reorder tones and cancels the Station Call
Monitor feature.
The Station Monitor feature requires conferencing resources. If resources are not available
when a supervisor attempts to monitor a phone, the supervisor’s display will show NO CNF
CIRCUITS AVAILABLE, and the monitor will not be allowed. Multiple supervisors can monitor
the same phone, providing that a conference resource is available for each supervisor.
Conferencing can now be enabled to support up to eight-party conference calls and 20 total
conference resources, which allows for a system maximum of two eight-party and one four-
party conference. So a maximum of 6 supervisors can monitor 1 extension at a time, providing
resources are available.
The supervisor phone cannot use the Agent Help feature while monitoring a call.
595
Features and Programming Guide
The Barge-In feature adds functionality to the existing Station Monitoring feature. When silent
monitoring a call, the hunt group supervisors have the following options:
• Barge-In: Allows hunt group supervisors to barge-in on a call to help the hunt group mem-
ber/agent (default feature code 386).
• Record: Allows hunt group supervisors to record the call to review it later (default feature
code 385). The supervisor may also hang up and continue to record the call until one of
the parties on the call hangs up or puts the call on hold. The record option allows the
supervisor to record several calls at once and have them delivered to his or her mailbox.
• Steal: Allows hunt group supervisors to steal (take away) the call from the hunt group
member/agent (default feature code 387).
• Join and Record: (For 6-line display phones only.) Allows hunt group supervisors to join
and record the call simultaneously. This feature is useful if the supervisor wants to review
the call later.
Supervisors must be monitoring a call before they can access any of the Barge-In features
(barge-in, steal, record, or join and record). Like the Station Monitor feature, Barge-In requires
conference circuits. If resources are not available when a supervisor attempts one of these
features, the system sends reorder tones and the supervisor will see NO CNF CIRCUITS
AVAILABLE on his or her display.
When the above situations occur, the supervisor sees SILENT MONITOR REJECTED on his
or her display.
The Station Monitor and Barge-In features are supported on remote nodes. A supervisor may
monitor a hunt-group member/agent as long as he or she is designated as a supervisor of the
group that the member/agent is logged into.
There are two system flags (see “System Flags“ on page 777) and a system timer (see “Barge-
In Notification Tone Frequency Timer“ on page 784) associated with the Barge-In feature in
Mitel DB Programming. These programmable fields allow you to control the Barge-In notification
tone and display.
For feature usage instructions, refer to the applicable phone user guide.
When the Group Call Pick-Up feature is enabled, a call ringing in to a hunt group or one of its
phones can be picked up at any other phone. Users can enter the Reverse Transfer feature
code (4) and dial a hunt group’s pilot number to pick up a call that is ringing in to the hunt
596
Extension Lists and System Groups
group’s pilot number or to any phone within that hunt group. See “Transfer – Reverse Transfer“
on page 362 for details about Reverse Transfer.
The system routes calls for pick-up in accordance with the following priority list. Always
beginning with the first phone on the list, the system follows the hunt group list to check each
phone in the hunt group and then the overflow station for one type of call at a time. If there is
more than one call of the same type at the selected phone, the call that was received by the
phone first is picked up. Holding calls and queue callbacks cannot be picked up.
For feature usage instructions, refer to the applicable phone user guide.
Group Call Pick-up can only retrieve calls from phones that are logged in to the hunt
group at the time. You cannot use this feature to pick up calls from members who have
logged out using the Hunt Group Remove feature code. Also, Group Call Pick-up cannot
NOTE
be used on ACD Hunt Groups that use Agent IDs. It can only be used on hunt groups
that use lists of extensions. If the ACD Hunt Group flag is enabled, the Group Call Pick-
up flag is dimmed.
An ACD hunt group can be programmed to circulate calls to agents in the following two ways:
• Agent IDs: If the hunt group is programmed to use ACD Agent IDs, each agent is assigned
an Agent ID number which the agent enters during the login procedure. The hunt group
calls are routed to logged in agents, according to their Agent ID number instead of their
phone extension. Because the Agent ID is not associated with any phone extension, the
agent can use any phone in the system to log in and does not have to use the same phone
every time.
597
Features and Programming Guide
• Members: If the hunt group is not programmed to use Agent IDs, it will have a list of phones
and will send calls to the phones where agents are logged in.
When a call camps on to an ACD hunt group that uses Agent IDs, only the agents currently
logged in to the hunt group will receive camp-on indications. ACD hunt group supervisors will
receive visual camp-on displays if they are programmed as members of the hunt group and
have the ACD Agent Logout feature turned on. ACD Agent IDs can be included in Extension
Lists, which allow several ACD Agents to receive a call at once.
Select System – Hunt Group Related Information – ACD Agent IDs. ACD Agent IDs are shown
in the right pane.
NOTICE
For optimum system performance, no more than 1000 Agent IDs should exist in any one hunt group,
and no more than 2000 Agent ID entries should exist in all hunt groups combined.
598
Extension Lists and System Groups
599
Features and Programming Guide
You can change hunt group extensions, descriptions, and user names.
600
Extension Lists and System Groups
AGENTS
If the hunt group is programmed to use ACD Agent IDs, each agent enters an assigned Agent
ID number during the login procedure. The hunt group calls are routed to logged in agents
according to their Agent ID number instead of their phone extension. Because the Agent ID is
not associated with any phone extension, the agent can use any phone in the system to log in
and does not have to use the same phone every time. ACD Agent IDs can be included in
Extension Lists (see page 528), which allows several ACD Agents to receive a call at once.
NOTICE
For optimum system performance, no more than 1000 Agent IDs should exist in any one hunt group, and
no more than 2000 Agent ID entries should exist in all hunt groups combined.
601
Features and Programming Guide
MEMBERS
Prepare a list of the phones and extension lists to be included in each of the hunt groups. If
desired, a phone or extension list can appear more than once in a hunt group list or can be in
more than one hunt group. If an extension list is included in an ACD hunt group set for Longest
Idle or Balanced Call Count distribution, it will treat each phone in the extension list as a separate
agent; it will not ring all of the phones on the list at once. If the hunt group is set for linear or
distributed order, a call will ring at all phones on an extension list at once when the call reaches
602
Extension Lists and System Groups
that point in the hunt group list. Therefore, to create an “all ring” type of hunt group, you can
program the hunt group as either linear or distributed and then assign an extension list as the
only hunt group member.
4. To add to the bottom of the list: Do not select any existing members. Right-click anywhere
in the right side of the window, and then select Add To Members List.
To add to the list above an existing member: Select the member, right-click the selected
member, and then select Add To Members List.
Adding a large extension list can result in slowing down system performance. Adding an
Extension List that contains more than 60 members may cause a system slowdown
because when the list is called, ALL members of the list are called at the same time.
NOTE When using an extension list for ring-in or hunt groups, do not exceed 30 phones per list.
The system can send ring signal to up to 30 phones (60 phones with a PS-1).
If you exceed the number of phones and the system suffers a slowdown, reduce the
number of extension list members.
5. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
6. Select the items, and then select Add Items. When you have added all the members, click
Finish. The selections appear in the list. To view programming options, double-click the
extension number.
To delete members:
1. Select System – Devices and Feature Codes – Hunt Groups.
2. Select the hunt group extension number.
3. Double-click Members to see the current list.
4. Select the members that you want to remove, and then press DELETE, or right-click and
select Remove Selected Items.
603
Features and Programming Guide
SUPERVISORS
(Hunt group supervisors can be off-node devices.) Hunt groups can have one or more phones
assigned as a hunt group supervisor. An extension list can be included in the list of supervisors.
If desired, a phone can be assigned as the supervisor for more than one hunt group.
NOTE A SIP device cannot be configured and used as a supervisor phone for ACD hunt groups.
If not using Agent IDs, ACD hunt group supervisors with display phones may receive visual
camp-on displays if they are programmed as members of the hunt group and they have the
ACD Logout feature enabled. If a Hunt Group is using ACD Agent IDs, the supervisor must be
logged on to the group to receive camp-on indications. If not using ACD Agent IDs, you can
add the supervisor as a hunt group member, set the Hunt Group flag for the supervisor’s station
to “Remove,” and the supervisor will still receive hunt group camp-on indications.
To delete supervisors:
1. Select System – Devices and Feature Codes – Hunt Groups.
2. Select the hunt group extension number.
3. Double-click Supervisors to see the current list of supervisors.
4. Select the supervisor(s) you want to remove and then press DELETE on the keyboard, or
right-click and select Remove Selected Items.
TIMERS
604
Extension Lists and System Groups
when the call is received at the hunt group. The range is 1–255 seconds; the default value
is 18 seconds.
• Overflow: (UCD Hunt Groups Only) The amount of time a call will circulate through the
hunt group (unanswered) before being picked up by the hunt group overflow destination.
This timer is started when the Announcement timer expires (or, if there is no announcement
phone, when the call is received by the hunt group) and it is restarted each time the call
leaves the overflow destination. The range is 1–255 seconds; the default value is 72
seconds.
• Recall: The amount of time a call will circulate through the hunt group (unanswered) before
being sent to the hunt group recall destination. The timer is started when the call is received
by the hunt group. The range is 1–65,535 seconds; the default value is 180 seconds (3
minutes).
• Wrap-Up: (ACD Hunt Groups Only) Each time an agent ends an ACD hunt group call, the
ACD Wrap-Up Duration timer starts. Until the timer expires, the agent will not receive
another call through any ACD hunt group. However, the agent can receive other non-ACD
hunt group calls, direct ring-in calls, and transfers. The range is 1– 65,535 seconds; the
default value is 15 seconds.
• Average Connect Time Per Call: (UCD Hunt Groups Only) An application announcement
or overflow phone message can be programmed to include the caller’s queue position and/
or estimated wait time. The estimated wait time is based on the Average Connect Time Per
Call multiplied by the number of calls ahead of the caller in the queue, divided by the number
of available hunt group members (average connect time per call x number of waiting calls
÷ available members). The range is 1–10,000 seconds; the default value is 60 seconds.
This option is disabled and displays a red “X” if the ACD Hunt Group option is set to No, or if
the ACD Agent No Answer – DND Message Number option is set at 0.
This option enables phone users to enter additional DND text when using the DND message
chosen for the “DND Message Number” flag (see the following section).
To determine if trunk calls will be allowed to go to DND for the selected hunt group, program
NOTE
the “Return ACD Calls to Hunt Group” option (see page 612).
605
Features and Programming Guide
3. Make sure the ACD Hunt Group option is set to Yes and that the ACD Agent No Answer
– DND Message Number has a value other than 0.
4. Enter the text, up to 16 characters, that displays when phone users select the ACD Agent
No Answer – DND Message Number, or leave the field blank to allow users to enter their
own text.
5. Press Enter or click outside of the field to save your changes.
This option is disabled and display a red “X” if the “ACD Hunt Group” option is set to No.
if the last agent in a Hunt Group does not answer an incoming call, the agent is automatically
placed in DND, and the call returns to the Hunt Group where it is answered or camped on. This
flag and the “ACD Agent No Answer - DND Additional Text” flag (see the previous section)
allow you to determine which DND message is used (selected by number) and the bottom line
of the DND message text. This flag allows OAI applications to function better with the Hunt
Groups.
To determine if trunk calls will be allowed to go to DND for the selected hunt group, program
NOTE
the “Return ACD Calls to Hunt Group” option (see page 612).
(This option is not recommended for Analog Voice Mail hunt groups.) This option allows the
hunt group to use the ACD features. The ACD Hunt Groups software license, part no. 840.0230,
is required to enable this option.
606
Extension Lists and System Groups
Automatic Call Distribution (ACD) hunt groups can use all of the standard and UCD hunt group
features, if enabled, in addition to the following features:
• ACD hunt groups can be programmed to distribute calls to equalize call time or call count
among the available members.
• ACD can provide call information records that can be processed by an external device
connected to a system serial port.
• ACD hunt groups can use of Agent ID numbers in place of phone extensions in the hunt
group list. See the Agent ID information on “Programming ACD Hunt Groups“ on
page 597.
If the Analog Voice Mail Hunt Groups software license, part no. 840.0229, is installed, the hunt
group can be composed of phone ports which are connected to an analog voice mail device.
Enabling this option has the effect of passing along phone identification when a call reaches
the hunt group as a result of forwards and transfers. The purpose of this flag is to provide
compatibility between the system and analog voice mail units. The optional external voice
processing system is a digital system and does not require this flag.
When an analog voice mail unit is connected to the system, the voice mail unit should use
NOTE the Silent Message feature code (367) instead of the Message feature code (365). Mitel
recommends not using this option with ACD hunt groups
(Announcement and overflow station phones can be assigned to off-node phones or Voice
Processor applications, if they are programmed as off-node devices. See “Creating Off-Node
Devices“ on page 391.
607
Features and Programming Guide
Hunt groups can have an announcement destination and/or an overflow destination. If a call
to the hunt group is not answered before the Announcement timer expires, the call is picked
up by the announcement destination. If the call remains unanswered when the hunt group
Overflow timer expires, the call is picked up by the overflow destination. Announcement and
overflow destinations should be playback device phones (these can be Auto Attendant, Voice
Mail, or Call Routing Announcement applications). Do not include these applications in the hunt
group distribution list.
Method A
a. Select System – Devices and Feature Codes – Hunt Groups.
b. Select the hunt group extension number.
c. Select Announcement.
d. Select the current value, and then enter the new value in the text box.
e. Press ENTER. A screen appears displaying what is associated with the number
entered.
f. Click OK. The new number appears in the field.
Method B
a. Select System Devices and Feature Codes – Hunt Groups.
b. Select the hunt group extension number.
c. Right-click the existing value for the Announcement or Overflow destination, and then
click Change Announcement. The Change Announcement dialog box appears.
d. Select the device types (you can use the SHIFT or CTRL key to select more than one
item), and then click Next. The items with details appear. To view items in a list only,
click List.
e. Select the device you want as the Announcement or Overflow destination, and then
click Finish. The selection appears in the applicable field.
The Audio for Calls Camped onto this Device field defines the audio that a caller hears when
camped-on to this hunt group.
608
Extension Lists and System Groups
The Audio for Calls Ringing this Device field defines the audio that a caller hears when ringing
this hunt group. By default, the system determines the music source based on the trunk group
in which the call resides. However, phones (as well as Hunt Groups and Voice Processor
Applications) can be programmed to determine the music source a caller hears based on the
device for which the caller is ringing.
The Audio for Calls Ringing this Device option only works when the call goes through a trunk
group and also when used in conjunction with the Use Next Device's Audio Source field. IC
calls do not apply to the use of this field when this field is set to a music source. For a hunt
NOTE
group in which the primary purpose is to support IC callers (for example, an internal help
desk), you should set all of the “Audio for Calls...” fields to something other than a music
source, such as Ringback.
This flag determines the functionality for camped-on hunt group calls that are listening to an
Announcement Destination message when they transition from camped-on to ringing. If this
flag is set for ringback, the user switches from hearing the Announcement Destination to hearing
ringback when the call moves from camped-on to ringing. This is the default functionality.
If this flag is set for Announcement Destination, the user continues to hear the Announcement
Destination when the call moves from camped-on to ringing. When the Announcement
Destination hangs up (for example, the entire message is played), the user starts to hear
ringback. If, however, an agent answers the call before the Announcement Destination hangs
609
Features and Programming Guide
up, the call is connected, and the rest of the message is not played. The user may hear Music-
On-Hold instead of ringback depending on how the system is programmed.
CAMP-ONS ALLOWED
If this flag is enabled, callers are allowed to camp on to the hunt group when all members are
busy. If the flag is disabled, the callers hear busy tones when no members are available. In the
default state, camp-ons are enabled.
The Group Call Pick-up feature allows users to reverse transfer a call that is ringing in to a hunt
group or one of its phones using the hunt group extension number. For details, see “Group Call
Pick-Up“ on page 596 and “Transfer – Reverse Transfer“ on page 362.
• If enabled, users can enter the Reverse Transfer feature code (4), and then dial the hunt
group extension number to pick up a call that is ringing in to any phone extension within
that hunt group or to the hunt group extension number.
• If disabled, reverse transfers using the hunt group extension number will reverse transfer
only calls ringing to the hunt group extension number, not calls ringing at the individual
phones within the hunt group.
Note: By enabling or disabling this option, it is possible to control whether a Park/Pickup key will flash
or not when calls are ringing at this group. For Details, see “System park“ on page 358.
610
Extension Lists and System Groups
PRIORITY LEVEL
Some phones may be members of more than one ACD or UCD hunt group. For this reason,
hunt groups are assigned a “priority level.” The priority level determines which hunt group calls
should be received first when calls ring in and/or camp on to several hunt groups at once. If a
phone is a member of multiple hunt groups that have the same priority level, calls received by
those hunt groups will be queued in the order they were received by the system.
Method A
a. Select System – Devices and Feature Codes – Hunt Groups.
b. Select the hunt group extension number.
c. Select Recall.
d. In the Value column, type the new destination number.
e. Press ENTER or click out of the field to save the change. A screen appears showing
what is associated with the number entered.
f. Click OK. The new number appears in the field.
Method B
611
Features and Programming Guide
This option determines where an agent is placed in a longest idle queue when the agent logs
back in to a hunt group.
• When enabled, the agent’s idle time is reset to zero whenever the agent logs in (for example,
that agent will be least likely to receive the next distributed call).
• When disabled, the agent’s idle time includes the time the agent was logged out of the hunt
group (for example, that agent will be most likely to receive the next distributed call). By
default, this flag is disabled.
When enabled, this option re-queues a call to the front of the Camp On queue for the hunt
group from which the call came. It allows a calling party to immediately return to the front of
the hunt group queue if the ringing agent enters Do-Not-Disturb (DND) mode. If the option is
not enabled, the calling party will continue to ring the agent until the No Answer Advance timer
expires or the agent answers the call.
612
Extension Lists and System Groups
SEARCH TYPE
Available Search Types depend on the type of hunt group being programmed:
• For Standard and UCD Hunt Groups: Determine whether the calls are sent to the phones
in linear or distributed order. Linear order means that the call is sent to the first phone or
extension list on the list and moves down the list until it reaches an available phone. With
distributed order, the call is sent to the phone that appears on the list after the last phone
or extension list to receive a call (even if the call was not answered).
• For ACD Hunt Groups: ACD Hunt Group calls can circulate in linear or distributed order
(as described above) or using one of the ACD distribution methods: Longest Idle or Balance
Call Count order. Longest idle means that an incoming call is sent to the phone that has
not been involved in a call to this hunt group for the longest period of time. Balance Call
Count means that, to balance the call load, each incoming call is sent to the phone that has
received the fewest calls through this hunt group. (It does not count calls that were received
through other hunt groups, direct ring-in, or transfer.)
This option indicates whether or not camp-on burst tones are sent to hunt group members that
are in DND or that are logged out. When sent to display phones, the display shows N CALLS
WAITING FOR <HUNT GROUP>, where N is the number of calls that are currently camped-on to
the hunt group. This allows hunt group members to see the hunt group queue in real-time.
613
Features and Programming Guide
If the ACD Hunt Group Option is enabled, you can choose to route calls according to ACD
Agent ID numbers instead of phone extensions.
614
Extension Lists and System Groups
615
Features and Programming Guide
NETWORK GROUPS
This section contains the following information:
• Feature Description below
• Programming Network Groups on page 620
FEATURE DESCRIPTION
Network Groups define the IP devices that can communicate through Peer-to-Peer (P2P)
media. When you assign an IP device (including SIP phones and MGCP gateways and phones)
to a circuit, the device is automatically added to the default Network Group (PP029). This
Network Group is not programmed for P2P media and it cannot be configured. To use P2P
media, you must assign the IP devices to a Network Group that is programmed to support the
feature. Before you assign IP devices to a Network Group, however, you must make sure the
hardware is properly upgraded. You cannot delete the default Network Group. For more
information about Network Groups, see “P2P Network Groups“ on page 618.
For a more current list of compatible SIP gateways, refer to KB article 09-4940-00056 on the
Mitel Knowledge Base (KB) Center (http://domino1.mitel.com/prodsupp/prodsupkb.nsf/
WebSearchForm?OpenForm). Note that you must first log on to Mitel OnLine (http://
portal.mitel.com/wps/myportal/MOLHome) in order to access the KB.
The P2P media feature allows certain Internet Protocol (IP) and multi-protocol (SIP or ITP)
devices to transmit and receive audio directly with each other. With this feature, the audio is
not transmitted or received through the system chassis. This reduces delay and removes the
audio stream from the Time Division Multiplex (TDM) highway.
NOTICE
Passing real-time streaming data, such as audio, through encrypted virtual private networks (VPN) may
significantly impact network performance, router and firewall functionality, and audio quality.
616
Extension Lists and System Groups
Because the devices are not using unit chassis resources, devices connected in a P2P call
cannot use the following features:
• Agent Help
• Record-A-Call
• Station Monitor
HARDWARE UPGRADES
To have IP phones use P2P to communicate through SIP/MGCP gateways, place the IP phones
and SIP/MGCP trunks (gateway and phones) in the same Network Group. The P2P option
must be set on that Network Group. P2P media requires upgrading IP phones and IP SLAs to
the latest firmware version.
NOTICE
Run your preferred Network Monitoring software to monitor and analyze network traffic for at least 24
hours to determine if the network meets the minimum requirements identified for P2P media. These
requirements are the same as those identified for IP networking and IP private networking.
Use the Upload Utility or TFTP to upload the latest firmware to all IP devices that use P2P
media. For information on using TFTP to upgrade IP devices, refer to the MiVoice Office 250
Installation Manual .
The following are requirements and constraints when using P2P media:
• The phones must be members of the same Network Group, and the Network Group flag
must be set to True. The default Network Group cannot operate in P2P mode, but any other
Network Group can be programmed for P2P operation.
• IP devices must be upgraded to the latest version of firmware. SIP phones do not require
firmware upgrades.
• A Network Address Translation (NAT) device or firewall cannot be placed between the
communicating phones.
Because the devices are not using chassis resources, phones connected in a P2P call cannot
use the following features:
• Agent Help
• Record-A-Call
• Station Monitor
617
Features and Programming Guide
P2P media requires that the user upgrade IP phones and IP SLAs to the latest version of
firmware.
Mitel recommends running Network Monitoring software to monitor and analyze network
NOTE traffic for at least 24 hours to determine if the network meets the minimum requirements
identified for P2P media.
Network Groups define the IP devices, SIP phones, MGCP phones, and SIP gateway trunks
that can connect to each other using P2P media. Only devices within the same Network Group
can talk to each other using P2P media. Even devices that are on separate nodes must be in
the same Network Group. For example, for devices on Node 2 to communicate in P2P mode
with devices on Node 3, both nodes must belong to the same Network Group, with the same
extension programmed. The associated devices on each node must then be members of that
group. If two devices are in separate Network Groups, P2P is not used, and the call is routed
through the chassis.
SIP PEER-TO-PEER
A SIP Peer can now be put into a Network Group that supports peer-to-peer media. The Peer-
to-Peer (P2P) functionality enables the new SIP Peer devices to send and receive audio packets
directly to the other IP device (without backplane connections). This implementation is the same
as the existing 5000 IP devices.
• Each SIP Peer is a member of a Network Group.
• The Network Group may allow P2P media.
• If P2P media is enabled, any devices in the group will try to negotiate P2P media streams
during establishment of an audio connection. If the devices are unable to negotiate a P2P
stream, they will fall back to using backplane connections.
Most call scenarios will attempt to negotiate a P2P stream except the following:
• An Ad-Hoc Conference call that breaks down to two-parties
• DEE calls that route to the external destination and Mid-Call Features are enabled
• DEE calls that route to the external destination (e.g., Mobile phone) during Human Answer
Supervision
• The two devices are in different Network Groups.
618
Extension Lists and System Groups
• SIP P2P functionality can work with an MCD using Private Networking via SIP Peer Trunk
Groups.
When placing SIP devices in a Network Group and enabling P2P, it should be noted that the
5000 assumes that all devices in the same Network Group can use the same set of codecs
(e.g., G.711 and G.729). If a Network Group contains two devices that use different codecs,
for example, one can only use G.711 and the other G.729, then this call can results in no audio.
In this case, P2P media should not be configured.
619
Features and Programming Guide
When you double-click Network Groups, the default Network Group (PP029) and any other
programmed groups are displayed.
IP softphones that are used as mobile devices cannot be part of a Network Group configured
NOTE for P2P media. If you attempt to add an IP softphone to the Network Group list or change the
Use Peer-to-Peer Media setting of a Network Group to Yes, a warning message appears.
After you have created the Network Group, you must assign phones and trunks to the group.
The phones and/or trunks in this group will then use P2P media or the TDM highway based on
the Use Peer-to-Peer Media option (see step 6 on page 620).
IP phones include IP phones (except the IP SoftPhone), IP SLAs, and multi-protocol (SIP or
IP) phones. To view a list of IP phones that are currently assigned to the Network Group, double-
click Phones.
NOTICE
8602 softphones are not supported for P2P media and network groups. 8602 IP softphone
applications may be used as mobile devices, allowing them to move between the LAN containing a
MiVoice Office 250 and public network/Internet. However, any 8602 used for this purpose must not be
included in a Network Group using P2P media.
620
Extension Lists and System Groups
IP trunks include SIP/MGCP gateways and phones. To view a list of IP trunks that are currently
assigned to the Network Group, double-click Trunks.
You can also program Network Groups for P2P media across nodes, as described below.
621
Features and Programming Guide
The node IP connection group, which corresponds to an IP network connection between the
remote node and the local node, can then be programmed for each off-node IP connection.
Like other devices, DB Programming displays off-node IP connections within a folder
corresponding to the node on which the off-node IP connection resides. When you access the
IP Connections folder, the right side of the screen displays the extension, description, and
username of the IP connection group.
All IP connection groups should have a description and a username. The description that
appears in all IP connection group lists in the database can be up to 20 characters long. The
username, that will appear on display phones, can have up to 10 characters. To program the
names, select the desired text box and type the entry. Do not use slash (/), backslash (\), vertical
slash ( | ), or tilde (~) characters in usernames. Do not use Control characters in descriptions
or usernames.
622
Extension Lists and System Groups
Available only when you set the Music-On-Hold vocoder to Local Music Source. When set to
Local Music Source, the system does not transmit and receive Music-On-Hold between the
local node and the remote node. Rather, the local music source field defines the music source
the caller on the local node hears when he would otherwise be listening to Music-On-Hold.
623
Features and Programming Guide
To add phones having emergency outgoing access for a node trunk group:
1. Select System – Devices and Feature Codes – Node IP Connection Groups – <Node
Connection Group number>.
2. Select Emergency Outgoing Access. The choices are Day Mode or Night Mode.
3. Right-click anywhere in the right side of the window. An option box appears.
4. Select Add To List. A window appears prompting for the device type to include.
5. Select the device types (you can use the SHIFT or CTRL key to select more than one item),
and then click Next. The items with details appear. To view items in a list only, click List.
6. Select the appropriate items, and then select Add Items.
7. When you have added all the desired devices, click Finish. The selections appear in the
list. To view programming options, double-click the extension number.
624
Extension Lists and System Groups
7. When you have added all the desired devices, click Finish. The selections appear in the
list. To view programming options, double-click the device.
To remove phones that have outgoing access for the node trunk group:
1. Select System – Devices and Feature Codes – Node IP Connection Groups – <Node
Connection Group number>.
2. Select Outgoing Access, and then select Day Mode or Night Mode.
3. Select the item, right-click, and then select Remove Selected Items.
NOTICE
Responsibility for Regulatory Compliance.
It is the responsibility of the organization and person(s) performing the installation and maintenance
of Mitel Advanced Communications Platforms to know and comply with all regulations required for
ensuring Emergency Outgoing Access at the location of both the main system and any remote
communication phones. Remote IP and SIP phones may require gateway access to nearby
emergency responders.
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the United
Kingdom U.K.
• If applicable, 112, an emergency number used widely in Europe outside of the U.K.
• 112, the default for Mitel systems located in Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the location of
the main system and/or remote phones.
REMOTE NODE
The Remote Node field is a link to the node to which the connection group corresponds.
625
Features and Programming Guide
CAMP-ONS ALLOWED
The Camp On feature can be enabled or disabled for each node IP connection group. If disabled,
users placing outgoing calls will hear busy signals when all connections in the group are in use
or unavailable. If enabled, users will be able to camp on and wait for an available connection.
626
Chapter 10
SYSTEM AND DEVICE IP SETTINGS
Features and Programming Guide
INTRODUCTION
This chapter describes MiVoice Office 250 Internet Protocol (IP) features and functionality. This
includes 5000 system IP settings in the organizational network and phone IP settings and
features.
For more information about system IP networks, refer to the following resources in the MiVoice
Office 250 Installation Manual :
• Appendix A: Private Networking
• Appendix B: Network IP Topology
628
System and Device IP Settings
IP DEVICE STATUS
When a phone comes online, it searches for a valid license. For more information about IP
device licensing, refer to the System Description chapter in the MiVoice Office 250 Installation
Manual .
Unlicensed The phone was unable to retrieve a valid license and is currently
unlicensed.
You can view the connection status of Mitel IIP devices on the system at any time from the IP
Status page. The window displays the following information about each IP device.
• Extension: Indicates the extension number assigned to the IP device.
• Type: Displays the device type associated with the extension. Possible options include IP
PHONE and IP SLA.
• Network Group: Displays the network group that the extension has been assigned. If a
network group has not been assigned, the extension will reside in the default PP029.
• DHCP: Indicates whether the MiVoice Office 250 DB Programming is configured to DHCP
for this device. It does not necessarily mean the device is actually using DHCP, the device
could be set to a static IP.
• Current IP Address: Displays the IP address currently assigned to the device.
• MAC Address: Displays the MAC address assigned to the device.
• Model Types: Indicates the type of IP Device.
• License Category: Indicates the type of license associated with the phone.
The Status column in the IP Device Status option, as shown in the figure below, contains the
following status indications for IP resource allocation:
• Online: Indicates that the device is currently online.
• Offline: Indicates that the device is currently offline.
• No License: Indicates that there is no license available for the device.
• Resource In Use: Indicates that the device has requested and has been allocated an IP
resource.
629
Features and Programming Guide
• Waiting For Resource: Indicates that the device has requested a resource, but all of the
resources were in use. Therefore, the device is camped on to wait for a resource.
For more information about IP Device Status, refer to the MiVoice Office 250 DB Programming
Help.
Status of
Resource Allocation
630
System and Device IP Settings
SYSTEM IP SETTINGS
Changing IP database settings may drop all calls in progress.
• DHCP Server Settings: Options to configure the embedded DHCP server. For more
information, see page 640.
• Web/SSH Settings: Options to configure the SSH server or the Administrative Web Portal.
For more information, see page 641.
• Advanced IP Settings: Options to configure the WINS and DNS servers. For more infor-
mation, see page 642.
• NTP Server Configuration Settings: Options to configure the NTP Server. When the
Enable Network Time Protocol (NTP) flag is set to No, these fields are displayed with a red
“X.” Every time this field is changed, the system attempts an NTP update. For more infor-
mation, see page 643.
• Remote Configuration Settings: This feature is reserved for controlled introduction. Con-
figures on-demand Remote Configuration options. For more information, see ““ on page 105.
GENERAL IP SETTINGS
Table 95 on page 633 shows general IP setting options that apply to the MiVoice Office 250.
Select System – IP Settings. General IP settings are shown in the right pane, as shown below.
631
Features and Programming Guide
General IP Settings
General IP Settings
The fields associated with the Processor Expansion Card appear only when there is a
Processor Expansion Card in the system and the fields associated with the Processing
Server appear only when there is a Processing Server in the system.
NOTES The static fields associated with the Processing Server appear with a red “X” if DHCP is
enabled for the Processing Server. The static fields associated with the Processor
Expansion Card never appear with a red “X” (DHCP cannot be enabled for the Processor
Expansion Card).
632
System and Device IP Settings
Static Specifies the static subnet mask associated with 0.0.0.0 – 255.255.255.0
Processor the Processor Module. This setting should be 255.255.255.255
Module Subnet provided by the IP network administrator.
Mask Changing this setting resets the IP resource
application.
Page 1 of 6
633
Features and Programming Guide
Base Server Specifies the Base Server hostname provided by String Blank
Hostname the IP network administrator. (0–15
Allows you to access the system without having characters)
to enter the IP address. Avoid using
Also used to identify the system on the network. special
characters such
Because the Unified Voice Messaging (UVM) e- as the asterisk
mail system requires DNS and a valid hostname, (*), tilde (~), etc.
deleting the hostname causes UVM to fail. For in hostnames.
more information about UVM, see “Mitel Voice
Processing Systems“ on page 864.
Note: To receive and send e-mail messages
using Voice Profile for Internet Mail (VPIM),
the Base Server Hostname must be the
same as the DNS hostname programmed
in the Domain Name field under System –
IP Settings.If the hostname does not match
the DNS server hostname or if an alias is
used for the address, the system cannot
resolve the name and its destination, and
the VPIM server may reject the message.
Domain Name The domain name that identifies the local system String Blank
for VPIM. For example, the following VPIM (0–15
address “Doe, John <[email protected].” characters)
When the system sends a VPIM message, the Avoid using
“From” address contains the VPIM domain. special
When other VPIM systems sends messages to characters such
the local system, the “To” address contains an as the asterisk
address with the domain as the VPIM domain of (*), tilde (~), etc.
the local system. For more information, see in hostnames.
“Voice Profile for Internet Mail (VPIM)
Networking“ on page 879.
Note: To receive and send e-mail messages
using VPIM, the Base Server Hostname
must be the same as the DNS hostname
programmed in the Domain Name field. If
the hostname does not match the DNS
server hostname or if an alias is used for
the address, the system cannot resolve the
name and its destination, and the VPIM
server may reject the message.
DNS Server Specifies the DNS Primary IP address for both 0.0.0.0 – 0.0.0.0
Primary IP the Base and Processing Servers that are on the 255.255.255.255
Address same subnet. However, if the Processing Server
requires a different DNS Primary IP Address, this
may be programmed in the Advanced IP Settings
subfolder.
Displayed with a red “X” if DHCP is enabled.
Page 2 of 6
634
System and Device IP Settings
DNS Server Specifies the DNS server secondary IP address 0.0.0.0 – 0.0.0.0
Secondary IP for both the Base and Processing Servers that 255.255.255.255
Address are on the same subnet. However, if the
Processing Server requires a different DNS
Secondary IP address, this may be programmed
in the Advanced IP Settings subfolder (see
page 642).
Displayed with a red “X” if DHCP is enabled.
DNS Search Specifies the DNS Search List for both the Base String, up to 200 Blank
List and Processing Servers that are on the same characters
subnet. However, if the Processing Server
requires a different DNS Search List, this may be
programmed in the Advanced IP Settings
subfolder (see page 642).
Displayed with a red “X” if DHCP is enabled.
Listening Port Specifies the port that the system uses to 1–65535 44000
(Secured) process secured connections.
Listening Port Specifies the port number that the system uses none 4000
(Unsecured) to process incoming socket requests (for
example, for voice mail, OAI, and so forth).
Note: The unsecured ports that are used by
earlier versions are no longer used for most
communications (Web page, DB
Programming, Message Print, SMDR, and
System Monitor). The unsecured ports are
used only for third-party applications,
making use of system level or desktop OAI.
Listening Port Indicates whether the unsecured listening port is Yes or No Yes
(Unsecured) enabled for use. If disabled, applications
Enabled attempting to use the unsecured port will not be
able to connect to the MiVoice Office 250.
Enable On- Enables the TFTP Server running on the MiVoice Yes or No Yes
Board TFTP Office 250 that is used for phone upgrades.
Server
Page 3 of 6
635
Features and Programming Guide
DTMF This field specifies the DTMF Payload Type that 96, 101 96
Decoding is to be used fro SIP trunks. Type 101 is
Payload becoming more common as the preferred
standard for SIP trunk service providers.
The payload type is typically negotiated between
carriers and devices, but in some cases the SIP
trunk service provider does not accept requests.
The DTMF Payload Type is made available by
the SIP trunk service provider.
System NAT IP This field specifies the NAT (public) IP address 0.0.0.0 – 255.255.255.255
Address that is used to put: 255.255.255.255
• a SIP gateway behind a NAT.
• a SIP peer trunk behind non SIP-aware NAT.
The NAT IP address is the address that the
system has on the NAT side of the firewall. The
range is 0.0.0.0 -255.255.255.255; the default
value is 255.255.255.255.
For SIP gateways, you must also program the
SIP Gateway Name field to inform the gateway
where the SIP messages are originating from.
For SIP peer trunks, the SIP Gateway Name is
not relevant. For complete information about SIP
peer trunks and trunk groups, see “Service
Provider SIP Trunks and SIP Trunk Groups“ on
page 716.
Page 4 of 6
636
System and Device IP Settings
Static Specifies the static IP Address for the Expansion 0.0.0.0 – 192.168.200.202
Expansion Card. This field applies to systems equipped with 255.255.255.255
Card IP a PS-1 (not shown otherwise). It appears with a
Address red “X” if DHCP is enabled.
Static Specifies the static subnet mask associated with 0.0.0.0 – 255.255.255.0
Expansion the Processor Expansion Card. This setting 255.255.255.255
Card Subnet should be provided by the IP network
Mask administrator. Changing this setting resets the IP
resource application.
Static This setting is effective and relevant only when 0.0.0.0 – 255.255.255.0
Processing DHCP is disabled for the Processing Server. 255.255.255.255
Server Subnet This flag specifies the static subnet mask
Mask associated with the Processing Server IP
address. This setting should be provided by the
IP network administrator. Changing this setting
resets the IP resource application.
Page 5 of 6
637
Features and Programming Guide
Static This setting is effective and relevant only when 0.0.0.0 – 192.168.200.1
Processing DHCP is disabled for the Processing Server. 255.255.255.255
Server This flag specifies the static IP address of the
Gateway gateway that is used to access the Processing
Server IP port. This setting should be provided
by the IP network administrator. Changing this
setting resets the IP resource application.
Page 6 of 6
There are warnings associated with IP settings. Below is the explanation of the associated
warnings:
• When you access the root folder or the IP Settings folder, if there is a Processor Expansion
Card (PEC-1) or Processing Server (PS-1) in the system and DHCP is disabled for two of
the three components that exist in the system, Processor Module (PM), PEC-1, and PS-1,
and the static subnet mask or gateway settings differ or the static IP addresses appear to
be on different subnets, a warning, similar to this, appears: “The Processing Server and
Expansion Card appear to be on different subnets. This configuration is not supported.”
(Only the components that differ are listed.)
• When you disable DHCP for the PM or PS-1 and this results in the condition described just
above, the following warning message appears: “When DHCP is disabled, IP addresses
on different subnets or gateways are not supported. Please be sure to make additional
changes as needed to the static IP settings.”
638
System and Device IP Settings
• When you change a static subnet mask or gateway setting, if there is a PEC-1 or PS-1 in
the system and the change would make that setting different from either of the others, a
warning, similar to this, appears: “When DHCP is disabled, IP addresses on different subnet
or gateways are not supported. Click OK to apply this change to the IP settings for the
Processor Module, Processing Server, and Expansion Card. (Click Cancel to apply this
change only to the Processing Server.)” (Only the components that differ or are being
changed are listed.)
Note that this message appears whether DHCP is disabled or not. Also, if neither a PEC-
1 or PS-1 is included in the system, this message does not appear, and behind the scenes,
the values associated with those components are automatically changed when the PM
value is changed, such that when a PEC-1 or PS-1 is added in, the values are the same.
If only a PEC-1 or PS-1 is included, the one not included is changed with selection of OK,
or unchanged with selection of Cancel.)
639
Features and Programming Guide
You can refresh the connection status without closing and reopening DB Programming.
See the MiVoice Office 250 Database Programming help for details regading specific values
and procedures.
IP Address Defines the IP addresses that the DHCP Server will hand out. Each DHCP IP
Ranges Address Range can be made available to all DHCP clients or to a specific group
of clients based on their Vendor Class ID.
Static IP Along with the DHCP IP Addresses, defines the IP addresses that the server will
Addresses hand out. Each DHCP Static IP Address maps to a specific DHCP client.
Options An Options folder exists in each of the DHCP IP Address Range and DHCP
Static IP Address folders. Each DHCP Option belongs to one of the following
three scopes:
• Global
• Specific DHCP IP Address Range
• Specific DHCP Static IP Address
There are five predefined DHCP Options. Each of the predefined options can be
edited or deleted according to the specific needs of the system.
Mitel Tags Mitel Tag entries provide a way to program parameter tags specific to the Mitel
52xx/53xx IP phones that can be assigned to DHCP Option entries with an
option-ID equal to 43 or 125.
DHCP Server Specifies whether or not the embedded DHCP Server is enabled.
Enabled
640
System and Device IP Settings
WEB/SSH SETTINGS
Table 98 shows Web/SSH settings.
SSH Server Port Specifies the port number that the SSH 1–65535 22
Server uses.
Web Listening Port Specifies the port that the Web server 1–65535 443
(Secured) uses to process secured connections.
641
Features and Programming Guide
Base Server Web Corresponds to the theme for the AWP. Default, Gray Default
Theme You may set different themes for the Scale, Mitel
Base Server to make it easy to tell which
AWP you are viewing based on its
theme.
Processing Server Corresponds to the theme for the AWP. Default, Gray Default
Web Theme You may set different themes for the Scale, Mitel
Processing Server to make it easy to tell
which AWP you are viewing based on its
theme.
ADVANCED IP SETTINGS
Table 99 shows Advanced IP Settings.
Current Base (Read-only.) Displays the current IP address of the 0.0.0.0 – 0.0.0.0
Server WINS WINS Server for the Base Server. The value may 255.255.255.255
change if using a DHCP server to obtain an IP
address.
Current Processing (Read-only.) Displays the current IP address of the 0.0.0.0 – 0.0.0.0
Server WINS WINS Server for the Processing Server. The value 255.255.255.255
may change if using a DHCP server to obtain an IP
address. This field applies to systems equipped with
a PS-1. If not equipped, it is not displayed.
Static Base Server Specifies the IP connection's WINS IP address 0.0.0.0 – 0.0.0.0
WINS provided by the IP network administrator. Applies to 255.255.255.255
the Base Server.
Page 1 of 2
642
System and Device IP Settings
Processing Server Used for when the Processing Server needs to point 0.0.0.0 – 0.0.0.0
DNS Server to a different DNS than the Base Server. This field is 255.255.255.255
Primary IP displayed with a red X if DHCP is enabled.
Address Use case—Set the DNS Server Primary IP Address
in the System\IP Settings folder for the Base Server
(which affects both the Base and Processing Servers
and updates this field as well), and then change this
field. Likewise for the following two fields,
“Processing Server DNS Server Secondary IP
Address” and “Processing Server DNS Search List.”
This field applies to systems equipped with a PS-1. If
not equipped, it is not displayed.
Processing Server Used for when the Processing Server needs to point 0.0.0.0 – 0.0.0.0
DNS Server to a different DNS than the Base Server. This field 255.255.255.255
Secondary IP applies to systems equipped with a PS-1. If not
Address equipped, it is not displayed. This field is displayed
with a red “X” if DHCP is enabled. See Processing
Server DNS Server Primary IP Address field on
page 643 for use case.
Processing Server Used for when the Processing Server needs to point 0.0.0.0 – 0.0.0.0
DNS Search List to a different DNS than the Base Server. This field 255.255.255.255
applies to systems equipped with a PS-1. If not
equipped, it is not displayed. This field is displayed
with a red “X” if DHCP is enabled. See Processing
Server DNS Server Primary IP Address field on
page 643 for use case.
SIP UDP Listening Enables/disables the external SIP gateway port. Yes/No Yes
Port Enable
SIP UDP Listening Specifies the port number that an external SIP 1025–65468 5060
Port gateway uses.
Page 2 of 2
With NTP functionality enabled, the MiVoice Office 250 updates the RTC and/or Linux date
and time when the following events occur:
• When powered up or rebooted, the system updates both the RTC and Linux date/time using
NTP. Otherwise, the system updates the Linux date and time using the RTC.
• Daily at 12:15 AM, the system updates both the RTC and Linux date and time using NTP.
Otherwise, the system updates the Linux date and time using the RTC.
643
Features and Programming Guide
• Whenever the NTP, Time Zone, Enable Daylight Savings Time configuration changes within
DB Programming, the system updates both the RTC and Linux date and time using NTP.
Otherwise, the system updates the Linux date and time using the RTC.
This folder contains the fields used to configure the NTP Server. When the Enable Network
Time Protocol (NTP) flag is set to No, these fields are displayed with a red “X.” Every time this
field is changed, the system will attempt an NTP update. The fields can also be programmed
in the Configuration Wizard. See “Launching the Configuration Wizard“ on page 75 for
instructions on how to launch the wizard. For complete information about the Configuration
Wizard, refer to the MiVoice Office 250 DB Programming Help.
If you are using the NTP server hostname instead of the IP address, you must also configure
the following options in “Advanced IP Settings“ on page 642:
• Processing Server DNS Server Primary IP Address
• Processing Server DNS Server Secondary IP Address
• Processing Server DNS Search List
644
System and Device IP Settings
You can program information about each IP connection in the private network. In the IP
Connections folder, the right pane displays shortcuts for the Processor module (IP resource
settings) and Processor Expansion Card (extra IP resources).
The Processor Module provides IP resource functionality through the IP resource application.
See “System and Device IP Settings“ on page 627 for programming information.
The processor module is equipped with a 100-Base T Ethernet port that allows you to connect
the system to the LAN.
NOTE The IP Port does not support Simple Network Management Protocol (SNMP).
Before you program the IP port, consult the on-site network administrator for information on
any standard practices that are followed, including the use of special characters in hostnames.
Providing a static IP address and a hostname is generally considered the “best” practice.
Systems equipped with a PS-1 or PEC-1 have two IP addresses. One IP address is for the
Processor Module and one IP address is for the Processor Expansion Card. Both IP
addresses MUST be on the same subnet mask. This also applies to systems without a PS-
NOTE
1 or PEC-1 that have been upgraded with the Processor Expansion Card. Also, provide a
static IP address for the Processor Module. The Processor Expansion Card must have a
static IP address.
NOTICES
• Do not connect IP Softphones and other IP phones to the same IP resource. Loss of feature or phone
functionality may result.
• Systems equipped with a PS-1 or PEC-1 have two IP addresses. One IP address is for the Processor
Module and one IP address is for the Processor Expansion Card. Both IP addresses MUST be on the
same subnet mask. This also applies to systems without a PS-1 or PEC-1 that have been upgraded
with the Processor Expansion Card. Also, provide a static IP address for the Processor Module. The
Processor Expansion Card must have a static IP address.
To program IP resources:
1. In DB Programming (System\Controller), select Processor Module or Processor Expan-
sion Card (if your system is equipped with a PS-1 or PEC-1). For IP networking, see
“Launching the Networking Wizard“ on page 115.
645
Features and Programming Guide
Depending on the system type you have, the Processor Module (Base Server) appears and
provides IP resource configuration options. Or, if the Processor Expansion Card has been
installed, the Processor Expansion Card also appears providing additional IP resources.
If applicable, type the description and user name for the Processor Module or Expansion
Card: The description, which appears in all IP connection lists in the database, can consist
of up to 20 characters. The username, which appears on display phones, can consist of
up to 10 characters. To program the names, select the box and type the entry. Do not use
slash ( / ), backslash ( \ ), vertical slash ( | ), or tilde ( ~ ),in usernames. Do not use Control
characters in descriptions or usernames.
2. Double-click either Processor Module or Expansion Card to view IP settings.
You can program the following IP settings for the local Processor Module and Expansion
Card.
• NAT IP Address on page 647
• Static IP Address on page 648
• Static Subnet Mask on page 648
• Static Gateway on page 648
• Audio RTP Type of Service and Data Type of Service on page 649
• Audio Stream Receive Port on page 649
• IP Terminal TCP Call Control Port on page 650
• IP Terminal General Purpose UDP Port on page 650
• MGCP Receive Port on page 650
• TCP Call Control Port on page 651
• Echo Profile on page 651
646
System and Device IP Settings
3. Allocate IP Resources using the Resource Reservations Tool under the Tools menu (see
“Resource Reservation Tool“ on page 675).
4. Configure the Processor Module IP settings, as described on “Local Processor Module
and Expansion Card IP Settings“ on page 645.
5. Configure the IP Connection settings, as described on “Local Processor Module and Ex-
pansion Card IP Settings“ on page 645.
6. Create a universal numbering plan that includes IP connections for forward compatibility.
One such plan is to use the convention of “PSnnc” where P is the pause digit, S is the
number 6 or 7, nn is the node number, and c is a number between 0–9 identifying the
specific IP resource to which the IP connection corresponds.
For troubelshooting information, see page 651 for Processor Module-related issues and see
page 653 for Processing Server-related issues.
NAT IP ADDRESS
You can program the NAT IP address for the local Processor Module or Expansion Card. A
NAT device translates private network IP addresses to one or more public network IP addresses
based on NAT translation rules.
NAT devices are installed at the edge of the private network and have internal and external
interfaces (and IP addresses). For outgoing IP traffic from the private network to the Internet,
NAT translates the source IP address. For incoming IP traffic from the Internet to the private
network, NAT translates the destination IP address. NAT devices provide the following
advantages:
• Internal IP addresses are hidden from the open Internet and therefore more secure.
• IP addresses are conserved because they are allocated dynamically when needed.
Despite the advantages of NAT devices, they can cause problems for protocols using Peer-to-
Peer technologies like multimedia traffic on VoIP networks using SIP.
For more information about NAT, see “NAT Traversal for IP Phones“ on page 129.
647
Features and Programming Guide
STATIC IP ADDRESS
NOTICE
Systems equipped with a PS-1 or PEC-1 have two IP addresses. One IP address is for the
Processor Module and one IP address is for the Processor Expansion Card. Both IP
addresses MUST be on the same subnet mask. This also applies to systems without a PS-1
or PEC-1 that have been upgraded with the Processor Expansion Card. Also, provide a static
IP address for the Processor Module. The Processor Expansion Card must have a static IP
address.
STATIC GATEWAY
648
System and Device IP Settings
The Audio RTP and Data Types of Service specify the precedence for audio and data packets.
The system inserts the values of these two fields into the Type of Service (ToS) field of each
audio and data packet. Network devices can then use the value of the ToS field to establish
precedence for IP routing. The default value is 0, meaning the packets have no precedence.
A value of 184 indicates “IP Precedence.” All other values may be used by a network device
using Differentiated Services (Diffserv) to establish precedence.
The Audio Stream Receive Port defines the first of the (even-numbered) ports that the system
uses to receive audio data packets from IP phones, IP gateways, and remote nodes. The Audio
Stream Receive Port must not conflict with port numbers used by other applications running
on the system, such as Call Processing, UVM, and so forth.
For example, if the base audio port number is 5000, no other port numbers on the IP connection
can fall in the range from 5000 to 5064. Changing the Audio Stream Receive Port resets the
IP resources. The system broadcasts changes to an IP connection Audio Stream Receive Port
to the other nodes in the private network as a database update. This field corresponds to the
off-node IP connection Remote Audio Receive Port (see “Remote Audio Receive Port“ on
page 655).
Because SIP uses port 5060 (by default) for call control, firewalls, NATs, and routers often
treat this port as a “special case” and may block its use by non-SIP packets. If your net-
NOTE
work currently uses SIP, Mitel strongly recommends that you use a different port range for
audio stream ports; otherwise, you may experience audio problems over the IP network.
Although the system allows the Processor Module and Processor Expansion Card port values
to overlap, the default database does not allow these ports to overlap. Table 101 shows the
value ranges and default values.
Table 101: Audio Stream Receive Port Ranges and Default Values
MODULE RANGE DEFAULT VALUE
649
Features and Programming Guide
The IP Terminal TCP Call Control Port defines the port number the IP resource application
uses for call control.
The IP Terminal General Purpose UDP Port defines the port number the IP resource application
uses for general purpose and broadcast messages.
The MGCP Receive Port defines the port number the MGCP gateway and MGCP phones use
for communication.
650
System and Device IP Settings
4. In the Value column, type the new number in the box. The range is 1024–65535; the default
is 2427.
5. Click out of the field or press ENTER to save the change.
The TCP Call Control Port defines the port number that off-node IP resources use to connect
call control with this IP resource. The TCP Call Control Port cannot conflict with other port
numbers on the IP connection. The system broadcasts changes to an IP connection TCP Call
Control Port to the other nodes in the private network as a database update. The IP connection
TCP Call Control Port must be kept in sync throughout the network. This field corresponds to
the off-node IP connection Remote Listening Port. For more information, see “Remote
Listening Port“ on page 656.
ECHO PROFILE
For information about Echo Profiles, see “Echo Profiles“ on page 761.
If you are using the IP port for the Upload Utility, the Web Listening Port (secured)
NOTE number must match the port number assigned in the Upload Utility. The default setting
for both is 80.
651
Features and Programming Guide
a. If the PS-1 offers a log-in account, this is not a catastrophic hard drive error. In this
situation, Mitel may need remote access to log into the PS-1 to diagnose the problem
further.
b. If the PS-1 does not offer a log-in account, this may be a catastrophic hard drive error.
Send the power-up events to Mitel before proceeding any further.
3. With assistance from Mitel Technical Support, create a PS-1 recovery CD by using an
“ISO” image, or Mitel Technical Support can provide a PS-1 recovery CD.
4. With authorization and guidance from Mitel Technical Support, place the PS-1 recovery
CD into the PS-1 optical drive and reset the system.
5. Use an RS-232 connection or keyboard-and-monitor connection to confirm that the instal-
lation wiped the previous contents from the PS-1 hard drive and reformatted it based on
the CD contents.
Table 102 summarizes the troubleshooting strategies recommended for resolving Processor
Module (PM-1) discrepancies.
Users cannot connect to The Force Minimum Bit Rate Disable the Force Minimum Bit Rate flag.
the modem flag is enabled, and the
connection speed is below
the specified minimum.
Poor line quality or other Set the Minimum Bit Rate field to 9600 or lower.
external factors are affecting
the connection rate.
An incoming CO call is The primary attendant phone Make sure the primary attendant phone is set in
disconnected when the is not set. the Phone-Related Information field so that the
modem is disabled. call is sent to the attendant when the modem is
disabled.
652
System and Device IP Settings
The PS-1 does not Software version Ensure that both the Base Server and the PS-1
connect with the Base mismatch. are running the same release of v2.x software
Server and that they comply with the requirements
identified in the Installation chapter in the
MiVoice Office 250 Installation Manual .
The Base Server is not Use the LCD panel to configure the Base
running in Gateway mode. Server in Gateway mode.
The PS-1 does not have Log into DB Programming on the PS-1 and
the Base Server configure the Base Server connection IP
connection IP address. address in both of the following folders:
• System\IP Settings\Base Server IP Settings
• System\IP Settings\Base Server/Processing
Server Connection Settings
The PS-1–Base Server Verify that the Base Server is using a static IP
connection IP address address. If the Base Server is using DHCP, a
does not match the Base new IP address may prevent a successful PS-
Server address. 1–Base Server connection.
The PS-1 and Base The CP system log file can be used to
Server do not have the determine which port the PS-1–Base Server is
same password and/or using for the connection. This information
port number. resides in the latest /usr/local/intl/etc/cp/
cp_system_log*.* file. Configure the PS-1
password/port numbers in OLM on the PS-1
and the Base Server or in DB Programming.
The PS-1 and Base Something prevents the Ensure that the PS-1 and Base Server are
Server lose PS-1 and Base Server configured on the same switch.
communication. from communicating with
each other.
The PS-1 does not boot The PS-1 hard drive may To determine the extent of the problem, perform
up or function due to a be severely corrupted. the steps on page 651.
catastrophic hard drive
error.
653
Features and Programming Guide
Each node in an IP network must have an off-node IP connection for all other IP nodes in
the network. For example, in a three-node network, node 1 must have an off-node IP
connection for nodes 2 and 3; node 2 must have off-node IP connections for nodes 1 and
NOTE
3; and node 3 must have off-node IP connections for nodes 1 and 2. See the example in
the figure below. Nodes that do not have the correct off-node IP connections
programmed may not be able to communicate with each other.
Node 1 Node 2
Off-node connections
Node 3
Select System – Devices and Feature Codes – IP Connections – <remote node>. Off-node
IP connections appear in the right pane.
When you create off-node connections and other IP-related extension numbers, use a
numbering plan that associates the extension to the device and the node on which it
NOTE resides. For example, the first IP resource on node 2 would be P6021 (P6 followed by the
node number and then the IP resource number). The second would be P6022, and so
forth.
654
System and Device IP Settings
REMOTE IP ADDRESS
The Remote IP Address defines the remote IP connection IP address provided by the network
administrator. This corresponds to the static IP address programmed for the connection on the
remote node. For more information, see “System IP Settings“ on page 631.
655
Features and Programming Guide
656
System and Device IP Settings
IP CALL CONFIGURATIONS
Call configurations, as shown in the figure below, define the settings that IP phones and
gateways use when connected to calls. You can assign multiple devices to a specific call
configuration.
By default, all IP devices are placed in Call Configuration 1, which is programmable. You do
not need to add SIP phones and MGCP phones to Call Configurations, because these devices
negotiate call configurations before establishing a connection. You can program up to 25
different Call Configurations.
The MiVoice Office 250 supports various SIP Trunk service providers, such as Bandwidth.com,
VoiceFlex, NetSolutions, and so on. For an updated list of supported SIP trunk service providers,
refer to the Mitel Online Knowledge Base.
657
Features and Programming Guide
IP Devices that use P2P to communicate do not have to share the same Call
Configuration. When the system detects that IP devices have different settings, it uses the
NOTE setting that consumes the least amount of bandwidth.
You cannot delete the default Call Configuration settings.
To view a list of IP phones that are currently assigned to the call configuration:
1. Select System – IP Related Information – Call Configurations – Local (or Remote).
2. Double-click Phones.
You need to add IP phones to the call configuration as described in the following section.
658
System and Device IP Settings
659
Features and Programming Guide
3. Right-click in the right pane, and then click Move To SIP Trunk Groups List.
4. Select the SIP Trunk Group type, and then click Next.
5. Select the devices to add to the list, and then click Move Items.
6. Click Finish.
660
System and Device IP Settings
Mitel IP 5000-series IP phones only. The Audio Diagnostics Sampling Period indicates the time,
in seconds, of a sampling interval. 52xx\53xx phones report the statistics at the set interval.
Setting the period to 0 seconds sets the diagnostics to report after the audio stream is broken
down with an interval of the entire audio stream. Increasing the Audio Diagnostic Sampling
Period increases the lost-packet tolerance of phones using the Call Configuration.
If during an interval of the Audio Diagnostic Sampling Period, the received packets percentage
drops below the Average In Time Frame Percentage (see page 662), the system displays an
Insufficient Bandwidth for Voice alarm A032 for the 52xx\53xx phone reporting the bad statistics.
MiVoice Office 250-series IP phones only. Indicates the number of network statistics samplings
that call processing saves. The samplings occur every Audio Diagnostic Sampling Period.
The Audio Frames/IP Packet option is the number of audio frames that the system inserts into
each packet. The system defines an audio frame as 10 ms of audio. Each audio packet consists
of the number of frames set in the Audio Frames/IP Packet option. For example, if you set the
Audio Frames/IP Packet option to “2,” each audio packet contains two frames (20 ms of audio).
661
Features and Programming Guide
• The higher the value, the higher the latency in the signal. However, more audio frames per
packet lowers bandwidth consumption (fewer packets are required), which also decreases
the chance of jitter and network congestion.
• Some IP phones support a smaller frames/packet range than this option allows. The system
usually tries to negotiate a setting that is within range for both phones. Depending on the
call control protocol, this may not always be possible, in which case you must configure the
correct value.
The Average In Time Frame Percentage Threshold / Average In Time Frame Timer settings
indicate when network characteristics are inhibiting voice connections.
When the average number of in time frames falls below the Average In Time Frame Percentage
Threshold and stays below that threshold for the time given by the Average In Time Frame
Timer (in seconds), the system displays the INSUFFICIENT BANDWIDTH alarm. For more
information about system alarms, see “Alarms“ on page 1155.
If the Average In Time Frame Percentage is set to zero (0), the INSUFFICIENT
NOTE
BANDWIDTH alarm is disabled for all phones in the selected call configuration.
662
System and Device IP Settings
4. In the Value column, select the percentage setting from the list. The range is 0–255 sec-
onds; the default is 5 seconds.
5. Click out of the field or press ENTER to save the change.
The Minimum Playback Time is the time, in milliseconds (ms), that packets wait in the receive
buffer before the system plays the audio. The higher this number, the more latency in the signal;
however, it is less likely that network problems like jitter would cause lost or late audio packets.
The lower the minimum playback time, the less latency there is in the signal; however, there is
a greater chance of jitter.
Defines the level at which the system injects tone onto the backplane when receiving an out-
of-band DTMF tone. The options are U.S., Japan, U.K., or Mexico. By default, this is the region
associated with the language selected.
The DTMF Encoding Setting is the vocoder type used to send DTMF. The options are G-711
Mu-Law, G-711 A-Law, G-729, and RFC 2833. For MGCP gateways and phones, this value
must either match the Speech Encoding Setting field or be set to RFC 2833. By default, this is
G.711 Mu-Law [G.711 A-Law in Europe]. If the DTMF Encoding Setting field is set incorrectly,
users cannot dial DTMF tones while on a call. For SIP Voice Mails,
663
Features and Programming Guide
When configured for use with the 5610 Cordless Handset or Unified Communicator SIP
NOTE
Softphone, set the DTMF Encoding Setting in the Call Configuration field to RFC 2833.
The Speech Encoding Setting is the vocoder that the system uses when transmitting speech
data. The options are G.711 Mu-Law, G.711 A-Law, G.729, G.729B (VAD), and BroadVoice
32. For MGCP gateways and phones, if the DTMF Encoding Setting is set to RFC 2833, set
this value to either G.729 or G.711; if the DTMF Encoding Setting is set to G.729 or G.711, this
value must match (for example, set to G.729 or G.711).
Applies to Session Initiation Protocol (SIP) voice mail only. Controls the redundancy count for
the fax control messages. The range is 0–7. It is set to 3 by default. The Control-Data
redundancy is set to 3 by default because losing even one control message may cause the fax
call to fail. Increasing the Control-Data redundancy does not have an impact on the bandwidth.
If a red “X” is displayed in this field, you must change the Fax Detection Sensitivity field to any
value other than 0.
664
System and Device IP Settings
Applies to SIP voice mail only. Controls the redundancy count for the fax page data. In general,
the more redundancy, the more reliable. However, increasing the Page Data redundancy
increases the bandwidth. Losing some Page Data may impact the quality of the image. If a red
“X” is displayed in this field, you must change the Fax Detection Sensitivity field to any value
other than 0.
Applies to SIP voice mail only. Allows you to make false fax detection more or less likely. The
higher this number, the less likely the system is to falsely detect fax transmission, but the more
likely the system is to fail to correctly detect fax transmission. The lower the number, the more
likely the system is to falsely detect fax transmission, but the less likely the system is to fail to
correctly detect fax transmission. When this value is zero (0), all faxing options are disabled
(indicated with a red “X” next to the options).
If you are sending a fax between two MiVoice Office 250s and the Fax Detection
NOTE Sensitivity settings on the two servers conflict (one is zero and one is nonzero), faxing will
not work.
Applies to SIP voice mail only. Defines the vocoder that the system uses when the system
believes it is transmitting fax data. If a red “X” is displayed in this field, you must change the
Fax Detection Sensitivity field to any value other than 0.
The Base Server provides fax over IP (FoIP) capability in Mitel’s Private IP Networking
environment. FoIP is supported between MiVoice Office 250s in accordance with the ITU-T
Recommendation T.38.
665
Features and Programming Guide
Requirements for the FoIP feature include the following hardware and software:
• Two or more MiVoice Office 250s
• Fax machines connected to any CO line
• MiVoice Office 250 Call Processing application
• IP Resource Application
NOTICE
Mitel currently supports T.38 Fax over IP (FoIP) only. If you change any of the fax settings to a
value other than the current default setting of T.38, a warning message appears. If you click OK
when this message is displayed and continue to program the fax settings, you do so at your own
risk.
The MiVoice Office 250 supports only a 1-hop T.38 connection, as illustrated in the examples
below.
Supported
Fax over IP
Circuit Switched T.38 Circuit Switched
Fax Fax
MiVoice Office 250 MiVoice Office 250
Fax over IP
PSTN
Circuit T.38 Circuit Switched Circuit Switched
Fax Switched Fax
MiVoice Office 250 MiVoice Office 250
NOT Supported
Fax over IP Fax over IP
T.38 T.38
Fax Fax
MiVoice Office 250 MiVoice Office 250
666
System and Device IP Settings
Applies to SIP voice mail only. Defines the fax connection speed. The available options are
2400 or 4800 or 7200 or 9600 or 12000 or 14400 or No Limit. It is set to No Limit by default. If
a red “X” is displayed in this field, you must change the Fax Detection Sensitivity field to any
value other than 0.
Determines whether the SIP peer changes the source port of the RTP and whether the VoIP
should start sending its RTP to the new port. It is set to No by default.
667
Features and Programming Guide
SOCKETS
You can set TCP/IP socket connections for the following applications:
• Desktop OAI
• Message Print
• SMDR (for external voice processing systems)
• System Open Architecture Interface (OAI) Level 2
668
System and Device IP Settings
System settings serve as a “template” for IP phones. However, you can change configuration
settings for specific IP phones. For example, Dynamic Host Configuration Protocol (DHCP)
can be enabled at the system level but disabled for a specific IP phone. DHCP would still be
enabled for the other IP phones that are configured to use it at the system level. For more
information about supported IP phones, refer to the MiVoice Office 250 Installation Manual .
669
Features and Programming Guide
WARNING
Possible Delay in Local Emergency Response to Remote Sites.
You should alert IP and SIP phone users to the following hazardous situations:
• If an Emergency Call phone number is dialed from an IP or SIP phone located at a remote site that
is not equipped with a correctly configured gateway, the call will be placed from the location where
system chassis is installed rather than from the location where the emergency call is made.
In this situation, emergency responders may be dispatched to the wrong location. To minimize
the risk of remote site users misdirecting emergency responders, Mitel recommends regular
testing of MGCP/SIP gateway trunk(s) for dial tone.
• If uninterruptible power supply (UPS) protection has not been installed as part of the MiVoice Office
250, IP and SIP phones will not operate when electrical power fails either at remote sites or at the
main system location.
To place calls during a power failure in this situation, IP and SIP phone users can only use a single
line phone connected to one of the power failure bypass circuits built into the system chassis. If a
phone connected to a power failure bypass circuit is not available, users should make emergency
calls from a local phone not connected to the system. For details about the Power Failure
Bypass feature, refer to the Product Description chapter in the MiVoice Office 250 Installation
Manual .
Responsibility for Regulatory Compliance:
It is the responsibility of the organization and person(s) performing the installation and maintenance
of Mitel Advanced Communications Platforms to know and comply with all regulations required for
ensuring Emergency Outgoing Access at the location of both the main system and any remote
communication phones. Remote IP and SIP phones may require gateway access to nearby
emergency responders.
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the U.S.
• 999, the default for Mitel systems located in the European market and used primarily in the U.K.
• If applicable, 112, an emergency number used widely in Europe outside of the U.K.
• 112, the default for Mitel systems located in Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the location of the
main system and/or remote phones.
Equipment Damage Hazard. Use only a single appropriate power adapter. Do not connect a U.S.
power supply and a universal power supply (UPS) to the same device.
Also, when using the UPS with a barrel connector, no devices (for example, hubs) should be
inserted between the KS/SLA jack on the adapter and the LAN jack on the phone because power is
supplied through the cable.
If an installation needs Emergency Outgoing Access across nodes, make sure the Local
NOTE Trunk Group is the first member in the facility group. This allows cross-node emergency
calls to use the Local Trunk Group first and not the Remote IP Trunk Group.
670
System and Device IP Settings
The following procedure provides information on how to program an emergency extension for
IP devices.
NETWORK CONFIGURATION
The following sections describe network configuration options for 52xx\53xx and 86xx phones.
671
Features and Programming Guide
For descriptions about 86xx phone options, refer to MiVoice Office 250 Database Programming
Help. You can program the following network settings for IP phones:
• MAC Address *
• Hostname *
• Static IP Address *
• Static Gateway *
• Static Subnet Mask *
• Static WINS Server *
• IP Address Assignment: BOOTP *
• DHCP Enabled *
• Remote Server IP Address *
• Overwrite Self Programming *
• Telnet Server *
• Web Server *
• Audio RTP Type of Service
• Audio Stream Receive Port
• Password
• Call Control Timeout
• IP Terminal TCP Call Control Port
• IP Terminal General Purpose UDP Port
* The system does not set this information for the 8662, 8622, 8620, and 8600 phones, even though the fields exist in DB
Programming. These phones use configuration files over TFTP for configuration or manual programming using
Administrative Web Portal (AWP).
CALL CONFIGURATION
The call configuration assigned to the phone. For more information, see “IP Call Configurations“
on page 657.
672
System and Device IP Settings
NETWORK GROUP
Displays the Network Group to which the device belongs. For more information, see “Network
Groups“ on page 616.
673
Features and Programming Guide
The “Auto” option is not applicable to SIP Trunks, MGCP Gateways, MGCP phones, and
52xx\53xx phones. You must manually select the NAT Type setting (Native or NAT).
IP phones retain the NAT Address Type settings after an upgrade. Any database
converted to v2.0 or later with the “Auto” option set has this field changed to “Native.”
NOTE
If the MiVoice Office 250 is not connected to a MBG, and there are remote 53xx series
phones outside of the network, then the NAT Address Type needs to be set to “NAT”.
If the MiVoice Office 250 is connected to a MBG with remote 53xx series phones outside
the network, then the NAT Address Type needs to be set to “Native”.
For more information about IP phone NAT settings, refer to the MiVoice Office 250 Installation
Manual .
These options are located under System – Devices and Feature Codes– Phones – <IP phone>
– IP Settings – Network Configuration. The remaining fields must come from the areas that are
programmed in a higher priority configuration source, such as the internal database, self-
programming mode, configuration files, and so forth.
674
System and Device IP Settings
FEATURE DESCRIPTION
NOTICE
Reservations Reduce Available Shared Resources. Avoid unnecessarily reserving IP resources.
Reserving IP resources reduces the number of resources available for sharing in an oversubscribed
system. The more reservations you make, the smaller the pool of shared resources becomes, which
increases the potential for delay due to camping on for resources. Reserved resources are used
only while the identified function or phone is active. The rest the time, reserved resources cannot be
used for other purposes.
You can use the Resource Reservation Tool to reserve IP resources for specific IP phones or
system functions. For example, if you reserve two resources for Unified Voice Messaging
(UVM), the two resources are removed from the shared pool of resources that is dynamically
allocated by the system. The first two simultaneous calls to UVM use the reserved resources.
Additional calls to UVM have resources allocated from the shared pool.
After IP resources are reserved for particular purposes, the remaining resources are shared
on a first-come, first-served basis.
The following two messages related to reserving resources may appear on display IP phones:
• For calls to UVM, if both reserved UVM resources and shared resources are unavailable,
the calling party phone displays the UVM EXT IS BUSY message.
• For calls to a phone, if resources are not available the call is placed in a Camp On state,
and the WAITING FOR RESOURCES message displays until resources become available.
Keep the following constraints in mind when reserving resources for specific phones or
functions:
• You should not configure reservations unless IP resources are oversubscribed.
• If the system is primarily digital, the demand for IP resources should be minimal. Therefore,
IP resources are unlikely to be oversubscribed so reservations should not be used.
• Mitel recommends that you reserve IP resources for attendants and other high-traffic users
such as call center agents. However, excessive use of reservations degrades the effective-
ness of oversubscription by reducing the amount of resources that can be shared. In most
cases, only a fraction of the users are likely to be on calls at any given time, which minimizes
the likelihood of needing to camp on for IP resources.
• Reserving IP resources for a specific device guarantees that the device can communicate
to the system, as long as the IP resources are available when the resource is dedicated.
675
Features and Programming Guide
If the IP resources are not available when requested, the phone camps on until they become
available. Reserving IP resources does not guarantee that a call can be completed. For
example, if no trunks are available a call could not be completed even if adequate IP
resources were available.
• A call to an All-Ring Hunt Group is essentially a call to each hunt group member. The system
will consume an IP resource for every IP phone in the All-Ring Hunt Group. Therefore, a
single call can consume a great deal of IP resources. Mitel recommends that you minimize
the use of All-Ring Hunt Groups in a system that uses oversubscription. If All-Ring Hunt
Groups span multiple nodes, the consumption of resources can be even greater.
• A call to a page zone is essentially a call to each member of the page zone. The system
consumes an IP resource for every IP phone in the page zone. Therefore, a single call can
consume a great deal of IP resources. Mitel recommends that you carefully consider the
use of all page zones containing IP phones in a system that uses oversubscription.
• A phone with Background Music enabled is essentially the same as a call to the phone.
This is effectively the same as reserving an IP resource for the phone. Therefore, enabling
Background Music for a large number of IP phones can consume a great deal of IP re-
sources. Mitel recommends that you minimize the use of background music on IP phones
on a system that uses oversubscription. You can also change the feature code for Back-
ground Music to restrict use.
FEATURE INTERACTIONS
The system allocates IP resources for each IP device at call setup, and some features deplete
the shared pool of IP resources more quickly than others. The following sections discuss what
end users can expect to experience with feature interactions.
The following features quickly exhaust IP resources and must be avoided to effectively use
oversubscription:
• All-Ring Hunt Groups with IP members or across IP networking
• Large paging zones with IP members or across IP networking
• Reserving a large number of IP resources for T.38 FoIP usage
Simple Call
This interaction describes outgoing and incoming call behavior of a simple call.
• Outgoing: An IP phone user wants to call another phone. The IP phone needs to allocate
IP resources even if the call will eventually be Peer-to-Peer (P2P). When IP resources are
not available, the IP phone camps on for the required IP resources. Once the required IP
resources are available, the call proceeds to ring the destination phone.
• Incoming: An idle IP phone receives a setup request from a call. Before the setup request
is processed, the IP phone needs to allocate IP resources even if the call is P2P. If the
required IP resources are not available, the IP phone sends a Camp On signal back to the
source phone so it appears the destination IP phone is busy. The IP phone camps on for
IP resources and rings once those IP resources become available. If the call was from the
CO, the call may ring for a long time if no IP resources become available. However, the
user can program a system forward path to voice mail so the call gets routed to the voice
676
System and Device IP Settings
mail after a period of time. If the voice mail is UVM, it is possible to block if the appropriate
IP resources are not available.
The vocoder setting in DB Programming under the various call configurations is only a
vocoder preference for each device. Some devices that come online may not support the
vocoder preference programmed in the database. If the preference is not supported, the
phone picks the next best vocoder preference that is supported by that phone. For example,
Mitel Audio and Web Conferencing IP phones only support the G.711 vocoder, so the
vocoder type that the system will try to allocate will be a G.711 vocoder instead of a G.729
vocoder, which was the programmed vocoder preference for that device.
Agent Help
The request for Agent Help does not complete if the required IP resources are not available.
The user is notified by the normal error display AGENT HELP REJECTED and an error tone. The
user cannot distinguish between a normal Agent Help failure and an Agent Help failure due to
lack of IP resources because the same error message displays for both failures.
Background Music
When an IP phone user wants to listen to Background Music and presses feature code 313 in
default mode, the system must allocate required IP resources. If resources are not available,
the IP phone camps on for IP resources and the user sees the transient display WAITING FOR
RESOURCES on the display phone screen. If the Background Music flag is toggled from DB
Programming rather than from an IP phone, WAITING FOR RESOURCES does not display on
any display phone screen. Background Music begins when IP resources become available.
When an IP phone goes offline, IP resources in use for Background Music are relinquished.
Barge-In
To Barge-In on a call, the user must already be silent monitoring a station. The user already
has IP resources allocated for the Silent Monitor, so the Barge In request should always
succeed. See “Hunt Group Supervisors and Barge-In“ on page 596 for details.
Any call to the UVM is blocked if sufficient IP resources are not available. If it is undesirable for
UVM to block, Mitel recommends that sufficient IP resources be reserved for UVM.
CO Trunk Groups are basically a type of hunt group and behave almost identically to Simple
Hunt Groups. Whenever a call comes into a CO Trunk Group, it tries to hunt for an available
trunk to route the call out to the CO. Since MGCP and SIP trunks are CO trunks, they may be
in the CO Trunk Group list and also need the appropriate IP resources to be able to make the
call. If a CO Trunk Group call reaches an IP trunk and it cannot allocate the required IP
resources, it camps on for those resources and changes status to Busy. The CO Trunk Group
does not call this IP trunk again until it changes status back to Idle.
677
Features and Programming Guide
Regardless of whether or not the original CO Trunk Group call has hung up or continues to
hunt for an available member, any IP phones that could not allocate the appropriate IP resources
continue to camp on for those IP resources. Once IP resources become free, the IP phone
members who were camping on for IP resources are notified and change their status back to
Idle and release the IP resource automatically. If a call is no longer at the CO Trunk Group,
nothing happens. If a call is still at the CO Trunk Group, it continues to hunt for an available
trunk and can call the IP phone who just changed status to Idle. However, it is possible that
when the CO Trunk Group tries to call the IP phone back who just changed its status to Idle,
it may not succeed because that IP resource may have been allocated by another IP phone in
the meantime.
Conference
Emergency/911
NOTICE
The system is designed so that an Emergency/911 call has priority over all other IP resource
reservations. As long as an IP resource is idle, it will be seized even though not reserved for
Emergency/911.
Reserving adequate IP resources does not guarantee that an IP phone user will reach an
Emergency Responder. The Resource Reservation Tool enables the caller to reach the MiVoice
Office 250. Other factors beyond the control of Resource Reservation Tool, such as a trunk not
being available, could prevent completion of an Emergency/911 call.
Mitel recommends regular testing of the MGCP/SIP gateway for dial tone and proper connection
to local emergency responders upon receipt of a dialed 911 code.
The default value for the number of dedicated Emergency/911 IP resources is 1 and cannot be
configured to be 0. When 911 is dialed on the system, an alarm immediately displays on all
administrator phones. The alarm displays regardless of whether or not the 911 call camped on
or went through and regardless of resources allocated.
If a call is made to an IP phone and no resources are available, the IP phone does not appear
as busy. The call to the IP phone will not act upon a manual/system forward no answer/busy if
the IP phone cannot allocate the required IP resources. The IP phone camps on for IP resources
and rings or redirects the call once the IP resources become available. Manual forwards such
as FWD IMMEDIATE work as before.
678
System and Device IP Settings
With v2.0 or later, the only difference in All-Ring Hunt Groups functionality is that members who
cannot allocate sufficient IP resources do not ring, and the hunt group logs their status as Busy
until sufficient IP resources become available for those hunt group members to service calls.
All IP phone hunt group members are available to their respective hunt groups until the hunt
group tries to call them once. At this point, the IP phone rings if it can allocate the appropriate
IP resources. If IP resources are not available, the IP phone hunt group member changes status
to Busy and camps on for an IP resource. At this point, the hunt group member looks busy to
the hunt group (and to all other devices, as well) until the required IP resources are available.
Other phones that have status lamps for this IP phone appear as if the IP phone is busy, even
though the IP phone is not on a call. Once a particular hunt group member sends back a Camp
On, the hunt group waits until the hunt_member_advance timer goes off before calling the next
member.
The scenario described above may be undesirable if the next member could have answered
the call immediately. However, because the v2.x hunt group logic works this way Mitel
recommends that applications such as Call Center Suite handle the new QU event, which is
explained in the preceding OAI section, to be able to differentiate between blocked calls and
busy agents.
Regardless of whether or not the original hunt group call has hung up or continues to hunt for
an available member, any IP phones that could not allocate the appropriate IP resources
continue to camp on for those IP resources.
An IP phone relinquishes any IP resources that are dedicated or in-use for Background Music
when it goes offline. If an IP resource is in use for any other reason such as an IP phone having
a call on hold when it goes offline, the IP resource is held until either the IP phone comes back
online or the IP phone is unequipped from the database. Even if the IP resource is freed, DB
Programming continues to count these against the total IP resource count to be able to tell if
the system as programmed could potentially block.
679
Features and Programming Guide
CONFIGURING RESOURCES
To configure resources:
1. Make sure you have configured all IP devices (see page 669), IP Networking (see
page 670), UVM ports (see page 960), and Call Configurations (see page 657).
2. From the Mitel DB Programming Tools menu, select Resource Reservation Tool. When
the Resource Reservation Tool starts, if the current reservations in the database cause
the system to be over-reserved, the following warning appears. To default the reservations,
click OK, and then click Save.
3. Select the Reserved By Function tab to reserve resources based on the following three
functions. For more information about the Reserved By Function tab, see page 681.
• Emergency/911 resources
• Unified Voice Messaging port resources
• Maximum simultaneous Fax over IP (T.38)
4. Select the Reserved By Device tab to reserve resources for individual IP devices. All
configured IP devices are listed on this tab. For more detailed information about the Re-
served by Device tab, see page 683.
5. Select the Advanced tab to view reservations based on vocoder types for IP Phones,
Trunks, or Networking, as well as reservations for Caller ID Transmitters and Caller ID
Receivers. Changing the values appearing on this tab is not permitted; the information is
displayed for reference only. For more detailed information about the Advanced tab, see
page 683.
At any time while programming through this tool, you can click one of the following buttons:
• Help: Opens the online Help.
• Default Reservations: Defaults all the reservations in each tab of the tool to their default
values. The default values are not committed to the database until you click the Save or
Save and Close button.
680
System and Device IP Settings
If more resources have been reserved than a system can support, the DB Test utility
NOTE
reports an error and defaults the reserved resources fields to 0.
The Reserved By Function tab allows you to reserve resources based on functions. The
available functions are summarized in Table 104 on page 682.
681
Features and Programming Guide
Page 1 of 2
682
System and Device IP Settings
Maximum This reservation type is slightly Mitel recommends that the Default: 0
Simultaneous different than the others. It does number of concurrent T.38 calls Range: 0–6
Fax over IP not reserve IP resources from the be set to a reasonable
(T.38) shared pool. Instead, it reserves maximum. T.38 calls are costly
T.38 vocoder types for any IP in terms of IP resources, and
networking call placed. To place a setting this value higher than
Fax over IP (FoIP) call, a necessary needlessly takes IP
networking resource is allocated resources away from the
(either from the shared pool or shared pool.
from the reservations if any are Note that when reservations are
available). This networking converted from a pre-v4.0
resource must be allocated as a system, existing values are
T.38 vocoder, which has a higher preserved.
“cost” associated with it than the
G.711 or G.729. To compensate
for the higher cost, each
networking reservation utilizes a
T.38 resource up to the number
specified in this field. Therefore,
the maximum number of FoIP
calls that can be placed
simultaneously will equal the
number of reservations made in
this field. Because an FoIP call
cannot be placed unless there is
at least one reservation made,
this field also appears in the IP
Settings folder. See “System IP
Settings“ on page 631.
Page 2 of 2
1. The upper limit of the range for each individual reservation can be further limited by the other reservations currently
configured
As you change the different reservations, you will see the ranges changing dynamically. A
progress bar is displayed as the ranges are calculated along with the message “Updating
Ranges.” For each given reservation type, you will always know how many additional
reservations you can make. Note that the progress bar is just an approximate visual indicator.
To make a reservation:
Click in the Reserved column of the desired reservation type and enter the desired reservation.
The Reserved By Device tab, as shown in the figure below, allows you to reserve resources
for individual IP phones and IP trunks. All IP devices that are currently configured on the system
are automatically displayed when you click the Resource Reservation Tool.
683
Features and Programming Guide
The only configurable option in this screen is the Reserved column. The other options are just
provided for reference and may be configured outside of this tool. If desired, click the column
headings to sort the list by the entries in that column. To sort the list in reverse alphabetical
order, click the column heading once more.
The Reserved column is the same as the Reserve IP Resource for Device flag (see page 673).
If this flag is enabled, once the reserved device comes online, the system tries to allocate an
IP resource for the device. The IP resource comes either from the shared IP resource pool or
from the reservations made for the devices by vocoder type in the Advanced tab. If the allocation
is successful, the device keeps the resource reserved for itself the whole time it is online,
whether it is idle or in use. Note that reserving IP resources for a specific device guarantees
only that the device can communicate with the MiVoice Office 250. It does not guarantee that
a call can be completed, as would occur if no trunks were available.
Mitel recommends that you reserve IP resources for attendants and other high-traffic
users such as call center agents. However, excessive use of reservations degrades the
effectiveness of oversubscription by reducing the amount of resources available to be
shared.
NOTES
One of the important uses of IP gateway trunks is to gain access to Emergency/911
services from remote locations. IP gateway trunks should have IP resources reserved for
Emergency/911 access. For details, see Table 104, “Reserved By Function Fields,” on
page 10-682.
684
System and Device IP Settings
IP DEVICES
Table 105 summarizes the troubleshooting strategies recommended for resolving
discrepancies that may occur when using IP devices. See “System and Device IP Settings“ on
page 627 for details.
IP phone displays VOIP The number of programmed Verify that IP resources are properly
RESOURCE IS IP devices exceeds the allocated. See the “Resource Reservation
UNAVAILABLE number of available voice Tool“ on page 675.
channels, and all
programmed voice channels
are in use.
Message Print output The SIP phone is calling its Verify the cause but do nothing to attempt to
indicates that a SIP phone own number or a number fix the condition.
extension is invalid or that is programmed but not
incomplete. networked.
The Upload Utility is not The phone does not have In general, you should upgrade the IP
connecting to the IP the latest firmware and they devices before you upgrade the IPRA. If,
devices. are constantly retrying the however, you have already upgraded the
connection and blocking the IPRA, you must manually place the devices
Upload Utility. in the download state before you upload the
firmware.
The Upload Utility is not You have not entered a Make sure the Password field is complete
working for IP devices. password for the before you click Start. For more information
connection. the Upload Utility password, refer to the
Installation chapter in the MiVoice Office 250
Installation Manual .
Page 1 of 3
685
Features and Programming Guide
Note: The Upload Utility applies to the 8660 and IP PhonePlus phones only.
A call was established The IP phones are Remove the IP devices from the Network
between two IP phones, but programmed for P2P media, Group. Consider adding them to a Network
there is no audio. but they do not support the Group that contains IP devices that support
same vocoder. the vocoder.
The network is experiencing There is a port conflict or Verify the ports are not blocked. Try chang-
audio and/or connection the firewall, NAT, or router ing the ports associated with IP call control
problems. is blocking the port. and/or audio. Make sure none of them con-
flict with ports that other protocols use (for
example, SIP uses 5060). See Appendices
A and B in the MiVoice Office 250 Installa-
tion Manual for configuration guidelines.
Accessing the Record-A- The IP SLA is currently on a Remove the IP SLA from a Network Group
Call or Agent Help feature peer-to-peer (P2P) call with that supports P2P
while using an IP SLA another IP device. Record-
results in the call ringing A-Call and Agent Help
and then disconnecting as features are not available
soon as the agent helper or on P2P calls.
voice mail application
answers.
Page 2 of 3
686
System and Device IP Settings
Incoming and outgoing calls Incorrect Database or SIP Verify the SIP gateway/IPRA is plugged into
do not reach the gateway programming. SIP the network and the correct IP address is
destination. gateway is not on the programmed in.
network. The IPRA is not on
the network.
There is a One-Way Audio Incorrect Database or SIP Verify that the network groups are
or No Audio problem. gateway programming, programmed correctly for both the SIP trunks
There may be Session and any IP phones involved in the call.
Description Protocol (SDP)
problems. Identify if the audio should be peer-to-peer or
not.
Page 3 of 3
IP DEVICE AUDIO
Table 106 summarizes the troubleshooting strategies recommended for resolving
discrepancies that may occur with IP device audio.
Audio quality is poor The network cannot Pre-Installation: Verify the network’s ability to
support VoIP calls. support a VoIP call or calls using your
preferred Network Monitoring software.
An IP phone does not
receive audio packets
Note: Run your preferred Network Monitoring
software to monitor and analyze network
properly
traffic for at least 24 hours to assess the
networks ability to support VoIP call(s).
Post-Installation: Verify the in-time frames
percentage using the In-time Packet Graph in
the Receive Audio Status page on the Web
interface. You can also watch live values
through the Audio Receive Statistics on the
Telnet interface. Be sure to watch the
percentages on both the IPRA and device.
Note that the percentages will be quite low with
Voice Activity Detection (VAD) enabled. These
low values give some indication of the
bandwidth saved by not transmitting silent
audio packets.
Page 1 of 2
687
Features and Programming Guide
Audio quality is poor Network related issues: • Increase Audio Frames/IP packet to reduce
(Continued) there is heavy traffic bandwidth needed; however, increases
contending for bandwidth, latency.
a hardware problem with • Use switches not hubs.
switch or router, or • Prioritize the packets through routers; most
defective cabling. simply prioritize the audio port (typically UDP
5004), but could also use DiffServ or TOS.
• Add more bandwidth.
• Paging and background music consume
bandwidth; if a site has low bandwidth, they
probably should not put all IP phones in the
page zone.
• Do not use the hub or switch on the IP phone
for a Computer or other device that will
consume a large amount of bandwidth in
bursts or constantly.
Run your preferred Network Monitoring software
to test the required ports are not blocked.
An IP phone lost audio IP phones are behind a When the Voice Activity Detection option is
suddenly while on a muted firewall enabled and if any IP phones are behind a
call firewall, the IP phones may suddenly lose
audio (while on a muted call) or lose
background music. The IP phone does not
An IP phone lost send silent audio packets to the IPRA;
background music however, the IPRA continues to send non-silent
suddenly audio packets to the IP phone. Eventually,
most firewalls block this unsolicited IP audio
stream from the IPRA to the IP phone. See
Appendices A and B in the MiVoice Office 250
Installation Manual for configuration
guidelines.
Page 2 of 2
688
System and Device IP Settings
IP DEVICE CONNECTION
Table 107 summarizes the troubleshooting strategies recommended for resolving
discrepancies with that may occur when connecting IP devices.
Cannot connect a Phone is not Check the status in the Connected field in the Circuit
device to the IPRA programmed Status page on the Web interface or the Network
Status field in the Network Information on the Telnet.
If the device is connected, but not operational, then it
is a call processing problem. Verify that the System
Database is programmed as follows:
• The MAC address of the device is programmed in
DB programming under System – Devices and
Feature Codes – <phones>
If the device is not connected, ensure the Device
Type, Device ID, and/or Ethernet Address match the
device. The following describes where the Ethernet
address or device ID is located on each IP device
type.
• IP PhonePlus displays its Ethernet address as it
cycles through its power up screens.
• IP SLA has a sticker with the Ethernet address.
• IP SoftPhone controls the device ID under the
settings option on startup.
• MGCP Gateway needs the device IP address,
instead of the Ethernet address.
• MGCP phone needs the phone name, instead of
the Ethernet address.
Page 1 of 2
689
Features and Programming Guide
Cannot connect a The debug output is not Check the debug output in the Web interface. Normal
device to the IPRA normal output appears as follows:
<<UDP Broadcast Range/LAN ONLY>>
Find server for 00:10:36:00:07:01 from
172.16.10.171:5567 -- port 13
<<UDP PART>>
IP ID for 00:10:36:00:07:01 from 172.16.10.171:5567
-- port 13
<<TCP PART>>
Connection from 172.16.10.171 on port 13
If the output is not normal, contact Mitel Technical
Support.
The phone does not Verify the phone has the latest firmware by viewing
have the latest firmware the latest version in the phone Web interface. For
more information, refer to the Installation chapter in
the MiVoice Office 250 Installation Manual
General connection The Link LEDs are not Verify the following settings:
issues lit • The Link LED is lit on the processor module and/or
device.
• The Link LED is lit on the switch or hub to which
these devices connect.
• The IPRA or device has a unique IP address.
• You can ping the IP address from another computer
on the same subnet.
• You can ping the IP address of the problem device,
and also you can ping in the other direction from the
problem device or IPRA.
• Appropriate ports for IP devices are opened on a
firewall, router, and/or NAT. See Appendices A and
B in the MiVoice Office 250 Installation Manual for
configuration guidelines. Run your preferred
Network Monitoring software to monitor and
analyze network traffic for at least 24 hours to
assess the networks ability to support VoIP call(s).
Page 2 of 2
690
System and Device IP Settings
IP DEVICE ECHO
Table 108 summarizes the troubleshooting strategies recommended for resolving
discrepancies that may occur with IP device echo.
IP phone users hear echo Hybrid balance is not on To reduce echo, first test echo and verify the
on their phone while the correct setting following settings. Then, follow the instructions
talking to an analog trunk on the following page.
Note: When testing echo, make sure you dial the
same phone number using the same trunk.
Seize the trunk directly, and do not use the
trunk group or ARS. Different trunks have
different characteristics.
Verify the hybrid balance setting. If the trunk
does not connect to a public CO, or if the CO is
relatively close, then the hybrid balance should
be set to “Short.” No matter what the current
setting is, try the other setting and dial the same
number through the same trunk. One setting
should be dramatically worse than the other.
You should disable the Echo Suppression
option so you can actually hear the echo from
the beginning of the call.
Note: Refer to the Echo Troubleshooting Guide you can download from the Mitel eDocs Web site
(http://edocs.mitel.com).
IP phone users hear echo The audio volume for the To reduce echo from an analog circuit, reduce
on their phone while IP device is too high the audio volume the IPRA drives on to the
talking to an analog circuit backplane. This will help the echo canceller
like on the onboard single adapt quicker. Follow the instructions below:
lines or trunk 1. Adjust the Backplane Transmit Signal Gain
option in DB programming. The default setting
is 0dB (without any reduction). Any change
you make will reduce the volume.
2. After the adjustment, dial the same number
through the same trunk. You should disable
the Echo Suppression option so you can
actually hear the echo from the beginning of
the call. The side effect is that the person on
the other end of the call may have a hard time
hearing the IP user because the volume is
reduced.
Page 1 of 2
691
Features and Programming Guide
IP users hear a low- Echo Suppression Enable the Echo Suppression option. With this
volume, clean, clear echo Sensitivity Level is not option enabled, adjust the Echo Suppression
during the beginning of the balanced Sensitivity Level during the beginning of an
audio session audio session to find the balance between the
IP user hearing a slight echo and hearing a half-
duplex condition on the handset. The Echo
Suppression Sensitivity Level does nothing if
the Echo Suppression is disabled. Disable the
Echo Suppression when using the IP SLA for
fax operations or as a last resort to eliminate the
half-duplex condition on the handset during the
beginning of the audio session.
An IP user hears raspy or The Echo Saturation Enable the Echo Saturation Blocker option.
distorted echo as he Blocker option is not
speaks quite loudly or enabled
holds the handset close to
his mouth
An IP user hears The Echo Saturation Disable the Echo Saturation Blocker option.
choppiness or a half- Blocker option is enabled
duplex condition on the
handset as they speak
quite loudly or holds the
handset close to their
mouth.
Page 2 of 2
The user cannot connect to The computer that the Make sure that the computer and phone are in
the Web interface for a user uses may not be in the same VLAN group. If not, set the phone
multi-protocol phone. the same VLAN group as VLAN ID to match the computer or disable the
the phone. VLAN feature for the phone.
The user cannot connect to The VLAN ID of the phone This is a limitation of the 8690 internal phone
the 8690 Web interface but is disabled. Ethernet switch. The 8690 Ethernet switch
could connect to the 8622 or inserts the default VLAN ID which is 1 if the
8662 Web interface. The frames from the phone are untagged.
VLAN ID of the phone port Connect the computer to one of the downlink
is disabled but the VLAN ID ports which has VLAN ID set to zero.
of the downlink port is
enabled (not zero).
Page 1 of 2
692
System and Device IP Settings
DAISY CHAINING IP The VLAN ID programmed Program the VLAN ID at the downlink port at
PHONES IS NOT in the phone at the front of the front of the chain to match the VLAN ID of
SUPPORTED BY MITEL the chain may be the phone at the end of the chain.
Two phones are daisy programmed with a VLAN
chained. The phones at the ID that does not match the
end of the chain cannot VLAN ID of the phone at
connect to the server. the end of the chain.
The user powers up the The network switch may Make sure that the core network switch is
phone with the correct not support VLAN or programmed correctly.
VLAN ID, but the phone wrong VLAN ID is
receives the wrong IP programmed at the switch
settings from the wrong port of the core switch
DHCP from another VLAN. network.
The user powers up 8690 The phone application Make sure that the phone application is up to
but the network settings still may not be updated so the date, and reset the phone after the VLAN ID
show the settings with the new VLAN settings may in the phone port has been changed from the
old VLAN values. not have been propagated networking control panel of Windows CE.
to the VPS. If the phone
application is up to date,
then the new VLAN IDs
may not have been sent
down to the VPS in time.
Page 2 of 2
IP phones will not come The system pre-allocates one IP Get more IP resources.
online. resource for each IP device. If the
system has insufficient IP resources, Dedicate IP resources for phone usage.
the IP device will not be functional.
DESTINATION There is a blocking condition Try to place the call again when
UNREACHABLE is shown somewhere in the call path. Blocking resources become available. If the
on a phone when making conditions may include: condition persists, try the following:
a call across private • An IP private networking connection • Verify that all nodes in the call path
networking. with busy IP resources. are operational.
• A PRI private networking connection • Get more IP resources in the case of
with busy B-channels. a busy IP private networking
• A private networking node that is not connection.
operational. • Program more B-channels in the case
of a busy PRI private networking
connection.
693
Features and Programming Guide
OVERSUBSCRIPTION/IP RESOURCE-SHARING
Table 111 summarizes the troubleshooting strategies recommended for resolving
oversubscription, or IP resource-sharing discrepancies. For additional information, Refer to
MiVoice Office 250 Engineering Guidelines.
Each IP resource reserved for a particular device or function reduces the amount of
NOTE
resources that can be effectively oversubscribed.
,
User cannot make calls from their IP The system attempts to allocate IP Reserve more IP resources
phone. resources for each particular call. If for IP phone usage or
IP resources are unavailable, the dedicate IP resources for a
call will not be completed (including particular IP phone.
peer-to-peer).
User cannot make IP private The system allocates IP resources Reserve more IP resources
networking calls. for each IP private networking call. for IP private networking
If no IP resources are available, usage.
the call will not be completed.
IP phone user cannot listen to Each user must have an allocated Reserve more IP resources
background music. IP resource to be able to listen to for IP phone usage or
background music. If no IP dedicate IP resources for a
resources are available, the user particular IP phone.
will not hear background music but
will camp on for the IP resources.
IP phone user cannot hear a page. If an IP phone cannot acquire the Reserve more IP resources
IP resources required for a page, for IP phone usage or
the user will not hear the page. dedicate IP resources for a
particular IP phone.
IP phone user does not receive any In order for an IP phone to ring, it Reserve more IP resources
calls even though their phone is not must first be allocated the required for IP phone usage or
busy. IP resources for the call. If no dedicate IP resources for a
resources are available, the IP particular IP phone.
phone camps on and does not ring
until resources become available.
User cannot make IP networking The number of networking calls is Upgrade the IP private
calls even when IP private limited by the number of IP private networking portion of the
networking resources are available. networking channels in the license. license.
• Reserved By Device: Indicates how many devices from the Configured column have res-
ervations currently associated with them, as indicated from the Reserved By Device tab.
For example, once all of the currently configured G.711 phones are determined, this column
further investigates which of these devices has the Reserved column set to Yes in the
Reserved By Device tab. This summary provides a quick reference as to how many IP devices
already have reservations made for them.
694
System and Device IP Settings
• Shared: Indicates how many IP devices are sharing resources by oversubscription. The
number displayed in this column equals the number of Configured devices of this type minus
the number of resource reservations indicated in the Reserved column for the type. The
number of shared IP devices equals the number of unreserved devices on the system.
Shared Resource Summary Bar: The Shared Resource Summary: bar displays the potential for
Camp On. All of the IP devices sharing resources must compete for resources that have not
been reserved. The potential for Camp On is determined by assuming all of the IP devices
sharing resources are in use simultaneously. If the shared pool of resources cannot support
the resource requests of all active IP devices, some of the devices camp on until more resources
become available. The likelihood of any of these unreserved devices experiencing Camp On
is shown in the Shared Resource Summary: bar.
G.711 Phones Specifies how many G.711 and Mitel recommends not reserving Default: 0
G.711 Trunks G.729 IP resources to reserve IP resources by device type Range: 0–250
for IP Phones, IP Trunks, or IP and vocoder because it reduces
G.711 Networking Networking. the overall efficiency of
G.729 Phones G.711 is used for all locally oversubscription.
G.729 Trunks connected IP phones (LAN),
and G.729 is used for remotely
G.729 Networking
connected IP phones (WAN or
Internet).
Page 1 of 2
695
Features and Programming Guide
G.711 IP Voice Specifies the allocation of Voice You should rarely use VoIP Default: 0
Mail over Internet Protocols (VoIPs) reservations because the use of Range: 0-222
in terms of calls to an IP voice VoIP reservations defeats the
G.729 IP Voice mail. These resources are used sharing model of VoIPs. An Default: 0
Mail for calls made to/from a SIP example of using VoIP
peer voice mail. Note that T.38 reservations would be an Range: 0-108
is currently not supported for extreme case where the call
the IP voice mail VoIP traffic heavily uses VoIPs. Due
allocation. For complete to this call traffic, incoming calls
information about SIP peer to an IP voice mail (for
voice mails, see “SIP Voice example, MiCollab Unified
Mails“ on page 736. Messaging) must camp-on
waiting for a VoIP. Configuring
the IP Voice Mail reservation
allows the voice mail system to
take precedence in the
allocation of VoIPs, thus
inflicting the camp-on situations
to the other IP devices.
Page 2 of 2
1. To sort the list by the entries in a column, click the column heading. To sort the list in reverse alphabetical order, click
the column heading once more.
2. The upper limit of the range for each individual reservation can be further limited by the other reservations currently
configured.
696
Chapter 11
SIP PEERS
Features and Programming Guide
INTRODUCTION
A SIP peer is an entity with which the MiVoice Office 250 communicates using SIP. This chapter
provides programming instructions for SIP peer phones, SIP peer trunks that are provided by
service providers, and SIP peer voice mails (MiCollab Unified Messaging):
• SIP Phones and SIP Phone Groups below
• Service Provider SIP Trunks and SIP Trunk Groups on page 716
• SIP Voice Mails on page 736
698
SIP Peers
FEATURE DESCRIPTION
SIP phones can register with the MiVoice Office 250 and act as local extensions in the system.
To support this feature, DB Programming introduces a folder named “SIP Phone Groups.” A
SIP Phone Group contains a common set of properties for registration that can be shared with
either a “stand-alone” SIP phone or multiple SIP phones.
When you create SIP phones, they are configured as “stand-alone” phones by default. Even
when the phone is in a stand-alone configuration, the phone is automatically associated with
a SIP Phone Group for the purpose of SIP Peer field configuration, but that SIP Phone Group
can have only one phone. If you want to use an existing SIP Phone Group and share the
properties with other SIP phones, you must assign the SIP phone to a SIP Phone Group when
it is being created.
The MiVoice Office 250 currently supports the following SIP phones:
• Mitel 6920, 6930, 6940, and 6970 series SIP Phone
• Mitel DECT 112
• Mitel 5603, 5604, 5607, 5613 and 5614
• Mitel Conference Phone Collaboration Point (In addition to audio calls, beginning with
Release 6.1, also supports video calls.)
• Mitel MiVoice 5624 Wireless Phone
• MiCollab Client (native)
These SIP phones require a Category F license. The IP DECT Stand itself is not licensed. Also
NOTE note that handsets are associated with a single IP DECT Stand, so they cannot be used across
multiple IP DECT Stands.
For information about system OAI commands that are supported by SIP phones, refer to the
documentation included with the v10.20 toolkit.
OAI Applications
The Attendant Console application does not support using a SIP phone as its associated
extension.
699
Features and Programming Guide
Table 113 on page 700 shows system features that are compatible or not compatible with SIP
phones. Table 114 on page 702 shows which phone features are compatible or not compatible
with SIP phones.
The MiVoice Office 250 does not control display of SIP phones. Also, there is no display type
NOTE
defined in the MiVoice Office 250 for SIP phones.
Page 1 of 2
700
SIP Peers
Page 2 of 2
701
Features and Programming Guide
Account Codes
(Forced)
Account Codes
(Optional)
Account Codes (All
Calls Following)
Automatic Call
Access
Background Music
Background
Images and
Screensavers
Bluetooth Headset 1
Call Screening
Call Waiting 2 2 2 2
(Camp-On)
Chat Notifications
Conference Calls 3 3 3 3
Configuration
Assistant
Custom Ringtones
Directory (Intercom)
Page 1 of 5
702
SIP Peers
Do-Not-Disturb 4
(DND)
Do-Not-Disturb
(Override)
DSS/BLF (PKM) 5 5 5 5
Key (Ext/Hunt
Group/Trunk)
DSS/BLF (PKM)
Key (User)
Dynamic Extension
Express (DEE)
(Ringing)
Dynamic Extension 6
Express DEE
(Handoff-Push)
Dynamic Extension 6
Express DEE
(Handoff-Pull)
Emergency Calls 7 7 7 7
Group Listen
Hookflash
Page 2 of 5
703
Features and Programming Guide
Hunt Group
Announcement
Hunt Group
Overflow Station
Intercom Calls
(Ring Intercom
Always)
Intercom Calls
(Handsfree)
Intercom Calls
(Non-Handsfree
Dialing #)
Intelligent Directory Local Local Local
Search
Manual Forwarding Local Local
(Local)
Manual Forwarding
(System)
Messages (Station)
Messages
(Alternate
Messages Source)
Page 3 of 5
704
SIP Peers
Music-on-Hold
(MoH)
Off-Hook Voice
Announce
Outgoing Access
Outgoing Extension
Paging (Source)
Park 13
Phone Feature
Codes
Phone Lock
Page 4 of 5
705
Features and Programming Guide
Record-A-Call
Reminder Message
Reverse Transfer /
Call Pickup
Speed Dials Local Local Local Local
(Station)
Speed Dials Local Local Local
(System)
System Forwarding 15 15 15 15
Transfer Calls
(Announced/Blind)
Transfer Calls Local
(Conference)
Transfer Calls (to
System Forward)
Transfer Calls
(Timers)
Transfer to Connect 19 19 19 19
Transfer Direct
Transfer to Hold
Page 5 of 5
Local- This feature is supported locally by the phone and not by the MiVoice Office 250 at system level.
CTI - This feature is supported, but it should be controlled by OAI using Phone Manager or a similar CTI application.
1 - Bluetooth Headset / Mobilelink: 6930 & 6940 phones support mobile link and Bluetooth headsets.
706
SIP Peers
2 – Call Waiting (Camp-Ons): A call from a SIP phone towards any other device in the system may camp-on if the device
status is Busy or Offline and the corresponding DID/ E&M Receive Busy Instead of Camp-on flag is disabled. The Camp-On
flag at the SIP Phone Group determines whether the calls from SIP phones should camp-on in the following scenarios:
• If the concurrent call count limit at the SIP Phone Group-level reaches, any subsequent call from or towards any SIP
phone in that group would either camp-on or get rejected based on the Camp-Off flag settings. See page 760 for details
about the maximum concurrent call limit.
• If a SIP phone could not acquire a Category F Phones license from the system, any calls from or towards that SIP phone
would either camp-on or get rejected based on the Camp-On flag settings.Camp-on indications are not supported
except Hunt Group camp-ons via toaster message on 69xx phones.
3 - Conference Call: (Local) A SIP phone can initiate a local conference call inviting all the held parties on the SIP phone.
To the MiVoice Office 250, it would appear as if there are multiple separate calls initiated by the SIP phone, instead
of a conference call. The number of parties that can be involved in such a local conference call depends on the
capabilities of the SIP phone. Also, the maximum number of concurrent call limit of the SIP phone would limit the
number of parties that can be part of such a local conference. (System) Some SIP Phones (5607/5604/5603/5610)
can initiate an ad-hoc conference or add parties to an existing conference. The 69xx phones are limited to only three
party ad-hoc conferences.
4- Do-Not-Disturb (DND): (Local) A SIP phone may have local DND settings and might reject the calls when in DND mode.
If a user changes local DND settings on the SIP phone, the MiVoice Office 250 has no way to know about this change.
For example, if a user enables DND on a SIP phone by using the local feature on the phone, calls towards the SIP
phone might camp-on because the MiVoice Office 250 determines the SIP phone to be busy or not available. While
there are calls camped-on or queued for a SIP phone, and a user disables DND by using the local feature on the
phone, the MiVoice Office 250 would not be notified about this change and the calls towards the SIP phone would
continue to be in camp-on or queued state. (System) Supported. However, generic SIP phones cannot be used to
configure DND using the feature code. Use the Configuration Assistant, Phone Manager, User Web Portal or an OAI
application instead.
5 – DSS/BLF (PKM): A DSS/BLF (PKM) key can be programmed for Mitel phones that points to a SIP phone. The assigned
key reflects the status of corresponding SIP phone. However, a DSS/BLF (PKM) key cannot be programmed on a generic SIP
phone. A DSS/BLF (PKM) key can be programmed on 69xx SIP phones, refer to the MiVoice Office 250 6900 User Guide for
more information on features. NOTE: Trunk BLF keys cannot be used for parking calls on SIP phones. NOTE: Individual
trunks can be dialed from a SIP phone but the trunk is not seized until the full number has been dialed.
6 – Dynamic Extension Express (DEE) & Handoff Push/Pull: All DEE functionality can be configured on a SIP phone,
including having it as a user’s main extension. 69xx phones have push/pull like feature which will send any active call back to
the primary extension to ring the user’s DEE devices in the steps they have configured.
7 – Emergency Calls: The MiVoice Office 250 allows a SIP phone to make emergency calls. The MiVoice Office 250 does
not allow normal calls from a SIP phone to go through in the following situations; however, it would allow emergency calls
to go through:
• The maximum concurrent call limit is reached, and a SIP phone is set to be in Busy state.
• A SIP phone does not have dynamic binding (active SIP registration) with the system and is set to be in Busy or
Offline state.
Additionally, a SIP phone can be configured to use Emergency VoIP resources for emergency calls. When a SIP phone
places an emergency call, system generates a corresponding Emergency Alarm.
707
Features and Programming Guide
8 – Agent Help: Supported. However, the SIP phone cannot be used to request help. It must use an OAI application
instead. There is no information on the SIP device display if the Agent Help is activated or if a supervisor joined the call.
Information about unsuccessful attempt to activate Agent Help feature is displayed in the OAI application though. Also, it is
not possible to request help in idle mode, the SIP phone may request the help during an active call only. The Agent Help
User-Keyed Extension is not supported for SIP phones.
9 – Intercom Calls: SIP phones can make intercom calls, however, the display on SIP phones may not indicate that it is an
intercom call (for example, “IC TO …”). Calls towards SIP phones (except 6900 phones) would always ring regardless of the
Ring Intercom flags, unless the SIP phone has local features to enable auto answer. The Auto-Answer 6900 SIP Phone
option is used to enable/disable auto answer feature on6900 phones.
10 – Message Waiting Indication (MWI): The MiVoice Office 250 sends unsolicited MWI notifications towards SIP phones to
indicate the current MWI status for that phone. At this point, the MiVoice Office 250 does not support accepting MWI
subscriptions from SIP phones. If a SIP phone tries to subscribe for “message-summary” events for MWI updates, the MiVoice
Office 250 rejects the SIP SUBSCRIBE request with the “405 – Method Not Supported” response. If the MiVoice Office 250 is
using MiCollab Unified Messaging as the Voice Mail system, the unsolicited MWI notifications towards SIP phones would
only indicate the presence or absence of Voice Mail message(s). Whereas, if UVM is the Voice Mail system, the unsolicited
MWI notifications towards SIP phones would indicate the presence or absence of Voice Mail message(s) as well as the
message count.
11 – Outside Calls: SIP phones can place and receive outside calls. The displays on SIP phones may not show a Mitel MiVoice
Office 250 formatted outside number as part of the caller ID.
12 – Paging: 69xx phones have a multicast paging feature which can be used between all 69xx phones.
13 – Park: Using a dedicated Park softkey, 69xx can park calls using a blind transfer and pickup using the same key.
14 – Presence Profiles: Presence profiles cannot be changed using a 53xx phone however the status of a 53xx can be
controlled using presence profiles from a Phone Manager client.
15 – System Forwarding: A SIP phone supports System forward functionality, except Ring Principle Once. System forward
cannot be enabled or disabled using the SIP phone. This setting must be configured by the administrator using DB
programming.
16 – Avatars: 6940 phones display the local user’s avatar. All 69xx phones will display other users’ avatars during internal
calls.
17 - 69xx SIP phones can use Agent IDs in an ACD hunt group, but the phone cannot be added as a “member” of an ACD
hunt group.
19 – Transfer to Ring/Connect is not controlled by feature but by call state. If the announcement call is answered then the
call will transfer to connect, if the announcement call is not answered or a blind transfer/park is initiate, the call will transfer
to ring.
For additional programming instructions, refer to the UC Express IT and Administrator Guide
or the Mitel 5610 IP DECT Stand Configuration and Administration Guide.
708
SIP Peers
3. Select the SIP Phone Group that you want to use, and then click Finish. The new SIP
Phone Group appears in the SIP Phone Group column in the Create SIP Phone Extension
dialog box.
Right-click the device in the Create SIP Phone Extension dialog box, and select Create new
Stand-Alone SIP Phone Group. The SIP Phone Group column changes to “Stand-Alone” and
a new stand-alone SIP Phone Group is created.
709
Features and Programming Guide
Select System – Devices and Feature Codes – Phones – Local – <SIP phone>.
The configuration applications for both the 5610 Cordless Handset and UC Express SIP
NOTE Softphone use the assigned SIP Phone extension number and passcode. If these values do
not match, the corresponding SIP phone will not function.
710
SIP Peers
Table 115 show configuration options that are available for SIP Phone Groups. The SIP Phone
Group configuration options are similar to the configuration options for SIP Trunk Groups.
Select System – Devices and Feature Codes – SIP Peers – SIP Phone Groups – <SIP phone
group> – Configuration.
When configured for use with the 5610 Cordless Handset, set the DTMF Encoding Setting in
NOTE
the Call Configuration field to RFC 2833.
You can view the SIP phones that are associated with SIP Phone Groups.
711
Features and Programming Guide
The MiCollab desktop client (Mitel Conference Phone) and 3rd party SIP phones are configured
on the MiVoice Office 250 system as SIP endpoints. SIP signaling is used to setup the calls
between these types of phones. As a result, these endpoints have the option to escalate an
established audio call to a video call.
The table below summarizes the supported codecs for these devices.
MIVOICE VIDEO
X-LITE BRIA PHONE
X-Lite H.263 H.263 No common codec. No
H.263+ (1998) H.263+ (1998) Video Call
712
SIP Peers
• Transfer
• Conference (if the device supports local conferencing)
• Private Networking.
For example, the SIP device can be on another node. Note that the extension of the Network
Groups must match, and the Peer to Peer Media flag in Database Programming needs to
be enabled on both nodes. Both nodes must be running MiVoice Office Release 6.1 SP1
and later software.
• SIP P2P video functionality can work with MiVoice Business using Private Networking via
SIP Peer Trunk Groups.
Only SIP to SIP call scenario will be supported for escalating the audio call to a video call. If
any non-SIP devices are involved in the call (TDM/Conference, traditional trunks), then the
escalation to a SIP video call is impossible.
The diagram below illustrates the cases in which the SIP video calls will work.
The MiVoice Office 250 handles audio and video conferences differently. Audio conferences
are hosted on the MiVoice Office 250 controller itself, and each conference participant is able
713
Features and Programming Guide
to add another participant to this conference. Video conferences however, are hosted on the
SIP client devices themselves. Effectively each participant would be able to set up a video
conference on their SIP devices. For example, if another participant in the video conference
uses their SIP device to create a new video conference, it is established and hosted on this
participant’s SIP device. From the original conference view it appears as if a conference-in-a-
conference is taking place, and would be confusing for all participants. To overcome this
limitation, ensure all participants are invited to a video conference from one SIP device only.
This Multi-Node video feature supports video calls between SIP clients connected to different
nodes. A SIP device connected to Node 1 can now make a video call to a SIP device connected
to Node 2.This is achieved by using the Peer-to-Peer (P2P) connection between two SIP
endpoints for the video calls for the endpoints connected to MiVoice Office 250.
Note: MiVoice Office 250 6.1 SP1 release supports the following video endpoints: MiVoice Video Unit,
Bria and X-Lite. Also, MiVoice Office 250 has been updated to support video calls with devices that use
H.264 and H.264 HP (High Profile) video codecs.
This implementation utilizes the same infrastructure as the existing SIP Peer-to-Peer audio,
where each SIP Peer is a member of a Network Group that allows P2P media (both Audio and
Video). If P2P media is enabled, any device in the group is designed to negotiate the P2P video
streams during establishment of a video connection. If the devices are unable to negotiate a
P2P video stream, they will fall back to audio only connections.
You can use the DBP application to configure SIP clients and Network Groups.
The following features are supported for both single and multi-node scenarios:
1. Simple Call
714
SIP Peers
2. Call Hold/Retrieve
3. Call Forward
Note: Video calls are only supported between 6.1 SP1 nodes. In case of a network with pre-6.1 SP1
nodes, if a video call is attempted from 6.1 SP1 node to 5.1 SP5 PR1 or 6.0 or 6.1, the call is forced to
audio only. Video SDP is not sent to the other node and from this node perspective it looks like a regular
audio off-node call.
715
Features and Programming Guide
FEATURE DESCRIPTION
This section contains the following SIP peer trunk group-specific information:
• SIP Peer Trunk Features below
• SIP Peer Trunk Group Features below
• Service Provider SIP Trunks on page 717
• SIP Peer Trunk Group Registration on page 717
• SIP Peer Trunk Group Authentication on page 719
• SIP Peer Trunk Group Access Codes on page 719
A SIP trunk is a virtual trunk that you must associate with a SIP peer trunk group. Unlike a SIP
peer voice mail, only one call to each SIP trunk is allowed. You must define a SIP trunk for
each call. A SIP trunk has a dialable extension, used for the Open Architecture Application
(OAI). By having an extension, OAI can differentiate between each end of the call when a call
comes in on a SIP peer trunk group, and then it is forwarded or transferred back out the same
SIP peer trunk group.
For incoming calls, the MiVoice Office 250 picks the SIP trunk with the lowest extension number
that is available. For outgoing calls, you can dial the SIP peer trunk group extension either
directly or indirectly through Automatic Route Selection (ARS), or you can dial the SIP trunk
directly. If you dial the SIP peer trunk group extension, the MiVoice Office 250 selects the SIP
trunk with the highest extension number that is available. If you dial the SIP trunk directly, the
call could camp-on if the corresponding SIP trunk is busy. If the SIP trunk does not have a
license, then the MiVoice Office 250 considers the SIP trunk an off-line device.
You can program a SIP trunk or SIP peer trunk group as a Direct Station Selection/Busy Lamp
Field (DSS/BLF)/Programmable Key Modules (PKM) button. An individual SIP trunk provides
status to a DSS/BLF (PKM) button based on the SIP peer trunk group instead of the individual
SIP trunk.
716
SIP Peers
A SIP peer trunk group provides Central Office (CO) access using SIP. This functionality
enhances the existing support for SIP trunks. A SIP peer trunk group's features are similar to
a CO trunk group, which has a dialable extension in a CO trunk group range. You can put the
SIP peer trunk group in an ARS facility group, and if dialed directly, it provides dial tone and
prompts the caller for an outside number. The Phone and Voice Mail Administrator can assign
the SIP trunk to a SIP peer trunk group through the administrator phone. The SIP trunk maintains
the same OAI model as the existing CO Trunk Group and Trunk.
Service provider SIP (SIP peer) trunks allow the MiVoice Office 250 to communicate with the
CO using SIP trunks provided by a service provider without using a gateway. Service provider
SIP trunks provide almost the same functionality as gateway SIP trunks, but they may require
the MiVoice Office 250 to register and authenticate with the SIP trunk service provider network.
The MiVoice Office 250 supports various SIP Trunk service providers. For an updated list of
supported SIP trunk service providers, refer to the Mitel SIP Center of Excellence on Mitel
Online.
Configuration templates are included with the DB Programming installation, which are used to
create and configure the SIP peer trunk group for the supported SIP trunk service providers
(see page 720 for programming). The existing SIP Peers folder contains SIP Voice Mails.
After you configure the SIP peer trunk group in DB Programming and registration is initialized
with the SIP peer network, the SIP peer provisions the account information (for example, the
user name and password) for the MiVoice Office 250 and provides that information to you. To
authenticate the account, you must configure this information for the SIP peer in DB
Programming (see page 744).
The SIP peer (that is, the SIP trunk service provider) may require the MiVoice Office 250 to
register with the SIP peer network using SIP Registrations. After you configure the SIP peer
trunk group in DB Programming and registration is initialized with the SIP peer network, the
SIP peer provisions the account information (for example, the user name and password) for
the MiVoice Office 250 and provides that information to you. To authenticate the account, you
must configure this information in the Authentication folder.
If the SIP peer does not require the MiVoice Office 250 to register itself with the SIP peer
network, you need to create a static binding for the SIP peer in DB Programming. This static
binding requires the public IP address or hostname, the User Datagram Protocol (UDP)
Transport Protocol, and the listen port of the MiVoice Office 250. You must provide this
information to the SIP peer along with contact information for the main representative at the
customer’s site (name, phone number, and e-mail address).
When you create a SIP peer trunk group in DB Programming which requires registration, the
MiVoice Office 250 initiates SIP registration with the SIP peer network. If the SIP peer rejects
the credentials from the MiVoice Office 250 registration request, then system alarm 144
(<#####> REG FAIL) generates, where <####> is the corresponding SIP peer trunk group
extension. If the SIP peer accepts the credentials, a network binding is created on the SIP peer
717
Features and Programming Guide
network for the MiVoice Office 250. Also, the MiVoice Office 250 initiates a timer to refresh the
registration, which is less than the registration expires value that the SIP peer network returns.
You need to create a static binding for the SIP peer in DB Programming if the SIP peer does
not require the MiVoice Office 250 to register with the SIP peer network. You must provide the
SIP peer with the following information about the MiVoice Office 250:
If the SIP peer network does not return a registration expiration value, then the system uses
the configured refresh registration interval. The refresh registration is issued in about half of
the time of this refresh interval. When the refresh timer expires, the MiVoice Office 250 initiates
the SIP registration. This refreshes the network binding on the specified account (SIP peer
trunk group).
When any of the following configuration parameters for the SIP peer trunk group is changed
through DB Programming, the registration logic resets and results into new registration:
• IP Address
• Port Number
• Hostname
• Transport Type
• Domain Name
• NAT’ted IP Address
• Registrar Hostname
• Registrar IP Address
• Registrar Port Number
• Require Registration (If changed to disabled, then registration stops)
• Username
• Password
If the SIP registration request fails because of time-out, the registration request is retried using
a back-off timer. If the SIP registration request still fails because of time-out, system alarm 144
(<#####> REG FAIL) is generated. To reinitiate the registration process, you can either change
the operating state of the SIP peer in DB Programming from In-Service to Out-Of-Service
Maintenance, and then back to In-Service, or change any of the parameters mentioned in the
718
SIP Peers
list above. This resets the registration process, but the Phone Administrator must clear this
alarm from the administrator phone.
See page 743 for details about SIP peer registration programming.
Some SIP peers require outbound calls to be authenticated. To obtain the information to
authenticate the account (user name and password), some service providers have a Web site
where you establish an account with them to view your user name, password, and other account
information. You must program the user name and password into DB Programming. The service
provider uses the user name and password to authenticate the account. You do not need to
provide them with any information about the MiVoice Office 250.
You must provide the following information for the MiVoice Office 250 if the SIP peer does not
require registration:
• A static binding which requires the public IP address (System\IP Settings in DB
Programming):
• Base Server
• Processor Module
• Processing Server (PS-1)
• Processor Expansion Card (PEC-1)
• SIP UDP Listening Port (5060)
• Main contact information (name, phone number, and e-mail address)
For an outbound call, the MiVoice Office 250 sends a SIP invitation request to the SIP trunk
service provider. If the SIP peer rejects the credentials from the MiVoice Office 250 invitation
request, then system Alarm 146 (<#####> AUTH FAIL) is generated, where <####> is the
corresponding SIP peer trunk group extension. If the SIP peer accepts the credentials, a network
binding is created on the SIP peer network for the MiVoice Office 250, and then outbound calls
are established. However, the Phone Administrator must clear this alarm from the administrator
phone.
If the SIP invitation request fails for other reasons, the call failure count for the SIP peer trunk
group could increase by one. If the failure count exceeds the configured maximum count, then
the SIP peer changes to the Out-Of-Service operating state and system alarm 145 (<#####>
OUT OF SVC) generates. This alarm clears automatically when the SIP peer changes to the
In-Service operating state. You can change the operating state in DB Programming.
See page 744 for details about SIP peer authentication programming.
Different access codes are supported by the SIP peer service providers. These providers prefer
to have these numbers sent by the trunk to them without a “+” or “1” preceding the number.
With 911 it is very important to use the correct Caller ID since this is how the provider knows
what Public-Safety Answering Point (PSAP) to route the emergency call to. However, “+1911”
and “+1411” works as well.
719
Features and Programming Guide
A SIP peer trunk group does not support the following CO Trunk Group functionality:
• Absorbed patterns
• One-way incoming call
• Echo trunk number
• Direct Inward System Access (DISA)
• Day/Night Answer Access
For an updated list of supported SIP trunk service providers, refer to the Mitel SIP Center of
Excellence on Mitel Online.
Each template contains predefined SIP peer trunk group settings specific to that SIP trunk
service provider. Use the provided templates to create a SIP peer trunk group. You can also
create and configure a SIP trunk group without using a template and then export those settings
to use as a template to create additional SIP peer trunk groups. To make programming easier
you can import and export these templates for use on other nodes.
Each SIP trunk group must have unique IP addresses or Fully Qualified Domain Names
(FQDN). If you attempt to create a SIP trunk group with identical IP/FQDN values, the following
error message appears.
To set unique IP/FQDN values for each SIP trunk group, program the following fields in the
Configuration folder:
• IP Address
• Fully Qualified Domain Name
• Alternate IP/FQDN List (for Bandwidth.com and NetSolutions only)
720
SIP Peers
Click OK. When you create a SIP trunk group, the Call Configurations subfolder under
System\IP-Related Information creates a new call configuration for the SIP trunk group by
default (see “IP Call Configurations“ on page 657 for details).
5. Assign a username and its description to the SIP trunk group. The description that appears
in all trunk group lists in the database can be up to 20 characters long. The username that
appears on display phones can have up to 10 characters.
3. Select the template to use, and then click Open. The Create SIP Trunk Group Extension
dialog box appears.
4. Select the extension number you want to use for the item in the Starting Extension field.
The range is 92001–92999; the default baseline extension for a SIP trunk group is based
on the CO Trunk Group baseline of 92001.
5. Indicate the number of extensions you want to create in the Number of Extensions field.
If the system is set to have more than one extension, the new SIP trunk groups are assigned
sequentially to the next available numbers.
721
Features and Programming Guide
Click OK. When you create a SIP trunk group, the Call Configurations subfolder under
System\IP-Related Information creates a new call configuration for the SIP trunk group by
default (see “IP Call Configurations“ on page 657 for details).
6. Assign a username and its description to the SIP trunk group. The description that appears
in all trunk group lists in the database can be up to 20 characters long. The username that
appears on display phones can have up to 10 characters.
7. After you create a SIP trunk group, right-click the trunk group to do any of the following as
needed:
• Explore: Configures the selected SIP trunk group (see page 722).
• Copy: Copies the SIP trunk group configuration.
• Apply Template: Applies a preconfigured template to a SIP trunk group.
• Export Settings as Template: Exports SIP trunk group configuration settings to a
template. When you select this menu option, a file save dialog box appears. Type a
filename for the template, and then click Save. (If you select the original .stg file, you
will overwrite the default settings. Mitel recommends that you rename the file.)
• Delete: Removes all of the associated SIP trunks as well as the SIP trunk group.
Deleting a SIP trunk group drops all calls on the deleted SIP trunk group.
When you use a template to create a SIP peer trunk group, all of the necessary fields specific
to the SIP trunk service provider are automatically configured. The configuration is
preprogrammed for you and you do not need to change any settings (except you need to add
a user name and password for VoiceFlex after the template is applied). When you create a SIP
peer trunk group without using a template, you must obtain the necessary information from the
SIP trunk service provider, and then configure this information in DB Programming. The
following section details the fields that must be configured and the specific settings for SIP trunk
service providers. These settings might change if the SIP trunk service provider change their
settings, or provide you with configurations other than what are described in this section.
722
SIP Peers
Individual SIP peer trunks must reside in a SIP peer trunk group. A SIP peer trunk group provides
virtually the same functionality as a CO Trunk Group.
See “Programming Trunk Group Options“ on page 534 or refer to the MiVoice Office 250 DB
Programming Help for SIP trunk group programming (System\Devices and Feature Codes\SIP
Peers\SIP Trunk Groups\<trunk group>\Trunk Group Configuration) and details about these
fields.
The only field you must configure different from the default setting is the Force Trunk Group
Calling Party Name and Number. By default this is set to No.
For detailed information about Caller ID forwarding and priorities, see “Caller ID Forwarding“
NOTE
on page 563.
See page 724 for details on troubleshooting service provider SIP trunks.
723
Features and Programming Guide
Emergency calls (for example, 911, 999, 000, and 112) will fail because the Call Failure
Threshold, in System\Devices and Feature Codes\SIP Peers\SIP Trunk Groups\<SIP trunk
group>\Configuration in OLM, must be met before the system sources out other resources.
See “Emergency Extensions for IP Devices“ on page 670 for complete details about emergency
calling configuration. To avoid failed emergency calls, follow one of the recommended
configurations:
Configuration 1
Decrease the Keep-Alive Ping Interval for the SIP peer trunk group. This takes the SIP peer
trunk group out of service as soon as the peer is unreachable and emergency calls will fallback
to the next facility group.
Emergency calls made between two consecutive keep-alives will fail if the SIP peer becomes
NOTE
unreachable during that time.
Configuration 2
Emergency calls are always routed through the first route group:
1. Create a route group for 911, 999, 000, or 112 (dial pattern as 911, 999, 000, or 112) and
place this route group first in the list of route groups.
2. Add a facility group with a PRI or Loop start (which immediately goes out of service unlike
a SIP peer trunk group) and place this facility group at the top of the list.
The second facility group can be the SIP peer trunk group.
The next route group can be used for all other calls.
NOTICE
Emergency Call phone numbers include:
• 911, the default for Mitel systems located in the United States (USA).
• 999, the default for Mitel systems located in the European market and used primarily in the United
Kingdom (UK).
• If applicable, 112, an emergency number used widely in Europe outside of the UK, and in
Australia.
• Any emergency number, such as for a police or fire station, that is appropriate for the location of
the main system and/or remote phones.
NOTICE
Network Troubleshooting: Maintenance and troubleshooting of your LAN/WAN network is the
responsibility of your network provider. Mitel Technical Support can help you isolate minor network
problems; Technical Support will escalate complex network problems to Professional Services, a billable
service.
724
SIP Peers
This section provides examples of a working scenario SIP call flow and Message Print output
along with troubleshooting information for the following:
• Registration below
• Basic Incoming Calls on page 726
• Unauthenticated Basic Outgoing Calls on page 728
• Authenticated Basic Outgoing Calls on page 728
REGISTRATION
Some SIP trunk service providers, such as VoiceFlex, require the MiVoice Office 250 to register
with the provider using SIP. This section details information about registration. See the following:
• The figure below is a SIP call flow example for a successful registration.
• The figure below is an example of Message Print for a successful registration with SIP
header information enabled.
• Table 117 on page 726 lists troubleshooting information for registering with the SIP trunk
service provider.
725
Features and Programming Guide
Example 2. The following is a snippet from Message Print when the username or password is programmed
incorrectly:
This section details information for basic incoming calls. See the following:
• The figure below is a SIP call flow example for basic incoming calls.
726
SIP Peers
• The figure below is an example of Message Print for basic incoming calls with SIP header
information enabled.
• Table 118 below lists troubleshooting information for basic incoming calls.
Table 118: Service Provider SIP Trunks Basic Incoming Call Troubleshooting Tips
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
The SIP trunk group is not The MiVoice Office 250 is not Contact the SIP trunk service provider to get
receiving calls. registered with the SIP trunk registered.
service provider who requires
registration.
The SIP trunk service provider is Verify that the IP address provided by the SIP
sending SIP messages from an trunk service provider is programmed in the
IP address that the MiVoice “Alternate IP Address” for the SIP trunk group.
Office 250 does not know about. (See Example 1 below).
The MiVoice Office 250 sends a
403 Forbidden SIP message.
There are problems with the Verify network connectivity.
network connection.
Example 1. The following is a snippet from Message Print when the MiVoice Office 250 receives a SIP message
from an unknown IP address:
727
Features and Programming Guide
Some SIP trunk service providers, such as Bandwidth.com, do not authenticate outgoing calls.
The service providers look at the IP address and the call succeeds if the IP address of the
MiVoice Office 250 they have in their records matches the source IP of the SIP message. This
section details information for unauthenticated basic outgoing calls. See the following:
• The figure below is a SIP call flow example for unauthenticated basic outgoing calls.
• Table 119 below lists troubleshooting information for unauthenticated basic outgoing calls.
Table 119: Service Provider SIP Trunks Unauthenticated Outgoing Calls Troubleshooting Tips
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
Outgoing calls from the SIP There are problems with the Verify network connectivity.
trunk group are failing. network connection.
The SIP trunk service provider If there are no network connectivity issues,
is unavailable. contact the SIP trunk service provider to
make sure their services are operational.
Some providers, such as VoiceFlex, authenticate all outgoing calls. This section details
information for authenticated basic outgoing calls. See the following:
• The figure below is a SIP call flow example for authenticated basic outgoing calls.
• The figure below is an example of Message Print for authenticated basic outgoing calls
with SIP header information enabled.
728
SIP Peers
• Table 120 below lists troubleshooting information for authenticated basic outgoing calls.
Table 120: Service Provider SIP Trunks Authenticated Outgoing Calls Troubleshooting Tips
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
Authentication with the SIP The authentication parameters Verify that the user name and password
trunk service provider failed are invalid. provided by the SIP trunk service provider
and alarm 146 (AUTH FAIL) are programmed correctly in DB
has generated. Programming. (See Example 1 below).
Example 1. The following is a snippet from Message Print when the username or password is programmed
incorrectly:
Additional troubleshooting information currently exists for the SIP peer voice mail, which was
added in the v3.0 or later software. This information applies to the SIP peer trunk group (see
page 716):
• Operating state
• Status
• SIP view diagnostics feature code 9987 [9187]
• System Monitor dumps
• Log files
729
Features and Programming Guide
NOTE Refer to the SIP CoE document for information on supported SIP devices.
By connecting to the MiVoice Office 250 through the MBG, external users can access many
MiVoice Office 250 features available to internal users.
730
SIP Peers
• Hold
• Music-On-Hold
• Dynamic Extension Express and Mid-Call Features
• Mute
• Redial
• SIP Calling Number and Name Delivery
• Do-Not-Disturb
• Incoming/Outgoing Call with G.711 and G.729
• ACD calls
SYSTEM REQUIREMENTS
• To use this functionality, the system must meet these requirements:
• MiVoice Office 250 6.0 SP1 and higher
• MBG GA 8.0.17.0 and higher
• MAS SP1 application (5.0.116.0) that includes:
- UCA SP1 - 6.0.120.0 and higher
- MCA SP1 - 5.0.1.17 and higher
- MiCollab Unified Messaging 16.1.0.13 and higher
To use SIP Trunking there must be proper configuration of SIP Trunks between MiVoice Office
250 system and MBG and between MBG and the PSTN. This includes:
• Configuring the 5000 Nodes on the MBG
• Configuring SIP Trunks in MiVoice Office 250 DB Programming
There must be a valid license on the MBG. Refer to the MBG Installation & Maintenance Guide
for more detailed information on programming the 5000 nodes on the MBG.
731
Features and Programming Guide
While a Mobile device that is connected to UCA is within the office area connection, they
have direct access to the MiVoice Office 250 features. However, as soon as they leave the
NOTE office area, the roaming function is used and the mobile device is connected to the MBG.
From that moment they become an external user, which has access to MiVoice Office 250
features through MBG.
732
SIP Peers
The following MiVoice Office 250 system software licenses must be enabled to provide full
integration with UC Advanced:
• System OAI 3rd Party Call Control
• System OAI Events
• Dynamic Extension Express (DEE)
If the Phones information is configured for the MiVoice Office 250, but the Users
information is not
The UC Advanced PBX node synchronizer retrieves the following information from the Phones
folder in DB Programming to create UC Advanced accounts:
• Extension: The value configured in the Extension field becomes the phone extension for
the UC Advanced account after synchronization.
• Description: The value configured in the Description field becomes the account name for
the UC Advanced account after synchronization. Note the following for the Description field:
- Configure the user’s name in Last name, First Name format for the Description field.
This is the format used by the PBX node synchronizer for the account name in UC
Advanced.
- The Tilde character (~) before the Description and a blank Description field excludes
the account from the synchronization.
If the Users information is configured for the MiVoice Office 250, but the Phones
information is not
The UC Advanced PBX node synchronizer retrieves the following information from the Users
folder in DB Programming to create UC Advanced accounts:
• First Name and Last Name: These fields provide the value for the account name on the
UC Server. Note the following:
- To exclude a UC Advanced account from being created during synchronization, insert
the Tilde character (~) before the First Name or Last Name in the Phones, Endpoints
or Stations folder.
- If the First Name and Last Name fields are blank in DB Programming, UC Advanced
will not create an account.
733
Features and Programming Guide
If the Phones Extension fields and Users Main Extension field match, then only one account
is created.
In System/Devices and Feature Codes/SIP Peers/SIP Phone Groups set the following:
• Use Registered Username: Select Yes for Use Registered Username value for the SIP
phone profile group.
To support UC Advanced
Go to System/Sockets.
Passcode/Passwords
The SIP phones on the 5000 have two areas for setting the SIP phone password:
• Phone/Station/Endpoint password
• Authentication is under the SIP profile Group
Either password setting on the 5000 can be used with the MBG.
UCA CONFIGURATION
Refer to the Unified Communicator Advanced Administration Guide for details about configuring
the UCA server with the MiVoice Office 250.
MBG CONFIGURATION
Ensure there are valid Teleworker (TW), SIP trunk and compression licenses on the MBG. The
MBG allocates TW licenses for MiNet and SIP dynamically when the devices are online.
When a device is off-line the license is available for use where the licenses are not dedicated.
If all MiNet and SIP devices users are active at the same time on a regular basis then the
system will need to be configured with same amount of TW licenses as there are devices.
Refer to the Mitel Border Gateway Installation and Maintenance Guide for details.
734
SIP Peers
After installing UCA Mobile, enter the UC Server hostname the first time you run it. This value
can be modified later. If you have installed an older version, you will be asked to upgrade after
your first login. Your login and password have already been configured.
For correct behavior of SIP softphone with MBG and 5000, Settings/Softphone Settings/
Advanced settings/Protocol value should be UDP.
735
Features and Programming Guide
NOTE By default, you can create one SIP Voice Mail device.
4. In the Starting Extension box, select the starting extension number. The range is P9001–
P9999; the default baseline start extension is P9001.
5. In the Number of Extensions box, enter the number of extensions that you want to create.
If the system is set to have more than one extension, the new devices are assigned se-
quentially to the next available numbers.
6. Click OK.
7. Type a username and description for the device.
8. Right-click on the device to do any of the following:
• Explore: Configures the selected device (see page 738).
• Copy: This functionality is not used when the system is set to have only one SIP Voice
Mail.
• Synchronize Mailboxes: Synchronizes the mailbox data across all MiVoice Office 250
networked nodes. This ensures the mailbox data per SIP Peer stays accurate for OAI
applications. The synchronization is only necessary for multi-node configurations
where OAI applications are used within the multi-node environment.
To synchronize mailboxes:
Right-click on the device extension, and then select Synchronize Mailboxes. The
Synchronize SIP Mailboxes dialog box appears to indicate the status of the
synchronization. The duration of this synchronization depends on the number of
mailboxes that exist, so a larger number could take a minute or so.
736
SIP Peers
• Delete: Removes all of the associated SIP Voice Mail applications, mailboxes, and
Group Lists as well as the SIP Voice Mail devices. Deleting Voice Mail devices drops
all calls on the deleted devices.
ADDING SIP VOICE MAIL DEVICES TO THE SIP VOICE MAIL CALL
CONFIGURATION
When you create a SIP Voice Mail (see page 736), the system creates a SIP Voice Mail Call
Configuration. By default, the Call Configuration is named “MiCollab Unified Messaging” and
the number is assigned sequentially to the next available number, as shown in the figure below.
To add SIP Voice Mail devices to the SIP Voice Mail Call Configuration:
1. Click the SIP Voice Mail Call Configuration.
2. Double-click SIP Voice Mails. The right pane shows the SIP Voice Mail devices, if any,
that are currently members of the Call Configuration.
3. Right-click anywhere in the right pane, and then select Move To SIP Voice Mails List.
4. Use the wizard to select the devices that use this Call Configuration. By default, you can
add one device. The SIP Voice Mail device appears in the SIP Voice Mail folder as shown
below. Double-click the SIP Voice Mail device to view and configure the SIP Voice Mail
settings as described on page 738.
737
Features and Programming Guide
Program the SIP Voice Mail Configuration folder as described on page 742.
The Applications folder provides a list of the SIP Voice Mail applications associated with the
SIP Peer. You can create the following SIP Voice Mail applications:
• SIP Auto Attendant (AA)—see “Auto Attendant“ on page 902
• SIP Auto Attendant Recall (AAR)—see “Auto Attendant Recall“ on page 906
• SIP Call Routing Announcement (CRA)—see “Call Routing Announcements“ on page 907
• SIP Message Notification/Retrieval (MNR)*—see “Message Notification/Retrieval“ on
page 918
• SIP Record-A-Call (RAC)—see “Record-A-Call“ on page 921
• SIP Scheduled Time-Based Application Router (STAR)—see “Scheduled Time-Based Ap-
plication Routing (STAR)“ on page 939
• SIP Voice Mail (VM)—see “Voice Mail (Application)“ on page 943
* Unlike MiVoice Office 250 Voice Mail, you can create multiple MNR applications.
738
SIP Peers
You must create a primary Voice Mail application. This must correspond to the Line Group
created on the MiCollab Unified Messaging. For example, if Line Group 1 on the MiCollab
Unified Messaging has a pilot number 2600, create an application with an extension 2600.
Use this primary Voice Mail application as the pilot number for other applications, if needed
(depending on the MiCollab Unified Messaging configuration).
3. Enter the extension number you want to use for the first item in the Starting Extension field.
4. Indicate the number of items you want to create in the Number of Extensions field. The
new devices are assigned sequentially to the next available numbers.
5. Click OK.
6. Assign a Username and its description to the application.
7. After a Voice Mail application has been created, right-click the new device to do any of the
following as needed:
• Explore: Configures the selected application (see page 740).
• Copy and Paste: Copies certain attributes from one application, and then pastes the
attributes into one or more applications. The copy functionality only copies features
that are shared among the selected application types.
To copy an application:
a. Right-click the application extension, and then select Copy.
b. Right-click the application where you want the information pasted, and then select
Paste.
c. Select the attributes you want to copy from the Copy dialog box.
d. Click OK.
• Delete: Removes all of the selected applications.
• Batch Extension Change: Changes several extensions at once.
739
Features and Programming Guide
The following fields are SIP Voice Mail-specific options. The rest of the fields function
the same as the existing fields for the MiVoice Office 250 Voice Mail applications:
• SIP Voice Mail Pilot: Indicates the SIP Voice Mail pilot number. The pilot number must
be set to a SIP VM application that is associated with a Line Group. This field allows
MiCollab Unified Messaging to share the lines within a Line Group for calls to SIP Voice
Mail applications. Typically, the majority of the MiCollab Unified Messaging lines reside
in one MiCollab Unified Messaging Line Group. This MiCollab Unified Messaging Line
Group has an associated extension on the MiVoice Office 250. This extension should
be the “SIP Voice Mail Pilot” for all other SIP VM applications.
Method A
a. Select the current value, and then type the new value in the text box.
b. Press ENTER. A screen displays what is associated with the number you typed.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the current value field. Select Change SIP Voice Mail Pilot. A window
appears prompting you to select the type to include. The SIP applications that
appear as options for this field are on the parent/current SIP Peer only. You cannot
select SIP applications that appear on another SIP Peer.
b. Select the device(s), and then click Next. A list of devices appears. (You can view
them in a list by selecting the List button or view details by selecting the Details
button.)
c. Select the desired device, and the click Finish. The new pilot appears in the field.
740
SIP Peers
The Group Lists folder provides a list of the group lists associated with the SIP peer. Group
lists can be used by any subscriber for sending messages to several mailboxes simultaneously.
At this time, the MiVoice Office 250 Call Processing only needs to know about group lists for
OAI queries.
All mailboxes on the MiCollab Unified Messaging must be created as mailboxes on the MiVoice
Office 250. This folder provides a list of the mailboxes associated with the SIP peer. The process
for creating associated and non-associated mailboxes remains the same as the process for
creating mailboxes for MiVoice Office 250 Voice Mails. At this time, the MiVoice Office 250 Call
Processing only needs to know about associated/unassociated mailboxes for OAI queries/
commands. If the mailbox is associated, the Description and Username fields are read-only.
741
Features and Programming Guide
Authentication 744
MWI 744
Keep-Alive 745
Registrations 747
IP Address 748
Port Number 748
Fully Qualified Domain Name 748
Call Configuration 748
Camp-Ons Allowed 749
Operating State 749
Maximum Number of Calls 750
Supports Menu Softkeys 751
Page 1 of 2
742
SIP Peers
Page 2 of 2
REGISTRAR
(This option is for SIP trunk groups only.) If the SIP peer does not require registration, the fields
in this folder do not need to be configured. The Enable Registration option is set to No by default
and the remaining fields appear with a red “X.”
743
Features and Programming Guide
AUTHENTICATION
Configure the following options:
Security Issue: Failure to use a secure username and password could result in the
MiVoice Office 250 being compromised.
If Enable In-bound Authentication is set to Yes, the SIP Phone can only register with
a username and password in the request. The preference is to use the In-bound
Authentication Username and In-bound Authentication Password. If both the In-
IMPORTANT
bound Authentication Username and In-bound Authentication Password are
empty, the SIP Phone can register either using the extension number or the phone
passcode in the request.
If Enable In-bound Authentication is set to No, the SIP Phone can register using just
the extension number.
• Out-bound Username: This field applies only if the SIP peer requires registration or call
authentication. The username is provided by the SIP peer. The MiVoice Office 250 uses
this username as part of the SIP Digest Credentials in the SIP Request. The username is
limited to 64 characters.
• Out-bound Password: This field applies only if the SIP peer requires registration or call
authentication. The password is provided by the SIP peer. The password is limited to 64
characters.
• Do not use Out-bound Username in REGISTER: This flag controls the registration of a
SIP call when upgrading from Release 6.0.
MWI
The Message Waiting Indication (MWI) field determines whether the system accepts the MWI
from the SIP peer. Verify that the Accept MWI option is set to Yes. To have the system ignore
MWI from the SIP peer, change the setting to No. It is set to Yes by default.
For SIP phones, the MWI functionality works only if the SIP phone is statically registered.
744
SIP Peers
KEEP-ALIVE
The SIP peer has keep alive functionality to refresh the NAT bindings for any firewall/NAT in
the path and to determine if the SIP peer is reachable or not. You can enable or disable the
SIP peer keep alive functionality in DB Programming for each SIP peer. When you enable the
keep alive functionality, the MiVoice Office 250 sends a SIP OPTIONS request to ping the SIP
peer. When you disable the keep alive functionality, the MiVoice Office 250 does not send any
SIP OPTIONS requests to the SIP peer.
If the SIP OPTIONS requests fail consecutively for the configured number of times, the
corresponding SIP peer is put to Out-Of-Service state and the following system alarm is
displayed: ALARM #145 SIP peer Out-of-Service.
On the success of any subsequent SIP OPTIONS request, the SIP peer is put back to In-Service
(INS) state from Out-Of-Service (OOS) state. This would also clear the previously raised system
alarm.
NAT SETTINGS
The NAT Settings option specifies the NAT address type (refer to the MiVoice Office 250
Installation Manual for details about programming this option).
The default is “No NAT or SIP-Aware NAT” (for systems that are using a SIP-aware firewall).
If you are not using a SIP-aware firewall, you must change the setting to “Non SIP-Aware NAT”.
There are two choices:
• No NAT or SIP-Aware NAT: Used in two scenarios: When the MiVoice Office 250 is directly
in the public network, without a firewall or NAT device between the MiVoice Office 250 and
the SIP peer, and when the firewall between the MiVoice Office 250 and the SIP trunk
service provider is SIP-aware. Refer to the MiVoice Office 250 Installation Manual for a
list of the tested firewalls.
• Non SIP-Aware NAT: Used when the firewall between the MiVoice Office 250 and the SIP
trunk service provider is not SIP-aware.
745
Features and Programming Guide
3. Click the IP Address option, and then type an IP address or click the FQDN option, and
then type a fully qualified domain name. An error message appears if you attempt to create
an IP address of fully qualified domain name that already exists.
ROUTE SETS
SIP Route Set is a collection of ordered SIP URLs which represent a list of SIP Proxy Servers
that must be traversed while sending a particular SIP request to the corresponding SIP peer.
This field is mainly used for specifying an outbound SIP Proxy Server that must be used to
send SIP requests to the SIP peer. To set an outbound SIP Proxy Server, Mitel recommends
that only one route set element (for example, SIP URL) be added in this list.
The following components of a Route Set element comprise the SIP URL:
• Username: Indicates the user information part of the SIP URL.
• Hostname: Indicates the host part of the SIP URL. This field can be a FQDN (Fully Qualified
Domain Name) or the IP address of the SIP Proxy Server.
• Port Number: Indicates the port number of the SIP URL. This field specifies the listen port
of the SIP Proxy Server.
• Transport: Indicates the transport parameter of the SIP URL. This field specifies the trans-
port protocol that should be used while sending SIP requests towards the SIP Proxy Server.
However, at this point only UDP transport protocol is supported and this field is read-only.
• URL Scheme: Indicates the URL scheme of the SIP URL. The possible values are SIP
and SIPS (for secure transport). However, at this point only SIP URL scheme is supported
and this field is read-only.
• URL Parameters: Indicates SIP URL parameters. If the SIP Proxy Server expects any URL
parameters, those parameters (for example, “param1=value1;param2=value2”) can be
specified in this field.
746
SIP Peers
• Loose Router: Indicates whether the SIP Proxy Server is a loose router as specified by
RFC 3261. If this flag is enabled, it adds a URL parameter flag “lr” in the corresponding SIP
URL.
For example, to specify an outbound SIP Proxy Server (that is listening on UDP port 5060 and
IP Address 192.168.0.1, and is a loose router), you must add one route set element with the
following information:
• Username: <blank>
• Hostname: 192.168.0.1
• Port Number: 5060
• Transport: UDP
• URL Scheme: SIP
• URL Parameters: <blank>
• Loose Router: Yes
REGISTRATIONS
(This option is for SIP phones only.) You can register SIP phones with the MiVoice Office 250
dynamically or statically.
• For dynamic registration, the status of a SIP phone is determined by the existence of an
active registration in the system for that SIP phone. When a SIP phone registers with the
system, its status becomes “Idle” (online) as long as there is a valid SIP phone (Category
F Phones) license available and becomes “Offline” when the registration expires or SIP
phone un-registers.
• For static registration, the status of a SIP phone becomes “Idle” (online) as long as there
is a valid SIP phone (Category F Phones) license available.
This folder allows you to configure the following settings that are required for registration per-
SIP Phone Group basis:
• Address of Record: Indicates the Address of Record that the SIP peer uses to register
with the MiVoice Office 250. This field is for read-only.
• Registration URI: Indicates the SIP URI representing the Contact address in the SIP
REGISTER request from the SIP peer that created this dynamic binding. This field is for
read-only.
• Registration Call ID: Indicates the SIP Call ID of the SIP REGISTER request received
from the SIP peer that created this dynamic binding. This field is for read-only.
• Registration Cseq Number: Indicates the SIP Cseq number of the SIP REGISTER request
received from the SIP peer that created this dynamic binding. This field is for read-only.
• Registration Update Time: Indicates the timestamp when the SIP REGISTER request
was received from the SIP peer and updated the dynamic binding. This field is for read-only.
• Registration Expire Time: Indicates the time in seconds to expire this registration since
it was last updated. This field is for read-only.
747
Features and Programming Guide
IP ADDRESS
The IP Address option indicates the IP address of the SIP peer. MiVoice Office 250 uses this
IP address as the destination address of the SIP peer to send SIP Messages. If this IP address
is not specified (for example, set to 255.255.255.255), MiVoice Office 250 uses the FQDN (Fully
Qualified Domain Name) field of the SIP peer as the destination address to send SIP Messages.
For SIP Trunk Groups, this is provided by the SIP trunk service provider.
For SIP Phone Groups, this is provided by the site administrator who specifies the IP address
of the SIP phones. Also, this is used only in case the SIP phones do not register with the system
and the Static Binding field is set to true.
For SIP Voice Mails, this is provided by the site administrator who specifies the IP address of
the SIP Voice Mails.
PORT NUMBER
The Port Number option indicates the port that the system listens on the system for SIP peer
messages. The range is 0–65535; the default is 5060 (standard SIP port).
For MiVoice Office 250 systems configured with MiCollab Unified Messaging
NOTE
Release 15 and up, program this port setting to 5058.
Enter an FQDN, up to 254 characters, in the text box. The default is blank.
For SIP Trunk Groups, this is provided by the SIP trunk service provider.
For SIP Phone Groups, this is provided by the site administrator who specifies the FQDN of
the SIP phones. Also, this is used only in case the SIP phones do not register with the system
and the Static Binding field is set to true.
For SIP Voice Mails, this is provided by the site administrator who specifies the FQDN of the
SIP Voice Mails.
CALL CONFIGURATION
Clicking Call Configuration takes you to the Call Configuration folder (System\IP-Related
Information\Call Configurations\<call configuration number>). When you create a SIP peer
without using a template, by default the new SIP peer is added to Call Configuration 1 <Local>.
For other SIP peer trunk groups, by default the number is assigned sequentially to the next
available number. See the following example.
748
SIP Peers
Refer to the MiVoice Office 250 DB Programming Help for details about each field and their
default settings. See “IP Call Configurations“ on page 657 for information about fields in the
Call Configuration folder.
CAMP-ONS ALLOWED
The Camp-Ons Allowed option enables or disables the Camp-On feature for each SIP peer. If
disabled, users placing outgoing calls hear busy signals when all SIP peers in the group are in
use or unavailable. If enabled, users can camp on and wait for an available SIP peer. It is set
to Yes by default.
OPERATING STATE
The Operating State option indicates the operating state of the SIP peer. The SIP peer operating
states are:
• In Service (INS): The SIP peer is available and in service. This is the default setting.
• Out–of–Service (OOS): The SIP peer is temporarily unavailable. The SIP peer reaches
this state due to one of the following reasons:
• The outgoing call attempts failed consecutively for a configured number (Call Failure
Threshold) of times.
• The ping requests (SIP OPTIONS) timed out or failed for a configured number (Ping
Failure Threshold) of times.
• Alarm 145 (SIP Peer Out-of-Service) generates when a SIP peer state changes from
INS to OOS. This alarm clears automatically when the SIP peer state changes from
OOS or OOS–Maint to INS.
• Out–of–Service–Maintenance (OOS–Maint): The administrator manually put the SIP
peer out of service to do maintenance. When an administrator changes Operating State of
a SIP peer to “Out-Of-Service-Maintenance,” the SIP peer status becomes “Offline.”
A SIP peer reports its status to any monitoring device. Each status includes the light-emitting
diodes (LED) flash rate associated with a DSS/BLF (PKM) button programmed for the
corresponding SIP peer. The SIP peer statuses are:
• Idle: The operating state is INS and there is at least one available trunk or port for placing
an outgoing or incoming call. The flash rate is off.
749
Features and Programming Guide
• Busy: The operating state is INS and there are no available trunks or ports for placing an
outgoing or incoming call. The flash rate is solid.
• Offline: The operating state is Out-of-Service (OOS) or OOS-Maintenance (OOS-Maint).
The flash rate is solid.
Each individual SIP phone under a SIP Phone Group can only be on two concurrent connected,
holding, or ringing calls at one time. If the SIP phone attempts to place a third call, the MiVoice
Office 250 rejects the call. For calls to the SIP phone, the system uses the “Maximum Number
of Calls” to determine how many concurrent connected, holding, or ringing calls the SIP phone
can support. The value of this field can only be a one or a two.
Some SIP phones support call-waiting, which is the ability to accept a second call when the
SIP phone is connected on a call. When the SIP phone receives the second call, it notifies the
user that a second call is ringing in. To enable this functionality, set the “Maximum Number of
Calls” to two. If the SIP phone does not support call-waiting, set the “Maximum Number of Calls”
to one. If the number of concurrent calls equals the configured value, calls to the SIP phone
camp-on. Calls that are camped on remain camped-on until the number of calls falls below the
threshold. Note that if the “Maximum Number of Calls” is set to a value other than a one or two,
it will use a value of one.
The UC Express Softphone does not support call-waiting so this field needs to be set to one.
The 5610 Cordless Handset, and the Mitel 5603/04/07/5624/5613/5614 SIP Phones can be
configured to support call-waiting. If the SIP phone is set to support call-waiting, set the
“Maximum Number of Calls” to two; otherwise, set the field to one.
When programming a Mitel Conference Phone Collaboration Point, set this field to 4.
Indicates the maximum number of concurrent calls that are permitted towards the SIP peer
trunk groups. DB Programming restricts this field based on the number of the SIP Trunks
licenses. The range is 0 - 32767; the default value is based on the number of trunks and licenses.
This value increments when you add a SIP peer trunk and this value decrements when you
delete a SIP peer trunk. The value must be less or equal to the number of SIP Trunks licenses
for the system.
Indicates the number of available SIP Voice Mail ports. DB Programming restricts this field
based on the number of the SIP Voice Mail Ports licenses. The range is 0-32757 ports; the
default is 0. The value must be less or equal to the SIP Voice Mail Ports licenses the system has.
750
SIP Peers
STATIC BINDING
The Static Binding option specifies whether a static binding exists for the corresponding SIP
peer. If set to Yes, the IP address and/or hostname, and Listening Port number must be set for
the corresponding SIP peer. It is set to Yes for SIP Trunk Group and SIP Voice Mail and No
for SIP Phone Groups.
When the MiVoice Office 250 sends an INVITE messaged to a SIP device through the Mitel
Border Gateway (MBG), the MBG expects the SIP URI to contain the username of the SIP
device that the MBG used when it registered the SIP device with the PBX.
When this flag is set to Yes, the MiVoice Office 250 will use the registered username instead
of the called-party number for the username component of the SIP URI. Set this flag to Yes
when the MiVoice Office 250 is connected to an MBG.
When this flag is set to No (default setting), the MiVoice Office 250 will use the called-party
number.
751
Features and Programming Guide
If enabled (Yes is selected), then MiVoice Office 250 would not validate the domain or IP
address in the To and/or Request URI of the incoming SIP Requests from the corresponding
SIP Peer.
The default DTMF Decoding Payload value applies to North American, UK, and Australian
systems.
This functionality is geared for a 5603/5604/5607/5613/5614 SIP phone; however, if the SIP
phone supports this functionality it can be used.
752
SIP Peers
The Phone Administrator can use the existing diagnostics feature code “Diagnostics – Dump
Extension” to perform these dumps.
753
Features and Programming Guide
754
Chapter 12
SYSTEM SETTINGS
Features and Programming Guide
INTRODUCTION
This chapter describes features that you can use to customize your system settings:
• System-Wide Parameters below
• Echo Profiles on page 761
• File-Based Music-On-Hold (MOH) on page 767
• Page Zones on page 773
• System Flags on page 777
• Timers and Limits on page 784
• Feature Codes on page 794
756
System Settings
SYSTEM-WIDE PARAMETERS
You can program system-wide parameters, which include date, time, and language options,
as shown in the figure below:
757
Features and Programming Guide
Japanese prompts can be viewed only on phones with an LCD display (excluding the 8690).
NOTES
The Japanese language is not supported on 52xx/53xx-series IP phones.
If you are using a Unified Voice Messaging (UVM) voice processing system, make sure that
the appropriate prompts have been loaded into the voice processor. Otherwise, if users try to
access the prompts, they hear the default American or British English prompts. For more
information about loading voice processor prompts, refer to the Installation chapter in the
MiVoice Office 250 Installation Manual .
758
System Settings
FEATURE DESCRIPTION
The Daylight Saving Time option determines whether the system automatically adjusts the time
when daylight-saving time [British summer time] occurs. If enabled, standard time changes on
the days specified. The system time is also modified when DST ends. If disabled, the system
does not recognize daylight-saving time [British summer time]. In the default state, the DST
flag is disabled.
NOTICE
Station Message Detail Recording (SMDR) generates call costs based on the difference between the
start and stop times of a call. System time changes will affect this calculation. If Daylight Saving Time is
enabled for the system, and the time changes while SMDR is tracking a call, the call cost will be
inaccurate. For example, if a call starts at 1:30 AM and ends at 2:30 AM on the night that Daylight Saving
Time goes into effect, the call cost will be for 2 hours (1:30 to 3:30) instead of 1 hour (1:30 to 2:30).
You can program the system so that it automatically adjusts the system time whenever DST
is or is not in effect. If properly programmed, the system will adjust the time as follows:
• On the appropriate day in spring (USA only), the system time will “spring ahead” one hour
at 1:59:59 AM, changing the time to 3:00:00 AM.
• On the appropriate day in spring (Europe only), the system time will “spring ahead” one
hour at 12:59:59 AM, changing the time to 2:00:00 AM.
• On the appropriate day in fall (USA and Europe), the system time will “fall back” one hour
at 1:59:59 AM, changing the time to 1:00:00 AM.
When the time changes, the system issues a message to Message Print. For details, refer to
the Message Print Diagnostics Manual, part no. 550.8018.
Station Message Detail Recording (SMDR) generates call costs based on the difference
between the start and stop times of a call. System time changes affect this calculation. If DST
is enabled and the time changes while SMDR is tracking a call, the call cost will be inaccurate.
For example, if a call starts at 1:30 AM and ends at 2:30 AM on the night that DST goes into
effect, the call cost will register as two hours (1:30–3:30) instead of one hour (1:30–2:30).
759
Features and Programming Guide
Because this feature changes the system time, a scheduled delayed major reset may be
affected as follows:
• If the reset is scheduled to occur within four minutes of the time change, the reset is delayed
by five minutes. For example, if the reset is scheduled for 1:58, the reset will occur at 2:03,
which is five minutes later.
• If the reset is scheduled to occur between 2:00:00 AM and 3:00:00 AM [1:00:00 to 2:00:00
in Europe] in the spring, the system does not reset. Instead, the system performs a delayed
major at the next scheduled date and time.
• If the reset is scheduled to occur between 1:00:00 AM and 2:00:00 AM in the fall, the system
resets twice—once before the time change and once after. For example, if the reset time
is set for 1:30 AM on the day of the fall time change, the system resets at 1:30 AM. Then,
at 2:00 AM (1:59:59), the time changes to 1:00 AM. When it is 1:30 AM, the system resets
again.
Mitel recommends that you not schedule automatic functions, such as backups and resets,
NOTE to occur at 2:00 AM (1:00 AM or 2:00 AM in Europe). If automatic functions are scheduled at
these times, the system may not perform the function when the time changes.
Because a major system reset is not required for these actions to take effect, Administrators
are not prompted to perform an immediate or scheduled reset if the changes are programmed
from an administrator’s phone. Rather, the database changes take effect immediately.
760
System Settings
ECHO PROFILES
All system devices are associated with an echo profile. Besides voice mail and conferencing,
echo profiles also apply to physical devices of the system, including:
• Phones/Connections
• Trunks
• Span Echo Profiles - Dual T1/E1/PRI Devices
You can program Echo Profiles for trunks (see the following section) or individual phones (see
page 441).
Devices programmed for the system are automatically assigned a particular default
configuration according to their type (see page 764 for the default echo profiles for devices).
Page 1 of 2
761
Features and Programming Guide
Page 2 of 2
1. T1 ground start trunks do not support Mid Call Features (MCF), and Caller ID.
2. A B-Channel trunk programmed for private networking is automatically moved into the correct echo profile by the sys-
tem, so their echo profiles are read-only in DB Programming.
The following two fields set an echo profile for two main system functions:
• Voice Processor Echo Profile (the default is set to No Echo)
• Conferencing Echo Profile (the default is set to Medium Echo)
These fields apply their associated echo profile settings to any of their functions for the whole
system.
762
System Settings
• Use the context menu option of the desired profile's folder to move the desired devices. To
the right is an example of the move options of the Phones/Connections folder's context
menu.
The devices in the first two subfolders use their associated echo profile for echo generated by
the MiVoice Office 250. The span-side devices cancel echo generated outside the system that
comes in through one of the ports on the Dual T1/E1/PRI Module. Therefore, while all physical
devices on the system have an echo profile, only devices programmed on a port of a Dual T1/
E1/PRI Module have a span-side echo profile.
763
Features and Programming Guide
The default echo profile for each device appears in Table 123.
Table 123: Default Echo Profiles for Devices
DEFAULT SPAN
DEFAULT ECHO PROFILE -
DB PROGRAMMING ECHO DUAL T1/E1/PRI
FIELD DEVICE TYPE PROFILE DEVICES
System\Devices and Digital Telephones LOW ECHO N/A
Feature Codes\Phones
IP Phones (IPSLA, IP Softphone, IP Phone) NO ECHO N/A
Single Lines LOW ECHO N/A
OPXs programmed on a single T1/E1/PRI LOW ECHO N/A
Module
OPXs programmed on a Dual T1/E1/PRI NO ECHO LOW ECHO
Module
System\Devices and IP Connections (IP Networking) NO ECHO N/A
Feature Codes\IP
Connections
System\Devices and Modems NO ECHO N/A
Feature Codes\Modems
System\Devices and Loop Start Trunks (analog) MEDIUM N/A
Feature Codes\Trunks ECHO
IP Trunks (SIP, MGCP) NO ECHO N/A
Single T1/E1/PRI CO Trunks (Loop Starts, LOW ECHO N/A
Ground Starts1, DIDs, E&Ms, B-Channels
on a port NOT programmed for private
networking)
Single T1/E1/PRI B-Channel Trunks MEDIUM N/A
programmed on a port using private ECHO
networking
Dual T1/E1/PRI CO Trunks (Loop Starts, NO ECHO LOW ECHO
Ground Starts, DIDs, E&Ms, B-Channels on
a port NOT programmed for private
networking)2
Dual T1/E1/PRI B-Channel Trunks N/A MEDIUM ECHO
programmed on a port using private
networking
DID Trunk (on a DEM-16) LOW ECHO N/A
Basic Rate Trunk LOW ECHO N/A
1. T1 ground start trunks do not support Mid Call Features (MCF), and Caller ID.
2. A B-Channel trunk programmed for private networking will automatically be moved into the correct echo profile by the
system, so their echo profiles are read-only in DB Programming.
For each device, the associated echo profile is displayed. Double-clicking on the echo profile
field changes the view to the folder of that echo profile.
764
System Settings
2. Click Next.
3. Select the echo profile, and then click Finish to save the change.
765
Features and Programming Guide
766
System Settings
FEATURE DESCRIPTION
The File-Based Music-On-Hold (MOH) feature expands the existing MOH source beyond the
built-in audio port located on the back of the MiVoice Office 250 chassis. That is, you do not
have to connect to an external music source. This feature uses the compact flash-type memory
card to store MOH audio files. This feature requires a software license (see “System Software
Licenses“ on page 65).
A File-based MOH file cannot be used for background music. The Background Music fea-
NOTE
ture (see page 339) always uses the physical MOH connection and not File-based MOH.
Although a device may connect to a music source for a length of time longer than the length in
time of the audio file associated with the music source, the file-based music source continuously
loops the audio playback so that there is always audio output from the source. A default audio
file (default_moh.n64u) is provided on the MiVoice Office 250 compact flash-type memory card.
You can use this as a sample file to associate a music source after you configure it in v3.0 or
later DB Programming. The sample file plays this message:
“Mitel Network Communications Solutions enable organizations to blend their voice system
into their data network, creating a cost-effective, efficient communications environment for
small to medium businesses.”
This feature supports the non-proprietary G.711 (.n64u) file format (8 KB per second). A File-
Based MOH file uses 0.5 MB per minute of storage and stores up to 80% of the capacity of the
compact flash type card used. Each File-Based MOH file can be of any size as long as the total
of all File-Based MOH files does not exceed 80% of the compact flash size.
You can use the MOH Converter Utility to convert audio files into the proper format. TheMiVoice
Office 250 MOH Utility uses the Sound eXchange (SoX) audio processing utility to convert the
audio files to the desired format. When you install theMiVoice Office 250 MOH Utility with DB
Programming, a folder called MOH Converter is installed in the same location. This folder
contains various SoX text (.txt) and Portable Document Format (.pdf) files. Refer to the SoX
.txt and .pdf files for additional information. You may also go to http://sox.sourceforge.net for
more information. Supported audio file formats are listed in Table 125.
767
Features and Programming Guide
Table 126 lists other file formats that are used by the MiVoice Office 250 MOH Utility. Some of
these formats may need additional configuration to use (that is .gsm) or that only a subset of
that file type works (that is .m3u, .hcom, .dat).
Use the MiVoice Office 250 MOH Utility locally to convert the files to the proper format, and
then upload the MOH files to the MiVoice Office 250 using MiVoice Office 250 Administrative
Web Portal (AWP). Refer to the AWP Help for more information. After a file is converted to the
.n64u format, you cannot run that file format through the converter again. The MOH files are
stored on the compact flash-type memory card, but they are not included in the Database Save
or Voice Processor Save. When you create your MOH files, make sure you save local copies
of both the original music file as well as the converted file.
768
System Settings
program the existing MOH port. Generally, you can program a file-based MOH source in
the following fields in DB Programming (refer to the MiVoice Office 250 DB Programming
Help for details):
• Audio for Calls Camped onto this Device
• Audio for Calls Ringing this Device
• Audio for Calls Holding for this Device
• Audio on Hold for Transfer Announcement
• Music-On-Hold
• Local Music Source
After a file-based MOH source is created and assigned a filename and when a VoIP resource
is available, the audio begins to play immediately and continues until it is unequipped. The
VoIP associated with the source is always in use by that MOH source. If the system is
oversubscribed and a VoIP resource is not available, the MOH audio file camps on until a VoIP
resource becomes available. Any device that attempts to listen to the MOH audio source hears
silence. Each file-based MOH source consumes a VoIP resource and a software license, up
to 5 audio files. If you unequip a file-based MOH source while a device is playing the file, silence
is heard.
The MOH source licensing works differently than IP phone licensing, where an IP phone can
obtain a license from a formerly equipped phone and a MOH source cannot. For example, you
have 3 filed-based MOH sources licensed and programmed, but then you upload a new license
with only 2 MOH licenses. When you upload the new license, the system resets and only the
first 2 MOH sources will come online. If you unequip one of the MOH sources with a license,
the one without a license will not obtain the newly available license. You must reset the system
to reallocate the licenses.
“File-Based MOH” is the value available in DB Programming wherever you can change the
MOH value. Existing MOH values include Silence, Tick Tone, Ringback, MiVoice Office 250,
and Use Next Device’s Audio Source (for CO Trunk groups only). When you select “File-Based
MOH” for the MOH value, you also must specify the MOH profile as the Extended Value. The
Extended Value is the MOH profile that you set to specify which file-based source number to
use. The Extended Value is created in the File-Based MOH folder in the System folder.
The power of all signal energy other than live voice cannot exceed -9dBm when averaged
over a 3 second interval. This means that the File-Based MOH file cannot exceed -12 dBm0
NOTE when averaged over a 3 second interval. If any gain on the system (for example, the transmit
gain on a loop start trunk) is increased, this maximum level must be decreased by the same
amount.
By default, you can create up to five MOH profiles. If there is a MOH profile that is assigned to
a file-based MOH source that no longer exists on the system, a warning message appears
when you connect to DB Programming.
769
Features and Programming Guide
2. Right-click anywhere in the right pane, and then select Add to File-Based MOH List. The
Get ID dialog box appears.
3. Select the starting ID and the number of IDs to create. By default you can create up to five
entries or the number of File-Based MOH licenses the system has.
4. Click OK. The items are added to the list with default values.
5. Click the Description column to open an edit box, and then type a description. Click in
another area of DB Programming to save your changes.
6. Right-click in the File Name column, and then select Assign File. The Assign File-Based
Music-On-Hold dialog box appears. This dialog box shows the existing MOH files that
reside on the compact flash-type memory card.
7. Select the audio file, and then click Assign. The MOH profile is configured.
Right-click the File Name, and then select Remove Selected Items.
The option to choose the file-based MOH appears anywhere in DB Programming where a music
source is currently programmable. The File-Based MOH source is included with the following
existing music sources: Silence, Tick Tone, Ringback, MiVoice Office 250, and Use Next
Device’s Audio Source (for CO Trunk Groups only). When you select File-Based MOH for the
Value, you must also specify the MOH profile for the Extended Value. Table 127 shows File-
Based MOH options:
770
System Settings
771
Features and Programming Guide
772
System Settings
PAGE ZONES
Page zones determine the devices that receive system pages. All phones and trunks within a
page zone must reside on the same node as the page zone. However, a page zone can contain
external page ports that are located on other nodes (see page 776), if they are programmed
as off-node devices on the local node (see page 391).
Select System – Devices and Feature Codes – Page Zones – <node>. Available page zone
nodes appear in the right pane.
773
Features and Programming Guide
NOTICE
Placing a large number of phones in a paging zone may affect system performance. If system operation
is affected when a page is placed to a particular page zone, remove some phones from that zone or
change to external paging for the area served by that page zone. A significant number of pages between
IP phones also increases bandwidth usage and impact system performance.
Make a list of the phones, trunks, and/or the external paging port(s) included in local paging
zones. Devices can be in more than one page zone. In the default state, all phones are assigned
to page zone 1.
774
System Settings
3. Select the number you want to assign to the first selected zone (the other selected zones
will be numbered consecutively after this number). You can use the SHIFT or CTRL keys
to select more than one number.
4. Click OK. The page zones are automatically renumbered and re-sorted in the list.
After creating the page zone, you must add the items that receive the paging messages. You
must create Page Ports before you can add them to the Page Zone. See the following section,
“Creating Off-Node Page Ports“ on page 776.
775
Features and Programming Guide
Select the list item(s), right-click and select Remove Selected Items.
776
System Settings
SYSTEM FLAGS
This section describes system-wide flags. Phone flags are described on page 441.
Table 129 shows system flags in the order they appear in DB Programming:
Page 1 of 7
777
Features and Programming Guide
Page 2 of 7
778
System Settings
Page 3 of 7
779
Features and Programming Guide
Page 4 of 7
780
System Settings
Page 5 of 7
781
Features and Programming Guide
The example below shows what information will be seen on the HX/CS Controller
and Admin phone LCD.
SYS ALARM #149
P9002 SIP PSWD
Where P9002 – the number of SIP Phone group that has just been used for
registration of one or more SIP phones
Note: This is an auto clearing alarm. This alarm will be automatically cleared by the
MiVO 250 when the SIP Phone registers again using a secure Password.
Page 6 of 7
782
System Settings
Page 7 of 7
783
Features and Programming Guide
The timer definitions are shown in Table 130 and on the following pages. A “DID [DDI]” in the
timer names indicates that the timer applies to DID [DDI] trunks only. “Digital/IP” refers to phones
only and “SL” applies to single line phones only. “E&M” timers apply only to E&M trunks (except
E&M Disconnect Flash Duration). “LS” indicates a loop start trunk timer, “GS” refers to ground
start trunks, and “LS/GS” applies to both types. The “UCD” timer applies only to UCD hunt
groups.
Page 1 of 10
784
System Settings
DID Ready Timeout 4000 2–65,000 msec Used only for Wink-Start and Dial-Delay circuits.
(.002–65 sec) This is the maximum time the T1 or T1/E1/PRI
Module or SLA will wait for the “Digit Register
Ready” command. If the timer expires, the SLA or
module will automatically initiate a handshake.
Used only for Wink-Start and Dial-Delay circuits.
DID Seizure 30 2–500 msec The minimum amount of time the circuit must be
Recognition (.002–.5 sec) on hook for the system to recognize that the trunk
has been seized.
Page 2 of 10
785
Features and Programming Guide
Page 3 of 10
786
System Settings
E&M Dialing Wait 3000 2-20,000 millisec. (U.S. Only) Determines how long the E&M circuit
After Hookflash (.002–20 sec.) will wait when transmitting a hookflash (recall)
before dialing additional digits or checking for
disconnection.
E&M Disconnect 15,000 2–40,000 msec (U.S. Only) The minimum amount of time a T1
Flash Duration (.002–40 sec) E&M or DID circuit remains on-hook to cause a
disconnection from the remote circuit.
E&M Disconnect 1500 2–10,000 msec (U.S. Only) The amount of time a circuit must be
Recognition (.002–10 sec) on-hook before the E&M circuit recognizes a
disconnection.
E&M False Signal 50 2–500 msec (U.S. Only) Determines the minimum length of a
Debounce (.002–.5 sec) valid handshake signal received from a remote
circuit. Used only on Wink-Start and Dial-Delay
circuits.
E&M Handshake 5000 2–20,000 msec (U.S. Only) Determines the maximum length of a
Timeout (.002–20 sec) valid handshake signal. Used only on Wink-Start
and Dial-Delay circuits.
E&M Hookflash 600 2–10,000 msec (U.S. Only) Determines the length of hookflashes
Duration (.002–10 sec) [recalls] sent to the remote circuits.
E&M Hookflash 300 2–10,000 msec (U.S. Only) Determines the minimum length of
Recognition (.002–10 sec) recognizable hookflashes [recalls] from the
remote circuit.
E&M Off-Hook 10 2–500 msec (U.S. Only) The minimum amount of time the
Debounce (.002–.5 sec) remote circuit must be off hook before the E&M
circuit recognizes another on-hook/off-hook
transition.
E&M On-Hook 10 2–500 msec (U.S. Only) The minimum amount of time the
Debounce (.002–.5 sec) remote circuit must be on hook before the E&M
circuit will recognize another off-hook/on-hook
transition.
E&M Post-Seize 65 2–500 msec (U.S. Only) The minimum allowed time between
Delay (.002–.5 sec) the recognition of a seizure and the beginning of
digit validation. Used only for Immediate-Dial
circuits.
Page 4 of 10
787
Features and Programming Guide
E&M Wink Timeout 350 2–500 msec (U.S. Only) Determines the maximum allowed
(.002–.5 sec) duration of wink signals that are received from the
remote circuit. If the time limit is exceeded, the call
is blocked and the attempt terminated. Used only
for Wink-Start circuits.
Forward No Answer 15 3–255 sec Amount of time a call waits at an unavailable
phone before being forwarded. Applies to manual
call forwarding only, not system forwarding.
GS Dialing Wait After 30 1–50 tenths (U.S. Only) The amount of time the system waits
Connect (.1–5 sec) after a ground start trunk has been seized, to
place an outgoing call, before dialing digits. This
timer is not used if the Loop Current Dialtone
Detection option is selected.
Page 5 of 10
788
System Settings
LS/GS Caller ID Ring 128 128–1920 msec This sets the time between the end of first ring and
Idle (.128–1.1920 sec) the time at which the system begins to check for
Caller ID [CLID] information. The Caller ID [CLID]
timer values combined must be shorter than the
period of silence between rings from the CO [local
branch].
LS/GS CO Hookflash 60 2–1000 Adjusts the duration of the timed hookflash (recall)
hundredths that is sent over the trunk by the system when the
(.02–10.0 sec) Hookflash [Recall] feature code is used.
Page 6 of 10
789
Features and Programming Guide
LS/GS Dialing 120 2–1000 The connection is dropped if the system detects
Disconnect hundredths loss of loop current lasting longer than this timer
(.02–10.0 sec) during dialing.
LS/GS Dialing Wait 30 2–199 tenths Delays dialing after a hookflash [recall] to allow
After Hookflash (.2–19.9 sec) the system and central office hardware to recover.
LS/GS Inter-ring 60 1–250 tenths Indicates the duration of the silence between rings
Silence (.1–25.0 sec.) on an incoming call to determine if the trunk has
stopped ringing prior to being seized. In most
areas, trunk ring pattern is 2 seconds on/ 4
seconds off. Check with the local service provider
for the ring pattern in your area.
Note: This timer must always be set higher
thanthe central offices ring off time.
LS/GS Loop Current 100 2–500 msec The minimum amount of time the system must
Debounce (.002–.5 sec) detect loop current for it to recognize that a trunk
is present when it is seized.
LS/GS Ring 100 1000 Hz These parameters determine the valid range of
Frequency – High maximum ring frequencies that will be recognized by the
Boundary system.
LS/GS Ring 15 4 Hz Any ring signal outside of this range is ignored.
Frequency – Low minimum The ranges for the Ring Frequency timers are
Boundary interdependent. The minimum value for the high
boundary is the current Value of the low boundary.
The maximum for the low boundary is the current
Value for the high boundary.
LS/GS Trunk 150 [150] 100–1024 msec A low-level timer that specifies the duration that
Ring Detection (.1–2.5 sec) continuous ring voltage must be detected on a
trunk for the system to recognize a new incoming
call. If this timer is too low, then false rings could
be detected. If the timer is too high, then new
incoming calls may not be detected at all.
Common ring durations sent by central offices
[local exchanges] are 1-second and 2-second.
Message Wait 5 1–255 sec Amount of time a caller waits after pressing the
MSG button before being connected to the called
party's message center.
Page 7 of 10
790
System Settings
Page 8 of 10
791
Features and Programming Guide
Page 9 of 10
792
System Settings
Page 10 of 10
793
Features and Programming Guide
FEATURE CODES
System feature codes are preset to carefully selected default values. Changing the codes can
erase existing assignments. For example, if 300, 305, and 306 are assigned as feature codes
and you attempt to assign 30 as another feature code, you would receive a warning message,
because 30 makes up part of existing codes. The warning message allows you to change the
existing numbers (300, 305, and 306) individually or to leave the existing numbers unchanged
by selecting Cancel.
794
System Settings
FEATURE LABELS
This feature allows system administrators to assign system-wide custom feature labels that will
override the default feature labels that normally appear on phones with self-labeling buttons
(keys). For example, a customer might prefer “Record” over “Rec-A-Call” for the Record-a-Call
Feature.
Note that custom feature labels are language independent. If a custom label is defined in the
database, it will be displayed on self-labeling phones regardless of the language chosen for
those phones. The system’s default feature labels are language specific, so if no custom label
is programmed, the label displayed will correspond to the chosen language.
The self-labeling region on self-labeling phones is the only area where the custom labels are
used. There are no changes to any standard displays, including the Program Buttons, Review
Buttons, and Feature Directory displays. These functions all continue to show the standard
default feature names.
TRUNK LABELS
Prior to v4.0, self-labeling phone buttons programmed as trunks displayed the associated trunk
group description (that is, trunk group number). Version 4.0 or later system includes a Trunk
Label field so that system administrators can assign useful labels (for example, phone numbers
or trunk names) for self-labeling phone buttons. If no label is assigned, the button displays the
trunk group description. Also note that the assigned label is overridden with Caller ID information
when available on an active call and the phone is in small font mode.
The Review Buttons (396) and Program Buttons (397) feature codes will display the trunk label
if assigned.
When the label for a feature or trunk is blank (default), the IP phone display appears as it has
in the past. When a label is programed, the label appears on the phone, overriding the normal
display. The label column appears between the extension and the full name of each feature.
795
Features and Programming Guide
Trunk Group Access 1–208 92001–92208 Selects an available trunk from a programmed group of trunks
(82001 for for placing an outside call.
Australia
Emergency Call 911 Entering this feature code selects an outgoing trunk and
(999/112/or as automatically dials the programmed Emergency Call number,
applicable) which is routed by default out Trunk Group 1.
796
System Settings
Page 1 of 7
797
Features and Programming Guide
Page 2 of 7
798
System Settings
Page 3 of 7
799
Features and Programming Guide
Enhanced Speakerphone 310 (Digital telephones only) When entered at a digital telephone,
Enable this feature code enables the enhanced speakerphone. Digital
telephones can also use the Special button + Speaker buttons.
Feature Key Default 395 (Not used on single line phones) Phones have user-
programmable feature buttons that can be set to enter feature
codes. This code returns the user-programmable buttons to
the database default values.
Group Listen 312 (Not used on single line phones) Allows a user to transmit a
conversation over the phone speaker while in handset or
headset mode.
Handsfree On/Off 319 (Not used on single line phones) Disables/enables the phone’s
handsfree intercom answering. Incoming intercom calls ring
as private calls if handsfree answering is disabled.
Headset Enable 315 (Not used on single line phones) The enable code signals the
Headset Disable 316 system that a headset has been connected to the phone. The
Headset On/Off 317 disable code returns the phone to normal operation. The on/off
feature code can be used to toggle the feature on or off.
Hold – Individual 336 Places a call on hold so that it can be picked up directly at that
phone or through a reverse transfer from any other phone.
Hold – System 335 Places an outside call on system hold. It can be picked up
directly at any phone that has an individual trunk button and
has allowed-answer and/or outgoing access for that trunk, or
by the phone that placed it on hold. (If used on conference or
intercom calls, the system places the call on individual hold.)
Hot Desk On/Off 348 Allows the phone user to log on to a Hot Desk-enabled phone
or log off of a Hot Desk session. For details about Hot Desking,
see “Hot Desk Profiles for Hot Desking“ on page 475.
Hunt Group Remove 322 Removes the phone from its assigned hunt group(s) or places
Hunt Group Replace 323 it in again. Does not affect non-hunt group calls. The remove/
Hunt Group Remove/Replace 324 replace feature code can be used to toggle the feature.
LCD Contrast Adjustment 303 Adjusts the LCD contrast on the display. The phone must be
idle to use this feature.
Message 365 This feature code is used for leaving and retrieving a message
waiting indication at a called phone or the called phone’s
message center. Depending on how the message was left, the
called phone user either retrieves the message from his/her
message center or from the phone that left the message.
Page 4 of 7
800
System Settings
Page 5 of 7
801
Features and Programming Guide
Page 6 of 7
802
System Settings
System Speed Dial 381 Dials one of the 1000 System Speed Dial phone numbers
when followed by a location code (000–999).
Transfer to Hold 346 Transfers a call to another phone and places it on individual
hold so that it does not ring or send call waiting signals until it
recalls.
Transfer to Ring 345 Transfers a call to another phone or to an outside phone
number.
Page 7 of 7
The Show IP feature code displays different information in SIP and ITP modes.
Table 133: SIP and ITP Mode Functions for Show IP Feature
DEFAUL
FEATURE T CODE SIP MODE ITP MODE
Show IP 300 Displays the IP Displays the system date and time, extension
(or Display Time/Date) address of the phone. number, and status for IP and digital
telephones. The IP address is not displayed in
IP mode.
Table 134 shows default feature codes when operating in SIP mode.
803
Features and Programming Guide
Page 1 of 3
804
System Settings
Directory 307
Do-Not-Disturb 370
Headset On 315
Message 365
Page 2 of 3
805
Features and Programming Guide
Page 7
Record-A-Call 385
Redial 380
Page 3 of 3
806
System Settings
807
Features and Programming Guide
808
System Settings
Page 1 of 4
809
Features and Programming Guide
Page 2 of 4
810
System Settings
Page 3 of 4
811
Features and Programming Guide
Page 4 of 4
812
Chapter 13
USERS
Features and Programming Guide
INTRODUCTION
This chapter provides programming instructions for creating Users in the Users folder. You can
create a User to group phones, external numbers, and other contact information, and use the
User to associate with an end user instead of a phone.
Users also provide the functionality to associate a group of internal and external destinations
with a single user for the purpose of routing calls to the user.
Throughout this section, when the capitalized term “User” is used, it refers to the Users
NOTE
element in MiVoice Office 250 DB Programming.
Configuring the Users programming fields in DB Programming is only required if the MiVoice
Office 250 site is using the Dynamic Extension Express feature or a MAS server (for example,
MiCollab Unified Messaging). The function of this programming area will be enhanced in future
releases.
The Users concept has been incorporated into System Open Architecture Interface (OAI) with
the addition of one new event, four new commands and several event and command
enhancements.
814
Users
USER PROGRAMMING
The Users folder groups phones, external numbers, and other contact information, so that it
can be associated with an end user instead of a phone. Users also provide the functionality to
associate a group of internal and external destinations with a single user for the purpose of
routing calls to the user.
To program Dynamic Extension Express (see page 835), Users must be created under the
Users folder in DB Programming. A User provides the system a way to associate phones,
external numbers, and other information to an end-user instead of a phone. Users have a Main
extension/Desk destination, other associated destinations (Voice Mail, Mobile Number, etc.),
routing steps, and attributes such as:
• First Name: Indicates the User’s first name.
• Last Name: Indicates the User’s last name.
• Mail Extension: Indicates the extension shown in the directory for the User. This is the
device the User is known by.
• Login Username: Indicates the login user name to access MAS, the User Web Portal
(UWP), and the Administrator Web Portal (AWP). The username can contain 2–21 char-
acters of all non-control characters except the @ or space. The default is blank.
• Access: Indicates the type of system access privilege the user has. Users can have one
of the following types of access privileges:
- User: Users have a main extension on the system and can access the User Web
Portal for account and phone settings.
- Customer Configurator: The Customer Configurator user type may have an extension
on the system, will have selected access to Database Programming, and can have
access to the User Web Portal for account, phone, and system settings.
- Administrator: The Administrator user type will have a main extension on the system,
will have full access to Database Programming, can use System Administration &
Diagnostics, and can access the User Web Portal for account, phone, and advanced
system settings such as upgrades.
815
Features and Programming Guide
Page 1 of 2
816
Users
Page 2 of 2
1. Mid-Call Featuresare only supported with other networked MiVoice Office 250s running Release v6.0 SP1
and higher software.
817
Features and Programming Guide
CREATING USERS
Users are created from the Create User Wizard, which appears for each extenstion created
using the Configuration Wizard. It allows you to program the user infromation for each extension
individually.
The Create User Wizard is also accessible from Database Programming by right-clicking in the
Users folder and selecting Create Single User. The Create User Wizard contains the following
tabs in its interface:
• User Type
• General
• Destinations
• Dynamic Extension
• Mailbox
See the MiVoice Office 250 Database Programming Online Help for details about using the
Create User Wizard.
There are other ways to create Users. The following two methods save the most time and
prevent errors in entering duplicate information:
• Auto-create Users when:
• phones/phantoms are created manually on page 820
• phones/phantoms are imported from a CSV file on page 821
• Create and import Users from a CSV file on page 822
You can also use the following methods for creating Users:
• Batch create Users from:
• existing phones/phantoms on page 829
• existing phones on page 829
• existing phantoms on page 830
• Create Users manually in the Users folder on page 831
• Create and export Users to a CSV file on page 831
When a User’s folder is presented, DB Programming checks to see if the E-mail System (under
System\E-mail Gateway) is set to SMTP with the E-mail SMTP Server programmed. If not, the
E-mail Address and Mobile E-mail Address fields appear with a red “X.”
In addition, if you programmed an E-mail Address or Mobile E-mail Address for a User, DB
Programming checks to see if the E-mail System is set to SMTP (under System\E-mail
818
Users
Gateway). If it is not, or the E-mail SMTP Server is not programmed, the following warning
message appears: “The E-mail system is not currently set up. The [Mobile] E-mail Address will
not be utilized until the E-mail system is programmed.” Click OK, and then you may program
the E-mail System.
DELETING USERS
There are several ways to delete Users:
• Delete Users in the Users folder on page 832
• Delete Users when Main Extensions are deleted on page 832
819
Features and Programming Guide
To auto-create Users:
1. Do one of the following:
820
Users
The Create Extension or Batch Create dialog box, similar to the one below, appears.
2. Select Create User(s), and then click OK. A User is created in the Users folder.
The following fields from the import file are programmed automatically for the User:
• Last Name
• First Name
• Email Address
• Login Username
Method A:
821
Features and Programming Guide
Method B:
a. Select Tools – Configuration Wizard.
b. From the IP Device Setup page, right-click and select Create IP Phones from File.
2. Select the phone, and then select Yes in the Create User field.
3. Click Import.
A CSV file is an industry-standard format for text files containing data fields delimited by
commas. DB Programming expects a file to use either the TXT or CSV file extension and adhere
to the other properties of a CSV file. Remember the following when creating a CSV file:
• Each line in the file represents information for a single item. Information cannot be continued
from one line to another.
• Data fields are delimited by commas.
• Only printable characters are considered part of a data field. Control characters within a
data field are ignored.
• Each line contains the same number of data fields.
822
Users
• If a comma is to be considered part of the data, that entire data field must be escaped by
double-quotes at the beginning and end of the data field (for example, the data: Jones, Jim
would be represented by the data field: “Jones, Jim”).
• If a double-quote character is to be considered part of the data in a field, the entire field
must be escaped by double-quotes at the beginning and end of the field and the double-
quote character itself must be escaped by a preceding double quote (for example, the data:
Sara “S” would be represented by the data field: “Sara “”S”””).
• Regarding headers:
• To use user-defined headers in a CSV file, the headers must be listed on the very first
line. DB Programming reads the first line of the file and if no digits are identified, the
first line is assumed to contain headers.
• If the first line is identified as a header by DB Programming, DB Programming reads
each field and tries to match the field with a predefined attribute.
Headers are used when parsing the remaining fields in the CSV file. The order of the
headers corresponds to the order of the fields in the remaining entries of the file. As
DB Programming parses each field, it uses the header order to determine which type
of attribute it is reading. For example, if “LAST_NAME” was the first data field read,
the first data field of each successive line in the file is considered a last name.
• Additional fields and headers not associated with the predefined attributes are ignored.
823
Features and Programming Guide
3. Save the data as a CSV file. The following is an example of the file data after it is saved.
824
Users
DB Programming will determine which users currently programmed on the system conflict
with those being imported. All users on the system must have unique main extensions as
well as usernames. Any users that are to be imported that conflict with current users’ main
extensions or usernames will be marked with a red X to denote that they are invalid and
need to be resolved before the import can proceed.
5. You may add, edit, and remove users from the user list during the import.
To add a user, right-click (in the blank user area) and select the Add User option. The
create user dialog will be displayed as if creating a single user, but when done the User
will be added to the list and not yet created on the system. After the new user has been
added it will be validated against the currently programmed users, phones, and features.
To edit a user in the list, right click on a user and select the Edit User option. The create
user dialog will be displayed and the fields will be pre-populated with the data retrieved
from the file.
To remove items from the users list, right click on the item and select Remove User(s).
The edits are not seen or saved in the CSV file; they are saved in DB Programming. If DB
Programming identifies errors or warnings, a message appears as shown below, and the
Import button appears dimmed.
825
Features and Programming Guide
6. After the error(s) are fixed, the Import button becomes visible. Click Import. DB Program-
ming allows duplicate entries. It is up to you to review the programming and remove
duplicates if desired.
New extensions can be added for the main extension in the template. Since the new extensions
can be referenced as a main extension or destination when a user is being edited (with the
existing enforcer dialog being used to display them), they must be created on the system right
after the data is retrieved from the file.
If any data required to create a new extension is missing, the entry will be marked with a red
X and a tool-tip will indicate the error. In addition, the extension will not have an icon next to it
because it does not yet exist. Clicking on it will open up a drop-down list with available
extensions. There will be a context menu with options to fix specific errors, edit some of the
fields, edit or delete the user.
For example, if extension 1011 has a red X on it, and no icon, there are additional options on
the last section of the context menu to
• Associate Mailbox
• Edit MAC Address
• Use PIN Registration
This means the extension has not been created yet. The Associate Mailbox option indicates
there is a mailbox with the same extension and it can be associated with the new extension
when it is created. For this specific phone type, a MAC Address must be entered or the extension
can be created by using PIN registration. The extension will be created when all required
information is valid.
826
Users
The following table describes the import fields from the file and the dialog. Some fields have
columns in the file but are not displayed on the dialog.
Table 140: Create User from File Import Fields
IMPORT DIALOG FIELD
NAME/
IMPORT FILE COLUMN
NAME VALID VALUES DESCRIPTION
User Type Customer The type of user to create. If the value from the import file is
USER_TYPE Configurator, invalid, the user type is defaulted to User.
Administrator,
User
Main Extension Valid extension Corresponds to the Main Extension field. An icon next to the
EXT_PHONE of permitted extension indicates it exists on the system. If the extension
device type doesn’t exist, clicking on it displays a dropdown list with
available extensions.
Type 52xx/53xx The main extension’s phone type. If the extension already
PHONE_TYPE 86xx exists, this value is ignored and the actual phone type is
displayed on the import dialog and cannot be changed.
Hot Desk Profile
If the value from the import file is invalid, this field will show
IP Single Line
‘Invalid’ and a valid type must be selected.
Adapter
If the extension is NONE, this field will show ‘N/A’
IP Softphone
Phantom
SIP Phone
UC Advanced
Softphone
Enable Hot Desk Yes Indicates if Hot Desking for the main extension should be
ENABLE_HOT_DESK No enabled. If the extension already exists, this value is ignored
and the actual value is displayed and cannot be changed.
N/A will be displayed if this field doesn’t apply to the phone
type.
Not displayed on the import MAC_ADDRES If the value from the import file is invalid and the extension
dialog S doesn’t exist yet and requires a MAC Address, there will be an
Valid MAC option on the context menu to edit this value.
Address
First Name 20 characters Corresponds to the 'First Name' field for a user in the normal
FIRST_NAME DPB view.
Last Name 20 characters Corresponds to the 'Last Name' field for a user in the normal
LAST_NAME DPB view.
E-mail Address Valid E-mail, 127 This field corresponds to the ‘E-mail Address’ field under the
EMAIL_ADDRESS characters User.
Login Username 21 characters Corresponds to the’ Login Username' field for a user in the
LOGIN normal DPB view. Must be unique among all users. This field
is required if User Web Portal is enabled.
Page 1 of 2
827
Features and Programming Guide
Enable User Web Portal Yes Corresponds to the ‘Enable User Web Portal’ field under the
ENABLE_WEB_ACCESS No User. If the value from the import file is invalid, this field is
defaulted to true.
Personal Conference Yes Corresponds to the ‘Enable Meet-Me Conferencing’ field
Access No under the User.
PERSONAL_CONF_ACCE
SS
Mid-Call Features Yes MID_CALL_FEATURES
No Corresponds to the ‘Enable Mid-Call Features’ field under the
User.
Not displayed on the import Yes Indicates whether a user has system administrator privilege.
dialog No This field is added to the file when exporting users.
SYSTEM_ADMINISTRATO If the import file contains this column as well as the
R USER_TYPE column, this field is ignored and the
USER_TYPE column is used, in which case this flag is
assigned the default value based on the user type.
Not displayed on the import Yes Indicates whether a user has access to Database
dialog No Programming.
DATABASE_PROGRAMMI This field is added to the file when exporting users.
NG If the import file contains this column as well as the
USER_TYPE column, this field is ignored and the
USER_TYPE column is used, in which case this flag is
assigned the default value based on the user type.
Not displayed on the import Yes Indicates whether a user has access to the Web Page and
dialog No System Administration & Diagnostics.
WEB_PAGE_DIAGNOSTI This field is added to the file when exporting users.
CS If the import file contains this column as well as the
USER_TYPE column, this field is ignored and the
USER_TYPE column is used, in which case this flag is
assigned the default value based on the user type.
Page 2 of 2
828
Users
829
Features and Programming Guide
830
Users
EXPORTING USERS
User entries may be exported to a CSV file in a similar fashion to importing the User entries.
831
Features and Programming Guide
4. When the Export Users to File dialog box appears, rename the file name, and then click
Export. By default, the file is saved in the Public Documents folder of the user logged in
to the DB Programming computer.
5. If the specified file already exists, DB Programming asks you whether you want to overwrite
it. Click Yes to overwrite it or No to cancel the export.
DELETING USERS
There are two ways to delete Users.
832
Users
DIAGNOSTICS
This section details the diagnostic tools available for Users.
You can use the System Administration and Diagnostics utility (see page page 33 for additional
information) to access the following dumps:
• Dump User: You can dump the User information (System Monitor\Dump User) for all Users
or a specific User based on the User’s main extension.
• Dump Extension: User information has been added to this existing dump. You can dump
a station that is associated with a User to see the User information. You can also dump the
Personal Router Device (PP065). This provides information about the router device and
the calls that are currently being routed.
INFORMATION DUMPS
You can use an administrator phone and the diagnostics feature code 9900 to dump the
following information:
• Dump User (USERS): You can see User information for all Users or a specific User based
on the User’s main extension.
• Dump Extension (9933): User information has been added to this existing dump. You can
dump a station that is associated with a User to see the User information.
833
Features and Programming Guide
USER-RELATED INFORMATION
The User-Related Information folder contains the following information:
• Mid-Call Activation/Cancel Code. When the 5000 places a call via Dynamic Extension
Express (DEE), this field indicates the feature code for activating or cancelling a Mid-Call
Feature (MCF) such as:
- Hold
- Transfer
- Conference Calls
The default feature code is *#. See the MiVoice Office 250 DB Programming Help for detaiils.
• Mid-Call Confirmation Code. When the 5000 places a call via Dynamic Extension Express
(DEE), this field indicates the feature code for confirming or completing a Mid-Call Feature
(MCF). The default feature code is ##. See the MiVoice Office 250 DB Programming Help
for detaiils.
Mid-Call Features are only supported with other networked MiVoice Office 250s
NOTE
running Release v6.0 SP1 and higher software.
• Station Message Callback Number: Indicates the system-wide number that contains the
DID number of the Auto Attendant application. This number is used to support Mobile
Message Waiting Indication (MWI). For details about programming Mobile MWI, see
page 845.
• Voice Mail Message Callback Number: Indicates the system-wide number that contains
the DID number of the Voice Mail Message Notification and Retrieval application. This
number is used to support Mobile MWI. For details about programming Mobile MWI, see
page 845.
• Dynamic Extension Express Templates: See page 846 for details.
834
Users
Mid-Call Features are only supported with other networked MiVoice Office 250s running
NOTE
Release v6.0 SP1 and higher software.
For instructions for using the Dynamic Extension Express and Handoff features, refer to the
appropriate user guides.
To use Dynamic Extension Express functionality in a multi-node network, all nodes in the
NOTE network must be upgraded to v3.2 or later (MiVoice Office 250) to ensure compatibility
between nodes.
Software release 5.0 and later includes a number of enhancements to the existing Dynamic
Extension Express (DEE) feature, including:
• handoff push/pull from other associated destinations (see page 836)
• message waiting indications on all internal associated destinations (see page 836)
• additional associated destinations (see page 844)
FEATURE DESCRIPTION
The Dynamic Extension Express feature is closely related to the User element in the MiVoice
Office 250 database (see page 815). Throughout this section, when the capitalized term “User”
is used, it refers to the User element in the MiVoice Office 250 database. Dynamic Extension
Express is a feature where incoming calls to users are routed to multiple destinations (for
example, the user’s desk phone, mobile phone, or both at the same time). Ringing multiple
destinations at the same time is called twinning.
For software release 5.1 and later, all Dynamic Extension Express features, except for Handoff-
Push, are supported on SIP phones.
Handoff Features
835
Features and Programming Guide
call, he or she is immediately connected to the other parties at the new destination. When
the call is switching over to the new destination, there may be a momentary break in audio,
which may be noticeable to the other parties on the call.
• Handoff Pull: Users can “pull” a call that was routed to their associated destination, such
as a mobile phone) back to any of their internal associated destinations (see page 836).
This feature is useful when users answer a call on their mobile phone and then return to
their desk or other destination. After users pull a call back to their new destination, the call
is connected immediately and users can then access system features such as conference,
hold, and transfer.
The Handoff “pull” feature is not available at the desk phone if any of the following are true:
• The desk phone is not the main extension of the User.
NOTE
• The trunk used for the outgoing external call is on a MiVoice Office 250 node equipped with
software earlier than v3.2.
Prior to v5.0, DEE users could only perform a Handoff “push” or a Handoff “pull” from their DEE
main extension (most likely their desk phone). With v5.0 or later, DEE users can perform a
Handoff push or a Handoff pull from any of their internal associated destinations as long as:
• they are not a voice mail destination
• they do not reside on a MiVoice Office 250 node older than v5.0
• they are not a 5610 Cordless Handset or UC Express SIP Softphone
If a user’s internal associated destination has a button programmed for the Handoff feature,
then the button will light if there is a call available to pull.
With v5.0 or later, all of the internal associated destinations also receive MWIs as long as:
• they are not a voice mail destination
• their MWI flag is set to Yes
So, if the User’s main extension receives a voice mail message or a station message, the MWI
is propagated to the User’s other internal associated destinations. (Note that the Mitel 5610
Cordless Handset and the UC Express SIP Softphone cannot receive propagated station MWIs
from the main extension, but they can receive propagated voice mail MWIs.) If any of the internal
associated destinations responds to the MWI, then the MWI is automatically cleared on all
internal associated destinations. Note that if any destination other than the User’s main
extension receives an MWI, it will not propagate to the other internal destinations. The MWI
has to originate on the User’s main extension.
In DB Programming, there is an MWI flag for each of the User’s associated destinations that
determines whether or not that destination can receive MWIs. Mitel recommends disabling MWI
capability for associated destinations that reside on a MiVoice Office 250 node earlier than
v5.0, as the feature may not always work properly (e.g., when the MWI is cleared at one
destination, it may not always be cleared at the other destinations). Mitel also recommends not
using the MWI propagation capability with the legacy Unified Communicator application.
836
Users
Toggling the MWI flag for the User’s main extension does not impact the current MWI state for
the various associated destinations; only future MWIs are affected by the MWI flag.
Mobile MWI
If a User’s associated Mobile destination has the MWI flag set and is configured with a mobile
e-mail address, the system sends an e-mail message to the designated address to indicate
that the User’s main extension has received a new station message or voice mail message. If
the User’s mobile phone is configured to receive e-mail messages sent to the designated
address, the e-mail message should appear as a Short Message Service (SMS) text message
on the mobile phone. (This assumes that all E-Mail Gateway settings are properly configured.)
Note that the SMS text message is sent only to the Mobile 1 destination and not the Mobile 2
destination, as you cannot designate an e-mail address for the Mobile 2 entry. (Standard text
messaging rates may apply.)
The message is sent in the supported language configured for the User’s main extension.
(Japanese is not supported, so English is used in its place.)
The automated attendant and voice mail notification/retrieval numbers displayed in the SMS
text messages are DID numbers programmed in the system database. A mobile phone user
can use the number to easily call back into the system and speak to the messaging party or
retrieve the voice mail message. If the callback numbers are not configured, then the callback
line is omitted.
Note that If this mobile MWI feature is used with MiCollab Unified Messaging as the voice mail
system, the user only receives an SMS text message for the initial (i.e., first) new voice mail
message. Therefore, Mitel recommends not using this feature with MiCollab Unified Messaging.
Feature Codes
There are four feature codes for Dynamic Extension Express. See “Dynamic Extension Express
On“ on page 799 for feature code definitions.
• Dynamic Extension Express Off (362)
• Dynamic Extension Express On (363)
• Dynamic Extension Express On/Off (364)
• Dynamic Extension Express Handoff (388)
837
Features and Programming Guide
FUNCTIONAL BEHAVIOR
This section provides functional details for Dynamic Extension Express on the MiVoice Office
250.
Licensing
The top-level Users folder in DB Programming provides a programming interface for the
Dynamic Extension Express feature.
The Users folder contains the following fields and options associated with the feature:
• <user> options: When you program a User, you can configure the following Dynamic
Extension Express options:
• Enable Dynamic Extension Express
• Enable DND Overrides Dynamic Extension Express
• Enable Manual Forwards Override Dynamic Extension Express
• Enable Human-Answer-Supervision
See page 815 for a description of these fields and programming instructions.
• Associated Destinations: Dynamic Extension Express relies on the information pro-
grammed in the Associated Destinations folder (Users – <user> – Associated
Destinations) to route calls. The Associated Destinations are included in the Routing steps
(see page 848).
• Dynamic Extension Express Steps: When you first create a User, the default Dynamic
Extension Express template is applied as the User’s routing steps (Users – <user> – Dy-
namic Extension Express). A routing step consists of one or more Associated Destinations
combined with a timer. You can create several different routing steps. You can add or
remove the Desk, Mobile, Home IP, Home, and Softphone destinations, but the Voice Mail
destination must be the final destination (see page 844).
• Dynamic Extension Express Templates: DB Programming provides two templates for
Dynamic Extension Express: Mobile Twinning, and Delayed Mobile Twinning (Users –
Dynamic Extension Express Templates). Mobile Twinning is set as the default template,
however, you can change the default template to Delayed Mobile Twinning (see page 847).
DB Programming provides two templates to route calls: Mobile Twinning (default), and Delayed
Mobile Twinning. A description for how calls are routed when the template is applied appears
below.
• Mobile Twinning (Template): This template provides two routing steps:
• In the first step, calls simultaneously ring the user’s desk phone and mobile phone for
24 seconds.
838
Users
• Delayed Mobile Twinning (Template): This template provides three routing steps:
• In the first step, calls ring the desk phone 4 seconds.
• In the second step, calls ring both the desk phone and mobile phone for 24 seconds.
• In the third step, calls go to voice mail.
The templates can be used, “as is,” or they can be modified to suite your needs. This section
provides examples of how you can modify the templates to route calls.
• Short Mobile Twinning: This example provides three routing steps:
• In the first step, calls ring both the desk phone and mobile phone for 6 seconds.
• In the second step, calls ring just the desk phone for 12 seconds.
• In the third step, calls go to voice mail.
839
Features and Programming Guide
This section details how Call Processing routes a call based on the User’s programmed
Dynamic Extension Express information.
Dynamic Extension Express functions like a personal Hunt Group for a User, where the
members of the hunt group are the User’s Associated Destinations. Unlike a traditional hunt
group, this special hunt group can serve all Users by changing members on a per-call basis.
By combining User destinations and User routing steps, Dynamic Extension Express creates
a dynamic hunt group.
When a call rings the main extension for a User, the phone/phantom device with the same
extension receives the call. If Dynamic Extension Express is enabled at the phone/phantom,
Call Processing uses the information programmed for the User to route the call appropriately.
If, for some reason, Call Processing cannot route a call, the call returns to the User’s main
extension, where it will ring until answered or the caller hangs up.
NOTE Phones utilizing Dynamic Extension Express should be configured with at least two call keys.
840
Users
RING DURATION
When you make a call to a mobile phone, there is often a delay before the mobile phone rings.
The amount of delay varies between mobile service providers, and sometimes varies from call
to call. When configuring Dynamic Extension Express Ring Duration remember to allow users
an adequate amount of time to accept calls on their mobile phones. The Ring Duration should
be “tuned” to match the mobile carrier and the user’s preferences. Note that:
• If the timer is too short, the mobile user will not have the opportunity to answer the call
before it is routed to voice mail.
• If the timer is too long, callers will hang up instead of leaving a voice mail message.
Ideally, the timer should be set to the minimum amount of time required for the mobile user to
press # to accept the call.
The “Enable Human Answer Supervision” option under Users – <user> in DB Programming is
used to configure Human Answer Supervision for Dynamic Extension Express (see page 816).
When this option is enabled, the user must press # to accept the call or * to send the call to
voice mail. If the user does not enter a DTMF tone, the call is routed back to the user’s main
extension.
In some situations, it might be appropriate to disable Human Answer Supervision. For example,
some phones have security access codes that require several keystrokes before the user can
press #. These types of users may be unable to press # to accept the call before Ring Duration
sends the call to voice mail.
SMDR
When Human Answer Supervision is enabled (see page 841), if the user does not press # to
answer a call that was routed to the public network, the SMDR record reflects that fact with a
special character (R). When the user presses # to accept the call the system outputs the normal
SMDR record.
The following information explains how Dynamic Extension Express interoperates with other
MiVoice Office 250 features:
• Do-Not-Disturb: When the user enables DND for his or her main extension, the system
follows the “Enable DND Overrides Dynamic Extension Express” option under Users –
<user> to determine if incoming calls should be routed by Dynamic Extension Express.
See page 816 for more information.
841
Features and Programming Guide
• Manual Forwarding: When the user manually forwards his or her main extension, the
system follows the “Enable Manual Forwards Overrides Dynamic Extension Express” option
under Users – <user> in OLM to determine if incoming calls should be routed by Dynamic
Extension Express.
• System Forwarding: Dynamic Extension Express overrides system forwarding. To use
system forwarding, the user must disable Dynamic Extension Express.
• Camp-ons: When a user is on a call or when the system is routing a call and a new call
rings in, the system also routes the new call. The second call (and all subsequent calls)
camp-on to all of the destinations programmed in the user’s Dynamic Extension Express
steps. This camp-on functionality allows the user to manage all incoming calls (for example,
send to destination) instead of camping on to the Dynamic Extension Express device.
• Queue: Because of the complexity of multiple statuses and feature functionality, an end-
user cannot queue on to a camped-on personal call routing call.
• Destination extensions with Dynamic Extension Express enabled: If a call rings into
a destination extension that has Dynamic Extension Express enabled, the system does not
follow the destination’s Dynamic Extension Express.
• Transfer: Calls transferred to an extension with Dynamic Extension Express enabled are
routed via Dynamic Extension Express. If the transferring party uses transfer-to-hold, then
the system converts the transfer to a transfer-to-ring.
An unanswered transferred call does not ring back at the transferring party’s phone. This
is because there are no transfer re-call timers registered. It is necessary to configure Voice
Mail or attendant's extension as the last routing step for DEE to handle unanswered calls.
• Conference: When a conference call rings an extension that has Dynamic Extension Ex-
press enabled, the conference call is routed to the appropriate destinations via Dynamic
Extension Express.
• Multiple Ring-In: When a user's main extension is part of a trunk group multiple ring-in,
the CO call to the user does not follow Dynamic Extension Express.
• ISDN PRI Two B-Channel Transfer: Dynamic Extension Express works with the existing
ISDN PRI Two B-Channel Transfer (TBCT) feature on the MiVoice Office 250. If the user
with Dynamic Extension Express enabled receives an external call on a PRI trunk, that was
answered after being routed to their mobile phone, the TBCT feature executes. The call is
transferred off of the MiVoice Office 250, if all TBCT transfer conditions are met.
Handoff functionality is not available for a call that uses the TBCT feature because the call
is no longer managed by the MiVoice Office 250.
• OAI: Any third-party Open Architecture Interface (OAI) application can perform an OAI offer
command. If call offering is enabled for the OAI, then the system allows the OAI application
to route the call first. For example, if a user is using Mitel Unified Communicator (UC) 5000
and Dynamic Extension Express, then UC 5000 has precedence over Dynamic Extension
Express. Mitel does not recommend configuring a single user for two types of routing.
842
Users
FEATURE LIMITATIONS
This section details the interoperability between existing peripheral products and the MiVoice
Office 250.
• Mitel UC 5000: If Dynamic Extension Express is disabled and UC 5000 is enabled for a
user, the current functionality of UC is the same as previous versions. If both Dynamic
Extension Express and UC 5000 are enabled, UC 5000 will override Dynamic Extension
Express because of the OAI functionality. Mitel does not recommend configuring a single
user for two types of routing.
• Customer Service Manager: The Dynamic Extension Express feature adds new system
OAI events and commands that will be used by a future release of Mitel Customer Service
Manager (formerly Contact Center Suite in U.S. and CallView in Europe). If Dynamic Ex-
tension Express is disabled, then CSM functions as it did in previous MiVoice Office 250
versions. If CSM v5.0 and earlier is used with Dynamic Extension Express, then some of
the CSM reporting, such as trunk usage, may be inaccurate.
• Voice Processing Systems: The Dynamic Extension Express feature can be used with
the Unified Voice Messaging (UVM) and Mitel MiCollab Unified Messaging voice processing
systems. You can configure the user’s voice mail destination as a voice mail application
from each voice mail system.
• Mitel Unified Communicator Advanced v3.0: Unified Communicator (UC) Advanced v3.0
or later requires MiVoice Office 250 v3.2 or later software to support the following:
• UC Advanced softphone device type
• System OAI functionality
NOTE If using a CT Gateway with UC Advanced, you must use CT Gateway version 4.4.
843
Features and Programming Guide
• Desk*
• Mobile*
• Softphone (such as a UC Advanced Softphone)
• None
• Home IP—For users who work at home with an IP phone that is connected to the phone
system (5xxx, 8xxx, IP SLA, softphone, and so forth).
• Home—A home telephone number with area code for users who work at home but do
not have a phone that is programmed on the phone system.
• Voice Mail*—A final destination and only available for the last step, and the last step
must only have a single destination.
• Desk 2
• Mobile 2
• Softphone 2
• Home IP 2
• Home 2
* The Desk, Mobile, and Voice Mail types are auto-created for each User and read-only.
844
Users
2. Right-click anywhere in the right pane, and then select Add Routing Step. A new step is
added with defaults for the fields. You can create up to five steps for each Dynamic Exten-
sion Express.
3. Right-click a step, and then do any of the following:
To edit a destination:
Select the field, and then select the destination from the drop-down list. The available
types are None, Desk, Mobile, Softphone, Voice Mail, Home IP, Home, Desk 2, Mobile
2, Softphone 2, Home IP 2, and Home 2.
To delete a destination:
Select Delete Destination. If the step has only one destination, this option is grayed
out because each step has to have at least one destination.
To delete steps:
Select the step(s) that you want to delete, and then select Delete Selected Routing
Step(s). The remaining steps will be renumbered accordingly after the step is deleted.
4. (Optional) Change the Ring Duration value.
To allow a non-main extension to use the Handoff Push feature, the phone must be associated
with a User. See page 836 for details.
845
Features and Programming Guide
To set the voice mail message callback number for Mobile MWI:
1. Select Users – User-Related Information – Voice Mail Message Callback Number.
2. Enter a system-wide number that contains the DID number of the Voice Mail Message
Notification and Retrieval application. The end-users can use this number to call back voice
mail to listen to their new message. The DID number can be up to 48 characters (0-9, *,
#, p, P).
Note that the system E-Mail Gateway settings must be properly configured to use this feature.
See “E-Mail Gateway Programming Options“ on page 972 for required settings.
Templates are pre-programmed sets of Dynamic Extension Express Steps. The purpose of
templates is to set up generic call routing scenarios that may be applied to multiple users and
reduce manual programming. When a Dynamic Extension Express Template is applied to a
User, the Dynamic Extension Express Steps of the template are copied and programmed for
the User's Dynamic Extension Express.
There are two templates available: Mobile Twinning and Delayed Mobile Twinning. Each
template has the same fields as the User Dynamic Extension Express Steps (see “Programming
Dynamic Extension Express“ on page 844 for details). You can change the template name,
destination type, and Ring Duration values.
• Delayed Mobile Twinning: The other default template, “Delayed Mobile Twinning,” con-
sists of the routing steps shown in Table 146.
846
Users
Associated destinations must be programmed correctly for Dynamic Extension Express Steps
to be executed completely. For example, if a User is set up with the “Mobile Twinning” Dynamic
Extension Express Template, but no outside number is programmed for the Mobile destination
NOTE
of the User, the system will ring the Desk destination only and not perform twinning for Step 1.
If the associated Voice Mail destination is set to the “None” Device, Step 2 will not be
performed. Instead, the system will execute the Step 1 indefinitely.
2. Change the Use As Default Template flag of the template that is programmed as the default
template from Yes to No.
3. Change the Use As Default Template flag of the template you want to use from No to Yes.
Only one template may have this flag set to Yes at a time.
847
Features and Programming Guide
5. Click OK.
SMDR has a Human-Answer-Supervision Record option that indicates whether or not the
system outputs the “R” SMDR record. See page 841 for details.
Associated destinations are used in conjunction with Dynamic Extension Express Steps for
Dynamic Extension Express. For example, when a Dynamic Extension Express Step is
programmed to ring the Desk destination of a User, the system routes the call to the User's
Desk associated destination. Associated destinations are displayed in the
Users\<User>\Associated Destinations folder in DB Programming.
When a User is created, three associated destinations are automatically created for the User:
Desk, Mobile, Home IP, Home, Voice Mail, Desk 2, Softphone 2, Home IP 2, Home 2, Mobile
2. If the User was created in a way that the Main Extension was not auto-programmed, these
associated destinations have a blank (None) device destination by default.
The total number of Destinations any User may have programmed is 10 (one per Destination
Type). UCA only supports up to eight Destinations per User; if you attempt to create the 9th
Destination, a warning appears indicating UCA only supports eight Destinations per User.
When the Main Extension for the User is programmed, the Desk destination is programmed
with the same device and the Voice Mail destination will be set to the associated Voice Mail
extension of the Main Extension.
848
Users
Because the associated Voice Mail destination of a User must match the associated Voice Mail
extension of the Main Extension for the User, if the associated Voice Mail extension of the Main
Extension is changed, DB Programming automatically changes the associated Voice Mail
destination correspondingly.
Figure 3: Associated Destinations
Table 147, “Associated Destination Fields,” on page 849 shows the fields required for
Associated Destinations.
Page 1 of 2
849
Features and Programming Guide
Page 2 of 2
Although the Desk destination for a User is normally the User's Main Extension, special cases
may require them to be different, so the Desk and Voice Mail destinations may be changed
independently from the Main Extension in the Associated Destinations folder.
Further changes to the Main Extension or its Associated Voice Mail will automatically
propagate to the Desk destination and Voice Mail destination, so independent programming
NOTE
will be overwritten. The reverse applies as well. If the Voice Mail destination is changed, the
Associated Voice Mail of the Main Extension will also be changed.
850
Users
To delete a destination:
1. Select Users – <User> – Associated Destinations.
2. Select the destination that you want to delete.
3. Right-click, and then select Delete Selected Destination(s). If you attempt to delete the
default destinations, a warning message appears.
Because there is an inherent delay in routing calls out over the public network and the cellular
network to a mobile phone, the Ring Duration may need to be adjusted to allow enough “ringing
time” before a call is sent on the next step—typically voice mail.
Ring Duration
Ringing Time
If the ringing time at the mobile phone is too short, the mobile phone user may not have enough
time to answer the call before it goes to voice mail. On the other hand, if the ringing time at the
mobile phone is too long, the caller may give up before being sent to voice mail.
851
Features and Programming Guide
Although mobile twinning means that the call is offered to both the user’s desk phone and
mobile phone at the same time, this does not necessarily mean “simultaneous” ringing due to
the inherent delay between calling the mobile phone and the mobile phone actually ringing (see
the preceding section).
There is no way to eliminate this mobile calling delay, and it varies by carrier and by mobile
phone location. Some customers may be tempted to pursue simultaneous ringing by having
the first routing step ring only the mobile phone—effectively giving the mobile phone a head
start to account for the inherent delay—-before having the second step ring both the desk phone
and mobile phone. Not only does this approach not get the mobile phone to ring any sooner,
it delays ringing the user’s desk phone, which is not the desired outcome if the user is sitting
at his or her desk.
So, although some users may expect twinning to mean simultaneous ringing, this is not the
case, and it is really only noticeable when testing the feature while sitting at the desk. In typical
real-world usage of mobile twinning, users sitting at their desk will hear their desk phone ring
and answer it, while users away from their desk will hear their mobile phone ring and answer
it. Mitel recommends that customers not pursue simultaneous ringing.
The mobile twinning capability provided by Dynamic Extension Express can enhance
productivity by allowing users to be accessible when away from their main desk. However,
mobile twinning effectively consumes an extra trunk for every outgoing call. Trunk capacity may
need to be increased to provide for this increased usage. This was the primary reason for
providing the Delayed Mobile Twinning template, in which mobile twinning happens only after
the call is not answered at the desk phone.
Table 148 provides additional troubleshooting and tuning tips for the Dynamic Extension
Express feature.
852
Users
Page 1 of 3
853
Features and Programming Guide
Table 148: Dynamic Extension Express Troubleshooting And Tuning Tips (continued)
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
When the user tries the Dynamic The call cannot be handed off. The user tried to use the Handoff
Extension Express – Handoff feature on a call that has not been
feature (388), the display shows routed by Dynamic Extension Express.
NO CALL TO HANDOFF.
The user tried to use the Handoff
feature on a call that the system has
not yet recognized as a valid call.
The user tried to use the Handoff
feature on an unsupported extension.
The Handoff feature is supported on
the main extension only.
The user tried to use the Handoff
feature on a phantom extension. The
Handoff feature is not supported on
phantom extensions.
The user entered the Handoff feature
code at the exact time the other party
on the call disconnected.
The call was terminated for some
reason.
One or more associated UC Advanced or an OAI Determine which application is
destinations included in a routing application is setting the Active changing the Active flag.
step are not ringing. flag for the specific destination to
No.
The INVALID ROUTING One or more of the User's Set the User's associated destinations
DESTINATION is displayed on associated destinations is not set to Active in DB Programming.
the User's phone. to Active.
The User's routing steps have Make sure the User's routing steps are
been removed or include one or programmed correctly and include
more undefined destinations. valid destinations.
Callers to DEE users complain of The Ring Duration might be set Shorten the Ring Duration to the
hearing ringing, but not getting an longer than a caller would expect minimum duration that still allows the
answer. before going to voice mail. mobile DEE user enough time to
answer the call.
DEE users complain that calls ring The inherent delay of routing a Increase the Ring Duration as needed.
on their mobile phones, but they DEE call out over the PSTN and Note that increasing the timer too much
are unable to pick them up before mobile carrier network is increases the likelihood of callers
the caller is sent to voice mail. consuming most of the giving up instead of waiting for voice
programmed Ring Duration. mail.
DEE users complain that callers Human Answer Supervision is Enable the Human Answer
are ending up in the mobile disabled. Supervision option.
carrier’s voice mail application
instead of the system voice mail
application.
Page 2 of 3
854
Users
Table 148: Dynamic Extension Express Troubleshooting And Tuning Tips (continued)
SYMPTOM POSSIBLE CAUSE CORRECTIVE ACTION
DEE users complain that callers This is normal “as designed” Educate DEE users as to the proper
are ending up in the phone behavior for DEE. DEE behavior. Or, if desired, disable
system’s voice mail application Human Answer Supervision so that
instead of the mobile carrier’s when a mobile carrier voice mail
voice mail application. application answers the call, it will be
treated like a user answered the call.
DEE users complain that voice The mobile phone’s voice mail Shorten the Ring Duration to reduce
mail messages on their mobile application is answering the call the likelihood of this happening. Note
phones are simply recordings of and recording the Human Answer that shortening the timer too much may
the Human Answer Supervision Supervision prompt. not allow the mobile phone user
prompt. enough time to answer the call.
DEE users complain that they Human Answer Supervision is If desired, disable the Human-Answer-
cannot or do not want to press the enabled, which requires users to Supervision flag. Note that disabling
# key to accept twinned calls. press the # key before answering this feature allows the mobile carrier’s
the call. voice mail application to answer calls—
meaning callers will leave voice mail
messages in the mobile carrier’s voice
mail application rather than the phone
system’s voice mail application, and no
subsequent DEE steps will be
processed. If DEE uses trunks without
answer supervision (for example, a
loop start trunk), set the Enable
Human-Answer-Supervision option to
Yes, because the call will be
immediately answered and routing will
be terminated.
DEE users complain that they do Outgoing calls to the mobile Make sure that the proper trunks and
not receive caller ID information carrier are going out over trunks system caller ID parameters are set up
on twinned calls to their mobile that do not support caller ID. PRI properly.
phone. and SIP trunks generally support
caller ID, but others may not.
DEE users do not want DND on By default, placing the main desk Set the “Enable DND Overrides
their desk phone to override DEE. phone in DND mode prevents Dynamic Extension Express” option to
DEE from routing calls to other No. This allows users to put their main
devices (for example, mobile or desk phone in DND, yet still have DEE
home phones). attempt to route incoming calls to other
devices in the DEE path.
Calls to DEE users stop routing as The outgoing call is being routed Enable the Human-Answer-
soon as they advance to a DEE through a trunk that does not have Supervision flag.
step that includes a mobile phone. answer supervision capability (for
example, a loop start trunk). Loop
start trunks without answer
supervision will answer
immediately.
Page 3 of 3
855
Features and Programming Guide
DIAGNOSTICS
This section details the diagnostics for the Dynamic Extension Express feature. For more
information about diagnostics, see “System Diagnostics“ on page 1061.
DIAGNOSTICS MONITOR
You can use the Diagnostics Monitor utility to access the Dump Routing Step Templates
function to dump the routing step templates (System Monitor\Dump Routing Step Templates)
that are currently defined in the MiVoice Office 250.
INFORMATION DUMPS
You can use the administrator phone and the diagnostics feature code 9900 to dump the
following information:
• Dump Routing Step Templates (RST): You can see the routing step templates that are
currently defined in the MiVoice Office 250.
• Dump Extension (9933): You can dump the Personal Router Device (PP065 or PRD)
information. This provides information about the router device and the calls that are currently
being routed.
MID-CALL FEATURES
Mid-Call Features provide a way for mobile users to perform hold, transfer, conferencing and
consultation call features when the 5000 places a call via Dynamic Extension Express (DEE).
Users who travel often or who rely heavily on a mobile phone can take advantage of the system
features.
FEATURE ACTIVATION
MCF uses two feature codes to control the voice-guided feature system. The codes are
programmable by the system administrator and can be from 1 to 2 digits in length (0-9, *).
See“User Programming Fields“ on page 816 for detailed information.
All Activation and Confirmation codes will be heard by the other party. Any digits
NOTE
entered while in the feature menus will not be heard by the other party.
While on an external system call initiated from DEE, the user may enter the MCF activation
code. Then the MCF main menu will begin playing. At this point, the original call is now on hold
and will hear hold audio based on the trunk group database setting for holding calls (this is a
new database field primarily for MCF; see “Audio for Calls Holding for this Device“ on page 545).
856
Users
CAUTION: It is possible for digits pressed by the other party to activate MCF on
the local party due to large amounts of echo when using Media Stream
Resources (MSR) DSP-based audio resources used for DTMF detection and
audio playback. While this scenario is really not realistic, it is possible and
steps should be taken to eliminate as much echo as possible on loop-start and
T1 central office connections. Systems using Dual T1 cards do not have this
issue since they use built-in DTMF receivers and not MSRs.
The system employs a simple algorithm to prevent accidentally activating MCF in situations
were DTMF is required by the far end (i.e. voicemail, pin code, etc).
If the activation/confirmation code is only one digit, the system makes sure that no other digits
have been pressed within a set timeframe. This allows the user to enter in a string of digits that
may contain the activation code without actually activating MCF. If there are two digits in the
code, the second digit must be entered within three seconds of the first.
MCF PROMPTS
MCF has voice-guided prompts for all supported features. Once MCF is activated, the caller
will hear the context-sensitive options based on current features that may already be in progress
(such as an active conference).
• The user is given all of the features that are currently supported along with appropriate
DTMF digit(s) to initiate them. Many of the features require extra inputs such as Conference
and Transfer.
• Any digits pressed while the prompts are playing will be processed immediately which
allows the user to use dial-ahead to skip the voice prompts.
• The user can return to the menu one level above the current menu by pressing asterisk (*).
• Feature menus will time out to the previous menu after 3 cycles if no input is received. If
the main menu times out, the user will automatically be reconnected to the holding call.
• The MCF prompts will be played in the language programmed at the user’s main extension.
If the main extension language is not supported on the current node, the current node’s
primary language will be used.
• After the MCF digits are entered, the system plays a confirmation prompt that echoes back
the user input. The user can confirm the input or re-enter the input if incorrect.
857
Features and Programming Guide
MCF FEATURES
The user can also use these codes while using MCF:
• Return to the previous menu: * (default value)
• Activate or Cancel: *# (default value)
• End Call: # # (default value)
If a feature call (such as transfer call, conference call, or consultation call) is disconnected from
the far end, the user will return to the main menu
Once mid-call features are activated, the original call is put on hold. At any time, the user may
re-access the holding call by entering option 1 from the main menu.
Transfer Call
The user may enter the transfer call menu by entering option 2 from the main menu. Both blind
and announced transfers are supported. Once in the transfer call menu, the user is provided
with the following options for the transfer destination:
If the user does not have a voice mailbox or an auto attendant application does not exist on
the system, those options will not be available from the menu.
The user may complete the transfer either by entering in the MCF confirmation code (##) or by
hanging up the call.
858
Users
Conference Call
The user may enter the conference call menu by entering option 3 from the main menu and
then select from the following options for the new conference party:
Once the called party has answered, the user may add them into the conference by using the
MCF confirmation code (# #).
If a conference did not previously exist, it will be created and all parties will be connected
(including the original holding call).
If all conference resources are exhausted, an error tone sounds and the user will be reconnected
to the conference party call. The user may try to complete the conference at a later time if
desired.
Consultation Call
A consultation call allows the user to place the current call (or conference) on hold, make a
second call, and then return to the holding call when the consultation call is over. The user may
enter the consultation call menu by entering option 4 from the main menu and then select from
the following options for the consultation call destination:
Table 152:
CONSULTATION
CALL
DESTINATION DTMF DESCRIPTION
Internal 1 Call to an internal device using the extension.
External 2 Call to the public network using an outside number.
Operator 3 Call to the operator.
Auto Attendant 4 Call to the auto attendant to lookup an extension.
Voicemail 5 Call to your voice mailbox to listen to your messages.
NOTE A consultation call may not be converted to a transfer announcement or conference call.
MCF PROGRAMMING
See the MiVoice Office 250 DB Programming Help for detaiils. Also, see the following sections:
• “Audio for Calls Holding for this Device“ on page 545
859
Features and Programming Guide
MULTI-NODE SUPPORT
Mid Call Features are supported in a multi-node environment; however both the node where
the User exists and the node where the call will interface with the public network need to be
running software release 6.0 SP1 or greater.
860
Users
ADMINISTRATOR-RELATED INFORMATION
This is located in Users\<User>\Administrator-Related Information.
NOTE This folder appears for those users who have a Maintenance Account.
861
Features and Programming Guide
862
Chapter 14
VOICE PROCESSOR FEATURES AND
PROGRAMMING
Features and Programming Guide
INTRODUCTION
This chapter describes voice processing system features and programming for the MiVoice
Office 250. For mailbox programming, see “Subscriber Mailboxes“ on page 989.
For voice processing system installation information, refer to the applicable product installation
documentation as described in “Mitel Voice Processing Systems“ below.
NOTICE
Voice Processing Unit (VPU) end of sale. VPU is no longer supported in v3.0 or later. The VPU was
discontinued in May 2007 and has reached its end of sale. Mitel recommends that current VPU
installations upgrade to either MiCollab Unified Voice Messaging (UVM) or MiCollab Unified
Messaging. You cannot convert a VPU database to an MiCollab Unified Messaging database. Contact
your local provider for more information.
The MiVoice Office 250 supports the following voice processing applications:
• MiCollab Unified Voice Messaging (UVM): The preinstalled internal voice mail application
that includes Unified Voice Messaging functionality. You program MiCollab Unified Voice
Messaging options entirely in MiVoice Office 250 Database (DB) Programming. For more
information about MiCollab UVM, see page 866.
• MiCollab Unified Messaging: An external voice processing system that resides on the
Mitel Application Suite® (MAS) server and uses Session Initiation Protocol (SIP) to com-
municate with the MiVoice Office 250. MiVoice Office 250s support MiCollab Unified
Messaging as the system voice processing application. MiCollab Unified Messaging is
installed as a separate, external voice mail processor. For more information, refer to the
following resources:
• MiVoice Office 250 and MiCollab Unified Messaging Integration Guide
• MiCollab Unified Messaging System Administration Help
• MiCollab Unified Messaging Technician’s Handbook
• MiVoice Office 250 Installation Manual
• MiVoice Office 250 DB Programming Help
864
Voice Processor Features and Programming
SUPPORTING DOCUMENTATION
Because various voice mail products work with the MiVoice Office 250, this section does not
include voice mail subscriber (user) feature instructions. Refer to the MiVoice Office 250 Unified
Voice Messasing, and Embedded Voice Mail Card Voice Mail User Guide for your system for
feature descriptions and instructions.
Refer to the following books for more information about voice processing features:
• Unified Voice Messaging, and Embedded Voice Mail Card User Guide, part number
835.3205: Provides voice mail system feature descriptions and end-user instructions.
• MiVoice Office 250 Phone Administrator Guide,: Provides feature descriptions and instruc-
tions for administrator phone administrator features.
• MiVoice Office 250 Voice Mail Administrator Guide,: Provides feature descriptions and
instructions for administrator voice mail administrator mailbox features.
• MiVoice Office 250 Installation Manual : Provides MiVoice Office 250 installation, specifi-
cation, and maintenance information.
• MiVoice Office 250 System Administration & Diagnostics Guide, and Mitel System Admin-
istration & Diagnostics Help: Provide 5000 System Administration & Diagnostics installation,
specification, maintenance, and diagnostics information.
For voice processing specifications and capacities, refer to the “Specifications” chapter in the
MiVoice Office 250 Installation Manual .
865
Features and Programming Guide
FEATURE DESCRIPTION
Built-in on the MiVoice Office 250, UVM runs on the Linux® operating system and provides
voice messaging services. On systems not equipped with a PS-1, language prompts, UVM
messages, system applications, and the customer database are stored on a compact flash-
type memory card that resides in the Base Server. On systems equipped with a PS-1, the PS-
1 supports the UVM application, which relieves the Mitel memory card of voice messaging tasks.
The size of the compact flash-type memory card installed in the system determines the capacity
of UVM message storage, which ranges from approximately 1800 minutes with a 256 MB card
to more than 12,000 minutes with a 1 GB card. For more details, see “UVM Voice Message
Storage Capacities“ on page 867.
In a network scenario, MiVoice Office 250 nodes equipped only with UVM cannot forward
messages to, or receive messages forwarded from, mailboxes on other nodes. For UVM storage
capacities, see “UVM Voice Message Storage Capacities“ on page 867.
Only applicable to SMTP–MIME e-mail servers, the Forward to E-Mail feature allows users to
send voice mail messages as .wav file attachments. The feature is configured through DB
Programming, and the voice mail server is responsible for security issues.
The following are references for managing UVM and Mitel memory card issues:
• For the applicable procedure required to upgrade a memory card, refer to MiVoice Office
250 Memory Card Replacement Instructions, part no. 835.3033.
• For UVM troubleshooting guidance, refer to the Voice Processing Diagnostics Manual, part
no. 550.8019.
• The MiVoice Office 250 also supports voice mail on optional external voice mail systems
such as MiCollab Unified Messaging (see “Mitel Voice Processing Systems“ on page 864).
• For UVM troubleshooting information, refer to the Voice Processing Diagnostics Manual,
part no. 550.8019.
With v5.0 or later, UVM can be licensed for up to 24 or 32 voice mail ports. The original CS
Controller Base Server supports up to 24 ports. The HX Base Server and PS-1 equipped
866
Voice Processor Features and Programming
platforms support up to 32 ports.The ports are allocated dynamically up to the number of valid
UVM licenses. Ports are licensed four at a time and may not be licensed individually.
UVM can be expanded from 4 ports to 16 ports, which provides increased availability and
response time for voice processor applications. UVM runs on the Processor Module (PM-1)
processor the same way as with previous versions, but more ports are available.
The number of UVM ports available contributes to fast response to voice processing
applications such as Voice Mail, Message Notification/Retrieval, Automated Attendant, and
Record-A-Call. When sufficient Voice Mail ports are not available, users waiting for a port are
camped-on, or they are sent to Music-On-Hold or down some other path. Having more UVM
ports makes the system operate optimally.
The number of UVM ports is configured through DB Programming. When the number of ports
has been changed, the system must be reset to reallocate the IP resources shared between
the IPRA and UVM.
In offline mode, the user is prompted for the voice mail type so the proper logic can be followed.
NOTICE
MiVoice Office 250 v3.0 or later requires a minimum 512MB compact flash-type memory card. If this
system is currently using a 256MB compact flash-type memory card, upgrade the card to either 512MB
(part number 841.0274) or 1024MB (part number 841.0273).
The amount of message storage, which is allocated for each user as a quota of the total storage
capacity, is programmed in DB Programming. A warning flag can be set for each mailbox to
alert the user when a specified percentage of the allocated quota has been reached. For more
information, see “Subscriber Mailboxes“ on page 989.
The UVM Forward to E-Mail feature requires significant memory for converting voice mail
messages to the image file format. A system not equipped with a PS-1 requires a minimum
512 MB memory card that use the feature.
In addition to the standard American English prompts, each set of language prompts loaded
on a system reduces the amount of storage available by approximately 1.25 hours (75 min.).
For the most part, the reduction of memory capacity due to adding language prompts impacts
system not equipped with a PS-1. A system equipped with a PS-1 relies on hard disk storage
rather than the system memory card, which frees up memory for other system tasks. The
MiVoice Office 250 also supports British English, Spanish, Canadian French, and Japanese
language prompts.
A system not equipped with a PS-1 can use the G.726-32 or G.729 codecs for voice
compression.
G.726-32 uses 32 kbps; G.729 compression uses 8 kbps. The default UVM compression is set
to G.729 to maximize voice mail storage capacity. Using G.726-32 consumes four times as
much storage resulting in 25% of the storage capacity, but it also produces better audio quality
867
Features and Programming Guide
for voice messages in some scenarios. There are some scenarios in which G.726-32 may be
appropriate for UVM compression:
• In some environments where G.729 is used for IP phones, multiple compression/decom-
pression steps may result in degraded voice quality of the stored messages. Using G.726-
32 for voice mail storage may improve the quality of recorded voice.
• The VPIM feature, as specified in the VPIM v2 standard, natively uses G.726-32 compres-
sion for the interchange between voice mail systems. By using G.726-32, the MiVoice Office
250 does not need to transcode from G.729 to G.726-32. The result is more efficient
processing.
UVM on a system equipped with a PS-1 does not offer a vocoder selection because it stores
voice messages on the PS-1 hard disk. Because storage is plentiful, no compression is used
(G.711). If the resulting voice storage capacity is unacceptable, upgrade to a larger compact
flash-type card. Refer to the MiVoice Office 250 Installation Manual for UVM storage capacities.
On a system equipped with a PS-1, UVM supports up to 32 voice mail ports. UVM is hosted
on the PS-1. UVM on the PS-1 can be configured with 0, 4, 8, 12, 16, or 32 ports in accordance
with feature licensing.
Table 153 shows the relationship between the number of valid UVM licenses and the maximum
number of active UVM ports in a system equipped with a PS-1. DB Programming does not
allow dynamic allocation of more UVM ports than are licensed for the system and that have
been manually programmed into the appropriate Time Slot Group.
Table 153: UVM Licenses, Time Slot Group Ports, and IP Resources Allocated
IP RESOURCES ACTIVE UVM
VALID UVM PORTS DEFINED IN DYNAMICALLY VOICE MAIL
MAIL PORT LICENSES TIME SLOT GROUP ALLOCATED PORTS
0 0 0
4 4 0–4
8 8 0–8
(4 + 4)
12 12 0–12
(4 + 4 + 4)
16 16 0–16
(4 + 4 + 4 + 4)
32 0–32
(4 + 4 + 4 + 4 + 4 + 4 + 4 + 4)
If all of the IP resources available for UVM are in use, the next caller is camped-on to wait for
a resource to become available.
868
Voice Processor Features and Programming
The UVM Forward to E-Mail feature provides a single retry rule that applies to all domains and
all errors. It specifies a retry every 15 minutes for one hour. After one hour the e-mail message
is deleted from the system.
Retries are made if the software fails to send the e-mail message to the SMTP server, which
may occur if the SMTP Server Address is configured incorrectly. The voice mail message is
unaffected by the retry logic. If the e-mail address is configured incorrectly at the voice mailbox,
but the software can send the e-mail to the SMTP server, then the message is not queued for
retry.
After disabling UVM, System Alarm 203 appears on both the LCD panel on the Base Server
and on the administrator phone (normal functionality). This alarm appears when a voice mail
application is disconnected from a MiVoice Office 250 that previously had a voice mail system
connected.
NOTE
The Disable Unified Voice Messaging menu option is not dimmed after disabling Unified
Voice Messaging. This allows you to disable UVM if you did not do so before installing and
programming the external voice processing system. If necessary, use the Administration Web
Portal (AWP) to verify that UVM is disabled.
4. Click OK at the prompt to disable Unified Voice Messaging and terminate the session.
5. Restart the session to configure external voice processing parameters, if needed.
869
Features and Programming Guide
870
Voice Processor Features and Programming
The MiVoice Office 250 must be able to communicate with external voice processing systems
for the applications on those systems to function. If the system is unable to communicate with
external Voice Processing systems, the applications cannot be used and the following occurs:
• Direct ring-in calls to an application are sent to the primary attendant (if there is one).
• Intercom calls to applications receive reorder tone. Display phones show <Application name>
IS UNPLUGGED.
• Administrator phone users see an Alarm 203 (Voice Processing: Communications Link
Down) if the system detects a loss of communications between the phone system and the
external voice processing system.
• Calls do not recall to an application. Instead a recalling call remains at the phone or hunt
group and ring until it is answered or the Abandoned Call timer expires.
• If an application is used as a hunt group overflow or announcement phone, calls are not
sent to the application, but remain camped on to the hunt group.
• A transfer to an application camps on until the Recall timer expires. Then it follows the usual
recall path.
• Calls cannot be forwarded or system forwarded to an application.
• SMDR information is not recorded in the buffer on the external voice processing computer
hard drive.
• Database programming for external voice processing features is not allowed.
871
Features and Programming Guide
Each node is programmed with a Network Type field that identifies how the local node
communicates with the remote node. Remote voice processing nodes can use the following
protocols:
• VPIM Networking on page 872
• on page 873
VPIM NETWORKING
Voice Profile for Internet Mail (VPIM) protocol communicates with other voice processing
systems using the VPIM protocol. VPIM networking requires the Voice Processor Messaging
Networking software license. See page 879 for details about VPIM Networking.
MiCollab Unified Messaging systems must be configured to use the G.721 codec when using
NOTE
VPIM to communicate with MiCollab UVM systems.
The VPIM service is enabled on the originating and destination voice processing systems.
Messages are exchanged through e-mails sent between the voice processors. Each message
is an attachment to each e-mail being exchanged between the two voice processors. See the
following example.
872
Voice Processor Features and Programming
Internet Connection
VPIM Service VPIM Service
To leave messages for mailboxes on remote nodes, you must have “network mailboxes” on
the local node. If the local node only has network mailboxes associated with specific mailbox
numbers, the local node can only leave messages for those mailboxes. If the local node has a
network mailbox for a remote node (no mailbox number specified), the local node can leave
messages for any mailbox on the remote node, if the “Validate Off-Node Mailboxes” option is
disabled.
LEAVING MESSAGES
Users can leave messages for any network mailbox as either a subscriber or a non-subscriber.
Leaving messages for a direct network mailbox is the same as leaving messages for a regular
mailbox. After the user enters the network mailbox number, the Voice Mail application
announces the mailbox directory name, if it is recorded, or the mailbox number followed by the
recording instructions. Following the CRA instructions, the caller can leave a message.
Users can also leave messages using a node network mailbox. Users who call the node network
mailbox hear a prompt asking them to enter the desired mailbox on the remote Voice Processing
system. After that step, it is the same as leaving a message for a regular mailbox. Node network
mailboxes are useful when you do not know the direct network mailbox number and/or when
the mailbox on the remote node does not have a direct network mailbox on the local node. (If
Voice Processing attempts to deliver the message from a local mailbox user to the remote node
and the mailbox number is invalid, the message is returned to the sender.)
If the Validate Network Mailboxes flag is enabled, users can only leave messages for mailboxes
on remote nodes that have a direct network mailbox on the local node. If there are no direct
network mailboxes that refer to mailboxes on the remote node, the caller hears a prompt
indicating that the message cannot be delivered to the remote node.
Unlike regular mailboxes, network mailboxes (both direct and node mailboxes) do not have
their own message queues. When a message is delivered to a network mailbox, Voice
Processing looks up the mailbox node information, and stores the message locally. The
messages are stored until they are transmitted to the remote node or returned to the sender.
873
Features and Programming Guide
UNDELIVERABLE MESSAGES
Voice Processing delivers messages to another node by calling the remote node System
Number. If the remote number is busy or there is no answer, Voice Processing continues to
attempt to contact the remote node until the remote node answers, or until it has reached the
Maximum Network Call Attempts limit. If Voice Processing has made consecutive, unsuccessful
Maximum Network Call Attempts (due to busy or no answer), it stops attempting to contact the
remote node and return any messages pending for the node. The messages are then
considered “undeliverable.” Undeliverable messages pending for a node are handled according
to the Undeliverable Network Messages Destination field:
• When the field is set to Delete, all undeliverable messages are deleted.
• When the field is set to Sender, all undeliverable messages are returned to the sender’s
mailbox, if possible. If the sender is unknown, the messages are returned to the System
Administrator’s mailbox. If the System Administrator’s mailbox does not exist, then the
messages are deleted. When a subscriber listens to a returned message, he hears a prompt
indicating that the message was undeliverable.
• When the field is set to System Administrator, all undeliverable messages are returned to
the System Administrator’s mailbox, if it exists. Otherwise the messages are deleted.
874
Voice Processor Features and Programming
Each node has its own internal message queue, which is similar to mailbox message queues,
and will store messages destined for other nodes until they are delivered. Up to 100 nodes can
exist in the voice processor network.
LOCAL NODES
Each MiVoice Office 250 has a local node for handling system and subscriber voice processing
features. The local node can be a UVM or MiCollab Unified Messaging voice processor.
UVM voice processing systems can use Voice Profile for Internet Mail (VPIM) protocol to
connect to remote node or third-party voice processing applications. For more information, see
“Voice Profile for Internet Mail (VPIM) Networking“ on page 879.
CREATING NODES
To create a node:
1. Right-click in the right side of the screen and select Create Node. DB Programming will
need to close to reset. When you restart the session, the new node appears in the Nodes
folder.
2. Program the following fields for each node:
• Number: The network node number is a number between PP200 and PP299. The
number is assigned automatically when the node is created and cannot be changed.
• Description: The Description field is used to provide a meaningful name for the node
(such as, “Phoenix” or “Houston”). This field can contain up to 20 characters. The
default for this field is “Node xxx.” For example, node 1 defaults to “Node 001” and
node 10 defaults to “Node 010.”
a. Enter the desired description in the text box.
b. Press ENTER or click another field to save the change.
• System Number: The System Number field is either a phone number or an IP address.
a. Enter the appropriate number in the text box.
b. Press ENTER or click another field to save the change. If the Network Type field is
set to:
- CO AMIS, the System Number field is a number used to connect to the remote
875
Features and Programming Guide
node. This number should ring directly into the remote Voice Processor.
- TCPIP, the System Number field should be an IP address.
- IC AMIS, the System Number field is not programmable.
• Extension: The Extension field is available only when the Network Type field is IC
AMIS.
a. Right-click the field and select Change Extension.
b. Program the phone, CO trunk group, or hunt group extension.
• Network Type: The Network Type field identifies how the local node communicated
with the remote node. This field can be programmed to None, IC AMIS, CO AMIS, or
TCPIP.
a. Select the drop-down list box, then scroll to the desired setting.
b. Press ENTER or click another field to save the change.
- If this field is programmed to None, the node will be unavailable for use.
- AMIS is an analog networking protocol that uses the public switched telephone
network (PSTN). UVM does not support AMIS networking.
- TCPIP is a direct network connection between the local Voice Processor and the
remote Voice Processor.
REMOTE NODES
The following sections describe remote nodes and options for voice processing systems.
You can create a remote voice processing node for UVM. UVM systems use the VPIM protocol
to communicate with the local voice processor. See “Voice Profile for Internet Mail (VPIM)
Networking“ on page 879 for more information.
When the voice processor network type is set to use TCPIP, you can program the following
node options.
These options specify the time of day that messages are delivered to the remote node. If the
start time and stop time are the same, it indicates that deliveries are valid the entire day. The
default value for this field is 8:00AM to 8:00AM.
876
Voice Processor Features and Programming
Hour is selected
These options specify the days of the week that messages are delivered to the remote node.
Any combination of the days of the week is valid.
You can program either of the following timers and limits for each node.
• Latency Time: This specifies how long the Voice Processor will wait between successful
outgoing calls to the remote node if there are pending messages for the remote node. This
field is only in effect if the current time on the Voice Processor is within the remote node
delivery time/date settings. The range for this field is 0–1440 minutes (24 hours). When
this field is programmed to 0, it indicates that the Voice Processor will deliver messages
immediately to the remote node. In other words, as soon as the local node receives a
message that is destined for the remote node, the Voice Processor will attempt to connect
to the remote node and deliver the message (provided that the time is within the remote
node delivery time/date settings). If this field is something other than 0, it specifies the
amount of time that a message will remain pending on the local node before the Voice
Processor attempts to deliver it to the remote node. For example, if this field is programmed
to 60 minutes, the next network call to the remote node will occur 60 minutes after the last
successful call to the node. The default value for this field is 30 minutes.
• Priority Latency Time: This specifies how long the Voice Processor will wait between
outgoing calls to the remote node if there are pending priority messages for the node. This
field is only in effect if the current time on the Voice Processor is within the remote node
delivery start and stop date/time settings. The range for this field is 0–1440 minutes (24
hours). When this field is programmed to 0, it indicates that the Voice Processor will deliver
877
Features and Programming Guide
priority messages immediately to the remote node. Any time the Voice Processor delivers
pending priority messages, it will also deliver any non-priority messages that are pending
for the remote node. Note that this field takes precedence over the Latency Time field. The
default value for this field is 5 minutes.
• Message Threshold: This specifies the number of messages that must exist in the node
message queue to force the Voice Processor to place a call to the remote node. This field
is only in effect if the current time on the Voice Processor is within the remote nodes delivery
time/date settings. This field can be used to ensure that the local Voice Processor does not
get too backed up with messages destined for the remote node. If this field is programmed
to 1, every message the local node receives that is destined for the remote node is delivered
as soon as it is received by the local node. If this field is programmed to another number,
it means that as soon as the remote node message queue has that many messages
pending, the Voice Processor will attempt to connect to the remote node and deliver the
messages. Note that this field takes precedence over both the Latency Time and Priority
Latency Time fields. The range for this field is 0–100 messages and the default value for
this is 5 messages.
878
Voice Processor Features and Programming
Voice Profile for Internet Mail (VPIM) is a method for encoding voice mail messages as data,
enabling travel via Simple Mail Transfer Protocol (SMTP) over IP networks. When VPIM is
configured and enabled on two VPIM-compliant voice processors, the systems can exchange
voice messages, sent as e-mail attachments, over the Internet.
VPIM uses the fully qualified domain name (FQDN) for sending and receiving VPIM messages.
The FQDN comprises the hostname and the domain name. For example,
“myserver.mycompany.com,” where “myserver” is the hostname and “mycompany.com” is the
domain name.
VPIM networking on the MiVoice Office 250 adheres to the VPIM v2 standard as described by
the Internet EngineeringTask Force (IETF) Request for Comments (RFC) 2421, http://
www.ietf.org/html.charters/OLD/vpim-charter.html.
VPIM LICENSING
This feature requires a “Voice Processor Messaging Networking” software license.
879
Features and Programming Guide
VPIM MESSAGES
When VPIM networking is enabled, voice mail subscribers can send outbound voice messages
and receive inbound voice messages for subscribers on another voice mail system that is
configured for VPIM. VPIM messages are sent and received as follows:
• Outbound messages: To leave a voice mail message, the voice mail subscriber calls the
voice mail extension and is then prompted to enter the voice mailbox number. When the
subscriber enters the mailbox number, the voice processor recognizes the extension as an
off-node mailbox. After the subscriber records the message, the voice processor creates
an e-mail and attaches the voice message as an audio file attachment. The voice processor
routes the e-mail message, via SMTP, to the correct address using the domain information
for the remote voice processing platform.
There are different ways the system sends outgoing VPIM messages:
• The user on the local voice mail can send messages to the VPIM mailboxes on the
remote node using the normal send options within the user’s local mailbox. To send
an outgoing message from a local mailbox, the mailbox user enters their mailbox and
then uses the process of recording and sending messages to a mailbox using the VPIM
extension number.
• On a UVM system, a nonsubscriber internal or external caller that is answered by voice
mail, can dial a VPIM mailbox extension and leave messages.
To leave a voice mail message, the voice mail subscriber calls the voice mail extension
and is then prompted to enter the voice mailbox number. When the subscriber enters
the mailbox number, the voice processor recognizes the extension as an off-node
mailbox. After the subscriber records the message, the voice processor creates an e-
mail and attaches the voice message as an audio file attachment. The voice processor
routes the e-mail message, via SMTP, to the correct address using the domain
information for the remote voice processing platform.
• Inbound messages: When the voice processor receives an e-mail message with a voice
mail attachment, the mailbox number in the e-mail message specifies to which local mailbox
the message belongs. The audio file is removed from the e-mail message and encoded to
match the audio format used by the voice processor. The message is then routed to the
appropriate subscriber's mailbox and the subscriber is notified that he or she has a new
message. From the subscriber’s perspective, the message sounds as if it were left locally.
The only differences between a message received locally and a VPIM message are:
• Subscribers with display phones see “UNKNOWN SENDER” rather than the name and
extension of the caller when they listen to a VPIM message.
• Subscribers are not presented with a reply option for VPIM messages.
880
Voice Processor Features and Programming
IP SETTINGS
DOMAIN NAME
On a system not equipped with a PS-1, the system VPIM messages from the remote location
must be directed to the FQDN of the Base Server Hostname.
To receive and send e-mail messages using VPIM, the Base Server Hostname in System\IP
NOTE Settings must be identical to the DNS hostname programmed in the Domain Name field. If
the hostname does not match the DNS server hostname or an alias is used for the address,
the system cannot resolve the name and its destination, and the VPIM server may reject the
message.
881
Features and Programming Guide
To configure VPIM networking, you need to identify the voice processor that your system will
be networked with. To do this, you create and configure nodes for each system in DB
Programming under the Voice Processor folder. Keep the following considerations in mind
when creating VPIM nodes:
• Each VPIM node has its own an internal message queue (similar to a mailbox’s message
queues) and stores messages destined for other nodes until they are delivered.
• If some of the fields under a VPIM networked node have a red “X,” it is because they do
not apply.
• The value in the System Number/Domain field is the Fully Qualified Domain Name (FQDN)
of the remote VPIM node (for example, node1.mitel.com).
• If you attempt to change the network type for a remote node to “VPIM” without configuring
the SMTP server, an error message appears. You must first program the SMTP Server in
the E-mail Gateway folder.
• If you attempt to change the network type from “VPIM” to “None” with one or more VPIM
nodes programmed, an error message appears. You must first remove the VPIM nodes.
• The node programming is used for processing outgoing VPIM messages and not incoming.
If the system receives a VPIM message and then the node is not programmed, the system
will process the VPIM message if the matching mailbox exists.
VPIM networking is supported between Mitel voice processors such as UVM. It can also be
used to network a Mitel voice processor to a MiCollab Unified Messaging or a third-party voice
processor.
To provide VPIM networking functionality for a voice processor, configure the VPIM fields in
DB Programming. Then you must create one of the following mailbox types for each subscriber
you want to configure for VPIM networking:
• Associated off-node mailboxes: Associated mailboxes can be created when there is a
matching extension number on the local or private networking nodes.
882
Voice Processor Features and Programming
This is true for UVM, MiCollab Unified Messaging, and third-party voice mails. If an
extension does not already exist on the MiVoice Office 250 network, then the mailbox can
be unassociated.
If an existing local or network extension has a mailbox already assigned when creating an
associated off-node mailbox, DB Programming indicates this and does not continue.
If an existing local or network extension conflicts with the associated off-node mailbox you
are creating, DB Programming provides a dialog box to allow you to associate the mailbox.
The associated off-node mailboxes you create will mirror the existing mailboxes on the local
node. When creating VPIM-associated mailboxes under Local, if the associated extension
for the mailbox is on Node 3 and not Local, the mailbox is created under the Node 3 folder
and not the Local folder. The mailbox is created on the coinciding node for the extension.
• Non-associated off-node mailboxes: Non-associated off-node mailboxes are mailboxes that
are not associated to any extension on the MiVoice Office 250 private network.
Non-associated off-node mailboxes can be used on MiVoice Office 250 systems that are
not using private networking, where each system cannot see each others numbering plan.
This type of mailbox can be used with any voice mail system using VPIM.
VPIM mailboxes act as proxy mailboxes to receive messages from other voice messaging
systems.
To receive and send e-mail across the Internet to a remote site, UVM needs access outside
its local network. The VPIM e-mails are processed on port 25 using SMTP on the MiVoice
NOTE
Office 250. This may require changes to any firewall between the MiVoice Office 250 and the
Internet.
To create VPIM associated mailboxes (the originating system is private networked with
the destination voice processor):
The following instructions assume that you have already imported the device extensions of
the system node.
NOTES
When creating an associated mailbox, the Remote Mailbox Extension field for the associated
mailbox is automatically populated with the extension of the destination mailbox.
883
Features and Programming Guide
3. Select the type of device, and then click Next. The list of devices appears. To view items
in a list, click List.
4. Select the devices for which you want to create mailboxes. Then click Add Items. Your
selections appear in the mailbox list. Click Finish to exit.
5. To select a series of devices, hold down the SHIFT key while selecting the first and last
devices you want. To select two or more that are not next to each other, hold down the
CTRL key while selecting the desired devices.
Extensions on a MiVoice Office 250 that are networked using the private networking feature,
but are using a MiCollab Unified Messaging or third party voice mail, are considered
associated mailboxes if the off-node mailbox number matches the remote node extension.
MAILBOX PERSONALIZATION
For associated off-node mailboxes, the voice mail extension number is the voice mail extension
for the remote node. For non-associated mailboxes, the voice mail extension number is the
voice mail extension for the local node.
The associated and non-associated off-node mailboxes used for VPIM have the same feature
set as an extension ID mailbox, where a user can record their name, greeting, and change their
passcode. VPIM mailboxes do not have the standard mailbox features, such as playing back
messages.
884
Voice Processor Features and Programming
A message did not arrive at A firewall may be blocking Verify that you can ping the system on the
the local node. port 25. Port 25 must be open appropriate port from an address outside the
for VPIM networking. firewall and network.
The domain of the sending Be sure that you have added the sending voice
voice processing platform is processing platform as a remote VPIM node
not a safe domain. with the correct FQDN.
Voice mail messages that are Wait more than 30 minutes before checking to
greater than 15 to 60 minutes see if the e-mail arrived.
long, will take 30 minutes or
longer to process on a UVM
system.
The network settings are The VPIM peer is not fully Capture the e-mails that are being sent
configured correctly on both VPIM-compliant. between the VPIM peers and compare them
VPIM nodes, but messages against the RFC 2421 Specification.
are not being exchanged.
885
Features and Programming Guide
886
Voice Processor Features and Programming
NETWORK SETTINGS
The following settings are located under Voice Processor – Networking.
887
Features and Programming Guide
IP networking and e-mail networking protocols used to network voice processing systems.
The range is 0–32767; the default value is 1.
• Maximum Network Message Length: Determines the maximum length of a message the
voice processor will transmit to a remote node. It is applied as the message is being re-
corded. When this field is programmed to 0, the message length is unlimited. The range is
1–600 minutes; the default message length is 15 minutes.
• Network Call Failure Threshold: Determines the maximum number of attempted calls to
a node before a diagnostic alarm is printed. The alarm continues to be printed until the
Maximum Network Call Attempts for the node has been reached, or a successful call has
been completed. The value of this field can equal the value of the Maximum Network Call
Attempts field, but it cannot exceed it. The range is 1–999; the default value is 15.
• Network Call Retry Timer: Determines the amount of time the voice processor waits before
retrying a network call when the remote site does not answer or the number is busy. The
system ignores this timer if the message threshold has been reached. The range is 1–60
minutes; the default is 5 minutes.
• Update Message Latency Period Timer: Determines the length of time the AVDAP will
wait between update message delivery attempts. When this field is programmed the update
message latency time for an update message will be reset. The notification tasks scan each
AVDAP node to determine if the message threshold or message latency has expired. If
either is true, the AVDAP will spawn a TCP/IP client task which attempts a connection to
a remote AVDAP node. However, if there are only update messages in the node queue,
the AVDAP checks if the update message latency time has expired when it checks the
message threshold or message latency. If the update latency time has not expired, that is,
it has not been 15 minutes since the last delivery of updates, a TCP/IP client is not spawned.
This range is 1–1440 minutes; the default is 15 minutes
When this option is enabled, the mailbox number entered must be a valid network mailbox
number on the local node. This means that the local node can only send messages to mailboxes
on the remote node that have network mailboxes programmed on the local node. When this
option is disabled, the mailbox number is not checked. This means the local node can send
messages to any mailbox on the remote node, even if it does not have a local direct network
mailbox.
888
Voice Processor Features and Programming
889
Features and Programming Guide
NOTE “Windows Networking” settings apply to VPU systems only and are no longer supported.
890
Voice Processor Features and Programming
DIAL-0 DESTINATIONS
System Dial-0 Destination options are the same as mailbox Dial-0 Destination options. See
page 1008.
Select Voice Processor. Disk Usage Statistics are shown in the right pane.
For more information about using the administrator mailbox, refer to the MiVoice Office 250
Unified Voice Messaging Administrator Guide, part number 580.8009.
891
Features and Programming Guide
VOLUME
NOTE The Volume field is not supported by UVM.
You can set at the same time the volume level for all of the voice channels used by the voice
processor. This includes all prompts, voice mail messages, and audiotex recordings. These
options cannot be adjusted separately and only the playback volume is affected, not the
recording volume.
When a voice mail user increases or decreases the volume during the call, the system volume
level currently programmed does not change. Only the voice channel being used by the caller
is temporarily altered. When the user has completed the call, the system resets the volume of
the voice channel used to the selected setting. The volume range is -8 for the softest setting
to +8 for the loudest. The normal setting is 0.
If the flag is set to Yes, the voice processor automatically moves the message to the user’s
saved message queue when the user places the return call. If the message is already in the
saved message queue when the user places the return call, then it is unchanged. This applies
to both the new message queue and deleted messages. If the flag is enabled and the user
places a return call from a deleted message, that message is moved to the saved message
queue, restoring the message. If the flag is set to No, the voice processor leaves the message
in the same queue it was in before the user placed the return call. Note that if the flag is set to
892
Voice Processor Features and Programming
No and the message is in the new message queue, the voice processor refreshes the message
lamp on the user phone.
IDENTIFICATION PROMPT
The Identification Prompt option enables or disables a custom message that identifies the voice
processing system. When enabled, this prompt is heard before the voice mail greeting and
states, “Your call is being handled by the voice processing system.” This prompt automatically
plays when external callers:
• Are transferred to a voice mailbox. The system plays the ID prompt before playing the
mailbox greeting (primary, alternate, or system).
• Are forwarded to a voice mailbox. The system plays the ID prompt before playing the mailbox
greeting (primary, alternate, or system).
If the identification prompt is disabled, it is not played before the voice mailbox greeting when
an external caller accesses a mailbox. By default, this flag is enabled.
893
Features and Programming Guide
MONITOR PASSWORD
To protect the voice processor against unauthorized access, you can require a password for
the AVDAPMon utility.
For BS-UVM systems, you can use either the default G.729A codec or the G.726-32 codec.
G.726-32 codec recordings offer higher voice quality and result in a higher Mean Opinion Score
(MOS), especially if other G.729 codecs are in the call path. However, G.726-32kbps recordings
require four times the space on the compact flash-type memory card to store the same recording
lengths. If you use the G.726-32 codec, you may want to upgrade to a larger compact flash-
type memory card.
894
Voice Processor Features and Programming
895
Features and Programming Guide
The programmed voice channel limit for the time slot group may exceed the number of voice
channels actually provided by the hardware, due to hardware limitations and/or heavy system
traffic. For example, if an Automated Attendant application is assigned to a time slot group that
has a programmed limit of five voice channels, it can normally support five simultaneous
transfers of outside calls to extensions. However, if only four voice channels are available
(because all other channels are in use by other applications or the hardware only supports four
channels), a fifth call cannot be completed to that (or any other) application. When all voice
channels are busy, intercom callers hear reorder tones and see a CALL CANNOT BE COMPLETED
display; outside callers hear ringing, but their calls are not answered.
Call Routing Announcement digit translation nodes do not have assigned time slot groups.
896
Voice Processor Features and Programming
The combined total of voice channels assigned to all time slot groups may exceed the number
of voice channels provided by the hardware. This is allowed because it is not likely that all time
slot groups will be busy at once. However, an individual time slot group is limited to the Maximum
Channel Allocation. This parameter is used for setting the limit of voice channels that will be
used by the associated application.
Any time you increase the number of UVM ports, you may need to adjust the voice processing
Time Slot Groups channel allocation in DB Programming. All Time Slot Groups default to four
channels; however, the maximum number of channels allowed is equal to the number of
licensed UVM ports.
Beyond possibly adjusting the time slot channel allocation, there is no other special
programming required to support additional voice mail ports. To verify the licensed port numbers
on your system, see the Unified Voice Messaging Ports value under the Software License folder
(see “Software License Descriptions“ on page 66).
897
Features and Programming Guide
898
Voice Processor Features and Programming
• Directory Services: Directory services provide callers with a list of mailboxes and exten-
sion IDs. See “Directories“ on page 956.
Complete Time slot group and voice channel programming before creating and programming
NOTE
applications. See “Time Slot Groups“ on page 896.
To create a new application for a SIP Voice Mail using MiCollab Unified Messaging:
899
Features and Programming Guide
2. Double-click Applications.
3. Select the applications that you want to change. You can use the CTRL and SHIFT keys
to select multiple applications.
4. Right-click, and then select Batch Extension Change.
5. In the Create Extension dialog box, select the starting extension number. The other selected
applications are numbered consecutively after this number.
6. Click OK and the extensions are automatically renumbered and resorted in the list.
To copy an application:
1. Select Voice Processor – Devices – Local (the “Local” option is shown only if a remote
node is connected).
2. Double-click Applications.
3. Right-click the application extension, and then select Copy.
4. To paste the programming information into another application, right-click the application
where you want to paste the information, and then select Paste. The Copy dialog box
allows you to select the attributes you want to copy.
5. Select the desired attributes, and then click OK.
Page 1 of 2
900
Voice Processor Features and Programming
Page 2 of 2
1. Your Automated Attendant application may also require Extension ID programming for phones that do not have mail-
boxes.
2. If the system is running Unified Voice Messaging, these fields are marked with a red “X.”
3. If the system is running Unified Voice Messaging, these fields are marked with a red “X.”
901
Features and Programming Guide
AUTO ATTENDANT
This section contains the following information:
• Feature Description below
• Viewing Auto Attendant Information on page 903
• Programming Auto Attendant on page 904
FEATURE DESCRIPTION
UVM systems only. Automated Attendant is a programmable application that provides
automated call answering services. Calls can be transferred, forwarded, or directly ring-in to
an automated attendant. Calls to the automated attendant application are processed as shown
in the following flow diagram.
When an automated attendant answers a call, it plays a recording that gives dialing instructions.
During or after the recording, the caller may then directly dial a phone extension number, Voice
Mail access number (if there is no associated mailbox), or hunt group pilot number. Or, the
caller may use the directory to look up the desired extension.
In a network setting, a trunk on another node can ring in to a Voice Processing application.
When the automated attendant answers a call, the caller hears the company greeting, followed
by instructions and the list of available options. The caller then has the following options:
• Dial a phone extension number: If an extension number is dialed, the call is transferred
to the selected phone. If ringback tones are enabled, the caller hears ringing while the call
is being transferred. If ringback is not enabled, the caller hears music. If the called phone
is forwarded, the call follows the programmed forward.
• Dial a hunt group number: When a hunt group number is dialed, the call is transferred to
the selected hunt group. The call rings or circulates according to how the hunt group is
902
Voice Processor Features and Programming
programmed (linear or distributed). If ringback tones are enabled, the caller hears ringing
while the call is being transferred.
• Dial the Voice Mail application’s extension number: The caller can reach the Voice Mail
main greeting by dialing the application extension number (access number) assigned to
the Voice Mail feature. The caller can then leave a message as a non-subscriber or access
any of the Voice Mail subscriber features. For more information, see page 943.
• Use the directory: If the caller does not know the extension or mailbox number of the
desired party, he or she can spell the name using the keypad buttons and “look up” the
number in the directory. (This option can be disabled in the database. Or, if there are no
names recorded for the individual mailboxes or for the system’s extension IDs, this option
is not provided.) Directory names can be sorted by first or last name. (See page 956 for
information about using the directory.)
• Dial the operator access destination: If the caller needs further assistance, dialing 0
accesses the voice processor programmed operator destination. Or, if the caller is on a
rotary telephone and cannot enter a digit, the call is automatically transferred to the operator
destination. (The operator access destination is programmed in the database. There can
be separate destinations for day and night modes.)
Due to the natural characteristics of the trunk, the volume level of DTMF tones transmitted
over the trunk may be substantially reduced before reaching the phone system and the voice
processor. This natural degradation in tone volume may adversely affect the reliability of the
NOTE
Automated Attendant feature. Other factors which can affect automated attendant
performance are trunk noise and the quality and strength of the DTMF tones generated by
the off-premises phone itself.
Custom audiotex recordings are made using the Voice Mail System Administrator’s mailbox or
uploaded from a wav file using Database Programming.Each recording is associated with a
recording number and assigned to the application(s) in database programming or using the
System Administrator’s mailbox. For more information about creating or uploading custom
audiotex recordings, refer to the MiVoice Office 250 Voice Mail Administrator Guide,.
For information about programming voice processing application options, see page 943.
903
Features and Programming Guide
If the Auto Attendant Directory is enabled, the system allows anyone routed to an Auto Attendant
application to access the company directory. If the option is disabled, the Auto Attendant does
not prompt the caller for the directory option while in the Auto Attendant area.
The Auto Attendant Transfer Prompt determines if the transfer prompt (“Please hold while your
call is being transferred to...”) plays after a caller has entered an extension number that does
not have an associated mailbox or extension ID. This applies to transfers from CRA applications
that use the “Transfer To Extension” action, which is described on page 912.
This option is only for Auto Attendant calls. The Auto Attendant Directory Sort Order determines
if the mailbox and extension ID descriptions in the directory will be sorted by first name or last
name. To change the Voice Mail Directory Sort Order, see “Changing the Voice Mail Directory
Sort Order“ on page 959.
904
Voice Processor Features and Programming
Determines how transfers will be made to other applications from Call Routing Announcement
applications. The options are Announce Only, Screened, and Unannounced (the default setting
is Unannounced). For more information about transfer methods, see “Call Screening“ on
page 295.
905
Features and Programming Guide
If the Recall Destination fails to answer a call, it is automatically sent to the recall destination
programmed attendant. If the call is not answered there, it is disconnected after the Abandoned
Call timer expires.
If an invalid number is dialed, the caller is prompted to enter another number. If a caller does
not make an entry before the Inactivity Alarm timer expires, the caller is prompted again to
make an entry.
The caller cannot access trunks or enter feature codes through the Automated Attendant
application. Trunk access codes and feature codes are considered invalid numbers.
906
Voice Processor Features and Programming
FEATURE DESCRIPTION
The Call Routing Announcement (CRA) application can be used as a simple playback device
that plays a message and then hangs up to disconnect the call. This capability is especially
useful for programming hunt group announcement and overflow stations. Or, the CRA
application can use digit translation to allow the caller to press a single digit for access to a
phone, hunt group, or voice mailbox.
CALL TO CRA
WITHOUT DIGIT TRANSLATION
CALL TO CRA
WITH DIGIT TRANSLATION
907
Features and Programming Guide
The system supports a Primary and a Secondary Language.For more information, see
“Multilingual Capability“ on page 916.
When a CRA application is used as a hunt group announcement or overflow phone, calls to
the application automatically stop circulating through the hunt group if the caller selects a valid
digit translation option. This allows the application to send the call to other phones without the
call being “pulled back” into the hunt group when a hunt group phone becomes available and
answers the call. However, if the caller does not dial a valid digit translation option, the call is
pulled back if a hunt group member answers. An example of a CRA tree is shown on the next
page.
908
Voice Processor Features and Programming
• Include an option for overriding the Primary Language. For example, say, “For English,
press 1. Para Español, empuje 2.”
• Test your application any time you make a change. Listen to your prompts periodically.
Company Call is sent to extension Transfer to Sales Node: “To Transfer to Hunt Group
Directory number dialed speak to the operator, press 0. 2001 (Tech Support)
To select Sales information by
fax, press 1. To speak to a
Sales representative, press 2.”
CALLER DIALS 0
Transfer to Opera-
CALLER DIALS
1997, 1998, or 1999 Fax with that number is selected
CALLER DIALS 2
Selects Fax Document 1999 - Product List
CALLER DIALS 3
Selects Fax Document 1998 - Price List
CALLER DIALS *
Cancel Fax Selections: System returns to
greeting
909
Features and Programming Guide
910
Voice Processor Features and Programming
CRAs are recorded using the Voice Mail System Administrator’s mailbox. For more information,
refer to the MiVoice Office 250 Voice Mail Administrator Guide,.
A CRA application message can be programmed to include the caller’s queue position and/or
estimated wait time. The queue position announcement tells a caller how many calls are ahead
of their call. This includes calls being served and waiting calls.
Recordings for fax documents should include all dialing instructions. The recording should state
if documents can be selected by number and/or list all options. If fax delivery times are set to
specific days or times, the recording should also include this information.
CALL SCREENING
Calls transferred from the Automated Attendant or a CRA application can be screened,
announced, or unannounced. Separate programming flags determine the methods used for
transferring calls to phones with mailboxes, phones with extension IDs, and extensions without
mailboxes or IDs. See page 948 for details about extension IDs.
To program a CRA:
1. Create the CRA (see page 899).
2. Change the day and night greetings to custom recordings. Remove the default recordings
and assign new recording numbers. Write down the recording numbers and their assign-
ments. You will record them later.
3. If you are using Digit Translation, create the digits and nodes you are using as follows.
a. Appropriately name the descriptions and usernames. For example: Sales 1, Service
2, Repair 3, and so forth.
b. Return to the Applications Programming screen and expand the Call Routing applica-
tion that you have just created.
c. Program each digit or node individually and set the greetings as desired. Repeat this
step for all nodes and digits.
4. Use the System Administrator’s mailbox (see page 891) to record your custom greetings.
5. Test the application and all of its nodes by calling the application and checking each digit
and node.
911
Features and Programming Guide
DIGIT TRANSLATION
Applies to UVM voice processors only. Digit translation allows callers to dial a single digit to
access a designated extension number, mailbox, or hunt group extension number.
Up to 12 digit translation can be programmed for each digit 0–9, #, and *, plus a Timeout that
is used when the caller does not enter a digit. Each digit can lead to a digit translation node
(see page 914) that has its own digit translation actions. This CRA digit translation creates a
tree of programmable digit translation nodes.
To use digit translation, the CRA application must have special programming. Digit translation
is programmed by assigning specific “Actions” for each digit and determining what happens if
the caller does not enter a digit (Timeout). The Timeout period is determined by the length of
the pause at the end of the greeting.
After the application is programmed, the Voice Mail System Administrator’s mailbox is used to
make a custom audiotex recording that explains the options to callers. For more information,
refer to the MiVoice Office 250 Voice Mail Administrator Guide,. The custom audiotex recording
is then assigned to the CRA application. A caller who listens to the CRA recording can dial the
single-digit location number to reach the designated destination. For example, if the hunt group
extension for a customer support group is programmed for digit 3, the recording should say
something like, “For customer support, press 3.”
The system provides a choice between Primary and Secondary Language (see “Multilingual
Capability“ on page 916). The system selects the language to use for each call, as determined
by the trunk, phone, and Voice Processing programming. When using a CRA application with
digit translation, the individual Voice Processing applications assigned to the digits can be
programmed to override the device language and provide prompts in one language only. Using
this method, you can program a CRA tree that offers callers a choice between languages.
After you create a digit translation node (see page 914), you can assign it to more than one
CRA application. This allows entire node hierarchies to be shared or moved without
reprogramming. When using a CRA application with digit translation, you can program individual
voice processing applications assigned to the digits to override the device language and provide
prompts in one language only.
912
Voice Processor Features and Programming
• Invalid: (Not available for Timeout.) The digit will not be used. Callers who press
this digit hear a recording that tells them that it is invalid.
• Subscriber Access: Sends the caller to the voice mail application that prompts the
caller to enter a mailbox number.
• Transfer To Collected Extension: (Cannot be used for Timeout, *, #, or 0). To
allow callers to dial extension numbers of phones and hunt groups (including off-
node devices) that have a mailbox or extension ID, use this Action for digits that
correspond to the first digits of extension numbers. For example, if digit 1 is “Transfer
To Collected Extension,” callers can dial extension numbers that begin with 1.
However, if digit 1 is “Transfer to Extension 2000,” as described below, callers
attempting to dial a phone extension number that begins with 1 will instead be
transferred to 2000.
If a caller dials an extension number of a mailbox that does not have an associated
NOTE
phone, the call is delivered to the mailbox instead of an extension.
• Transfer To Extension: Sends the call to the extension (phone, hunt group, appli-
cation, or off-node device) that appears in the Transfer Destination field.
• Transfer To Mailbox: Sends the call to the designated mailbox.
• Transfer To Node: (Not available for Timeout.) Sends the call to a digit translation
node that allows access to further digit translation options. See page 914. See “Digit
Translation Nodes“ on page 914.
• Transfer To Operator: Transfers the call to the programmed Dial-0 Destination.
If you select Transfer To Operator but a Dial-0 Destination has not been programmed,
NOTE a warning message appears, and you must program the Dial-0 Destination before
proceeding. For details, see “Dial-0 Destinations“ on page 1008.
• Hang Up: This option applies to Timeout only. When applied, the system discon-
nects from the call if the user does not enter a digit.
• Transfer Destination: The actions Transfer To Extension, Transfer To Mailbox, and
Transfer To Node each require a Transfer Destination. See the table below to determine
the type of destination, if any, to be programmed for the digit translation.
913
Features and Programming Guide
Method A
a. Select the current Value, then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. To change the destination, right-click Transfer Destination and choose Change
Transfer Destination.
b. Select the desired destination type, then click Next. A list of fax documents, devices,
or digit translation nodes that are present in the system appears.
c. Select the desired destination, then click Finish. The selected destination appears
in the Transfer Destination field.
• Override Language: If this flag is enabled, the Call Routing Announcement appli-
cation will use the application language (indicated below) for voice prompts. If the
flag is disabled, the calling phone or trunk programmed language will be used
whenever the application receives a call. By default, this flag is disabled. To enable
it, select the check box. To disable it, clear the check box.
• Language: If Override Language is enabled, you can select the language from the
list. This field can be set to any specific language so that the system can support
more than two languages. For more information, see “Language“ on page 258.
UVM systems only. A “digit translation node” is a digit translation destination that allows further
digit translation options. Unlike extension and mailbox destinations, a digit translation node
does not move the call to a specific location. Instead, it offers additional dialing options. A digit
translation node can use any of the Actions, including transfers to other digit translation nodes.
The use of digit translation nodes allows the system administrator to create a CRA with several
layers to form a digit translation “tree.” The tree can be made up of digits with destinations and/
or digit translation nodes with additional translations. There can be up to 200 digit translation
nodes in the system and up to 20 per CRA application. An example of a CRA application with
a multi-layered tree is shown on the next page.
Once a digit translation node is created, it can be assigned to more than one CRA application.
This allows entire digit translation node hierarchies to be shared or moved without
reprogramming. A digit translation node can only be deleted if it is not associated with a CRA
application.
Digit translation nodes can be programmed to use either the Primary or Secondary Language.
A digit translation node can be used in one or more Call Routing Announcement application.
This allows entire digit translation node trees to be shared or moved without reprogramming.
There can be up to 200 digit translation nodes in the system.
914
Voice Processor Features and Programming
Each digit translation node can have its own description, username, digit translation
programming, and greetings. The digit translation node is assigned as a destination for a digit
translation “Transfer To Node” Action. See page 912. A digit translation node can only be
deleted if it is not associated with a Call Routing Announcement application. Digit translation
node programming is very similar to that for a Call Routing Announcement application. The
programming fields are described in detail below.
With Automatic Fax Detection, CRA applications can be programmed to automatically route
incoming fax calls to a specified extension or to an e-mail address. CRA applications can detect
fax tones during the greeting and up to timeout. However, the fax tone detection is disabled if
the caller performs an action that removes them from the CRA, such as transferring to an
extension, transferring to a mailbox, and so forth.
If the feature is enabled, the mailbox or CRA application automatically listens for fax tone as
follows:
• A mailbox listens for fax tones during the mailbox greeting and while a message is being
recorded. If the mailbox detects fax tones, the call is transferred to the specified extension
or e-mail address. If the tones are detected after a recording has started, the call is
disconnected.
• Call Routing Applications are able to detect fax tones during the greeting and up to timeout.
The fax tone detection is also disabled if the caller performs an action that removes them
from the CRA (transferring to an extension, transferring to a mailbox, and so forth).
• If the fax card is busy when an incoming fax call is received, the call is disconnected.
The following two fields control the Automatic Fax Detection feature:
915
Features and Programming Guide
• Fax Delivery Destination: This field, if programmed, specifies the extension of the fax
machine that will receive incoming faxes.
• Fax Delivery E-Mail Address: This field, if programmed, specifies the e-mail address of
the account that receives incoming faxes. The fax is converted to a TIFF file and sent to
the e-mail address as an attached file. The address can contain up to 127 characters. To
view a message, use any TIFF file viewer, such as Imaging for Windows. If you enter an
invalid character (: ; " \ | ( ) , < > ‘), an error tone occurs.
If both fields are programmed with extension numbers, the fax tries delivery at the e-mail
address. If all fax ports are unavailable, the fax goes to the extension specified in the Fax
Delivery Destination field.
MULTILINGUAL CAPABILITY
UVM systems only. The multilingual capability provides a choice between American English,
British English, Spanish, Canadian French, and Japanese prompts and displays. The system
selects the language to use for each call, as determined by the trunk, phone, and Voice
Processing programming.
If Secondary Language language prompts are not installed and a user attempts to access them,
Primary Language prompts are delivered instead.
Multilingual capability requires the Multilingual standard feature. This prevents users from
NOTES unintentionally changing the language in an all-English system.
52xx/53xx-series IP phones do not support the Japanese language.
When a Voice Processing application receives a call from a phone or trunk, the system tells
the application which language is programmed for that device. For example:
• If a trunk programmed for the Primary Language rings in to an application, the voice pro-
cessor plays the Primary Language prompts.
• If a phone programmed for the Secondary Language calls Voice Mail, the phone user hears
Secondary Language prompts.
• If a phone programmed for the Primary Language receives a call on a trunk that is pro-
grammed for the Secondary Language, and then forwards the call to Voice Mail, the caller
hears Secondary Language voice prompts.
When using a CRA application with digit translation, the individual Voice Processing
applications assigned to the digits can be programmed to override the device language and
provide prompts in one language only. Using this method, you can program a CRA tree that
offers callers a choice between languages. For example, in a system that uses English and
Japanese:
916
Voice Processor Features and Programming
• The CRA application could have a greeting that says, “Thank you for calling. For English
prompts, press 1. NIHONGO WA, 2 WO OSHITE KUDASAI (for Japanese, press 2).”
• The digit translation for digit 1 would lead to a digit translation node that overrides the calling
device programming and uses only English prompts.
• The digit translation for digit 2 would lead to a digit translation node that overrides the calling
device programming and uses only Japanese prompts.
In the example above, the digit translations could be digit translation nodes that lead to various
other English-only or Japanese-only applications. Or, the first level can give more choices, such
as English Voice Mail or automated attendant and Japanese Voice Mail and automated
attendant. Either way, the individual applications or digit translation nodes can be programmed
to play only one language or they can use the device language, as needed.
Nodes do not need to match languages because the Voice Mail system installs any existing
language prompt, not just the languages designated as Primary or Secondary. Therefore, for
calls across network nodes, if the language does not match between the two nodes, the called
Voice Mail system searches for the designated language in its system in the following order:
Primary language, Secondary language, American English, British English, Japanese,
Canadian French, and Spanish and uses the designated language. If the designated language
does not exist in the Voice Mail system, the system uses the default Primary language instead.
917
Features and Programming Guide
MESSAGE NOTIFICATION/RETRIEVAL
This section contains the following information:
• Feature Description below
• Programming MNR Classes of Service on page 919
This flag determines whether the CRA accepts incoming AMIS (Audio Messaging Interchange
Specification) calls. If this flag is enabled, when the CRA answers an incoming CO call, in
addition to detecting the normal DTMF tones (0–9, *, and #), it also looks for the DTMF tone
“C.” If it detects a C tone, the application begins processing the AMIS call. If this flag is disabled,
the application does not look for the DTMF tone C. In this case, if the application answers an
incoming AMIS call, it treats the call as a normal call (which means it will eventually time out).
The default value for this field is Disabled. To enable it, select the check box to place a check
in it. To disable it again, select the check box again to remove the check.
Call Routing Announcement applications programmed for AMIS cannot have greetings
programmed because the AMIS protocol causes the destination system to disconnect if voice
NOTES is detected.
Because the MNR application places outgoing calls for remote notification and Fax-On-
Demand, it can have toll restriction classes of service. Fax-On-Demand is not available in UVM.
FEATURE DESCRIPTION
Two application types are combined to provide the Voice Mail feature: Voice Mail and Message
Notification/Retrieval.
• Voice Mail: This application handles all CALL TO VOICE MAIL
calls that are directed to Voice Mail (oth-
er than the Message Notification/ Voice Mail answers and plays a
greeting followed by a menu of
Retrieval application) placed by sub- options.
scribers and non-subscribers. Callers
hear the main company greeting, fol-
Caller selects option Caller does not
lowed by a menu of available options. select an option
Phones can forward or transfer calls di-
rectly to their mailbox using this Call is sent to Caller uses the Call is sent to
application’s extension number. This mailbox. Or a directory and the Voice Mail
application can also be the message subscriber can select the designated
enters their name of desired dial-0 operator.
center for the subscribers’ phones. mailbox. party.
918
Voice Processor Features and Programming
Callers hear the Voice Mail company greeting and recorded instructions that tell them what to
do next. Users simply listen to the prompts and press the keypad button that corresponds to
the desired choice. If the user does not respond immediately, a second set of prompts is played.
Most prompts are interruptible, and users can press the desired button at any time during the
prompt. The prompt then stops, and the system acts on the requested choice.
919
Features and Programming Guide
920
Voice Processor Features and Programming
RECORD-A-CALL
This section describes the Record-A-Call feature using UVM and MiCollab Unified Messaging.
This section contains the following information:
• Feature Description below
• UVM Record-A-Call on page 922
• MiCollab Unified Messaging Record-A-Call on page 923
FEATURE DESCRIPTION
If your system is programmed with a Record-A-Call application, the phones can be programmed
to use the Record-A-Call feature. It allows users to enter a feature code whenever they want
to record an ongoing call in their designated Record-A-Call mailbox. Users can retrieve the
recorded messages later, just as they would any other mailbox messages.
The Record-A-Call standard feature is required. Call monitoring may be illegal in some
NOTES locations. It is the responsibility of the customer to ensure that the use of this feature complies
with local laws.
When a user requests the Record-A-Call feature, the system establishes a conference call with
the current call parties and a mailbox. If no conference circuits are available when the user
requests Record-A-Call, or if there are already four parties on the call, the user hears reorder
tones and cannot use the feature.
For feature usage instructions, refer to the applicable phone user guide.
You can program a DB Programming flag that enables Pre-Record-A-Call messaging capability.
This allows the MiVoice Office 250 user to play a Voice Processor message informing the
parties on the call that their conversation is about to be recorded with the Record-A-Call feature.
The Record-A-Call mailbox records the call as a voice mail message. All parties will be included
in the recording. If desired, the Record-A-Call mailbox can be programmed to play a message
announcing that the Record-A-Call feature is in progress. Separate messages can be recorded
for day and night modes.
To signal to the other parties that the Record-A-Call feature is in use, a system-wide Record-
A-Call Tone flag can be enabled during system programming. If the flag is disabled, there will
be no alerting tone. If enabled, the beep will occur periodically throughout the call. The Record-
A-Call Tone Interval timer determines how often this tone is generated. If the timer is set to 0,
the tone is generated only when the feature is first activated.
You can program a phone to use this feature by one of the following two methods:
• The phone can be programmed to use its personal mailbox or another mailbox, as the
assigned Record-A-Call mailbox. Only this assigned mailbox can be selected. (This is the
default programming for all phones.)
• The phone can be programmed with a default mailbox but with the option of selecting a
different mailbox. If the user chooses to not enter a mailbox number, the system automat-
ically selects the default mailbox.
921
Features and Programming Guide
In a network setting, the Record-A-Call destination does not have to be on the same node as
the phone, but the voice processor must be programmed with a mailbox for that phone. When
the requesting phone user hangs up, all parties are automatically disconnected. If all parties
on the call hang up except the requesting phone user, an intercom call will remain connected
between the requesting phone and the Record-A-Call application. This allows the user to make
additional comments before ending the recording.
When the phone user turns off Record-A-Call or ends the call being recorded, the system
delivers the message to the mailbox. The associated phone will receive message waiting
indications as usual.
Record-A-Call can be used during Agent Help and three-party conference calls. In addition, a
monitored phone can initiate a Record-A-Call session without terminating call monitoring. Hunt
group supervisors, however, cannot initiate a Record-A-Call while monitoring a phone, and a
phone using Record-A-Call cannot be monitored. In other words, to use Record-A-Call and
Station Monitor features simultaneously, the supervisor must first be monitoring the phone, and
the phone, not the supervisor, must initiate the recording.
The Record-A-Call feature code can be assigned to a user-programmable feature button. If the
feature button has a lamp, it flashes while the Record-A-Call conference is being set up and is
lit while the feature is active.
As with any other conference call, any inside party involved in a Record-A-Call conference can
use the Transfer, Agent Help, or other features. However, if any inside party has enhanced
speakerphone enabled, the enhanced mode will be disabled when the conference begins and
must be re-enabled if desired.
NOTICE
Pressing Hold during a record-a-call will terminate the record-a-call.
UVM RECORD-A-CALL
This feature allows users to record an ongoing call and place it in a voice mailbox. When a user
enters the Record-A-Call feature code, the system places a call to the phone assigned Record-
A-Call application using the phone Record-A-Call mailbox. When the application answers, the
system sets up a conference call. If programmed, the mailbox plays a greeting to indicate that
the recording is in progress. There can be separate greetings for day and night modes.
If the external Voice Processing system has a Record-A-Call application, users can enter a
feature code to record ongoing calls in their designated Record-A-Call mailboxes. Users can
retrieve the recorded messages later, just as they would any other mailbox message.
This feature requires the Record-A-Call software license. Call monitoring may be illegal in
NOTES some locations. It is the responsibility of the customer to ensure that the use of this feature
complies with local laws.
The Record-A-Call mailbox records the call as a Voice Mail message. All parties are included
in the recording. If desired, the Record-A-Call mailbox can be programmed to play a message
announcing that the Record-A-Call feature is in progress. There can be separate messages
for day and night modes. A Record-A-Call tone can be programmed to alert callers at the
beginning of the recording. Also, it can be programmed to beep periodically throughout the
recording. Record-A-Call tone is enabled at default.
922
Voice Processor Features and Programming
There are two ways a phone can be programmed to use this feature:
• The phone can use its personal mailbox, or any other mailbox, as the assigned Record-A-
Call mailbox. No other mailbox can be selected. (This is the default programming for all
phones.)
• The phone can be programmed with a default mailbox but with the option of selecting a
different mailbox. If the user chooses to not enter a mailbox number, the system automat-
ically selects the default mailbox.
When the requesting phone user hangs up, all parties are automatically disconnected. If all
parties on the call hang up, except the requesting phone user, an intercom call remains
connected between the requesting phone and the Record-A-Call application. This allows the
user to make additional comments before ending the recording.
When the phone user turns off Record-A-Call or ends the call being recorded, Voice Processing
delivers the message to the mailbox. The phone associated with the mailbox receives message
waiting indications as usual. Refer to the appropriate phone user guide for message retrieval
instructions.
The system administrator can set a maximum length for Record-A-Call messages. The Record-
A-Call Maximum Message Length timer can be set at 0–600 minutes. A 0 setting allows
messages of any length, limited only by the available disk space. The default is 30 minutes.
In a network setting, the Record-A-Call destination does not have to be on the same node as
the phone, but Voice Processing must have a mailbox for that phone.
To enable Record-A-Call:
1. Select Voice Processor – Devices – Record-A-Call.
2. Right-click in the right pane, and then click Create Record-A-Call. The Create Record-A-
Call dialog box appears.
3. Enter the starting extension number and number of extensions, and then click OK. The
Record-A-Call extension appears in the node list.
4. Optional. In the Description column, type a description (up to 20 characters). This descrip-
tion is used in the mailbox directory and should be entered in the form “last name, first
name” with a comma and space separating the names. Do not use Control characters in
descriptions.
5. Click out of the field or press ENTER to save the change.
923
Features and Programming Guide
NOTICE
Call monitoring may be illegal in some locations. It is the responsibility of the customer to ensure that
the use of this feature complies with local laws.
Using the MiCollab Unified Messaging RAC feature, MiVoice Office 250 users can record a
phone conversation while it is in progress. After the recording has ended, the RAC application
delivers the recorded call to the user's mailbox.
The RAC feature also provides a recorded memo option. Using this option, users can call the
RAC application and record a memo message. Like recorded calls, recorded memos are saved
in the user's mailbox.
Users can access recorded calls and memos using one of the following MiCollab Unified
Messaging interfaces:
• Mailbox (default voice mailbox or Record-a-Call mailbox)
• Mitel Applications Suite (MAS) End-User Portal
In general, the user can play, reply to, forward, and delete call and memo recordings created
by the RAC feature. Refer to one of the following for detailed information and instructions for
recorded call options:
• MiCollab Unified Messaging User Guide
• MAS End-User Portal Help
FUNCTIONAL BEHAVIOR
This section provides functional details for MiCollab Unified Messaging RAC on the MiVoice
Office 250.
Licensing
There is no set capacity for maximum number of simultaneous RAC sessions because RAC
availability depends on the number of:
• existing conference calls on the originating node.
• existing conference calls for all networked nodes.
• existing MiCollab Unified Messaging memo Record-a-Call sessions.
• MiCollab Unified Messaging voice mail ports available.
• IP resources available in the system.
924
Voice Processor Features and Programming
Similar to UVM, the MiCollab Unified Messaging RAC feature requires the following resources:
• MiVoice Office 250 Conference Resources: Because call processing creates a confer-
ence call to MiCollab Unified Messaging to establish the RAC session, the number of
available conference resources on the system/network at a given time affect the RAC
feature. If a user requests MiCollab Unified Messaging RAC and there are no conference
resources available, the RAC feature fails. This also applies to UVM.
• MiCollab Unified Messaging Voice Mail Ports: Each MiCollab Unified Messaging RAC
request requires at least one available MiCollab Unified Messaging voice mail port so that
call processing can establish a call to the MiCollab Unified Messaging system and connect
that call with the RAC conference call. A voice mail port is required for both recorded calls
and recorded memos. If a user requests MiCollab Unified Messaging RAC and there are
no voice mail ports available on MiCollab Unified Messaging, the RAC feature fails.
• MiVoice Office 250 IP Resources: An IP resource is a quantity of processing power that
digital signal processors (DSPs) on the system use for call processing functions. In terms
of processing power consumed, the “cost” of a DSP function varies, depending on whether
the DSP resides on the Processor Module (PM-1) or on the Processor Expansion Card
(PEC-1) in the Base Server. Because the MiCollab Unified Messaging RAC feature requires
system IP resources, verify that IP resources are properly allocated on the system. If
required, use the Resource Reservation Tool in DB Programming.
Table 157 provides the MiVoice Office 250 capacities for the resources required by MiCollab
Unified Messaging RAC.
Table 157: MiVoice Office 250 Resources and Capacities Affected by MiCollab Unified
Messaging RAC
RESOURCE MAXIMUM CAPACITY
Conference
• Total per system 20
• Parties per conference 4
• Simultaneous 4-party conferences 5
MiCollab Unified Messaging Voice Mail Ports 32
System IP resource capacities vary based on several factors such as server model, voice
NOTE channels used, and IP resource requirements for devices and features. Therefore, IP
resource capacities are not included in the table.
Depending on the request from the user (RAC or memo), MiVoice Office 250 Call Processing
responds as follows:
• RAC requests: When users initiate the RAC feature, the MiVoice Office 250 establishes
a conference call with the user, the other parties on the call, and the MiCollab Unified
Messaging system. The conference call provides MiCollab Unified Messaging with the
mailbox extension for the user who initiated the RAC feature.
925
Features and Programming Guide
• Memo requests: When the user dials the RAC extension, MiVoice Office 250 Call Pro-
cessing initiates an intercom call to MiCollab Unified Messaging requesting a RAC session.
This call provides MiCollab Unified Messaging with the user’s mailbox extension so that
the recorded memo can be saved in the user’s mailbox.
The following information explains how MiCollab Unified Messaging RAC interoperates with
other MiVoice Office 250 features:
• Conference: The MiCollab Unified Messaging RAC feature interacts with the conference
feature as follows:
• Recording calls: MiVoice Office 250 call processing sets up a conference call to Mi-
Collab Unified Messaging to create a RAC session. Conference calls initiated by a
RAC session require adequate conferencing resources and function like regular con-
ference calls. If there are no conference circuits available on the system, or if there are
already four parties in the existing call, the RAC feature fails.
Typically, the user who initiated the RAC feature ends the conference by hanging up.
However, if the RAC session included the user and two other parties, the remaining
parties stay connected on the conference call until they hang up. If all of the other
conference parties hang up before the RAC user, the user remains connected to the
RAC session. This allows the user to add comments to the end of the recording.
• Recording memos: Unlike recorded calls, call processing does not create a conference
call for memo recordings. Therefore, memo recordings do not consume conference
resources in the system. The maximum number of memo recordings at a given time
is limited only by the available number of MiCollab Unified Messaging voice mail ports
and IP resources on the system.
• Hold: When the user places a recorded call on hold, the recording is terminated. To resume
recording, the user must remove the call from hold and then start the RAC feature again.
The hold feature is not supported for memo recordings.
• Camp-on: RAC calls do not have the ability to camp-on.
RAC memos camp-on when the Camp-Ons Allowed option is enabled (System – Devices
and Feature Codes – SIP Peers – SIP Voice Mails – P90001 – Configuration) and one of
the following occurs:
• The system does not have any available IP resources.
• The system does not have any available voice mail ports.
• The SIP peer voice mail is in the Out-of-Service or Out-of-Service-Maintenance
state. For complete information about SIP peer voice mails, see “SIP Voice Mails“ on
page 736.
• Audio Diagnostics: If the RAC feature is programmed for the phone, the user can record
the call while using Audio Diagnostics feature. This option is presented after the user
accesses the Audio Diagnostics feature (feature code 320).
• Peer-to-Peer Media: The RAC feature is not available on calls using Peer-to-Peer Media.
926
Voice Processor Features and Programming
• System Open Architecture Interface (OAI): For OAI purposes, the MiCollab Unified Mes-
saging RAC feature functions like the RAC feature supported by UVM. There are no
changes required on the OAI applications to use the MiCollab Unified Messaging RAC
feature.
The following OAI applications are able to use SIP Record-a-Call feature:
• Attendant Console
• Customer Service Manager (CSM)
• UC 5000
Feature Limitations
The following list provides the functional differences between the MiCollab Unified Messaging
and Unified Voice Messaging (UVM) RAC. Other than the differences indicated below, the
MiCollab Unified Messaging RAC feature functions the same as the UVM RAC feature.
Functional differences between MiCollab Unified Messaging RAC and UVM RAC include:
• Message Waiting Indication (MWI): UVM recorded calls and memos are stored as new
messages in users’ mailboxes and therefore trigger the MWI on the user’s phone. In con-
trast, MiCollab Unified Messaging treats recorded calls as recorded conversation so they
do not trigger the MWI on the user's phone.
• Pre-recorded messages: UVM RAC applications include an option to play a recorded
message at the beginning of the RAC session. This option is configured under System –
Flags – Play Pre-Record-a-Call Message. The MiCollab Unified Messaging RAC appli-
cation does not include the recorded message option. Therefore, when you configure the
system to use MiCollab Unified Messaging, this flag appears with a red X.
• Recording length: For UVM you can specify the RAC length limit in DB Programming
under Voice Processor – Timers and Limits – Timers and Limits – Record-A-Call Max
Message Length. The range for this timer is 1-120 minutes and the default is 30 minutes.
MiCollab Unified Messaging does not include a configuration option to specify the length
limit on RAC recordings. Instead, MiCollab Unified Messaging provides a fixed, non-con-
figurable limit of 60 minutes for the RAC recording length.
• Silence during a recording: For UVM recorded calls and memos, if the recording encoun-
ters silence, the recording continues for the duration of the call. For MiCollab Unified
Messaging recorded calls and memos, if the recording encounters silence for 60 seconds,
the recording is automatically terminated. The 60-second Silence Suppression timer is a
fixed, non-configurable timer for MiCollab Unified Messaging RAC.
927
Features and Programming Guide
Timeouts
If the MiVoice Office 250 SIP peer voice mail is in service but call processing cannot connect
to MiCollab Unified Messaging for some reason, then a pending RAC request will time out.
There can be a number of reasons why call processing cannot connect to MiCollab Unified
Messaging (for example, network problems, configuration errors, MiCollab Unified Messaging
is currently offline, and so forth).
When a memo request times out (SIP or CP timer), the DESTINATION IS NOT RESPONDING
message is displayed.
To provide MiCollab Unified Messaging RAC functionality on the MiVoice Office 250, you must
complete the associated configuration for both the MiVoice Office 250 and MiCollab Unified
Messaging.
The following diagram illustrates a typical configuration for the RAC application along with the
other SIP peer voice mail applications on the MiVoice Office 250. Note that there is no mailbox
application or line group configured on the MiCollab Unified Messaging system that corresponds
to the SIP RAC application. The Voice Mail Line Group application on MiCollab Unified
Messaging handles the RAC functionality.
For complete information about SIP peer voice mails, see “SIP Voice Mails“ on page 736.
928
Voice Processor Features and Programming
Before you can configure the MiCollab Unified Messaging RAC application in DB Programming,
you must configure MiCollab Unified Messaging as the messaging platform for the MiVoice
Office 250. Refer to the MiVoice Office 250 and MiCollab Unified Messaging Integration Guide,
for integration information and initial configuration instructions.
Be aware of the following fields and options in DB Programming that affect the MiCollab Unified
Messaging RAC feature:
• SIP Voice Mail Operating State: The SIP Voice Mail must be placed in the In-Service
operational state for the RAC feature to work. If the SIP peer voice mail is in Out-of-Service
or Out-of-Service-Maintenance state, the following conditions occur:
• All requests for RAC fail. The user hears a tone, and the CALL CANNOT BE COM-
PLETED message appears on the user’s display.
• Memo recordings may fail, depending on how the SIP Voice Mail Camp-Ons Allowed
option is configured. The Camp-Ons Allowed option is located under System\Devices
and Feature Codes\SIP Peers\SIP Voice Mails\<P9xxx>\Configuration. Options in-
clude Yes (enabled), and No (disabled):
- If the Camp-Ons Allowed flag is set to Yes, memo requests will camp-on and the
<RAC> IS UNPLUGGED, WAITING FOR <RAC> series of messages appears on
the user’s display.
929
Features and Programming Guide
- If the Camp-Ons Allowed flag is set to No, the call does not camp-on and the
<RAC> IS UNAVAILABLE message appears.
When programming the RAC feature, temporarily place the SIP peer voice mail in the
NOTE Out-of-Service- Maintenance operating state. When you are finished programming,
place the SIP Voice Mail in the In-Service operating state.
For every mailbox you create in MiVoice Office 250 DB Programming, you need to create
a corresponding mailbox in MiCollab Unified Messaging.
• Record-a-Call Tone Interval: Determines how often the Record-a-Call Tone is played
during a recording. This timer has a range of 0-255 seconds. By default, the timer is set to
0, which means the tone is played at the beginning of the recording only. See see page 932
for programming instructions.
For additional information and related programming instructions, refer to the following MiVoice
Office 250 documentation:
• For programming instructions for SIP voice mails (MiCollab Unified Messaging on the Mi-
Voice Office 250), see “SIP Voice Mails“ on page 736.
• For SIP peer feature information, see “Service Provider SIP Trunks and SIP Trunk Groups“
on page 716.
• For SIP peer licensing information, refer to the MiVoice Office 250 Installation Manual .
930
Voice Processor Features and Programming
b. Select Out of Service-Maintenance from the list box, and then press ENTER or click
out of the options to save the setting.
2. Create the SIP RAC application.
a. Select System – Devices and Feature Codes – SIP Peers – SIP Voice Mails – <P92xxx>
– Applications.
b. Right-click and select Create Record-A-Call.
c. Select the extension for the application, and then click OK.
d. Program a Description and Username for the RAC application.
3. Double-click the RAC extension you created in step 2 to access the RAC fields.
4. Configure the following SIP RAC application fields:
• Class of Service: Class of Service (COS) is used for toll restriction, which prevents
system users from placing outgoing calls. The COS fields include:
• Day and Night Lists
• Dialing Patterns
• Allow Dialing Patterns
• SIP Voice Mail Pilot: Indicates the SIP Voice Mail pilot number. Configure the SIP
Voice Mail Pilot number to be the SIP Voice Mail application extension.
• Transfer Recall Destination: Indicates the phone, hunt group, or application that
receives any calls that recall after being transferred by the application.
• Attendant: Indicates the phone, application, or hunt group that serves as the attendant
for the application.
• Music-On-Hold Source Fields: RAC applications can be programmed to determine
the music source a caller hears based on the device and the status of the call. Music-
On-Hold fields include:
• Audio for Calls Camped onto this Device
• Audio for Calls Holding for this Device
• Audio for Calls Ringing this Device
• Calling Party Name: This field is similar to the Calling Party Number field. It is used
only for ISDN calls to the public network (non-private networking). If this field is set,
the system may use this information for the outgoing ISDN setup request message.
• Calling Party Number: Each application can be programmed to send an identifying
number when a call is placed.
• Prompt for Mailbox on Transfer: Indicates whether a transfer announcement call
should prompt a transferring party for a mailbox number. This option is set to No by
default.
• Propagate Original Caller ID on Transfer: Allows the system to pass the caller ID
name or number on an outgoing ISDN call if the call has not been answered by the
system (extension, voice mail, hunt groups, or OAI application) or for transfer an-
nouncement calls. This field is intended for customers that want to route incoming calls
from the MiVoice Office 250 back to the PSTN via ISDN lines. By default this flag is
set to No.
931
Features and Programming Guide
• Validate Mailbox on Transfer: Indicates whether the system validates the collected
mailbox number on a transfer. This option is set to No by default.
Refer to the MiVoice Office 250 DB Programming Help for field descriptions and
NOTE
additional programming information.
5. Select System – Flags, and configure the following options for the SIP RAC application:
• Record-a-Call Display: Enables or disables RAC displays for the system. By default,
this flag is set to Yes, which means all users with display phones will see RAC display
messages (see page 933).
• Record-a-Call Tone: Determines whether the parties on a call will hear a tone when
the MiCollab Unified Messaging RAC feature is in use. By default, this flag is set to
Yes, which means that the parties will hear the RAC tone. The Record-a Call Tone
Interval timer (see step 6) determines how often the tone is played during the recording.
6. If you enabled the Record-a-Call Tone (see step 5), configure the Record-a-Call Tone
Interval (System – Timers and Limits). This timer determines how often the Record-a-
Call Tone is played during a recording. The range for this timer is 0-255 seconds. By default,
it is set to 0, which means the tone is played at the beginning of the recording only.
7. Select System – Devices and Features Codes – Phones – <phone>, and then program
the following Record-A-Call fields for MiVoice Office 250 phones:
• Mailbox: Options include:
• SIP Associated Mailbox
• SIP Non-Associated Mailbox
• This Station’s Associated Mailbox
• Mailbox User-Keyed Extension: Select one of the following:
• No: The system does not prompt the user to enter a RAC mailbox number for RAC
requests. The system automatically sends RAC messages to the mailbox config-
ured in the Mailbox field.
• Yes: The system prompts the user for a RAC mailbox when initiating RAC requests.
• Application: Select the SIP RAC application you created in step 2.
Refer to the MiVoice Office 250 DB Programming Help for field descriptions and
NOTE
additional programming information.
8. Repeat step 7 for all of the phones that you want to program for MiCollab Unified Messaging
RAC.
9. Place the SIP peer voice mail in service.
a. Select System – Devices and Feature Codes – SIP Peers – SIP Voice Mails –
<P92001> – Configuration – Operating State.
b. Select In-Service from the list box, and then press ENTER or click out of the options
to save the setting.
932
Voice Processor Features and Programming
You must program several fields in the MAS interface to make the feature available to MiVoice
Office 250 users.
Be aware of the following non-configurable timers and limits for MiCollab Unified Messaging:
• RAC Recording Length: MiCollab Unified Messaging provides a fixed, non-configurable
limit of 60 minutes for the RAC recording length. The recording and associated conference
call is automatically ended after 60 minutes.
• RAC Silence Suppression: MiCollab Unified Messaging provides a fixed, non-configu-
rable silence suppression limit of 60 seconds for RAC, meaning, that the RAC application
will automatically hang up if it detects 60 seconds of silence during a RAC session. When
the RAC session is ended, the user hears a beep and the RECORD-A-CALL TERMINATED
message appears on the phone display.
Listed below is an overview of the configuration required on MiCollab Unified Messaging for
the RAC feature.
For detailed information about MiCollab Unified Messaging, refer to the following MiCollab
Unified Messaging documentation:
• For Engineering information such as system and networking requirements, system capac-
ities, and deployment scenarios, refer to the MiCollab Unified Messaging Engineering
Guidelines.
• For technical information including software and hardware specifications, installation and
software upgrades, and programming information, refer to the MiCollab Unified Messaging
System Administration Help and the MiCollab Unified Messaging Technician’s Handbook.
• For information and instructions for MiCollab Unified Messaging administrator tasks such
as managing mailboxes, generating reports, and system maintenance tasks, refer to the
MiCollab Unified Messaging Web Console Help.
933
Features and Programming Guide
934
Voice Processor Features and Programming
Table 159 provides troubleshooting information for MiCollab Unified Messaging RAC.
Page 1 of 2
935
Features and Programming Guide
Page 2 of 2
DIAGNOSTICS
The following tools provide diagnostics information for MiCollab Unified Messaging RAC:
• Message Print: When the user initiates a RAC request, MiVoice Office 250 Call Processing
sends a SIP INVITE message towards MiCollab Unified Messaging. The diversion header
in the SIP INVITE contains a reason parameter of RAC. The format for the SIP INVITE is
as follows:
Diversion: <sip:extension@IP address>;Reason=RAC
You can view the SIP INVITE message using Message Print to verify that the reason
parameter is RAC.
936
Voice Processor Features and Programming
To provide all of the SIP information to Message Print, the SIP Message Output
Format option in DB Programming, must be set to Full. This OLM field is located under
NOTE System\Devices and Feature Codes\SIP Peers\SIP Voice Mails\P9xxx\Configuration.
Do not use OLM mode unless you are instructed to do so by Mitel technical support
personnel.
• SIP Log Files: The current SIP log file contains information about any SIP Message flows
involved in SIP Record-a-Call application. You can access SIP Log files from the Logging
tab on the MiVoice Office 250 Administrator Web Page.
To provide SIP messages in the SIP log file, the SIP Log Level option in DB
Programming, must be set to Information or Debug. This OLM field is located under
NOTE
System\Devices and Feature Codes\SIP Peers\General Configuration. Do not use
OLM mode unless you are instructed to do so by Mitel technical support personnel.
• Information Dumps: You can use the System Monitor – Dump Extension functionality to
dump the information for the SIP RAC application extension. In the example below, the
RAC application extension is 25154 and the pilot number extension is 25150. The RAC
pilot number must be the same extension as the SIP Voice Mail application (see page 928).
937
Features and Programming Guide
938
Voice Processor Features and Programming
FEATURE DESCRIPTION
STAR allows you to have applications with alternate greetings or different programming set up
for holidays, weekends, and other scheduled events. Scheduled Time-Based Application
Routing (STAR) allows you to have applications with alternate greetings or different
programming set up for holidays, weekends, and other scheduled events.
A STAR application is basically a “routing table” for voice processor applications. When a direct
ring-in call (from a trunk group or call routing table) rings in to a STAR application, it sends the
call to another voice processor application, according to its programmed schedule. The caller
is not aware of this transfer, but hears the programmed day or night greeting for the destination
application. (The STAR application itself does not play a greeting.)
STAR can be used with any type of voice processor application except Auto Attendant Recall
and Record-A-Call. You can even send calls from one STAR application to another, thereby
“chaining” the applications together to increase the number of available schedules.
There can be as many STAR applications as desired, so long as the maximum limit for the
number of voice processing applications is not exceeded.
STAR can be used with any type of Voice Processing application except Auto Attendant Recall
and Record-A-Call. Calls can be sent from one STAR application to another, thereby “chaining”
the applications to increase the number of available schedules. Table 160 shows several STAR
entry samples. A STAR application can contain up to 20 scheduling entries with the following
fields:
• Application: This is the application (CRA, automated attendant, another STAR application,
and so forth) that is used when the scheduling information applies to the incoming call.
• Start/Stop Date: If the schedule is going to be active on a single day or for a period of
days, enable the Specific Date flag and enter Start and Stop Dates. (To have the schedule
active on only one day, the Start and Stop Dates can be the same day.)
• Days of the Week: If the Specific Dates flag is disabled, the schedule can be used on
specific days of the week.
• Specific Times: The schedule can be set to be active for a specific period of time on
selected days, if you enable the Specific Times flag and enter a Start and Stop time.
• Day/Night Mode: The schedule can be set to be active in day or night mode, if the Specific
Time flag is disabled.
939
Features and Programming Guide
• There are two entries for Labor Day and Memorial Day [Summer Bank Holiday and Spring
Bank Holiday in Europe], and Christmas Day and Christmas Holiday overlap. The first entry
in the table is checked first, and so forth, until a match is found. So it is important that you
program the applications in the correct order. For example:
• The Labor Day [Summer Bank Holiday] entry, with a specific time, comes before the Day/
Night entry so that a different message is played from 10:00 AM– 2:00 PM only.
• The early time intervals come before the later intervals on Memorial Day [Spring Bank
Holiday].
• Dec 25 comes before the range of dates Dec 24–Jan 4, so that the special holiday message
is played on that day only.
When a match is found, the application corresponding to the matched entry is invoked. If no
match is found, the application programmed in the Default Application field is invoked.
When programming the days and times, be careful not to overlap. For example, if you place
NOTE a date entry for Dec 25 after a day of the week entry for Monday, and Christmas is on a
Monday, the “Monday” application is selected instead of the “Dec 25” application.
940
Voice Processor Features and Programming
Method A
a. Select the current Value, and then enter the new value in the text box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click the current Value and select Change Application. A window appears
prompting for the type to include.
b. Select the desired application, and then click Next. A list of applications appears. You
can view them in a list by selecting the List button or view details by selecting the
Details button.
c. Select the desired application, and then click Finish. The new value appears in the
field. To view programming options, double-click the application.
• Specific Date: If you want the schedule to be active on a single day or for a period of days,
enable this flag.
941
Features and Programming Guide
• Specific Times: If you want the schedule to be active for a specific period of time on the
selected day(s), enable this option.
Method A
1. Select the current Value, then enter the new value in the text box.
2. Press ENTER. A screen appears displaying what is associated with the number entered.
3. Click OK. The new number appears in the field.
Method B
1. Right-click the current Value and select Change Application. A window appears prompting
for the type to include.
2. Select the desired application, then click Next. A list of applications appears. You can view
them in a list by selecting List or view details by selecting Details.
3. Select the desired application, then click Finish. The new value appears in the field. To
view programming options, double-click the application.
942
Voice Processor Features and Programming
FEATURE DESCRIPTION
The Voice Mail application handles all calls that are directed to voice mail by subscribers and
non-subscribers, other than to the Message Notification/Retrieval application (see page 918).
Callers hear the main company greeting, followed by a menu of available options. Phones can
forward or transfer calls directly to their mailbox using this application extension number.
You can create up to 1,000 voice mail applications. With more than several hundred voice mail
applications, the system will take longer to come up to the operational state. For instance, DB
Programming may not be able to connect for 10–20 minutes until Call Processing and Voice
Mail have acknowledged all of these applications. Also, system monitor dumps (performed
though the Diagnostics Monitor app) may take a few minutes to complete. As a workaround,
create these applications in offline mode, then restore the database.
For more information about voice processing applications, see “Voice Processor Applications“
on page 898.
Applies to UVM voice processors only. When the application receives a call, a custom audiotex
recording plays. For more information about creating audiotex recordings, refer to the MiVoice
Office 250 Unified Voice Messaging Administrator Guide, part number 580.8009. You can select
any greeting number for the Day and Night Greetings. The Day message is played when the
system is in day mode, and the night message is played during night mode. The greetings can
be changed or you can use the default greetings.
943
Features and Programming Guide
When used on Automated Attendants and CRAs, the greeting can include pauses and can
announce queue position and time to wait using special audiotex selections. The special
characters that can be used for programming greetings include the following:
• Short Pause: Inserts a 1-second pause.
• Intermediate Pause: Inserts a 5-second pause.
• Long Pause: Inserts a 10-second pause.
• Position in Queue: (Used for hunt group Call Routing Announcements only.) Tells the
caller how many calls are waiting ahead of his or her call.
• Time To Wait: (Used for hunt group Call Routing Announcements only.) Tells the caller
how long he or she can expect to wait, based on the number of calls waiting and the Average
Call Length programmed for the hunt group.
To delete a greeting:
1. Double-click Day Greeting or Night Greeting to view the current list of greetings.
2. Select the greeting(s).
3. Right-click and select Remove Selected Items. To select a series of recordings, hold down
SHIFT while selecting the first and last recordings in the range. To select two or more
recordings that are not consecutive, hold down CTRL while selecting the desired greetings.
ATTENDANTS
Applies to UVM voice processors only. A phone, hunt group, or other application can serve as
the attendant phone for an application. This attendant will receive recalls when the Transfer
Recall Destination does not answer or is unavailable.
944
Voice Processor Features and Programming
To program the attendant for the application, use one of the following methods:
Method A
a. Select the current value, and then enter the new value in the box.
b. Press ENTER. A screen appears displaying what is associated with the number
entered.
c. Click OK. The new number appears in the field.
Method B
a. Right-click Attendant and select Change Attendant. A window appears prompting
for the type to include.
b. Use the drop-down list box to scroll to Keyset, and then click Next. A list of phones
with details appears. To view the items in a list only, click List.
c. Select the desired phone, and then click Finish. The new attendant appears in the
Attendant field. To view programming options, double-click the attendant.
MUSIC-ON-HOLD
Applies to UVM voice processors only. You can program the following audio options that
callers hear when waiting for system users:
• Audio for Calls Camped onto this Device
• Audio for Calls Holding for this Device
• Audio for Calls Ringing this Device
For more information about these options, see “Device Audio for Calls Settings“ on page 438.
Applies to UVM voice processors only. You must program Time Slot Groups to specify the total
number of voice channels available for each application for processing calls. See “Voice
Processor System Settings“ on page 890.
945
Features and Programming Guide
4. Select Time Slot Group, and then click Next. A list of time slot groups with details appears.
To view items in a list only, click List.
5. Select the desired group, and then click Finish. The new time slot group appears in the
field. To view programming options, double-click the time slot group.
UVM systems only. This is the phone, hunt group, or application that receives any calls that
recall after being transferred by the application. For the Auto Attendant, this is usually the
Automated Attendant Recall application.
The system can be programmed to determine the music source a caller hears based on the
device for which the caller is waiting. By default, the system determines the music source based
on the trunk group on which the call resides.
The following fields are programmable for each voice processor application:
• Audio for Calls Camped onto this Device: Defines the audio that a caller who is camped-
on to the device hears.
• Audio for Calls Holding for this Device: Defines the audio that a caller who is holding
for the device hears.
• Audio for Calls Ringing this Device: Defines the audio that a caller who is ringing the
device hears. The default is Ringback.
If the trunk group audio field, including Music-On-Hold, is set to Use Next Device Audio
Source, the system uses the programming for the next device as programmed for the
Day/Night trunk group destination. If the field is set to any other option, the system uses
the trunk group audio source, overriding phone programming.
NOTE The Audio for Calls Ringing this Device field only works when the call goes through a
trunk group and also when used in conjunction with the “use other device source” field.
IC calls do not apply to the use of this field when this field is set to a music source. For
a hunt group whose primary purpose is to support IC callers (for example, an internal
help desk), you should set all of the “Audio for Calls...” fields to something other than a
music source, such as Ringback.
When a caller on a node waits for a device on a node, the caller hears the music source
programmed for the node trunk group on the destination node.
To select the Transfer Recall Destination for the application, use one of the following
methods:
Method A
1. Select Voice Processor – Devices – Applications – <application> – Transfer Recall
Destination.
2. Select the current value, and then enter the new value in the text box.
3. Press ENTER. A screen appears displaying what is associated with the number entered.
4. Click OK. The new number appears in the field.
946
Voice Processor Features and Programming
Method B
1. Select Voice Processor – Devices – Applications – <application>.
2. Right-click Transfer Recall Destination and select Change Transfer Recall Destination.
A window appears prompting for the type to include.
3. Select Auto Attendant Recall or your desired destination, then click Next. A list of Auto
Attendant recall applications appears. You can view them in a list by selecting the List
button or view details by selecting the Details button.
4. Select the desired application, then click Finish. The new destination appears in the Trans-
fer Recall Destination field. To view programming options, double-click Transfer Recall
Destination.
Applies to MNR only. When this option is enabled, if the phone is on a call with an outside trunk
that had caller ID information, the application propagates the caller ID when a voice mail
application transfers a call to a phone and the phone performs a transfer back to the PSTN.
To propagate the caller ID to the PSTN, the eventual trunk must be ISDN and the “Propagate
Original Caller ID” flag in its CO trunk group must be set to Yes. The default of this flag is set
to Yes (which means propagate caller ID on transfer PSTN calls). The application must be able
to perform transfers. For details, “Caller ID Propagation“ on page 192.
You can enable the Calling Party Name and Calling Party Number features for the MNR
application. For feature descriptions, see “Calling Party Name“ on page 435 and “Calling Party
Number“ on page 435.
1. Select Voice Processor – Devices – Applications – <application>.
2. Select Calling Party Name or Calling Party Number.
3. In the Value column, select the current value, and then type the name in the box.
4. Click out of the field or press ENTER to save the change.
947
Features and Programming Guide
EXTENSION IDS
Applies to UVM voice processors only. Extension IDs provide the Auto Attendant application
with a means for transferring calls to extensions and off-node devices that do not have
mailboxes. An extension ID allows the owner to record a name for the directory and establish
a passcode. Extension IDs can be created for phones, hunt groups, modems, and applications.
To create a mailbox for an extension that currently has an extension ID, first delete the extension
ID, then create the mailbox. Extension IDs cannot be created for off-node device wildcard
extensions.
Extension IDs are used when transferring calls through the Automated Attendant or using the
Extension Directory. The extension ID allows callers to be transferred to phones and
applications that do not have mailboxes. It also allows the phone or application to have a
recorded name in the directory.
If an Extension ID has been created in database programming for a phone extension number,
either the principal owner of the extension or the Voice Mail System Administrator must set up
(initialize) the ID with a new passcode and record a name for use in the Extension Directory.
At default, the Extension ID passcode is the same as the extension number.
If the Extension ID has not been “initialized,” calls can still be transferred to the associated
extension number. However, they cannot be accessed from the directory. If the Extension ID
user name has not been recorded, it cannot be heard when callers access the Extension
Directory. The name must be recorded to fully initialize the Extension ID.
To provide system security, all extension IDs should have a passcode. To make the
passcodes difficult to guess, they should not match the phone extension number or consist
NOTE
of one digit repeated several times. The default passcode should be changed the first time
the user logs in.
After a passcode has been set up and the name recorded, the extension owner may access
Extension ID Options which allows the associated directory name and passcode to be modified.
If an Extension ID has not been created for a phone, callers using the automated attendant
cannot be transferred to that destination. Instead, these callers receive a system recording
notifying them of an invalid entry and are routed back to the automated attendant’s main menu.
Extension IDs can also be programmed as “Unlisted.” That means that the number is not
included in the directory but can be dialed if the caller knows the extension number.
Calls transferred from the Automated Attendant or a CRA application to phones with extension
IDs can be screened, announced, or unannounced. Programming flags determine the methods
used for transferring calls to phones with extensions IDs. In a network setting, the external
voice processing system cannot create extension IDs for off-node phones included in wildcard
ranges. Each associated phone must have an off-node device entry.
948
Voice Processor Features and Programming
To program an Extension ID: The description and username fields cannot be changed. They
are programmed as part of device programming.
• Allow Transfer Method Programming: Determines whether the extension ID user (or the
voice mail System Administrator) will be allowed to change the Transfer Method, using the
voice mail Personal Options prompts.
a. In the Value column, select the check box. The field changes to Yes. To disable the
option, clear the check box.
b. Click out of the field or press ENTER to save the change.
• Auto Attendant Transfer Prompt: Determines whether the transfer prompt (“Please hold
while your call is being transferred to...”) plays after a caller has entered the extension
number of the phone associated with this extension ID. This applies to calls transferred by
Automated Attendant and Call Routing Announcement applications, including transfers to
the operator’s mailbox or extension ID.
• To disable the prompt:
a. In the Value column, clear the check box. The field changes to No. To enable the
option, select the check box.
b. Click out of the field or press ENTER to save the change.
949
Features and Programming Guide
• Unlisted Number/Private Extension: Unlisted numbers are not included in the directory, but
can be dialed if the caller knows the extension number. Private numbers can be dialed, but
only the name is played in the directory.
a. In the Value column, select the check boxes to enable the options. The fields change
to Yes. To disable the options, clear the check boxes.
b. Click out of the field or press ENTER to save the change.
• Passcode: To program a passcode for the Extension ID:
a. Right-click the Passcode field and select Edit Passcode. The Edit Passcode dialog
box below appears.
b. In the New Passcode box, type the new passcode (up to 12 digits, using digits 0–9).
Typed characters appear as asterisks (***).
c. Retype the passcode in the Confirm Passcode box.
d. Click OK to exit and save the passcode. If the entered passcodes match, you will return
to the Passcode field. If they do not match, you must re-enter the new passcode and
verify it again. If you make a mistake while entering the passcode or want to leave it
unchanged, select Cancel.
To provide system security, all extension IDs should have a passcode. To make the
NOTE passcodes difficult to guess, they should not match the mailbox number or consist of one
digit repeated several times.
• Transfer Method: Determines how transfers will be made to this extension ID. The options
are: Announce Only, Screened, and Unannounced. The default is set to Unannounced. For
more information, see “Call Screening“ on page 295.
a. Select the option from the list.
b. Click out of the field or press ENTER to save the change.
950
Voice Processor Features and Programming
GROUP LISTS
UVM systems only. Group lists are lists of mailboxes that can be used by any subscriber for
sending messages to several mailboxes simultaneously. The information that is programmed
for group lists include the following:
• Group list description
• Group list number
• Mailboxes included in the list
There can be up to 1000 group lists in the system and up to 1500 entries per group list. Group
Lists are not included in the Automated Attendant or Voice Mail directories.
951
Features and Programming Guide
2. Right-click in any area of the screen and select Add To List. A window appears prompting
for the type to include.
3. Select Mailbox and/or Off-Node Mailbox, and then click Next. The list of mailboxes ap-
pears. You can view them in a list by selecting the List button or view details by selecting
the Details button.
4. Select the mailboxes you want to add, then select Add Items. The selections appear in
the list.
5. Click Finish to exit.
952
Voice Processor Features and Programming
AUDIOTEX RECORDINGS
Audiotex recordings are recorded using a phone and the voicemail administrator mailbox or
uploaded from a wav file using Database Programming.
Applies to UVM voice processors only. Audiotex recordings are custom recordings used by
voice processing applications. Audiotex recordings are recorded using a phone and the
voicemail administrator mailbox. For more information about creating and changing Audiotex
recordings, refer to the MiVoice Office 250 Unified Voice Messaging Administrator Guide, part
number 580.8009.
The recording length is shown in seconds for reference only. You cannot change the recording
time.
For VPUs, this programming area allows you to assign a description to each Audiotex recording.
It also allows you to view the length of each recording.
You can view recording information (recording number, description, and recording length) for
NOTE
audiotex recordings that have been re-recorded.
953
Features and Programming Guide
2. Within the Audiotex Recordings folder, right-click on a recording number. Select the import
wav audio file option.
3. The import wav audio file dialog box appears. Click Browse to locate the audio file.
4. Select the checkbox to enter the recording description into description textbox.
Note: By default, the checkbox is selected and default description is file name. If the check box is
cleared, the system uses initial value (for example, Recording XXX) as description.
5. Click Convert and Upload to upload the file in .wav format.
954
Voice Processor Features and Programming
2. Select the Remove wav audio file option. The remove wav audio file dialog box appears.
3. Click Ok.
Note: If a wav audio file is removed, all settings are restored to default values and the uploaded file is
deleted.
955
Features and Programming Guide
DIRECTORIES
UVM systems only. There are two types of Voice Processing directories that can be enabled
(or disabled) in the system: Mailbox and Extension.
The Voice Mailbox Directory: A list of mailbox subscribers, their recorded names, and mailbox
numbers. For programming instructions, see page 959.
The Automated Attendant Directory: Provided to all Auto Attendant callers, this is a list of
all mailbox subscribers and extension ID owners and their recorded names. For programming
instructions, see page 904.
If a directory is disabled or empty because no names are recorded for any of the system’s
mailboxes and extension IDs, callers do not hear the prompt that allows access to the directory.
However, if the caller does press # or a Directory menu button, the user is instructed that the
selection is invalid and returned to the initial instructions.
Recorded names are added to the directories when the owner of the mailbox or extension ID
has initialized the name. If the mailbox or ID is not initialized, the directory includes only the
mailbox number or extension ID number. (Group Lists are not included in either type of directory.)
The caller uses the keypad buttons to enter the name. The application then plays the closest
matching directory name that corresponds to the digits entered by a caller. Once the name has
been played, the system returns a menu of options, including the following:
• Listening to the previous or next name in the directory
• Listening to additional information (not available if the mailbox or extension ID number has
been classified in the database as a “Private” number)
• Spelling a new name
• Toggling from a last to first name search mode
• Accepting the name
LOCATING A NAME
This section details the following methods to locate a name:
• Entering a Name below
• Changing the First/Last Name Search on page 957
• Listening to the Next/Previous Name on page 958
For end-user instructions, refer to the Unified Voice Messaging, and Embedded Voice Mail
Card User Guide, part number 835.3205.
956
Voice Processor Features and Programming
ENTERING A NAME
There are two methods used for entering a name: Quick Spell and Exact Spell. Outside callers
and phone users with non-display phones and single-line sets use Quick Spell. Display phones
use the Exact Spell method.
• Quick Spell: Callers press a single digit (or button) from their digital telephone dial pad for
each letter or character entered. For example, keypad button 2 shows ABC, button 3 shows
DEF, and so forth. To enter JONES, you would press 5 6 6 3 7. Some characters are not
shown on the buttons: for “Q” press 7, for “Z” press 9, for punctuation marks press the 1
button.
• Exact Spell: Callers press the keypad buttons to enter the name. The number of times a
button is pressed determines which character is entered, as shown on the following table.
When adjoining characters are located under the same button, press FWD once to advance
to the next character. For example, 5666 FWD 66337777 would enter JONES.
After the digits have been entered, the caller presses # to begin the search. The Automated
Attendant application plays the name that most closely matches the digit(s) that were entered.
If # is pressed without entering any digits, the caller hears the first name in the directory.
If a user presses 0 at any time while spelling a name, the system plays a prompt instructing
the caller how to enter a name. (Display phone users receive Exact Spell instructions; all other
users hear Quick Spell instructions.)
Each directory can be programmed to be organized by last name or by first name. Callers
accessing a directory receive system voice prompts that ask them to enter the first or last name
of the person for whom they wish to leave a message.
If a phone with menu buttons is used to access a directory, the caller may switch back and forth
from looking up a last name, to a first name simply by pressing the corresponding menu button.
Callers using Standard Display, Associate Display, or 8520 phones or single-line sets can press
5 to toggle between last and first name.
957
Features and Programming Guide
After a name has been played, the caller can press 1 to listen to the previous name in the
directory. To listen to the next name, the caller can press 3.
The directory lists are circular. That is, when the end of the list is reached, the next name played
is the first name in the directory. Or, if the caller scrolls to the beginning of the list, the “previous”
name played is the last name in the directory.
ACCEPTING A NAME
When the caller is using the Voice Mail feature and accepts a name, the caller is transferred
to the corresponding mailbox. Then the caller hears either the subscriber’s recorded greeting,
recorded directory name, or, if no recording has been made, the “mailbox number XXX is not
available” prompt. The caller can then record a message.
If the caller is using the Automated Attendant feature and accepts the name, the caller is
transferred to the selected destination (phone or mailbox) if it is available. If a phone extension
is dialed and the destination is not available, the caller is sent to the associated mailbox, if one
exists.
Mailboxes and extension IDs can also be programmed as “Unlisted.” That means that the
number is not included in the directory but can be dialed if the caller knows the extension number.
958
Voice Processor Features and Programming
If the voice mail mailbox directory is disabled, callers using the voice mail system do not
receive a system prompt giving the option to search the directory for the person to whom they
NOTE
want to speak. If the caller presses the dialpad button normally associated with access to the
mailbox directory, the caller is informed that the selection is invalid.
959
Features and Programming Guide
The Number of Voice Channels for UVM is programmed in the Voice Processor Timers and
Limits folder.
The Timers and Limits folder contains the following programming areas:
• Timers and Limits on page 887
• DTMF Detection Information on page 964
• DTMF Generation Information on page 967
• Number of Voice Channels on page 968
Figure 3: Voice Processor Timers and Limits
Table 161 shows the system-wide timers and limits that can be programmed for the Voice
Processor.
960
Voice Processor Features and Programming
Page 1 of 4
961
Features and Programming Guide
Page 2 of 4
962
Voice Processor Features and Programming
Page 3 of 4
963
Features and Programming Guide
Page 4 of 4
You can adjust DTMF filter parameters to improve performance when the DTMF detection is
not performing as desired. The filter parameters have one set of values when a recording is
being played (Play Mode) and another set during all other functions (Idle Mode).
If you change the DTMF parameters, the new parameters do not take effect until the voice
NOTE
processor is completely idle.
When digits are lost both in Play and Idle modes, the duration of the digits and the intervals
between them may be too close to the DTMF Delay and DTMF Detection values. You should
decrease these values to improve the chances that the digit characteristics will remain within
acceptable values during the minimum required duration. Once the minimum on and off times
are set according to the pattern of the digits being dialed, the next step is to verify the twist. A
spectrum analyzer can show the amplitude for the frequencies in the signal, and the values
964
Voice Processor Features and Programming
shown can be compared to the twist limits set in the driver. Rhetorex has a utility called “FFT”
that will show the basic characteristics of the signal, including frequencies and amplitudes.
Increasing the twist parameters for both Play and Idle modes will usually solve the problem.
When digits are lost only in Play mode, the Twist parameters should be increased and Ratio
parameters should be decreased for Play mode only.
If talk-off is occurring, increasing the minimum duration of the digits should suffice. If this is not
possible due to other constraints (for example., Speed Dial), Twist and Ratio parameters should
be changed to make the filters less tolerant.
To program a parameter:
1. Select Voice Processor – Timers and Limits.
2. Double-click DTMF Detection.
3. Select the parameter. Parameter definitions begin on page 965.
4. In the Value column, select the new parameter from the list.
5. Press ENTER or click another field to save the change.
965
Features and Programming Guide
• DTMF Digit In To In Ratio (Play and Idle): Indicates the digit energy minus the energy of
the next digit. In order for the Voice Processor to detect a digit that consists of frequencies,
the digit energy must be stronger than the energy of the next digit by the amount of this
parameter setting. The default setting for Play Mode is 2.0dB. The default setting for Idle
Mode is 8.0dB. Valid settings for this parameter are 1.0dB, 2.0dB, 3.0dB, 4.0dB, 6.0dB,
8.0dB, 9.0dB or 10.0dB.
• DTMF Digit In To Out Ratio (Play and Idle): Indicates the digit energy minus the noise
energy. For the Voice Processor to detect a digit that consists of frequencies, the digit
energy must be stronger than the noise energy by at least the amount of this parameter
setting. The default setting in Play Mode is 1.0dB. In Idle Mode, the default is 4.0dB. Valid
settings for this parameter are 0.5dB, 1.0dB, 2.0dB, 3.0dB, 3.5dB, 4.0dB, 4.5dB, or 5.0dB.
• DTMF Frequency Deviation: This is the maximum variance from the standard frequencies
allowed for valid DTMF. The range is 1.5%–2.5% (.1%); the default is 1.8%.
• DTMF Maximum Valid Tone Dropout Time: An otherwise valid tone may include this
much silence and still be detected as valid DTMF. (Applies everywhere except during
recording.) The range is 0–260 ms; the default is 15 ms.
• DTMF Minimum Level Threshold: This is the minimum per-frequency power for valid
DTMF. The range is -14 dBm0 to -48dBm0; the default is -25.0 dBm0.
• DTMF Minimum Valid Tone Off Time: This is the minimum period of silence required
between successive DTMF tones. The range is 20–260 ms; the default is 40 ms.
• DTMF Minimum Valid Tone On Time: This is the minimum length of a valid DTMF tone.
The range is 20–260 ms; the default is 40 ms.
• DTMF Negative Twist: This is the maximum amount of negative twist allowed for valid
DTMF. The range is 1 dB–16 dB; the default is 8.0 dB.
• DTMF Positive Twist: This is the maximum amount of positive twist allowed for valid DTMF.
The range is 1 dB–16 dB; the default is 4.0 dB.
• Recording - DTMF Minimum Valid Tone On Time: This is an existing field. The field name
changed from “DTMF Digit Detect for Recording - On (msec.).” The range is 20–260 ms;
the default is 40 ms.
• Recording - DTMF Minimum Valid Tone Off Time: This is an existing field. The field name
changed from “DTMF Digit Detect for Recording - Off (msec.).” The range is 20–260 ms;
the default is 40 ms.
• Recording - Maximum Valid Tone Dropout Time: An otherwise valid tone may include
this much silence and still be detected as valid DTMF. (Applies only during recording.) The
range is 0–260 ms; the default is 15 ms.
966
Voice Processor Features and Programming
967
Features and Programming Guide
The number of available voice channels determines the maximum number of channels that
can be assigned to any single Time Slot Group. The combined total of channels assigned to
Time Slot Groups may exceed the actual number of voice channels because it is unlikely that
all time slot groups will use their maximum allotment at the same time.
Although DB Programming allows you to configure 64 voice mail ports, Voice Processing
using the Windows-based platform currently supports a maximum of only 32 ports (on the HX
Base Server and PS-1 equipped platforms). Attempting to configure 64 voice mail ports may
cause serious performance issues.
NOTES
This field is not programmable in online mode when connected to an external voice
processor.
Because UVM ports are licensable, customers upgrading their port capacity are required to
purchase the corresponding licenses.
When using UVM, DB Programming displays the Number of Voice Channels field as read-only.
This is because the number of channels and ports allocated for UVM are synonymous.
Therefore, when you change the UVM port allocation field, the Number of Voice Channels field
automatically updates with the port allocation value.
However, if you are using an external voice mail system, the Number of Voice Channels field
remains writable and retains its previous functionality. After the UVM port resources are
changed to 0, the number of voice channels and the maximum channel allocation fields for the
time slot groups are no longer dependent on the value in the Number of Voice Channels field.
By breaking this dependency, the system allows the customer to convert from a UVM system
to an external type of voice mail system without having to reprogram time slot groups.
The range of values in the Number of Voice Channels field is 0–16. The default value is 4. The
Number of Voice Channels field is programmable for UVM in offline mode but is read-only in
online mode. This field is also not programmable in online mode when the MiVoice Office 250
is connected to an external voice processing system.
968
Voice Processor Features and Programming
In this field, enter the name of the network domain in which the Voice Processing PC is a
member.
To specify the network password for the Avdap service user account:
1. Select Voice Processor – Monitor Password.
2. Right-click and select Edit Password. The Edit Monitor Password - Database Program-
ming dialog box below appears.
3. Enter the current password, if one exists.
4. Enter the new password (up to 40 characters) in the New password box. The characters
will not appear on the screen when typed; they will appear as asterisks (***).
5. Retype the password in the Confirm password box.
6. Click OK to exit and save the password. If the entered passwords match, you will return
to the Password field. If not, you must re-enter the new password and verify it again. If you
make a mistake while entering the password or want to leave it unchanged, select Cancel.
If Voice Processing is unable to log on to the network, a message is automatically entered into
the Windows System Event Log. Since Voice Processing tries repeatedly to log in to restore a
network connection, if the network is down for a long time (or Voice Processing is running in
an environment without a network), many entries will be entered into the Event Log. Eventually,
the log fills up and warning messages start appearing on the PC screen.
969
Features and Programming Guide
970
Voice Processor Features and Programming
For complete information about Unified Messaging OSE for EM, refer to the latest version of
the Unified Messaging Open Standards Edition Administrator’s Guide, part number 835.3162.
The existing Enterprise Messaging and Unified Messaging Open Standards Edition
documentation have not been updated to apply the new UVM and E-Mail Synchronization
NOTE
terminology and will continue to use the existing Basic Voice Mail and Unified Messaging
terminology throughout.
971
Features and Programming Guide
E-MAIL GATEWAY
The following sections describe programming fields and procedures required to convert e-mail
messages to voice mail messages with UVM systems.
For a complete explanation of the E-Mail Gateway feature, refer to the Unified Messaging v2.3
Administrator’s Guide (part no. 835.3164), or Unified Messaging Open Standards Edition
Administrator’s Guide (part no. 835.3162).
For information about programming mailboxes, see “Subscriber Mailboxes“ on page 989.
For information about e-mail gateways for systems equipped with a PS-1, see page 976.
Remember to identify the E-Mail System first to determine the other fields that need to be
NOTE
programmed.
972
Voice Processor Features and Programming
1. On the VPU, the “From” field on e-mail messages is based on what is programmed in the E-mail Real Name
field. The “Mail From” is based on what is programmed in the Administrator E-Mail Address field. On the
UVM, the E-mail Real Name is not used and both the “From” and “Mail From” fields are based on the Ad-
ministrator E-Mail Address.
This is the e-mail address of the system administrator. The system alerts the administrator of
any problems sending the e-mail. This is the address in the “From” field in the e-mail and can
be different than the E-mail Address (see page 973) used in the “Reply To” field.
On the VPU, the “Mail From” is based on what is programmed in the Administrator E-Mail
Address field. On the UVM, both the “From” and “Mail From” fields are based on the
Administrator E-Mail Address.
E-MAIL ADDRESS
The E-Mail Address option is the voice processing system e-mail address that is used in the
“Reply To” field of an e-mail. This can be the same as the “From” field which is derived from
the Administrator E-mail Address (see page 972). This address is only required if the E-mail
System option (see page 975) is programmed to “SMTP.”
While this address can contain a “familiar” name, using SMTP, this should be a properly
NOTE formatted E-mail address to avoid presenting a Reply-To e-mail address without a domain
name and potentially being perceived as SPAM.
Below are examples of how an e-mail address is handled when the system using UVM has the
Forward to E-mail feature enabled.
• The Administrator E-mail Address and E-mail Address fields are the same: When the user
receives the e-mail, the “From” field and the “Reply To” field show the same e-mail address.
• The Administrator E-mail field is [email protected] and the E-mail address field is
[email protected]: When the user receives the e-mail, the “From” field shows [email protected]
and the “Reply To” field shows [email protected]
973
Features and Programming Guide
The E-Mail Real Name specifies the voice processor’s user name (such as VOICE MAIL). It is
only programmable if the E-Mail System option is programmed to SMTP. When the voice mail
computer sends an e-mail message, this name is included in the “From” field of the e-mail
header.
On the VPU, the “From” field on e-mail messages is based on what is programmed in the E-
mail Real Name field. On the UVM, the E-mail Real Name is not used and both the “From” and
“Mail From” fields are based on the Administrator E-Mail Address.
The E-mail SMTP Port is the port number for the Simple Mail Transfer Protocol (SMTP) server.
It is only programmable if the E-Mail System option (see below) is programmed to “SMTP.”
This option applies to UVM only. If a MiVoice Office 250 is supported by an external voice
NOTE
messaging system, this option has no effect on E-mail Gateway functionality.
The E-Mail SMTP Server option is the address of the SMTP mail server. It is programmable
only if the E-Mail System option (see the following section) is set to “SMTP.” The SMTP mail
server is the server that the voice mail connects to send e-mail messages over the Internet. If
this field is not set, the e-mail gateway features are disabled for the entire voice mail system.
974
Voice Processor Features and Programming
E-MAIL SYSTEM
The E-Mail System option specifies the type of e-mail system that is used to transfer messages.
The value programmed in this option must correspond to your e-mail system. This field can be
programmed to NONE or SMTP.
To support VPIM networking (see page 879) or E-mail Synchronization (page 1000), you
must first set the E-mail System to “SMTP.”
If E-mail Gateway is set to SMTP and then changed to another setting, the following warning
NOTES message appears: “If E-mail Synchronization is being used, the E-mail System is required to
be SMTP. Changing the E-mail System will prevent E-mail Synchronization from occurring.
Are you sure you want to make this change?” Click Yes to make this change, or click No to
exit without making this change.
If the E-mail System is programmed to “SMTP,” you must program the following fields:
• E-Mail SMTP Server on page 974
• E-Mail Address on page 973
• E-mail Username on page 975
• Gateway Password on page 976
• E-Mail Real Name on page 974 (optional)
If it is programmed to “NONE,” the voice processor E-Mail Gateway feature is disabled for the
entire voice mail system.
E-MAIL USERNAME
The E-Mail Username is the user name for the voice mail e-mail account on the SMTP Server.
Before the voice mail computer can send or receive e-mail messages, it must log on to the
underlying e-mail system. Depending on the SMTP configuration, this field may be required to
log in to the SMTP server.
Therefore, the voice mail computer must have an account on the customer’s e-mail system,
and this field specifies the username for that account.
For authentication you only need to program a username and password. However, the Simple
Mail Transfer Protocol (SMTP) mail software package supports three types of authentication
(PLAIN, LOGIN, and CRAM-MD5) that happen automatically when it connects with the SMTP
server. UVM supports PLAIN.
This package does not support Microsoft SPA (Secure Password Authentication), also known
as NTLM. If the server supports CRAM-MD5, this is the most secure method supported.
975
Features and Programming Guide
GATEWAY PASSWORD
Optional. The Gateway Password is the password for the voice processing system e-mail
account on the SMTP server. Before the voice processing system can send or receive e-mail
messages, it must log on to the e-mail system. Therefore, the voice processing system must
have an account on the customer’s e-mail system.
To provide system security, the e-mail system must have a password. To make the
NOTE passwords difficult to guess, they should not consist of predictable patterns, such as one digit
repeated several times.
Consequently, if you select the UVM and SMTP options on a system equipped with a PS-1,
you are navigated to the System\IP Settings\Processing Server IP Settings folder instead of
the System\IP Settings folder. On a system not equipped with a PS-1, you are navigated to
System\IP Settings\Base Server IP Settings.
976
Voice Processor Features and Programming
When the system is supported by UVM, two choices exist for the E-mail System option: None
and SMTP. Only SMTP supports UVM. The following example shows where this option is
located.
If not set:
If not set:
Extra storage space is required when using the E-mail Gateway functionality. If using an
external voice mail system, this prompt and message does not apply. The E-mail Gateway
NOTE
needs to be enabled for each mailbox per phone, thus reducing the overall UVM storage
capacity.
The UVM e-mail system requires DNS and a valid hostname. Therefore, if DHCP is disabled
you cannot delete the hostname or DNS Search List without causing the UVM e-mail system
to fail. If UVM is being used and SMTP e-mail is configured, the configuration is prevented and
a prompt appears.
• If you click Yes in the prompt, you are taken to the location mentioned in the prompt where
you can configure the e-mail system options.
• If you click No, the attempt is denied.
977
Features and Programming Guide
The following fields are checked from the System\IP Settings\Base Server IP Settings or
System\IP Settings\Processing Server IP Settings folder: hostname, DHCP flag, and DNS
Search List.
For SMTP to work with UVM, a complete hostname and domain name must be provided
for the system. If DHCP is enabled, only the hostname is required. If DHCP is disabled, the
DNS search list must contain a valid domain name for SMTP to work. As indicated in the
example on page 977, you will be prompted for this information. Without this information,
you cannot select the SMTP option. Click Yes to automatically navigate to the IP Settings
folder where you can set the appropriate DNS options. Also, if the hostname is configured,
but DHCP is disabled and the DNS Search List is blank, you are prompted to set this
information.
3. Navigate to each mailbox for which you want to enable e-mail forwarding options, and
enable the E-Mail Gateway settings from the E-mail Synchronization folder. Select from
the following options. For details, refer to the MiVoice Office 250 DB Programming Help.
NOTE The options that are not listed below are not supported by UVM.
• Forward Only: All voice mail messages delivered to the mailbox are forwarded to the
e-mail address specified in the mailbox e-mail Address field. In this configuration, voice
mail messages are not saved in the mailbox. When the user deletes the e-mail message
containing the voice mail message, or when e-mail delivery fails for any reason, all
record of the voice mail message disappears. The following prompt appears upon
selecting the Forward Only option.
978
Voice Processor Features and Programming
• Forward and Copy: All voice mail messages for the mailbox are delivered to the
mailbox and a copy is forwarded to the mailbox e-mail Address. If one is deleted, the
other is not affected.
If both Remote Messaging and Forward to E-Mail features are enabled, you must select
NOTE the Forward and Copy option. If the Forward Only option is selected, the user does not
receive Remote Messaging notifications.
979
Features and Programming Guide
FAX-ON-DEMAND
The Fax-On-Demand feature provides fax services to callers. It is a specially programmed Call
Routing Announcement application that uses digit translation to allow callers to select the
documents they want to have faxed to them. Fax-On-Demand is available in external voice
processing systems only.
With Fax-On-Demand, callers can use a DTMF phone to request one or more documents from
the company’s fax library. When the request is completed, the voice processor places a call to
the caller’s fax machine to deliver the requested documents.
The following timers and limits can be programmed for the fax feature:
• Fax Retry Timer: When the voice processor is unable to complete a fax delivery because
the line is busy or there is no answer, it will wait until this timer expires to attempt the delivery
again. The range for this field is 1–255 minutes. Default is 10 minutes.
980
Voice Processor Features and Programming
• Fax Retransmission Timer: When the voice processor is unable to complete a fax delivery
because the connection failed (for example, the receiving fax machine had a power failure),
it will wait until this timer expires to attempt the delivery again. The range for this field is 1–
255 minutes. Default is 1 minute.
• Maximum Fax Delivery Attempts: This is the number of times the voice processor will
attempt to send a fax when the number is busy, there is no answer, or there are transmission
errors. If the system encounters unavailable resources (fax ports, documents, outgoing
calls, or outgoing trunks) the attempt does not count toward the Maximum Fax Delivery
Attempts. The allowed range for this field is 1–15 attempts. It defaults to 5 attempts.
• Maximum Fax-On-Demand Ports: This sets the maximum number of fax ports the system
can use for performing Fax-On-Demand (either delivering outgoing faxes or importing fax
documents from the system administrator mailbox). By placing a limit on the number of
Fax-On-Demand ports, you can reserve fax ports for receiving incoming faxes through
mailboxes and Call Routing Announcement applications. For example, if the system has
eight fax ports and the Maximum Fax-On-Demand Ports field is set to six, there will always
be at least two ports available for faxes received through mailboxes and Call Routing and
six ports for outgoing faxes. If the Maximum Fax-On-Demand Ports field is programmed to
a number that exceeds the actual fax ports available, the software will automatically adjust
the limit.
• Automatic Header Reduction: This tells the voice processor how much of each document
you fax into the system must be removed to erase the sender information at the top of the
document. If the fax machine you use to enter the documents does not place sender
information at the top of the document, you can set this field to 0. You can reduce the header
0–160 sixteenths of an inch (0–10 inches). This field defaults to 4-sixteenths of an inch
(0.25 in.).
• Fax Tone Wait Timer: This is the amount of time the voice processor will wait for fax tone
before sending or receiving a document. If it does not receive fax tone before this timer
expires, it will hang up. If the system was sending a fax, it will attempt the call again after
the Fax Retry Timer expires. The range for this field is 1–255 seconds. Default is 40 seconds.
• Maximum Fax Selections: This determines the number of faxes a caller can select at a
time. When the caller has selected the maximum number of documents, the voice processor
prompts them for their fax number. After entering the fax delivery information, the caller can
then go through the process again to request more documents without hanging up and
calling in again. However, each series of requests generates a separate outgoing call from
the voice processor, each time the fax delivery information is entered by the caller. The
allowed range for this field is 1–20 documents. It defaults to 10.
• Maximum Fax-On-Demand Library Size: This determines the amount of voice processor
hard disk space that will be allotted for storing fax documents. The allowed range for this
field is 0–255 megabytes; however, the actual maximum depends on the available disk
space on the voice processor hard drive. It defaults to 0 megabytes and must be pro-
grammed to a higher value before any fax documents can be imported. If the library size
is reduced while there are documents stored in the library, the reduction will not affect
existing documents, even if they exceed the new maximum. However, new documents
cannot be added unless there is sufficient disk space available.
981
Features and Programming Guide
FAX DOCUMENTS
To program Fax Documents:
1. Double-click Fax Documents, the documents currently existing in the system are shown
in the list.
2. Program the number and description of a document as follows:
• Document Number:
a. Type a number, up to four digits, to identify the fax document in the text box.
b. Press ENTER or click another field to save the change. This number will be used
by programmers to select the destination for digit translations and by callers when
selecting fax documents by number.
• Description: This is the abbreviated description that is used in programming screens.
It can have up to 20 characters.
a. Enter the description in the text box.
b. Press ENTER or click another field to save the change.
To see additional fields: Double-click a document to see these additional programming fields:
• Detailed Description: This is the description that appears on the fax cover sheet and
in any fax programming reports. It can include up to 40 characters.
a. Enter the description in the text box.
b. Press ENTER or click another field to save the change. If you do not enter a detailed
description for the document before exiting, a warning message appears.
• Statistics: This information cannot be programmed. It is shown as a reference to
indicate the following:
• Number of Requests: How many times the document has been requested, since
statistics were last cleared (see page 1057).
• Last Request: The last date that the document was requested, since statistics were
last cleared. This includes requests that could not be delivered because of trans-
mission errors.
• Last Modification: The date and time of the last modification to the document being
programmed, since statistics were last cleared. Or, if the document has not been
modified, it shows the time that it was imported.
• Pages: The number of pages included in the document.
• Image File Size: The amount of disk space occupied by this document.
982
Voice Processor Features and Programming
OUTGOING ACCESS
The next three fields control the outgoing access for calls placed by the Fax-On-Demand
application.
Outgoing Access: This is the outgoing trunk access code that the Message Notification/
Retrieval application will use to place the outgoing fax delivery call. The default value is blank.
To determine the outgoing access trunk group, use one of the following methods:
Method A
1. Select the current Value, and then enter the new value in the text box.
2. Press ENTER. A dialog box appears displaying what is associated with the number entered.
3. Click OK. The new number appears in the field.
Method B
1. Right-click the existing value and select Change Outgoing Access. A dialog box appears
prompting for the device type to include.
2. Select CO Trunk Group, and then click Next. The list of trunk groups appears. You can
view them in a list by selecting the List button or view details by selecting the Details button.
3. Select the appropriate trunk group, and then click Finish. The selection appears in the
Outgoing Access field.
Outgoing Access Prefix: This is the digit dialed by the voice processor before the outgoing
access code, if needed (for example, a forced account code). This field can include up to 18
characters. Valid characters include digits 0–9, * and #, and “P” for pause. This field is blank
by default. To enter the prefix:
1. Click the Value, and then enter the address in the text box.
2. Press ENTER or click another field to save the change.
983
Features and Programming Guide
Outgoing Access Termination: This is the digit dialed by the voice processor to terminate
the outgoing access code, if needed. This field can include up to 18 characters. Valid characters
include digits 0–9, * and #, and “P” for pause. This field defaults to #. To enter the termination
digit:
1. Click the Value, and then enter the address in the text box.
2. Press ENTER or click another field to save the change.
START/STOP TIME
These fields determine the time period during which faxes will be sent to callers. If a caller
requests a fax after the Stop Time, the system will not send the fax until the Start Time. To
provide 24-hour fax service, set both fields to the same value. Both fields default to 5:00 PM.
FAX FORMAT
The following fields affect the format of the fax documents that are sent by the Fax-On-Demand
application.
• Local Fax ID: The Local Fax ID appears at the top of each page sent by the voice processor.
The ID should include the number of the voice processor and/or the company name. The
ID can be up to 20 characters. Valid characters include upper-case letters, digits 0–9, and
the plus sign (+).
984
Voice Processor Features and Programming
Logo Document: After you have imported your company logo, you can assign that fax
document as the Logo Document for your fax cover sheets. For more information about
importing fax documents, refer to the MiVoice Office 250 Unified Voice Messaging Administrator
Guide, part number 580.8009. Any fax document in the database can be designated as the
logo document. The logo can be up to 5.5 inches tall. If desired, you can choose not to have a
logo on your cover sheets by selecting None. To indicate which fax document is the logo
document, use one of the following methods:
Method A
1. Select the current Value, then enter the new value in the text box.
2. Press ENTER. A dialog box appears displaying what is associated with the number entered.
3. Click OK. The new number appears in the field.
Method B
1. Right-click the existing value and select Change Format, and then select Logo Document.
A dialog box appears prompting for the device type to include.
2. Select Fax Document (or select None Device, if you do not want to use a logo document),
and then click Next. The list of currently existing documents appears. You can view them
in a list by selecting the List button or view details by selecting the Details button.
3. Select the appropriate document (or None), and then click Finish. The selection appears
in the Logo Document field.
985
Features and Programming Guide
SMDR BUFFER
The voice processor buffer SMDR records over an IP connection from the local node and
records that are sent from other nodes in the network. However, only the voice processor or
other system connected to the network can receive buffered SMDR. Buffered SMDR is not
provided in UVM. A message appears at the bottom of the DB Programming screen status area
if trying to configure these options with UVM. The following information can be programmed
for the voice processor SMDR Buffering application.
• Clear SMDR Buffer
• SMDR Buffer Size
• SMDR Buffer-Box Bit Rate - COM 2
• Enable SMDR Buffering
Clear the SMDR buffer: (Not available in stand-alone programming sessions.) During a direct-
connect or remote programming session, you can clear the data in the SMDR buffer.
Programming the SMDR Buffer: You can program the following fields:
• SMDR Buffer Size: To determine how much of the Voice Processing PC disk space will
be devoted to SMDR buffering:
a. Select the current value, then enter or scroll to the desired number of megabytes (0–
20).
b. Press ENTER or click another field to save the change.
If you attempt to set the buffer size to a value higher than your available disk space, a
warning message appears that displays, “The Voice Processing PC did not have
enough disk space to set the buffer size to XXX megabytes. The current buffer size is
now 0 megabytes. Note: If there was data in the buffer, the data is still intact.” Click OK
to continue and reset the buffer to a valid size.
If you change the size of the buffer, a dialog box appears informing you that the buffer
will be cleared and prompts for confirmation to continue. Click Yes to complete the
resizing or click No to leave the buffer and buffer size unchanged.
• SMDR Buffer Box Bit Rate: To determine the rate of output from the buffer box port
(COM2):
a. Select this drop-down list box. The available rates are 300, 1200, 2400, 4800, and 9600.
b. Press ENTER or click another field to save the change.
986
Voice Processor Features and Programming
987
Features and Programming Guide
988
Chapter 15
SUBSCRIBER MAILBOXES
Features and Programming Guide
INTRODUCTION
This chapter provides information to create and configure subscriber mailboxes for Unified
Voice Messaging (UVM).
For MiCollab Unified Messaging system setup and mailbox configurations, refer to the following
resources:
• MiVoice Office 250 and MiCollab Unified Messaging Integration Guide
• MiCollab Unified Messaging System Administration Help
• MiCollab Unified Messaging Technician’s Handbook
• MiVoice Office 250 Installation Manual
• MiVoice Office 250 DB Programming Help
Program the voice processor system settings before creating and programming mailboxes.
See “Voice Processor Features and Programming“ on page 863.
A mailbox is a storage location that stores all messages that have been directed to it (including
prompts, greetings, and special programming.) Each “Subscriber” (member of the voice
message system) is assigned a unique mailbox number. At system default, the passwords are
the same as the mailbox numbers. (For example, the default password for mailbox 1001 is
“1001.”)
Voice mailboxes are stored on specifically formatted compact flash-type memory card. For
more information about flash memory, refer to the Specifications and Product Description
chapters in the MiVoice Office 250 Installation Manual . For storage capacity beyond what is
available with UVM, use an external voice processing system, for example UVM or MiCollab
Unified Messaging.
NOTICE
Possible Memory Card Corruption. Remember the following when using flash-type memory
cards:
• Do not remove or install the compact flash-type memory card while the system is up and running
or power is otherwise supplied to the Base Server, as this may damage the memory card. Shut
down the system using the LCD panel and unplug the power cord before removing or inserting the
memory card.
• Using any other compact flash-type memory card than that provided by Mitel is not supported.
• Do not place the compact flash-type memory into any other computer. Doing so may corrupt the
file system and software.
990
Subscriber Mailboxes
Calls transferred from the Automated Attendant or a CRA application to a phone with a mailbox
can be screened, announced, or unannounced. See “Extension IDs“ on page 948.
During database programming, each mailbox is assigned a dial-0 operator destination. When
a caller presses 0 while listening to the mailbox personal greeting or recording instructions, or
while recording a non-subscriber message, the operator destination is called. The operator can
be one of the following types:
• Mailbox: If the operator is a mailbox, the caller hears the operator destination personal
greeting after pressing 0.
• Phone extension number: If the operator destination is an extension number, the caller
hears the Automated Attendant transfer prompt while the call is placed to the extension
number (“Please hold while I transfer your call to...”), unless it has been disabled at the
mailbox. If the phone user does not answer, the caller is prompted to leave a message, if
the operator’s extension has an associated mailbox. If the caller chooses not to leave a
message, the call returns to the main menu of the application being used (CRA, Voice Mail,
or Auto Attendant).
• Application extension number: If the operator destination is an application extension
number, the call is transferred to that application main menu.
• Operator: If the operator destination is set to “Operator,” the caller is transferred to the
operator destination programmed in the Voice Processing database.
• None: If the operator destination is set to “None,” the 0 is ignored.
991
Features and Programming Guide
CREATING MAILBOXES
The following sections describe how to create and program mailboxes for nodes.A mailbox is
a storage location on the voice processing computer hard disk that stores all messages that
have been directed to it. Mailboxes can be either associated or non-associated:
• Associated: A mailbox that is directly associated to an extension number.
• Non-Associated: A mailbox that has an extension number that does not match the phone
extension number. For example, a hunt group extension number can have a mailbox, but
the system sends message indications to a designated hunt group phone, which uses a
different extension number than that of the hunt group mailbox.
If you are using non-associated mailboxes, you must disable the Validate Voice Mailbox flag.
NOTE When enabled, this flag prevents users from dialing mailbox numbers that do not match valid
extension numbers.
You can create associated and non-associated mailboxes on the local node. However, you
cannot create non-associated mailboxes for phones on other system nodes. For more
information, see “Mailbox-Related Information“ on page 1025.
When you view system mailboxes, the nodes that are shown are determined by whether you
have previously programmed Voice Processing network nodes. If nodes exist, you will see the
nodes listed with the local node. You can click any of them to program the mailboxes for the
selected node, as described below. If there are no voice processing networking nodes, you
skip directly to the list that shows mailboxes on the local node.
If you are using Enhanced Integration or Blackberry Enhanced Integration for UVM E-mail
Synchronization, you can program up to 100 (for a system without a PS-1) and 250 (for a system
with a PS-1) mailboxes. If you attempt to program more than 250 mailboxes for E-mail
Synchronization, a warning message appears and DB Programming cancels the changes.
992
Subscriber Mailboxes
993
Features and Programming Guide
DELETING MAILBOXES
You can delete associated or non-associated mailboxes from local and remote nodes.
NOTICE
Disruption of Voice Processing Possible. Make sure a mailbox is not in use before deleting it.
Deleting a mailbox while it is in use causes serious performance issues for voice processing.
To delete mailboxes:
1. Select Voice Processor – Devices – Mailboxes – <node>.
2. Select the mailboxes.
3. Right-click, and then select Delete. The mailboxes are removed from the list.
994
Subscriber Mailboxes
4. Select the options that you want paste, and then click OK to save your changes.
995
Features and Programming Guide
Mailboxes that are programmed on the local node but are associated with mailboxes on remote
voice processing nodes are referred to as “network mailboxes.” They are used by the local
node to identify and locate the mailboxes located on the other nodes. They are not actual
mailboxes; they are just “place holders” that tell the local node where to send messages received
for that mailbox number. If the mailbox subscriber logs on to a network mailbox, the options
available are the directory name, the greetings, the password, and possibly the transfer method
programming prompt, if enabled. In addition, if a subscriber changes the password, directory
name, or greeting selection, these changes will be automatically updated on the corresponding
network mailboxes.
You can program the following options only for off-node mailboxes:
• Remote Mailbox Extension below
• Unlisted Number on page 999
• Private Extension and Mailbox on page 999
• Allow Transfer Method Programming on page 1018
• Auto Attendant Transfer Prompt on page 1019
• Passcode on page 1020
• Transfer Method on page 1021
The Remote Mailbox Extension allows the system to send the same or different mailbox number
to the remote system. For example: VPIM message, 3000.Node3-5000.mycompany.com. The
local MiVoice Office 250 has a non-associated mailbox 4200, but the Remote Mailbox Extension
for this mailbox is set to 3000, so the system will send VPIM messages to mailbox 3000 on
Node 3. When the local user records and sends messages to 4200, the system sends 3000 in
the VPIM message.
This is the only field on the MiVoice Office 250 UVM that allows you to modify the mailbox
NOTE
digits. There are no other digit modification tables on the MiVoice Office 250 UVM systems.
996
Subscriber Mailboxes
mailboxes would have the same Remote Mailbox Extension number, but this is not validated
where it can provide flexibility.
• The Remote Mailbox Extension is left blank and must be manually programmed when non-
associated mailboxes are created. Type the necessary mailbox number to which to route
on the remote system.
• You can change the Remote Mailbox Extension on associated and non-associated
mailboxes.
• The Remote Mailbox Extension can support up to 5-digit mailboxes.
If there is a universal numbering plan used by all of the networked voice mail nodes, the Remote
Mailbox Extension option is the same as the local mailbox number. If the numbering plan is not
universal, the Remote Mailbox Extension option can be different than the local mailbox number.
The mailbox numbers programmed in this option are not verified because the local voice
processing system does not know about the mailbox numbers on the remote voice processing
system until it actually attempts to deliver a message to the remote voice processing system.
The default value for the Remote Mailbox Extension is the local mailbox number.
The Remote Mailbox Extension option can be changed to any number up to five digits. The
remote mailbox option is not validated and it should not be programmed a part of a group list
or network mailbox on the remote node.
997
Features and Programming Guide
998
Subscriber Mailboxes
DIRECTORY INFORMATION
Mailbox Directory Information options include the following:
• Unlisted number: The mailbox number is not included in the mailbox directory, but callers
can dial the number.
• Private extension and mailbox numbers: The extension and mailbox numbers are not
included in directory, but callers can dial either number.
By default, mailbox and extension numbers are not either private or unlisted.
ENVELOPE SETTINGS
E-mail, fax, and voice messages can include a “message envelope” for all message types,
including those that are converted to speech. This envelope contains information such as the
message duration, source, and so forth. Announcement options include the following:
• Announce Message Length: (Voice Only) If enabled, the voice mail message duration is
included in the message envelope.
• Announce Message Subject: (E-mail Only) If enabled, the subject line of the e-mail mes-
sage is included in the envelope. If the subject line is blank, the envelope ignores this setting
and does not announce the subject.
• Announce Message Pages: (Fax Only) If enabled, the total number of pages that were
faxed are included in the envelope.
• Announce Message Source: If enabled, the envelope includes the message originator.
For e-mail messages, this is the e-mail address or alias of the message sender; for voice
mail messages, this is the name and number of the caller (if available); and for faxes, this
is the originating fax number.
• Announce Date and Time: If enabled, the date and time that the message was received
is included in the envelope.
999
Features and Programming Guide
E-MAIL SYNCHRONIZATION
This section contains the following information:
• Feature Description below
• Programming E-mail Synchronization on page 1003
FEATURE DESCRIPTION
The Email Synchronization folder is for supporting the features included with Unified Voice
Messaging (UVM) E-Mail Synchronization
Prior to v5.0, the “unified messaging” (UM) capability with Unified Voice Messaging (previously
called Basic Voice Mail) was limited and did not allow true synchronization between the user’s
voice mailbox and e-mail client. With v5.0 or later, the UM capability for UVM has been enhanced
to provide additional integration options and is now called E-Mail Synchronization.
This integration with an external e-mail server gives E-Mail Synchronization users the option
to access, play, and manage their voice mail messages directly from their computer or
Blackberry® e-mail client application. Each UVM voice mail message received by the user can
also be delivered as an audio file attachment (.wav or .mp3) within an e-mail message sent to
the user. For more information on setting up and using the E-Mail Synchronization feature on
UVM, refer to the UVM E-Mail Synchronization Administrator Guide (document part no.
835.3286) and the UVM E-Mail Synchronization User Guide (document part no. 835.3287).
Note that this initial release of UVM E-Mail Synchronization does not provide a voice mail Web
interface for accessing messages, nor does it provide any inbound or outbound faxing features.
The E-mail Synchronization Level field specifies the level of integration. The options for this
field vary depending on the Voice Processor type, as shown in Table 163.
The E-mail Synchronization level you select determines which additional fields in the E-mail
Synchronization folder are programmable. See page 1003 for programming instructions and
field descriptions.
1000
Subscriber Mailboxes
For Unified Messaging OSE v2.0, the values for the option previously programmed under the
Fax/E-mail Forwarding folder in a v2.3 or earlier system remain the same and the fields
automatically map to their new location under Voice
Processor\Devices\Mailboxes\<mailbox>\E-mail Synchronization.
Whenever you change the E-mail Synchronization Level for any mailbox to anything other
NOTE than disabled, and if the E-mail Gateway is not set to SMTP or the E-mail server is not
programmed, the following message appears: “Your change cannot be completed because
E-mail Synchronization requires that the E-mail System be set to SMTP and the E-mail Server
be programmed. Would you like to change your e-mail configuration?” Click Yes to go to the
E-mail Gateway folder and make those programming changes, or click No to exit the dialog
box without making changes.
1001
Features and Programming Guide
1. To support the enhanced UVM E-Mail Synchronization levels (Enhanced Integration and Blackberry Enhanced Inte-
gration) for UVM E-mail Synchronization, the system require an appropriate system license. (Note that this is a single
system-wide license and not a per-mailbox license.) This licensing also allows the MP3 file attachment option to be
available to all of the E-Mail Synchronization levels. “If you are using Enhanced Integration or Blackberry Enhanced
Integration for UVM E-mail Synchronization, you can program up to 100 (for a system without a PS-1) and 250 (for a
system with a PS-1) mailboxes. If you attempt to program more than 250 mailboxes for E-mail Synchronization, a
warning message appears and DB Programming cancels the changes.“
2. If the BlackBerry Attachment Service (BAS) is hosted on a computer that uses Windows Server 2000 or 2008, the BAS
may not support MP3 audio files on BlackBerry devices. Check with BlackBerry for supported servers and any other
known issues regarding the BAS.
Table 164 indicates which fields in the E-mail Synchronization folder must be programmed for
each E-mail Synchronization level. See page 1003 for field descriptions.
1. This field is disabled if the voice processor type is UVM, which does not support faxing.
1002
Subscriber Mailboxes
2. The option selected for the IMAP Synchronization Method determines which related fields are programmable:
• Event (default): The IMAP IDLE Timeout field is enabled and the IMAP Polling Timeout field is disabled.
• Polling: The IMAP IDLE Timeout field is disabled and the IMAP Polling Timeout field is enabled.
To support UVM E-mail Synchronization, you must have a UVM E-mail Synchronization
NOTE software license uploaded to the system. To use the BlackBerry Enhanced Integration level,
you also need a UVM Blackberry Integration software license.
1003
Features and Programming Guide
• E-mail Address for Voice Messages: Specifies the e-mail address to which the voice
mail messages will be forwarded. This is also the e-mail address where welcome and
error e-mails are sent for the Enhanced Forward and Copy and Enhanced Integration
E-mail Synchronization levels. The content and format of the field depends on the e-
mail system being used. The address can be up to 127 characters. If you enter an
invalid character (: ; “ \ | ( ) , < > ‘), an error tone occurs. For example, when using Lotus
Notes, this field could be set to John Doe/Chandler/Mitel, and when using e-mail, it
would be [email protected].
• Allow User to Configure Settings: Delegates account configuration control to the
individual account users. It is set to Yes by default. This field appears with a red “X”
unless E-mail Synchronization Level is set to Enhanced Forward & Copy or Enhanced
Integration.
• Download Format for Mobile Web Page: Specifies which format to use when down-
loading voice messages from the mobile device Voice Mail Web page. Options include
.MP3 or .wav file formats.The default value is MP3. This field appears with a red “X”
unless E-mail Synchronization Level is set to Enhanced Forward & Copy, Basic Inte-
gration, or Enhanced Integration.
Most mobile devices do not support the .wav file format. Determine which format the
NOTE
user’s mobile device supports and program this option accordingly.
• E-mail Client Message Format: Indicates whether the message that the user receives
contains a WAV, MP3, or None. It is set to WAV by default. Setting this field to None
turns the synchronization process into a simple message notification type of application.
The synchronization process will be the same, but now in order to listen to the message,
the user would need to call into the system. The e-mail message includes the callback
information from the Message Notification Retrieval application.
Unless the user’s client application supports only MP3 files, Mitel recommends using the
NOTE WAV file setting only. Refer to MiVoice Office 250 Engineering Guidelines for
additional information.
• Synchronize MWI with E-mail Client: Synchronizes the Message Waiting Indication
(MWI) support with the e-mail client. If set to Yes (default), the message lamp is turned
off when the e-mail message is read. This field is applicable to the Enhanced Integration
E-mail Synchronization Level only.
• E-mail Address for Fax Delivery: Specifies the e-mail address of the account that
will receive incoming faxes. The fax is converted to a TIFF file and sent to the e-mail
address as an attached file. The address can be up to 127 characters. If you enter an
invalid character (: ; " \ | ( ) , < > ‘), an error tone occurs. This field appears with a red
“X” if the Voice Processor type is UVM because UVM does not support faxing.
• Copy Fax to Sender: Enables the default operation for e-mailing a copy of a fax to a
user’s account as specified in the E-mail Address for Fax Delivery field (see above).
The flag is enabled by default.
• Fax Delivery Destination: Specifies the extension of the fax machine that receives
incoming faxes routed through this mailbox. This field appears with a red “X” if the
Voice Processor type is UVM because UVM does not support faxing.
1004
Subscriber Mailboxes
To program the Fax Delivery Destination extension number, use one of the following
methods:
Method A
1. Select the current value and enter the new value in the box.
2. Press ENTER. A screen displays what is associated with the number you entered.
3. Click OK. The new number appears in the field.
Method B
1. Right-click on the existing extension number. An option box appears.
2. Click Change Fax Delivery Destination. A window appears prompting you to select
the type of device to include.
3. Select the type of device and then click Next. The list of devices appears. (You can
view them in a list only by selecting the List button.)
4. Highlight the extension number associated with the fax machine then click Finish. Your
selection appears in Fax Delivery Destination field.
• IMAP Synchronization Method: Determines how the IMAP server synchronizes
messages between the server and an IMAP client account. By default, it is set to
Event. This allows message changes on the remote IMAP server to be automatically
recognized by the synchronization client, as they occur. If the IMAP server does not
support the IMAP IDLE command, select Polling. This forces the synchronization
client to query for changes on the account on the remote server. If you do not know
if the remote IMAP server supports the IDLE command, default to Event. At run
time the synchronization client automatically detects if the IDLE command is sup-
ported. If not supported, the client uses the Polling method. Polling can be used as
default to reduce load on the unit. This field appears with a red “X” unless the E-
mail Synchronization Level is set to Enhanced Forward & Copy or Enhanced
Integration.
• IMAP IDLE Timeout: Determines the maximum length that the IDLE command will
wait for the IMAP server. The field appears with a red “X” if the Integration Synchro-
nization Method is set to “Polling.” The range is 1–30 minutes; the default value is
20 minutes. This field appears with a red “X” if the IMAP Synchronization Method
is set to “Polling” as it only applies for Event or unless E-mail Synchronization Level
is set to Enhanced Forward & Copy or Enhanced Integration.
• IMAP Polling Timeout: Indicates how often the synchronization process polls for
message updates. Use this when the server does not support the IDLE command.
The range is 1–20 minutes; the default value is 10 minutes. The field appears with
a red “X” if the IMAP Synchronization Method is set to “Polling” as it only applies
for Event or unless E-mail Synchronization Level is set to Enhanced Forward &
Copy or Enhanced Integration.
5. Click out of the field or press Enter to save the change.
1005
Features and Programming Guide
To determine the language used for mailbox displays, such as E-Mail Synchronization:
In order for E-Mail Synchronization to work properly, the following system settings must also
be properly configured in DB Programming:
• E-Mail Gateway (E-Mail System must be set to SMTP)
• IP Settings (Base Server Hostname and Domain Name must be configured)
RECORDING LENGTH
You can view the number of seconds used by the mailbox directory name and the primary and
alternate greetings. The information is shown for reference only. It is not programmable.
MESSAGE LIMITS
The message limits that can be programmed for each mailbox include the following:
• Maximum Mailbox Message Capacity: The mailbox can be programmed to hold up to
600 minutes of messages or have unlimited message capacity. The range is 0–600 minutes;
the default value is 30 minutes. Enter 0 for unlimited capacity.
• Maximum Non-Subscriber Message Length: Maximum non-subscriber messages can
be set to a value between one minute and the Maximum Mailbox Message Capacity setting.
The range is 1 minute to the Maximum Mailbox Message Capacity value; the default value
is 5 minutes.
• Maximum Outgoing Message Length: The length of outgoing messages by this subscrib-
er. The range is 1–120 minutes; the default value is 5 minutes.
1006
Subscriber Mailboxes
SUBSCRIBER STATISTICS
You can view subscriber usage statistics. The statistics reflect the period since the last date
that the statistics were cleared. Statistics are cumulative and remain as such until cleared using
Report Parameters. See “Report Parameters“ on page 1055. The information is shown for
reference only. It is not programmable. Statistics are as follows:
• Last Logon Date (and Time): Reflects the most recent date and time of the last valid logon
by the subscriber. (If the System Administrator makes any change to a subscriber’s personal
options from the System Administrator’s mailbox, no change will be made to this field.)
• Number of New Messages: Reflects a count of the number of messages in a subscriber’s
new message queue. It is the same number that is reported to the subscriber when he or
she logs in to the mailbox.
• Number of Saved Messages: Reflects a count of the number of messages stored in the
saved message queue for the mailbox. It is the same number that is reported to the sub-
scriber when he or she logs in to the mailbox.
• Mailbox Percent Full: Shows the actual percentage of maximum mailbox message ca-
pacity used.
• Number of Times Mailbox Was 80% Full: Shows the number of times the mailbox reached
80% of its maximum message capacity.
• Number of Times Mailbox Was Full: Displays the number of times a mailbox reached its
maximum message capacity.
• Number of Messages Sent: Reflects a count of the number of times a subscriber records
and sends a message (to one mailbox or a group list of mailboxes), replies to a message
sent by another subscriber, or forwards a message with comments.
• Number of Messages Received: Shows the number of messages a subscriber has re-
ceived regardless of where the messages came from (subscriber, non-subscriber, or
system).
• Total Length of New and Saved Messages: Reflects a combined total of the amount of
time represented by the “Number of New Messages” and “Number of Saved Messages”
fields.
• Number of Times 3 Bad Passcodes Were Entered: Increases each time a single call
includes three attempts to enter a mailbox and the caller uses an incorrect mailbox/pass-
word combination.
1007
Features and Programming Guide
DIAL-0 DESTINATIONS
The dial-0 destination is where calls are sent if callers dial 0 for the operator. Dial-0 destinations
are used for Voice Mail and Automated Attendant applications.
The following options select the type of device that is used for the day and night operator
destinations:
• None: Operator access is denied from Voice Mail and Auto Attendant applications.
• Extension: The system automatically transfers the call to any system phone application
(including a STAR application) or hunt group extension. The system software supports
STAR applications as a valid Dial-0 Destination.
• Mailbox: The system automatically transfers the caller to the mailbox specified in the Dial-
0 Destination (see the following section) when the caller dials 0.
• Operator: If the operator destination is set to Operator, the caller is transferred to the
attendant.
If you select day or night destination types, as described in the previous section, you can select
the specific device that serves as the operator destination.
1008
Subscriber Mailboxes
REMOTE MESSAGING
UVM systems only. Remote Messaging is a subscriber feature that is enabled through database
programming. Subscribers may program a series of specific telephone numbers (a “cascade”)
for the Voice Mail system to call when new messages are received by their mailboxes. See
page 1016 for a sample notification cascade setup. For end-user instructions, refer to the
Unified Voice Messaging and Embedded Voice Mail Card User Guide, part number 835.3205.
Remote Messaging places a call to subscribers when their mailboxes receive new voice
messages. Using “cascade levels” of up to nine phone numbers (see page 1010), the voice
mail system calls each number until it successfully connects to a device (for example, a home
phone, a mobile phone, or a pager). The figure below shows an example of Remote Messaging
routing.
You cannot enable Remote Messaging unless you have programmed cascade levels
NOTE (see page 1011). If you try to enable Remote Messaging without any cascade levels,
an error is displayed.
The cascade
level 2 number
(for example,
your mobile phone)
receives the call from voice
mail, and you answer the
call.
You are notified of the new
message (“You have a
voice message from...”).
1009
Features and Programming Guide
The Voice Mail system monitors subscriber mailboxes continuously. During monitoring, if new
messages have been received, the system determines if Primary Notification is turned on. If it
is, the system checks the day and time programming. If the current time is within the
programmed notification day and time, the Voice Mail system makes the notification call(s) to
the numbers in the Primary Notification cascade. If Primary Notification is turned off or if the
day or time does not match, the Voice Mail system immediately makes the same check for
Alternate Notification and possibly place calls to the numbers in the Alternate Notification
cascade.
When Voice Processing makes a notification call, it moves through the appropriate notification
cascade level by level as determined by the notification and retry programming described in
the following sections. When the system reaches the last level in the cascade, it returns to level
1 and begin again, if necessary.
If the system is not able to place the call within the parameters of the programmed notification
day and time (due to busy facilities or invalid programming), the mailbox receives a message
stating that notification could not be completed (the mailbox owner hears the message next
time he accesses the mailbox.).
The number of calls Voice Processing can process simultaneously is determined by the
Maximum Number of Outgoing Calls flag. It defaults to 2, but can be programmed to use all of
the enabled Voice Processing voice channels.
The number of calls Voice Processing can process simultaneously is also limited by the
available time slots (maximum channel allocations) for the application. For more information
about maximum channel allocations, refer to the “Specifications” chapter in the MiVoice
NOTE
Office 250 Installation Manual . An outgoing message notification call that exceeds the
number of channels allocated to the Message Notification application results in an error
message.
If you enable Remote Messaging (see page 1009), you must program either Primary or
Alternate Message Notification parameters.
1010
Subscriber Mailboxes
Select Voice Processor – Devices – Mailboxes – Local – <extension> – Primary (or Alternate)
Message Notification. The following options are shown in the right pane:
• Cascade Levels: Double-click Cascade Levels to view the list of cascades. The list ap-
pears blank if no cascade levels have been programmed. For cascade programming
options, see page 1012.
Primary and alternate cascade levels are not equipped in pairs. For example, if you add or
delete a primary cascade level, a corresponding alternate cascade level is not automatically
added or deleted.
When a Remote Message Notification call is placed, the prompt “You have received a remote
NOTES message . . .” starts to play as soon as a programmable timer expires (default value is 3
seconds). Voice Processing plays the prompt five times before disconnecting the call. Playing
out these prompts five times covers the (programmable) maximum number of rings and still
plays at least one iteration of the prompt. User’s must press pound (#) or star (*) to stop the
prompts. The programmable delay only extends the prompt replays. Users will probably hear
the end of a previous prompt, but they can hear the entire prompt if they want to.
• Notification Category: You can set message notification to place the notification call for
all messages or only when priority messages are received. The default state is all
messages.
a. Select option from the list.
b. Press ENTER or click another field to save the change.
• Call For Each New Message: This determines whether the Voice Processor should attempt
message notification every time a message is received (that meets the notification category
set above), or only when a message is received and no other messages are waiting to be
picked up.
To enable a day:
a. In the Value column, select the check box. The field changes to Yes. To disable the
option, clear the check box.
1011
Features and Programming Guide
1012
Subscriber Mailboxes
• Pager Notification Retry Timer: Reflects the amount of time the Voice Processor will
wait between outgoing call attempts when the notification number is a pager. The range
is 0–1440 minutes; the default value is 20.
• Enable Notification: Each cascade can be enabled or disabled individually. To change
the setting, click the check box to place a mark in it and set the flag to Yes. (Or click an
existing mark to disable it and change the flag to No.) Press ENTER or click another field
to save the change.
• Call Progress Detection: This determines if the Voice Processor will perform call progress
detection after dialing the notification number and outgoing termination fields on outside
calls. If it is enabled, the system will analyze call progress tones after sending the number.
If it is disabled, the system will assume the call has been answered, without analyzing tones.
This should only be disabled in cases where call progress tones are not used (lighting a
message lamp) or when the tones used by the destination cannot be recognized by the
system (some pager destinations). To change the setting, select the check box to remove
the mark in it and set the flag to No. (Or click it again to enable it and change the flag to
Yes.) Press ENTER or click another field to save the change.
• Notification Type: The message notification number can be identified as a personal num-
ber (a person will answer the call) or a pager. (This defaults to personal number.) Select
the option from the list. Press ENTER or click another field to save the change.
• Notification Destination Type: This indicates whether the notification call is going to an
intercom (IC) or outside (CO) destination. This can also be programmed by the mailbox
Subscriber. Select the drop-down list box and scroll to the desired setting. Press ENTER
or click another field to save the change.
• Notification Destination: This is the number (outside number, local extension, or off-node
extension) to be notified when the mailbox receives a message. If the Notification Destina-
tion Type is IC, right-click the field and select Change Notification Destination. Program
the destination device. If the Notification Destination Type is CO, enter the outside number
in the text box. Press ENTER or click another field to save the change. The outside number
can contain up to 24 characters including digits (0–9, #, and *) or P for pauses. This number
should not include pager display numbers; they are programmed below.
• Pager Dial String: This digit string can contain up to 54 characters. It should include any
digits that the paging company requires when the call is answered, the pager LCD number,
and the pager termination code, if needed. Valid entries include: any digit 0–9, #, *, P for
pause. Also, if you want to have the pager show the number of the mailbox that placed the
call, you can use an M in the dial string. To show the number of waiting messages for the
mailbox, use an N. For example, if the Pager String is programmed as 9619000*MN# and
a pager call is placed by mailbox number 1234 which has 3 waiting messages, the pager
display would show 9619000*12343 (the # is used as a call termination digit). Enter the
dial string in the text box, then press ENTER or click another field to save the change.
• Outgoing Access: This is used to identify the trunk group that will be used for placing
remote notification calls. To change the trunk group, right-click Value and select Change
Outgoing Access. In the first window, scroll to CO Trunk Groups, then click Next. In the
next window, select the desired trunk group, then click Finish to exit.
• Outgoing Access Prefix: This is the dial string that the system uses before an outgoing
number, if any. Enter the dial string in the text box and then press ENTER or click another
field to save the change.
1013
Features and Programming Guide
• Outgoing Termination: This is the dial string that the system uses to terminate an outgoing
number, if any. Enter the dial string in the text box, then press ENTER or click another field
to save the change.
The mailbox can be programmed to retry notification calls when it encounters a busy trunk or
trunk group. Each cascade level can be programmed with a Number of Call Attempts value of
1-1000 calls. If the mailbox user accesses the mailbox between the time the message is
received and when remote notification is successful, the system stops attempting remote
notification. It is assumed that the mailbox user listened to the message when the mailbox was
accessed. However, the MSG button at the phone remains lit if there are any messages that
have not been heard.
Each level also has a Number Called Busy timer, and a Pager Notification Retry timer or
Personal Number No Answer timer. These timers determine how long the voice processor waits
before making the next notification attempt when messages are waiting to be heard (unless it
is overridden by the Each New Message flag). These timers can be set to a value of 0–255
minutes. If set to 0, it retries the cascade level immediately, for as many attempts as allowed
by the Number of Call Attempts field. If the message(s) have not been picked up by then, the
system moves to the next cascade level. The default setting for the Pager Notification Retry
timer is 20 minutes. The Number Called Busy and Personal Number No Answer timers default
to 5 minutes.
1014
Subscriber Mailboxes
NOTICE
The 0-minute timer value should be used cautiously. If the system is forced to make several calls in quick
succession, it impairs Voice Processing ability to place other outgoing calls. It should be used primarily
with cascades in which all of the members wish to receive notification at approximately the same time.
In this case, all levels except the last could be set to 0-minute retries with 1 allowed call attempt.
However, the last level in the cascade should be programmed with a longer Pager Notification Retry
timer so that the system does not continuously cycle through the cascade levels. (Continuous cycling is
also prevented somewhat by a per-mailbox 15-call limit. Due to FCC regulations, Voice Processing can
allow a mailbox to make only 15 calls in rapid succession without a 10-minute pause.)
NOTIFICATION NUMBERS
Each cascade level has a programmed notification number that can be an extension number
or an outside telephone number. When an outside telephone number is used, the system
accesses an outgoing trunk using the code programmed for that level that contains a pre-
programmed trunk access code and followed by an outgoing access termination feature code,
if needed.
Notification calls to outside telephone numbers can be sent to a pager or to a number where
a person answers (personal number).
• If the call goes to a pager, the system dials the programmed Pager Dial String, then dis-
connect the call. The dial string should include any digits that the paging company requires
when the call is answered, the pager LCD number, and the pager termination code, if
needed. Also, if desired, the pager string can be programmed to show the number of the
mailbox that placed the call and/or the number of waiting messages in the mailbox.
• If the call goes to a personal number, the system plays a prompt announcing that the call
is from Voice Mail, play the directory name or mailbox number that originated the call, and
play user instructions. The listener can then enter the mailbox number password to gain
access to the mailbox and hear the message. The listener has three chances to enter a
correct password. If the system receives an incorrect password three times, the Voice Mail
system disconnects the call immediately, and the attempt is considered unsuccessful.
The following is a sample programming sequence for enabling pager notification. In the
example, the pager number is 555-2500, trunk group 1 is used for notification, the display
should show 961-9000 when a message is left in mailbox 1001, and the paging company
requires a # after the digits.
1. In Voice Processor Programming, create a Message Notification/Retrieval application.
2. If desired, set toll restriction for the Message Notification/Retrieval application in Voice
Processor\Devices\Applications\Class of Services.
3. Ensure the Message Notification/Retrieval application has outgoing access for trunk group
92001.
4. In Mailbox Programming for mailbox 1001, enable Remote Notification and program the
following for the primary and/or alternate message notification:
a. Notification Category: Determine whether all messages or only priority messages
cause message notification.
1015
Features and Programming Guide
b. Call For Each New Message flag: Determine if you want to call the pager every time
a new message arrives, even while there is an unheard message waiting.
c. Start Time, Stop Time, and Day of Week: Set the parameters for when you want the
pages to be sent.
d. Cascade Table: Program the cascade table(s) needed. In the example, the table would
have:
• Notification Type: Pager
• Notification: Enabled
• Notification Destination Type: CO
• Notification Number: 555-2500
• Outgoing Access: 92001 (Trunk Group 1)
• Pager Dial String: 961-9000#
• Timers: Can be adjusted to suit the pager user’s requirements.
Step 4d on page 1016 shows how each level in a Primary and Alternate cascade is programmed
to meet a customer’s needs. In the example, the pager dial string (9619000*MN#) includes the
Voice Processing telephone number (961-9000), an asterisk to separate digits, the mailbox
number (M), the number of messages in the mailbox (N), and a pager termination digit (#).
Table 165: Example Notification Cascade Entries
CUSTOMER WANTS: CASCADE LEVEL: PROGRAM THESE PARAMETERS:
During weekly business hours (8–5), Primary Notification Notification Category: All Messages
customer wants to be notified for all Call For Each New Message: Enabled
messages, each time a message is Start Time/Stop Time: 8:00 AM/5:00 PM
received... Days of Week: Monday-Friday
First, call customer’s desk (extension Primary – Level 1 Enable Notification: Yes
1234) for up to 3 attempts, 1 minute Notification Destination Type: IC
apart... Notification Number: 1234
Notification Type: Personal
Number of Call Attempts: 3 calls
Number Called Busy: 1 minute
Personal Number No Answer: 1 minute
If customer does not answer at desk, Primary – Level 2 Enable Notification: Yes
customer wants Voice Mail to call car Notification Destination Type: CO
phone (555–1000) up to 5 times, Notification Number: 5551000
every three minutes... Notification Type: Personal
Outgoing Access: 92001 (trunk group 1)
Outgoing Access Termination: #
Number of Call Attempts: 5 calls
Number Called Busy: 3 minutes
Personal Number No Answer: 3 minutes
Page 1 of 2
1016
Subscriber Mailboxes
Page 2 of 2
MAILBOX INITIALIZED
This field indicates whether the subscriber has initialized the mailbox and recorded a name in
the company directory. The field is shown for reference only and is not programmable.
Select Voice Processor – Devices – Mailboxes – Local – <extension>. The Mailbox Initialized
option is shown in the right pane.
1017
Features and Programming Guide
RECEIVE ONLY
You can program mailboxes as “Receive Only.” Receive Only mailboxes cannot be used to
send messages. By default, mailboxes do not have this option enabled.
To disable the instructions that play after the primary or alternate greeting:
1. Select Voice Processor – Devices – Mailboxes – Local – <extension> – Play Recording
Instructions.
2. In the Value column, select the check box. The field changes to Yes. To disable the option,
clear the check box.
3. Click out of the field or press ENTER to save the change.
1018
Subscriber Mailboxes
Swap “7 for Save” and “9 for Delete” Message Keys feature applies to UVM and only.
You can use the Swap “7 for Save” and “9 for Delete” Message Keys to reverse the 7 and 9
digit operations in subscribers’ Message Options. By default, the 7 digit is used for SAVE and
the 9 digit is used for DELETE. With the swap feature, you can use the 7 digit for DELETE and
the 9 digit for SAVE, just like cell phone voice mail system functionality.
This helps users who are familiar with cell phone functionality from accidentally deleting
messages by pressing 9, intending to save messages. Subscribers can program this feature
for their mailboxes (see below) or you can program this feature for all subscribers in the voice
processing system settings.
1019
Features and Programming Guide
This feature allows a subscriber to record a custom message without requiring administrative
access to voice mail. For example, a teacher (the “subscriber”) could record a homework
assignment message for students who missed class that day. The students could then retrieve
the message from the mailbox, but they would not be able to leave messages in the mailbox.
Each UVM mailbox in DB Programming, has an option to indicate if it is “play-only.” The default
value is set to “No” for all mailbox types.
PASSCODE
You can program the passcodes that subscribers use to access their mailboxes.
To provide system security, all mailboxes should have a passcode. To make the passcodes
difficult to guess, they should not match the mailbox number or consist of one digit repeated
several times. The default passcode should be changed the first time the user logs in. This is
NOTES especially important in the voice mail administrator mailbox, which allows programming
access to the voice processor.
This feature is available as a programmable option to subscribers, allowing them to change
the selected option.
1020
Subscriber Mailboxes
3. In the New Passcode box, type the passcode (up to 12 digits, using digits 0–9). The digits
appear as asterisks (***) in the box.
4. In the Confirm passcode box, retype the passcode.
5. Click OK to exit and save the passcode.
GREETING
You can enable one of the following greetings:
• System: The default greeting that callers hear when they access subscribers’ mailboxes.
The following is an example system greeting. “<Subscriber’s name> is not available. After
the tone please record your message. When finished leaving your message, hang up, or
press # for more options.”
• Primary: The “standard” greeting used by subscribers who are unavailable to take calls.
Subscribers record their own primary greetings.
• Alternate: An alternate greeting that subscribers can use for vacations, days off, and so
forth.
This feature is available as a programmable option to subscribers, allowing them to change
NOTE
the selected option.
TRANSFER METHOD
(Applies to associated mailboxes only.) When a call is received by an automated attendant and
the caller enters an extension number, the Transfer Method determines how the call is
transferred. Transfer Methods are as follows:
• Announce-Only: The caller is asked to state their name, and then the call is transferred
to the associated extension number. When the phone user answers the transfer, the system
plays the caller’s name and completes the transfer.
• Screened: The caller is asked to state their name, and then the call is transferred to the
associated extension number. When the phone user answers the transfer, the system plays
the caller’s name. The phone user has the options of replaying the name, sending the call
to voice mail (if the extension has a mailbox), transferring the call to another extension,
accepting the call, or rejecting the call.
• Unannounced: The call is transferred to the associated extension number after the system
checks the phone to determine its status (busy, available, ringing, and so forth).
This feature is available as a programmable option to subscribers, allowing them to change
NOTE
the selected option.
1021
Features and Programming Guide
Method A
a. Select Voice Processor – Devices – Mailboxes – Local – <non-associated mailbox
extension> –Message Notification Phone.
b. In the Value column, select the current value, and then enter the new extension number
in the box.
c. Click out of the field or press ENTER to save the change.
Method B
1022
Subscriber Mailboxes
a. Right-click the existing extension number, and then select Message Notification
Phone. A dialog box appears prompting for the device type to include.
b. Select the device type, and then click Next. The list of devices with details appears.
To view the items in a list only, click List.
c. Select the appropriate phone, then click Finish. The selection appears in the Message
Notification Phone field.
TIME ZONE
If the mailbox is located in a different time zone than the external voice processing system, you
can set the Time Zone option to match voice processing system location. This allows the time
stamp on voice mail messages to reflect the correct time for that mailbox location.
QUOTA WARNING
Select the threshold that must be met before the system generates a warning to the subscriber.
This value is set as a percentage of the Maximum Mailbox Message Capacity (under Message
Limits). For example, if this value is set to 80 and the Maximum Mailbox Message Capacity
value is set to 30 minutes, a warning message is issued when the number of voice mail
messages totals 24 minutes (80% of 30 minutes). This warning prompt is then played each
time the user accesses their mailbox. The warning prompt is no longer played after the mailbox
storage total falls below the quota warning threshold. The valid range is 0–100 percent, and
the default is 80. If set to 0 or 100, no warning message is issued.
QUOTA GRACE
Select the amount of additional storage that the system allows once the Maximum Mailbox
Message Capacity limit (under Message Limits) is met. This value is also set as a percentage
of the Maximum Mailbox Message Capacity. To determine the point at which messages are
denied, the system adds the quota grace value to the total capacity limit. For example, if this
value is set to 80 and the Maximum Mailbox Message Capacity is set to 30 minutes, the system
does not store messages once the number of voice mail messages totals 54 minutes (30 +.8
x 30). When this capacity is reached, a voice mail prompt informs the user that their mailbox
is currently full. The valid range is –1 to 100 percent, and the default is 0, which indicates that
no grace is allowed. For unlimited messages, set this value to –1.
1023
Features and Programming Guide
LANGUAGE
The Language field determines the language used for mailbox displays, not prompts, such as
E-Mail Synchronization.
1024
Subscriber Mailboxes
MAILBOX-RELATED INFORMATION
You can view voice processing mailbox statistics. This information is presented for reference
only and cannot be programmed. Statistics continue to accumulate until they are cleared using
the Voice Processor Report Parameter window. See “Application and Channel Statistics“ on
page 1055) for more information.
Select System – Mailbox-Related Information. The following statistics are shown in the right
pane:
• Number of Mailboxes: The number of mailboxes that have been created in voice mail.
• Number of Messages Sent: A count of the number of times subscribers have recorded
and sent messages to one mailbox or to a group list of mailboxes, replied to a message
sent by another subscriber, or forwarded a message with comments.
• Number of Messages Received: The number of messages that subscribers have received
regardless of the origination of the message—subscriber, non-subscriber, or system.
• Number of Messages Received From Remote Nodes: The number of messages that
subscribers have received from phones on other nodes.
• Number of New Messages: The total of the number of messages in all subscribers’ new
message queues.
• Number of Saved Messages: The total of the number of messages stored in the saved
message queues for all mailboxes.
• Total Length of New and Saved Messages: A combined total of the amount of time
represented by the “Number of New Messages” and “Number of Saved Messages” fields.
• Average Mailbox Percent Full: The average percentage of maximum message capacity
used by all mailboxes.
• Number of Times Mailbox Was Full: The number of times any mailbox reached its max-
imum message capacity.
• Number of Times Mailbox Was 80% Full: The number of times any mailbox reached 80%
of its maximum message capacity.
• Number of Times 3 Bad Passcodes Were Entered: The number of times that subscribers
attempted to use an incorrect password three times in row to connect to a mailbox.
• Number of Mailboxes Currently Full: The number of mailboxes that are currently at their
maximum capacity.
• Number of Mailboxes Currently More Than 80% Full: The number of mailboxes that are
currently over 80% of their maximum message capacity.
1025
Features and Programming Guide
1026
Chapter 16
VOICE PROCESSING MANAGEMENT
Features and Programming Guide
INTRODUCTION
This chapter describes tools that you can use for Unified Voice Messaging (UVM) maintenance
and how to save or restore UVM databases. For MiCollab Unified Messaging system
maintenance, refer to the MiCollab Unified Messaging System Administration Help and the
MiCollab Unified Messaging Technician’s Handbook.
The type of automatic maintenance performed is up to you. With Windows-based VPU, you
can use the Watchdog Configuration Utility (located in the avdap\utility directory) to
configure automatic backups of the Voice Processor database. You also have the option of
creating a batch file to perform this task and/or other custom maintenance tasks. When you
create the batch file, name it system_maintenance.bat and place it in the winnt/system32
directory.
An example of a simple batch file that will copy the entire db\ directory to a directory called
backup\avdapdb\ is as follows. (Contact Mitel for more complex examples of batch files.)
net stop avdap
del /s /f /q c:\backup\avdapdb
rd /s /q c:\backup\avdapdb
md c:\backup\avdapdb
xcopy /s /e /v c:\avdap\db c:\backup\avdapdb
net start avdap
With Windows-based version, Voice Processing first checks the Auto Reboot and Auto
Maintenance fields.
• If the current day is set for Auto Maintenance, the software watchdog will run the Auto
Maintenance batch file. When Auto Maintenance is finished, the software watchdog will
check if Auto Reboot is enabled for that day. If so, it will shut down Windows-based VPU
and reset the PC. If the current day is not set in the auto reboot field, the software watchdog
will just restart the Avdap (Voice Processing) service.
• If the current day is not set in the Auto Maintenance field but it is set in the Auto Reboot
field, the software watchdog will shut down both the Avdap service and Windows-based
VPU, and reboot the PC.
You can program either Auto Maintenance, Auto Reboot, or both. However, on a day where
both fields are programmed, the software watchdog will run Auto Maintenance first and then
Auto Reboot.
1028
Voice Processing Management
ENABLING DIAGNOSTICS
When the Enable Diagnostics option is selected, voice processor logs all diagnostics output
(including alarms) generated by the voice processor computer to a file. Using that file, you can
troubleshoot problems dealing with message lamps, delayed messages, remote messaging,
and so forth. By default, this flag is disabled.
There are five diagnostics log files: log, log.1, log.2, log.3 and log.4. Information is initially written
to the log file, when this file becomes full its contents are transferred to the log.1 file. The log.1
file contents are transferred down to the log.2 file, whose contents are transferred to the log.3
file, whose contents are transferred to the log.4 file. The information contained in log.4 is
discarded permanently each time log.3 is transferred.
Diagnostics may be left on at all times without affecting performance. The number and size of
the log files can be changed. For a complete list of diagnostic codes, refer to the Message Print
Diagnostics Manual, part no. 550.8018, which is supplied on the System software DVD. You
can also find all documentation on the Mitel eDocs Web site (http://edocs.mitel.com).
This section describes the procedure for performing automatic Voice Processor database
backups using Windows-based VPU. These backups can be written to a local drive, a network
drive, or to an attached mass-media device. For the duration of the backup, the Voice Processor
is not functional. When using a network drive, you can configure the Voice Processor to backup
to a local drive first to minimize downtime.
If setting up the system for automatic backups, you must attach a standard USB flash
NOTE drive to the USB-A port on the front of the chassis. This flash drive must remain attached
at all times
1029
Features and Programming Guide
then copied to the appropriate destination on the mass media device. This allows the Voice
Processor to start as soon as the backup to the local drive is complete.
6. Set the Voice Processor Database Save Directory field to the USB flash drive location
(where the Voice Processor backup will be stored).
1030
Voice Processing Management
You can save and restore UVM data to a USB flash drive. For systems equipped with a PS-1
and licensed to run 16-port UVM, you can save/restore UVM data to a remote computer after
setting up a shared folder on the computer.
You can save/restore UVM to a remote computer running Windows 2000 or later or to a Linux/
Unix Network File System (NFS) shared folder.
Before you can save/restore UVM data to a remote Windows or Linux/Unix computer,
you must set up a shared folder on the remote computer.
NOTE For detailed instructions as applicable, see “Saving/Restoring Data in a System
Equipped with a PS-1 on a Remote PC“ on page 1042
or “Saving/Restoring UVM Data to a NFS-Supported Computer“ on page 1046.
Table 166 shows the options available for saving and restoring voice processor databases.
1031
Features and Programming Guide
You can use save or restore all fields except the Call Processing Server password. Also, an
NOTE error message appears if you attempt to restore an incompatible system type onto a system.
For example, you cannot restore a Base Server database onto a PS-1 system and vice versa.
When you select either Voice Processor Save or Voice Processor Restore from the Operations
– Voice Processor Operations submenu, one of the following window appears. When using
Unified Voice Messaging, the SMDR Buffer and Fax Document options are not available.
1032
Voice Processing Management
1033
Features and Programming Guide
Always use the option to save voice data if you are defaulting the database or changing the
flash card, as this does a complete save of the system and voice information. When you then
do a restore, all messages are restored as saved and new respectively.
NOTES
If you simply save the voice data then default the database or change the flash card, or
remove the messages through the database or the phone, the restored voice data will be
restored as new.
Selecting the desired drive places a dot in the option button. Place a diskette in the correct
drive on the voice processor computer before selecting Next. If you are using the USB flash
drive for UVM, make sure the drive is inserted into the MiVoice Office 250 before specifying
the save to or restore from options.
NOTICE
Possible Database Loss and VM System Inoperability. When an external voice processing system
performs a save operation, it erases files and/or directories from the UNC_path. Therefore, be careful
when specifying the save/restore path. For example, do not specify C:\ as the save/restore path
because the external voice processing system would delete the entire C drive.
When using a USB flash drive to back up Unified Voice Messaging, and you want to back up
specific voice data, create subdirectories on the flash drive while it is in the MiVoice Office
NOTE 250 Base Server. For example, to back up prompts, create a subdirectory at the root level of
the flash drive such as U:\prompts. Specify this as the Save to location in the dialog box
shown in the figure on the previous page. Repeat the save to process for each subdirectory.
• System Prompts: The system prompts (default and customized) will be saved or restored.
Restored information will overwrite the current prompts, if any.
• SMDR Buffer: If you select Save, the current call record information in the SMDR buffer
will be saved to the selected drive. The buffer will not be cleared. If you select Restore, the
SMDR call records contained on the disk in the selected drive will overwrite the existing
SMDR buffer contents.
• Fax Documents: All fax documents in the database will be saved or restored. Restored
documents will overwrite existing documents of the same number, if any.
• Audiotex Recordings: All audiotex recordings will be saved or restored. Restored record-
ings will overwrite the current recordings of the same number, if any.
• Group Lists: All group lists and group list directory information in the database will be
saved or restored. Restored information will overwrite existing information for group lists of
the same number, if any.
• Mailbox Information: You can select the mailboxes information to be included. Depending
on the items checked, the following will be saved or restored:
1034
Voice Processing Management
Next/Back: When you click Next, the selected information is displayed for reference. If it is not
correct, select Back and correct the information. If it is correct, click Finish to continue.
Finish: When you click Finish, the information will be saved or restored to the selected drive.
The following windows may appear:
• A restore operation begins with a warning that the database is about to be overwritten with
the new data. You are given the choice of allowing the overwrite (select Yes) or canceling
the restore process (select No).
If using a USB flash drive to back up Unified Voice Messaging, and you want to back up
specific voice data, create subdirectories on the flash drive while it is in the MiVoice Office
250 Base Server. For example, to back up prompts, create a subdirectory at the root level
of the flash drive such as U:\prompts. Specify this as the Save to location in the dialog box
in the figure on page 1003. Perform the save operation for each subdirectory.
If using diskettes with an external voice processing system, use a separate disk for each
type of save (System Prompts, SMDR Buffer, and Fax Documents). Each time you perform
a save operation, all files on the disk are erased and replaced with the new saved
information.
• During a save or restore process, a window appears that shows the percentage of the
database that has been copied. To cancel the save or restore operation, select Cancel.
Canceling a restore operation will cause the system to default the Voice Processor
NOTE
database.
• If restoring mailbox information, group lists, or audiotex messages, place the last disk of
the saved information in the drive. This disk has the file that tells the system which infor-
mation was saved and has the requested information included in the saved data. The
system checks to see if the requested information is contained on the disks. If not, you will
1035
Features and Programming Guide
see an error message. If the information is available, you will be instructed to insert the
appropriate disk(s) to complete the restore operation. Only the information you checked in
the Save/Restore windows will be restored to the system, even if other information is present
on the disks.
The Voice Processor applications and/or mailboxes will not be usable while they are being
saved or restored and callers will receive reorder tones. This is necessary to prevent users
from making new recordings and causing database errors. If a mailbox is busy when you attempt
to restore it, you will receive a warning message with the following three options:
• Abort the Save/Restore operation: This terminates the entire save or restore operation,
even if you were performing the operation for more than one mailbox.
• Cancel the operation for that mailbox: This terminates the save or restore operation for
the busy mailbox.
• Try again: If you are saving or restoring multiple mailboxes, it places the busy mailbox at
the end of the list and retries it later. If only one mailbox is being restored, it immediately
tries again. If the mailbox is still busy when retried, you receive the three options again.
The Enable Voice Processor database field is autoenabled by Call Processing. For example,
if the Enable Voice Processor flag is set to No, and the user successfully connects an external
voice processing system or enables Unified Voice Messaging, Call Processing auto-enables
the flag. However, if DB Programming is currently programming the switch, the auto-enable
flag does not get automatically enabled.
In its default state, this flag is turned ON. If you do not have an external voice processing
NOTE system connected to the MiVoice Office 250 Base Server, make sure to turn this flag OFF
before attempting to import or export information over the network.
1036
Voice Processing Management
A voice processor connected to a MiVoice Office 250 auto-enables when the system boots up.
To avoid the risk of overwriting an established database with default values, Mitel recommends
connecting the voice processor first, then connecting with an online mode session of DB
Programming, and then saving.
The Select a Voice Processor Type dialog allows you to identify a known type of voice processor
that has not been enabled in the system configuration. It does not, however, allow you to change
a voice processor type after the database has been created.
1037
Features and Programming Guide
4. Select the option button for the voice processor type you know is connected to the system.
5. Click OK to continue programming the selected voice processor. If you select Cancel, the
Enable Voice Processor field in the System folder toggles to No. If you select a voice processor
type, or if one already exists in the database, you must restart the system in order for the
changes to take effect. The following message window appears.
6. Click OK. The voice processor type is updated in DB Programming and the session closes.
Clicking Cancel toggles the Enable Voice Processor value in the System folder to No, cancels
any Select a Voice Processor Type selection made, and displays the Mitel DB Programming
window.
7. Restart a local DB Programming session.
8. After enabled, the voice processor can be configured and programmed in accordance with
customer requirements.
SAVING/RESTORING DATA
The following instructions explain how to save or restore voice processor data on a system
equipped with a PS-1. For detailed instructions about saving and restoring voice data on a
system that does not have a PS-1 and is running UVM, refer to the MiVoice Office 250 DB
Programming Help.
Save/restore options appear in the dialog box on the first page of the Voice Processor Save/
Restore wizard.
From the dialog box similar to the one in the following example, you may select only Voice Mail
Drive. Because you are not connected to a system equipped with a PS-1 and supporting UVM,
the Windows and NFS options are dimmed and not selectable.
1038
Voice Processing Management
In the Path box, enter the drive letter and path to the location of the local unit.
If a system that is equipped with a PS-1 and running UVM is connected and you are saving to
or restoring from a Windows or NFS computer, the Hostname field is enabled. The Hostname
field is dimmed and unselectable when you select a USB location.
The Hostname field and the path to it are filtered by DB Programming to ensure that only valid
characters are entered. For the Hostname, a valid number or letter must be entered as the
starting character. The remaining characters can be any valid character for a hostname.
Table 167 shows valid characters for both path and Hostname entries.
For a Windows or NFS location, the Hostname field is enabled. Enter a hostname of a PC on
the network for the path in the Hostname field. The Hostname field is disabled for a USB
location selection. The Hostname field is filtered by DB Programming to ensure that only valid
characters are entered. A number or letter must be entered as the starting character. The
remaining characters can be any valid character for a hostname. Table 10 summarizes the
valid characters. If you do not specify a hostname, the following warning appears
1039
Features and Programming Guide
To keep the current IP settings, click Current Settings. The settings in the Current Value
column are copied over to the database.
To restore the IP settings, click Restore Settings. The settings in the Restore Value
column are copied over to the database.
• For systems equipped with a PEC-1, if the current settings for the PEC-1 differ than the
settings in the database to restore, the following dialog box appears, allowing you to specify
which settings you want for the Expansion card of your system.
1040
Voice Processing Management
• For systems equipped with a PS-1, the following dialog box displays if the system PS-1
settings differ from the database to be restored.
To save or restore voice data on a system equipped with a PS-1 to a local drive:
1. In online mode and connected to a system equipped with a PS-1. From the DB Program-
ming menu bar, select Operations – Save/Restore Node Data – Database Save… (or
Database Restore). A dialog box similar to the previous one appears.
2. Select the Save voice data to: or Restore Voice Processor voice data: option. The
Voice Mail Drive option is automatically selected.
3. In the Path box, type the path (up to 256 characters). If you are saving to or restoring from
a voice mail drive, E:\ appears in the Path: box. If using an external voice processor com-
puter, browse to the applicable destination drive and folder sequence where the voice data
1041
Features and Programming Guide
was saved to or is restored from. When a save or restore path is browsed or used, DB
Programming remembers the path last used, per PC user. Valid characters appear in
Table 167. If you do not specify a path, the following message window appears.
4. Click Start.
Depending on the Windows operating system and how the computer is configured, the
procedure may differ from the one shown in the following example. However, the setup
procedure needs to be done only once for the destination computer. The following procedure
uses examples from Windows 2000 user interfaces and can be performed only by a user with
administrative privileges.
NOTICE
Security Concern. Using a shared folder on a remote computer for saving and restoring UVM data may
introduce an undesirable network security risk. Before setting up a shared folder on a remote computer
for this purpose, Mitel recommends that you obtain permission from the network administrator.
The shared folder should be considered a temporary location for the purposes of the backup only. Once
the backup has completed, you should move the data to a secured folder.
1042
Voice Processing Management
3. In the Policy column, double-click the policy titled, “Access this computer from the network.”
The Local Security Policy Setting window appears, showing a summary of active local policy
settings.
<Target PC >
<Target PC >
4. Verify that Guest appears on the list and is checked. If missing, add Guest to the Local
Security Policy Setting list.
1043
Features and Programming Guide
2. In the list box find the account for Guest in the Name column. The value in the In Folder
column must be the name of the destination computer. Make sure the name of the desti-
nation computer appears in the Look in list.
<Target PC>
<Target PC>
<Target PC>
<Target PC> <Target PC>
<Target PC> <Target PC>
<Target PC>
<Target PC> <Target PC>
<Target PC>
3. Select Guest.
4. Click Add, and then click OK.
5. Make sure that Guest does not appear on the Local Security Settings policy titled, “Deny
access to this computer from the network.”
From Windows Explorer, create and name an empty folder into which you will save the system
UVM database and from which you will restore the database to the PS-1. In the following
example, the name of the folder is “share.”
1044
Voice Processing Management
3. Click OK. This action returns you to the “Permissions for share” window.
4. On the Share Permissions tab under Name, select the Guest user with the destination, or
target remote computer identified in parentheses. In the Permissions: list box, check Full
Control in the Allow column, and then click OK.
<Target PC>
Repeat the preceding procedure on the Security tab in folder Properties—right-click the folder
and then click Properties. When the Security tab settings have been made, the destination
1045
Features and Programming Guide
folder is ready to be saved to or restored from. In the preceding example, the folder would be
accessed by Voice Processor save/restore by providing the hostname <Target computer Name>
and the path /share.
6. In the Path box, type the path on the remote/destination computer to the shared folder
created in step 1.
7. In the Hostname box, either enter the path and name of the remote/destination computer
on the network or enter the IP address of the destination computer.
8. Click Start.
The nfsd process must be running and the folder you want to save must be exported to the IP
address of the PS-1. In the Red Hat/Fedora flavors of Linux, you can find the export table listed
in the file /etc/exports.
1046
Voice Processing Management
NOTICE
Security Concern. Using a shared folder on a remote computer for saving and restoring UVM data may
introduce an undesirable network security risk. Before setting up a shared folder on a remote computer
for this purpose, Mitel recommends that you obtain concurrence from the customer’s LAN administrator.
1047
Features and Programming Guide
Page 1 of 5
1048
Voice Processing Management
Page 2 of 5
1049
Features and Programming Guide
Page 3 of 5
1050
Voice Processing Management
Page 4 of 5
1051
Features and Programming Guide
Page 5 of 5
1052
Chapter 17
VOICE PROCESSOR REPORTS
Features and Programming Guide
INTRODUCTION
With v5.0, the DB Programming Report Programming function has been moved to the Mitel
System Administration & Diagnostics application, enhanced with a new look and feel, and
renamed as Database Reporting. Previous reports programmed in DB Programming are
discarded and must be newly programmed using Database Reporting in System Administration
& Diagnostics. For details about Database Reporting, refer to the Mitel System Administration
& Diagnostics Help.
1054
Voice Processor Reports
REPORT PARAMETERS
The voice processor can print reports from the external voice processing system to a printer
or to a file for storage. The reports include Application and Channel Statistics, Directory Listings
(by last name or first name or extension), Group List reporting, Fax Document Usage, Fax
Delivery, and Directory Sort Order. The Report Parameters folders and fields display with a red
“X” when using UVM because with UVM, these reports cannot be retrieved.
REPORT OPTIONS
The reports include the following:
The following information appears individually for each application and as a summary for all
applications.
• Description and extension number of the application: Shows the programmed name
for the application. (Call Routing Announcement applications are all listed together by
extension.) The applications are listed in the following order: Message Notification/Retriev-
al, Voice Mail, Auto Attendant, and Call Routing Announcement. (Auto Attendant Recall
applications are reported within the Auto Attendant information.)
• Incoming calls: Shows the total number of calls received by that extension number. This
is shown as a combined total for Call Routing Announcement applications.
• Outgoing calls: Shows the Message Notification/Retrieval application. These are the re-
mote message notification calls placed by the Voice Mail application.
• Connect minutes: Shows the total time spent on incoming and outgoing calls (if any)
combined. This is shown as a combined total for Call Routing Announcement applications.
• Minutes per call: Shows a combined total of the average amount of time spent on each
call in minutes and seconds for Call Routing Announcement applications.
• Transfers to Operator: Shows the number of times a caller (within Voice Mail or Auto
Attendant) presses the dial pad button 0 for operator access.
• Voice Mail messages left: Appears in the summary section only. It shows how many voice
mail messages were left in all mailboxes combined.
• Channel statistics: Includes activity data of all applications. It shows, in 30-minute seg-
ments, the total number of minutes and seconds that all of the voice processing voice
channels were busy simultaneously. The detailed segments begin at 07:00 AM and con-
clude at 06:00 PM. The “Off Peak Hours” segment shows statistics for the remaining time
period (6:00 PM to 7:00 AM). This section ends with a grand total of busy channel occur-
rences for each of the days being reported.
If the number of voice channels programmed in DB Programming is greater than the number
of actual channels available, the statistics reported will be based on the number available
and not the programmed number.
1055
Features and Programming Guide
You can sort directory listings by first name, last name, or extension/mailbox number (directory
number). The listings show the mailbox description or extension ID, the mailbox/extension
number, the message notification phone for mailboxes, and mailbox information. The mailbox
information shows whether the mailbox is marked Private and/or Unlisted. (An X appears in
the Mailbox field to indicate a mailbox that is neither Private nor Unlisted and a blank indicates
that it is an extension ID.)
The Group List report provides a printed copy of the system group lists. The report identifies
the group list number, the list description, and the mailboxes included in the group list.
This report lists all documents in the fax library by document number. Each entry shows the
document number, description, how many times it was delivered to callers, the last request
date, and the last revision date and time. If the document has not been revised, it shows the
import date and time.
The Fax Delivery Report includes information for up to 200 fax delivery attempts. Each entry
contains the date and time of the delivery attempt, the date and time the fax was requested,
the delivery status (Successful, Busy, Call Failed, or Transmission Error), the fax number, and
the list of requested documents. The Fax Delivery Report displays an asterisk (*) immediately
to the left of the delivery status in the Fax Delivery Report for an entry representing a fax delivery
that failed and was removed from the delivery queue. Fax deliveries can fail for many reasons,
but the most common problem is that the fax number entered was not a fax machine, but was
a company’s main number or answering service. Review the Fax Delivery Report on a regular
basis to check for delivery failures.
(Available only if Directory Listing Reports are selected.) You can use the Directory Sort Order
lists to select a sorting order from the following options: First Name, Last Name, or Directory
Number.
1056
Voice Processor Reports
REPORT SELECTION
You can select the report types that you want to generate.
STATISTICS TO CLEAR
You can select the following statistics to be cleared after a report is printed:
• Application and channel: Clears the information that is listed in the Application and-
channel Statistics report only.
• Fax Delivery and Document Usage: Clears all statistics for the Fax Delivery report and
the request count and last request date for the Fax Document Usage report.
• Mailbox: Clears all mailbox statistics.
PRINT DAY
You can select the day in which the system prints the automatic reports.
1057
Features and Programming Guide
PRINT TIME
You can select the time of day in which the system prints the automatic reports.
REPORT SELECTION
To enable a report:
1. Select Voice Processing – Report Parameters – Manual Report Generation.
2. Double-click Report Generation. The report types appear in the right pane.
3. In the Value column, select the check box. The field changes to Yes. To deselect the
option, clear the check box.
4. Click out of the field or press ENTER to save the change.
STATISTICS TO CLEAR
You can select the following statistics to be cleared after a report is printed. See page 1057 for
descriptions.
1058
Voice Processor Reports
PRINTING REPORTS
1059
Features and Programming Guide
1060
Chapter 18
SYSTEM DIAGNOSTICS
Features and Programming Guide
INTRODUCTION
System diagnostics are provided to assist trained personnel in monitoring and maintaining the
functional health of the system. This chapter provides fundamental instruction for interpreting
the output data from the utilities.
Depending on the problem and the data that has been collected during troubleshooting,
technical support personnel may require additional information to perform their analysis. In
many instances, diagnostic utility information and instruction is provided by the product
specialist and may not be covered in this chapter. Some diagnostics should be performed only
when directed by authorized technical support personnel.
This section provides information about diagnostic applications available throughout the system
and associated software components. In the following sections, the applications are organized
and grouped by their location in the system or a component within the system. The information
that is provided for each application includes:
• Where the application is located in the system.
• Instructions on how to implement the application.
• The purpose of the application; for example, identification of the information captured.
• How to use the information from the application for troubleshooting.
1062
System Diagnostics
The following characteristics apply to the DMU Digital Trunk Diagnostics screens:
• Maximum of five diagnostic connections per module: Each module can support up to
five simultaneous diagnostic sessions. The five-session limit prevents the system from
overloading.
• Self-refreshing screens: With the exception of the following screens, all screens refresh
in real-time:
• Menu screens
• The Module Selection Rejection screen
• Version screens
• Detecting installed equipment: The DMU verifies whether the system is equipped with
appropriate hardware.
1063
Features and Programming Guide
When this screen appears, the first valid selection is highlighted. The module selection screen
for Digital Trunk Diagnostics shows the elements described in the following paragraphs.
1064
System Diagnostics
• N/A [empty]
• N/A [LSM2]
• N/A [LSM4]
• N/A [SLM4]
• T1M
• T1M-2
• BRM-2
Pressing keys provides shortcuts to module selections. Table 169 summarizes valid keyboard
shortcuts.
Table 169: Keyboard shortcuts for Module Selection Screen
KEY. SCREEN ELEMENT
A or a Bay 1
B or b Bay 2
C or c Bay 3
X or x Exit
The screen displays the source used as the System Reference Clock. Valid sources include:
• Internal (Motherboard)
• Bay x - T1M
• Bay x - T1M-2 Port <n>
• Bay x - BRM-2
NOTE Pressing any key returns control back to the Module Selection screen.
1065
Features and Programming Guide
MAIN SCREEN
This section describes the main screen for Dual T1/E1/PRI Module (T1M-2) diagnostics.
STATUS
The following section describes the Status screen for the T1M-2 module diagnostics. This
screen refreshes periodically.
1066
System Diagnostics
The Status screen for the T1M-2 module diagnostics shows the following elements:
• T1 • E1/PRI
• T1/PRI • UNEQUIPPED
• RED-ALARM • SYNC
• INIT-TRBL • Blank, if the port is unequipped
• INIT-TRBL/RED-ALARM
The REF LED and BUSY LED fields display a value of OFF, ON, or blank if the port is
unequipped.
Channel Number rows count to the maximum number of channels for the corresponding port
type:
• 23 for T1/PRI
• 24 for T1
• 30 for E1/PRI
1067
Features and Programming Guide
In addition to the general navigation guidelines described in “Navigating Through the Digital
Trunk Diagnostics Screens” on page 18-1063, the following controls apply:
Pressing the S key or the s key transfers control to the SYNC Status screen.
The following section describes the SYNC STATUS screen for T1M-2 modules. The SYNC
STATUS screen shows the same information that the M8000 and M8001 System Message
Print messages show but in a real-time format instead of a log format. For descriptions of the
various Initial-Trouble/Red-Alarm conditions, refer to the Message Print Diagnostics Manual,
part no. 550.8018. This screen refreshes periodically.
The Sync Status screen for T1M-2 module diagnostics shows the following elements:
• The heading for each port displays the port type in parenthesis. Valid port types include:
• T1
• T1/PRI
• E1/PRI
• UNEQUIPPED
• The single-port T1M does not indicate a Port number.
1068
System Diagnostics
• If a port is unequipped, that port does not show a corresponding SYNC status table.
• The tables for T1 and T1/PRI are different from the table for E1/PRI.
In addition to the general navigation guidelines described in “Navigating Through the Digital
Trunk Diagnostics Screens” on page 18-1063, the following control applies:
Pressing the S key or the s key transfers control to the Status screen.
BUSY OUT
The following section describes the Busy Out screen for the T1M-2 module diagnostics. This
screen refreshes periodically.
The Busy Out screen for T1M-2 module diagnostics shows the following elements:
• Port 1 is highlighted and flashing upon entry to this screen.
• The Channel Number identifies the channels available with the trunk programmed for the
module port.
• The Status line identifies the status of the channel above it.
• The Busy-out Tag line identifies the Busy Out condition of the channel above it.
• The Legends area defines the Status line and Busy-out Tag line symbols.
1069
Features and Programming Guide
Instead of the navigation guidelines described in “Navigating Through the Digital Trunk
Diagnostics Screens” on page 18-1063, the following controls apply:
• Pressing the UP ARROW or DOWN ARROW switches the selection between ports.
• From a port selection, pressing the LEFT ARROW moves the cursor to the last channel in
that port.
• From a port selection, pressing the RIGHT ARROW moves the cursor to the first channel
in that port.
• Pressing the LEFT ARROW or RIGHT ARROW moves the cursor between channels in the
same port.
• Pressing the LEFT ARROW key from the first channel moves the cursor to the last channel
in the same port.
• Pressing the RIGHT ARROW from the last channel moves the cursor to the first channel
in the same port.
• Pressing the UP ARROW while a channel is selected selects the channel’s port.
• Pressing the DOWN ARROW while a channel is selected select the other port.
• If a port is selected, pressing the T key or the t key tags all channels in that port for busy-out.
• If a port is selected, pressing the U key or the u key untags all channels in that port for
busy-out.
• If a channel is selected, pressing the T key or the t key tags that channel for busy-out
• If a channel is selected, pressing 'the U key or the u key untags that channel for busy-out
VERSION INFORMATION
The following section describes the Version Information screen for T1M-2 module diagnostics.
1070
System Diagnostics
The format of the version numbers varies in accordance with data that is available for each
software/hardware module.
PORT 1 OR 2
The following section describes the Port screen for T1M-2 module diagnostics.
1071
Features and Programming Guide
The screen title displays the corresponding port number and the port type in brackets. Port
types include:
• T1
• T1/PRI
• E1/PRI. Note that the port number is not displayed for a T1M.
ISDN Diagnostics appears only when the port is programmed T1/PRI or E1/PRI trunk.
The Performance option changes to conform with the port type. That is, when the port is
programmed as T1 or T1/PRI, the option appears as T1 Performance, and when the port is
programmed as E1/PRI, the option appears as E1 Performance.
PORT 1 OR 2 – LAYER 1
The following section describes the Open Systems Interconnect (OSI) model Layer 1 screen
for T1M-2 module diagnostics. This screen is useful to get a glance at a T1/E1/PRI port Layer-
1 status and the channel activity on that port, all in one screen. This screen refreshes
periodically.
This screen displays a port number field at the top of the screen.
1072
System Diagnostics
The following section describes the port Channel Selection screen for T1M-2 module
diagnostics. When diagnosing a T1M-2 module, the Channel Selection screen presents
underlined port-number fields.
The number of channels displayed varies according to the port type, as follows:
• T1 = 24 channels
• T1/PR I = 23 channels
• E1/PRI = 30 channels
After using the ARROW keys to select the channel you want, press Enter to go to the selected
Channel screen.
1073
Features and Programming Guide
The following section describes the port Channel screen on T1M-2 module diagnostics. This
screen refreshes periodically.
For non-ISDN channels, a CO Task Diagnostics Logging field appears in the lower right
corner. This field can be switched between Yes and No by pressing the C key or the c key. The
output controlled by this field goes into the T1/DT1/BRI Diagnostics log.
PORT 1 OR 2 – T1 PERFORMANCE
The following section describes the port T1 PERFORMANCE screen supporting T1M-2 module
diagnostics. This screen is useful to view the same Hourly and Daily error counts that are
available through the DB Programming. This screen refreshes periodically.
1074
System Diagnostics
This screen shows only the counts for the current hour and current day, as opposed to the DB
Programming data, which shows a history of 24 hourly counts and a history of seven daily
counts for each T1 Performance parameter.
The following section describes the port CALL STATISTICS screen supporting T1M-2 module
diagnostics. This screen refreshes periodically.
1075
Features and Programming Guide
The call counts are reset to zero when the module powers up; therefore the counts are not
preserved across module/system reset.
This screen displays 23 channels for T1/PRI, 24 channels for T1, or 30 channels for E1/PRI
ports.
The following section describes the port ISDN Diagnostics screen supporting T1M-2 module
diagnostics.
1076
System Diagnostics
The Data Link Status selection is highlighted upon entry to this screen.
The cursor is located at the Enter selection prompt upon entry to this screen. Once the UP
ARROW or DOWN ARROW has been pressed, from that time forward, the cursor is located
at the end of the highlighted selection.
The following section describes the port ISDN Data Link Status screen supporting T1M-2
module diagnostics. This screen is useful to troubleshoot OSI model Layer 2 problems on an
ISDN connection. The screen refreshes periodically.
To display a port ISDN Data Link Status screen for T1M-2 diagnostics:
1. From the DMU Main Menu select Digital Trunk Diagnostics.
2. Select a Bay containing a T1M-2 module.
3. Select Port 1 or Port 2, as applicable.
4. Select ISDN Diagnostics.
5. Select Data Link Status. The ISDN Data Link Status screen for the module port appears,
as shown in Figure 18.
1077
Features and Programming Guide
The Any other key - Next Port option in the upper right corner of the screen only if two ports
are equipped. If the other port on a T1M-2 is unequipped, the option is omitted. The option may
appear or disappear if the other port is equipped or unequipped while on this screen.
The following section describes the port D-Channel Diagnostics screen supporting T1M-2
module diagnostics. The D-Channel Diagnostics screen allows you to enable or disable the D-
Channel Diagnostics for the current port. This screen refreshes periodically.
To display a port ISDN Data Link Status screen for T1M-2 diagnostics:
1. From the DMU Main Menu select Digital Trunk Diagnostics.
2. Select a Bay containing a T1M-2 module.
3. Select Port 1 or Port 2, as applicable.
4. Select ISDN Diagnostics.
5. Select D-Channel Diagnostics. The D-Channel Diagnostics screen for the module port
appears, as shown in Figure 19.
1078
System Diagnostics
The Enable D-Channel Diagnostics (Level-1) selection is highlighted upon entry to this
screen.
The state of the current port's D-Channel Diagnostics is enclosed in brackets and can have
one the following values:
• DISABLED
• LEVEL-1
• LEVEL-2
• UNDEFINED
The Display D-Channel Diagnostics option has no effect if the D-Channel Diagnostics is
disabled.
The following section describes the port D-Channel Diagnostics Display screen supporting
T1M-2 module diagnostics. The D-Channel Diagnostics Display screen allows you to view the
D-Channel Diagnostics in real-time.
1079
Features and Programming Guide
The state of the D-Channel diagnostics for the current port is displayed in brackets. Possible
values include:
• LEVEL-1
• LEVEL-2
• UNDEFINED
PORT 1 OR 2 – LOOPBACK
The following section describes the port Loopback screen supporting T1M-2 module
diagnostics. The LOOPBACK screen allows you to put the current port into one of four loopback
modes and to transmit and detect specific bit patterns. This screen refreshes periodically.
1080
System Diagnostics
The Loopback screen for T1M-2 module diagnostics shows the following elements:
• The Digital Local loopback is selected upon entry to this screen.
• The Loopback Status and Pattern Transmit fields display either DISABLED or flashing
ENABLED. Additionally, the Transceiver Remote loopback type may also display a flashing
ENABLED (remotely) value for its Loopback Status.
• The Pattern Received fields display either YES or NO, except for the Framed 0101 bit
pattern which always appears as ---.
• The Bit Errors field applies to the Framed 2^XX-1 bit patterns only and displays a number
only when the corresponding bit pattern is active. The other bit patterns always display as ---.
The following section describes the port Echo Canceller Selection screen supporting T1M-2
module diagnostics.
1081
Features and Programming Guide
The number of channels displayed varies according to the port type, as follows:
• T1 = 24 channels (12 on each column)
• T1/PR I = 23 channels (12 on left column, 11 on right column)
• E1/PRI = 30 channels (15 on each column)
After using the ARROW keys to select the channel you want, press Enter to go to the selected
Echo Canceller Channel screen.
The following section describes the port Echo Canceller Status screen supporting T1M-2
module diagnostics. The Echo Canceller Status screen displays the status information for the
selected echo canceller. This screen refreshes periodically.
1082
System Diagnostics
The Echo Canceller Status screen for T1M-2 module diagnostics shows the following elements:
• The current channel number is highlighted upon entry to this screen.
• All physical devices on the system are associated with a given echo profile.
In addition to the general navigation guidelines described in “Navigating Through the Digital
Trunk Diagnostics Screens” on page 18-1063, pressing the “.” key transfers control back to the
Echo Canceller Selection Screen.
The following section describes the DSP (Digital Signal Processor) Audio Diagnostics Capture
screen supporting T1M-2 module diagnostics.
1083
Features and Programming Guide
A DSP on the Dual T1/E1/PRI Module provides echo canceller functionality and provides a way
to capture DSP diagnostics on a specified channel. The capture can then be used to diagnose,
troubleshoot, and debug echo problems that may occur on trunks connected to a T1M-2 module.
3. Identify the Trunk Hardware Address. Using the same System Monitor session in Diag-
nostics Monitor, dump the Hardware System by selecting System Monitor – Dump
Resource Managers – Hardware System. Locate the extension of the trunk. In front of the
extension you can locate the hardware address in the format [Board . Port . Device]. See
Figure 26.
1084
System Diagnostics
4. Access the DSP Diagnostics Capture through the DMU. Using the DMU, start the capture.
Using an SSH client (such as PuTTY), log into the MiVoice Office 250 using the 'it5k'
username. Select the Digital Trunk Diagnostics as shown in
Figure 27 on page 1057.
5. Select the bay identified in step 2 on page 18-1083. In the example shown in Figure 27,
this is bay 3. Only the T1M-2 (Dual T1/E1/PRI Module) can perform a DSP Diagnostics
Capture. BRM-2, LSM-2, LSM-4, and T1M do not have this functionality.
6. Select the DSP Audio Diagnostics option from the T1M-2 main menu, as shown in Figure
28.
1085
Features and Programming Guide
7. Set up the capture. Press 'S' on the Diagnostics Capture screen (see Figure 24 on page
1055) to setup the capture.
8. Start the capture. Upon returning to the Diagnostics Capture screen, make sure the current
channel status is active in the Current Setup section. You cannot start a capture on an
inactive channel (i.e., there is no call currently in progress on the channel). Then press 'C'
to start the capture. The Current Status section should change to show “Capturing” and
the progress counter should start. You may abort a capture while the current status is
“Capturing” by pressing 'A'. However, once the current status changes to “Saving Capture”,
you can no longer abort the capture. Once the capture has been saved, the Last Capture
Summary is updated. Please note the filename of the capture.
9. Retrieve the capture. There are two ways to retrieve the capture -- either by downloading
it from the MiVoice Office 250 Web page, or by doing an ADD freeze. Assuming you have
ADD setup, do a freeze from DB Programming, Diagnostics Monitor, or from an adminis-
trator endpoint. To retrieve the DSP diagnostics capture from the Web page, log into the
Web page and navigate to Logging – Log Files. Retrieve the file under the Dual T1/E1/PRI
Module section with the filename you got in step 6. If you retrieved the capture through the
web page, attach it to the Remedy ticket and Mitel technical support can use this to trou-
bleshoot your echo problem further. An ADD freeze automatically attaches the capture to
a Remedy ticket.
The following section describes the DSP (Digital Signal Processor) Audio Diagnostics Capture
screen supporting T1M-2 module diagnostics.
1086
System Diagnostics
4. Select S - Setup from the lower left corner of the screen. The Setup DSP Diagnostics
Capture screen appears, as shown in Figure 29.
The program updates and returns to the Diagnostics Capture screen after you answer each
question.
• Capture Length
• 16 seconds (default)
• 120 seconds
• Capture Type
• Lite (default)
• Extended – Select only if instructed to do so by Mitel Technical Support.
• Echo Canceller
• Span Side (default) – Select if you believe the echo is coming in from the trunk; that
is, the local user hears the echo.
• System Side – Select if you believe the echo is coming from the local system; that
is, the distant user hears the echo.
• Port number
• 1
• 2
• Channel number
1087
Features and Programming Guide
2. If you enter an invalid input, the screen prompts you again to answer the same question
and indicates that the last input was invalid. The program continues to ask for a valid setting
until you enter a valid setting, type a “.”, and press Enter.
CLOCK FREQUENCY
The following section describes the Clock Frequency screen supporting T1M-2 module
diagnostics. This screen refreshes periodically.
The simulated frequencies are calculated assuming that the software timing is 100% accurate
and that the TX frequency is 2.048 MHz.
The Slips and Frame Errors counts are cleared upon entrance to this screen.
When a port is unequipped, the Span Type is the only field displayed for that port. All other
fields are blank.
When a port's RX Loss of Signal field reads Yes, the Yes is in reverse video to capture the
user's attention, and the Simulated RX Freq field is blank.
The following section describes the Timers Selection screen supporting T1M-2 module
diagnostics.
1088
System Diagnostics
The cursor is located at the Enter selection prompt upon entry to this screen. After the UP
ARROW or DOWN ARROW has been pressed, from that time forward, the cursor is located
at the end of the highlighted selection.
The following section describes the DID Timer Information screen that supports T1M-2 module
diagnostics. This screen refreshes periodically.
1089
Features and Programming Guide
These timers are programmable through DB programming and affect the behavior of T1-DID
channels.
The following section describes the E&M Timer Information screen that supports T1M-2 module
diagnostics. This screen refreshes periodically.
1090
System Diagnostics
These timers are programmable through the DB Programming interface and affect the behavior
of T1-E&M channels.
The following section describes the Loop-Start/Ground-Start Timer Information screen that
supports T1M-2 module diagnostics. This screen refreshes periodically.
1091
Features and Programming Guide
These timers are programmable through the DB Programming interface and affect the behavior
of T1 Loop-Start/Ground-Start channels.
The following section describes the OPX (Off-Premises Extension) Timer Information screen
that supports T1M-2 module diagnostics. This screen refreshes periodically.
1092
System Diagnostics
These timers are programmable through the DB Programming interface and affect the behavior
of T1 OPX channels.
The following section describes the Miscellaneous Timer Information screen that supports T1M-
2 module diagnostics. This screen refreshes periodically.
1093
Features and Programming Guide
MAIN
This section describes the main screen for single-port T1/E1/PRI Module (T1M) diagnostics.
1094
System Diagnostics
If the port is [UNEQUIPPED], the Status, Busy Out, and Timers selections are not valid.
STATUS
The following section describes the STATUS screen for the T1M module. This screen refreshes
periodically.
1095
Features and Programming Guide
The Status screen for T1M module diagnostics shows the elements described in the following
paragraphs.
• T1 • E1/PRI
• T1/PRI • UNEQUIPPED
• RED-ALARM • SYNC
• INIT-TRBL • Blank, if the port is unequipped
• INIT-TRBL/RED-ALARM
The REF LED and BUSY LED fields display a value of OFF, ON, or blank, if the port is
unequipped.
Channel Number rows count to the maximum number of channels for the corresponding port
type:
• 23 for T1/PRI
• 24 for T1
• 30 for E1/PRI
1096
System Diagnostics
In addition to the general navigation guidelines described in “Navigating Through the Digital
Trunk Diagnostics Screens” on page 18-1063, the following control applies:
Pressing the S key or the s key transfers control to the SYNC Status screen.
SYNC STATUS
The following section describes the SYNC STATUS screen for T1M (or T1M-2) modules. The
SYNC STATUS screen shows the same information that the M8000 and M8001 System
Message Print messages show but in a real-time format instead of a log format. For descriptions
of the various Initial-Trouble/Red-Alarm conditions, refer to the Message Print Diagnostics
Manual, part no. 550.8018. This screen refreshes periodically.
The Sync Status screen for T1M module diagnostics shows the following elements:
• The heading for each port displays the port type in parenthesis. Valid port types include:
• T1
• T1/PRI
• E1/PRI
• UNEQUIPPED
1097
Features and Programming Guide
In addition to the general navigation guidelines described in “Navigating Through the Digital
Trunk Diagnostics Screens” on page 18-1063, the following control applies:
Pressing the S key or the s key transfers control to the Status screen.
BUSY OUT
The following section describes the BUSY-OUT screen for the T1M module diagnostics. This
screen refreshes periodically.
The Busy Out screen for T1M module diagnostics shows the following elements:
• Port 1 is highlighted and flashing upon entry to this screen.
• The Channel Number identifies the channels available with the trunk programmed for the
module port.
• The Instructions summarize how to use the screen commands to busy-out channels or
ports.
1098
System Diagnostics
• The Status line identifies the status of the channel above it.
• The Busy-out Tag line identifies the busy-out condition of the channel above it.
• The Legends area defines the Status line and Busy-out Tag line symbols.
Instead of the navigation guidelines described in “Navigating Through the Digital Trunk
Diagnostics Screens” on page 18-1063, the following controls apply:
• From the port selection, pressing the LEFT ARROW moves the cursor to the last channel
in the port.
• From the port selection, pressing the RIGHT ARROW moves the cursor to the first channel
in the port.
• Pressing the LEFT ARROW or RIGHT ARROW moves the cursor between channels in the
port.
• Pressing the LEFT ARROW key from the first channel moves the cursor to the last channel
in the port.
• Pressing the RIGHT ARROW from the last channel moves the cursor to the first channel
in the port.
• Pressing the UP ARROW or DOWN ARROW while a channel is selected selects the port.
• If a port is selected, pressing the T key or the t key tags all channels in the port for busy-out.
• If a port is selected, pressing the U key or the u key untags all channels in the port for busy-
out.
• If a channel is selected, pressing the T key or the t key tags the channel for busy-out.
• If a channel is selected, pressing 'the U key or the u key untags the channel for busy-out.
VERSION INFORMATION
The following section describes the Version Information screen for T1M module diagnostics.
1099
Features and Programming Guide
The format of the version numbers varies in accordance with data that is available for each
software/hardware module.
PORT
The following section describes the Port screen for T1M module diagnostics.
1100
System Diagnostics
The screen title appears the corresponding port number and the port type in brackets. Port
types include:
• T1
• T1/PRI
• E1/PRI
ISDN Diagnostics appears only when the port is programmed as a T1/PRI or E1/PRI trunk.
The Performance option changes to conform with the port type. That is, when the port is
programmed as T1 or T1/PRI, the option appears as T1 Performance, and when the port is
programmed as E1/PRI, the option appears as E1 Performance.
PORT – LAYER 1
The following section describes the Open Systems Interconnect (OSI) model Layer 1 screen
for T1M module diagnostics. The LAYER-1 screen is useful to get a glance at a T1/E1/PRI port
Layer-1 status and the channel activity on that port, all in one screen. This screen refreshes
periodically.
1101
Features and Programming Guide
The following section describes the port Channel Selection screen on T1M module diagnostics.
1102
System Diagnostics
The number of channels displayed varies according to the port type, as follows:
• T1 = 24 channels (12 on each column)
• T1/PR I = 23 channels (12 on left column, 11 on right column)
• E1/PRI = 30 channels (15 on each column)
After using the ARROW keys to select the channel you want, press Enter to go to the selected
Channel screen.
The following section describes the port Channel screen that supports T1M module diagnostics.
This screen refreshes periodically.
1103
Features and Programming Guide
For non-ISDN channels, a CO Task Diagnostics Logging field appears in the lower right
corner. This field can be switched between Yes and No by pressing the C key or the c key. The
output controlled by this field goes into the T1/DT1/BRI Diagnostics log.
PORT – T1 PERFORMANCE
The following section describes the port T1 PERFORMANCE screen supporting T1M module
diagnostics. This screen is useful to view the same Hourly and Daily error counts that are
available through the DB Programming. This screen refreshes periodically.
1104
System Diagnostics
This screen shows only the counts for the current hour and current day, as opposed to the DB
Programming data, which shows a history of 24 hourly counts and a history of seven daily
counts for each T1 Performance parameter.
The following section describes the port CALL STATISTICS screen supporting T1M module
diagnostics. This screen refreshes periodically.
1105
Features and Programming Guide
The call counts are reset to zero when the module powers up; therefore the counts are not
preserved across module/system reset.
This screen displays 23 channels for T1/PRI, 24 channels for T1, or 30 channels for E1/PRI
ports.
The following section describes the port ISDN Diagnostics screen supporting T1M module
diagnostics.
1106
System Diagnostics
The Data Link Status selection is highlighted upon entry to this screen.
The cursor is located at the Enter selection prompt upon entry to this screen. Once the UP
ARROW or DOWN ARROW has been pressed, from that time forward, the cursor is located
at the end of the highlighted selection.
The following section describes the port ISDN Data Link Status screen supporting T1M module
diagnostics. This screen is useful to troubleshoot OSI model Layer 2 problems on an ISDN
connection. The screen refreshes periodically.
To display a port ISDN Data Link Status screen for T1M diagnostics:
1. From the DMU Main Menu select Digital Trunk Diagnostics.
2. Select a Bay containing a T1M module.
3. Select Port.
4. Select ISDN Diagnostics.
5. Select Data Link Status. The ISDN Data Link Status screen for the module port appears,
as shown in Figure 49.
1107
Features and Programming Guide
The following section describes the port D-Channel Diagnostics screen supporting T1M module
diagnostics. The D-Channel Diagnostics screen allows you to enable or disable the D-Channel
Diagnostics for the current port. This screen refreshes periodically.
1108
System Diagnostics
The Enable D-Channel Diagnostics (Level-1) selection is highlighted upon entry to this
screen.
For the T1M no reference to Port # appears in the menu title. The state of the current port's D-
Channel Diagnostics is enclosed in brackets and can have one the following values:
• DISABLED
• LEVEL-1
• LEVEL-2
• UNDEFINED
The Display D-Channel Diagnostics option has no effect if the D-Channel Diagnostics is
disabled.
The following section describes the port D-Channel Diagnostics Display screen supporting T1M
module diagnostics. The D-Channel Diagnostics Display screen allows you to view the D-
Channel Diagnostics in real-time.
1109
Features and Programming Guide
The state of the D-Channel diagnostics for the current port is displayed in brackets. Possible
values include:
• LEVEL-1
• LEVEL-2
• UNDEFINED
PORT – LOOPBACK
The following section describes the port Loopback screen supporting T1M module diagnostics.
The LOOPBACK screen allows you to put the current port into one of four loopback modes and
to transmit and detect specific bit patterns. This screen refreshes periodically.
1110
System Diagnostics
The Loopback screen for T1M module diagnostics shows the following elements:
• The Digital Local loopback is selected upon entry to this screen.
• The Loopback Status and Pattern Transmit fields display either DISABLED or flashing
ENABLED. Additionally, the Transceiver Remote loopback type may also display a flashing
ENABLED (remotely) value for its Loopback Status.
• The Pattern Received fields display either YES or NO, except for the Framed 0101 bit
pattern which always appears as ---.
• The Bit Errors field applies to the Framed 2^XX-1 bit patterns only and displays a number
only when the corresponding bit pattern is active. The other bit patterns always display as ---.
Instead of the navigation guidelines described in “Navigating Through the Digital Trunk
Diagnostics Screens” on page 18-1063, the following controls apply:
• Pressing the UP ARROW or the LEFT ARROW moves the highlight to the next Loopback
Type field or Bit Pattern field in the upward direction.
• Pressing the DOWN ARROW or the RIGHT ARROW moves the highlight to the next Loop-
back Type field or Bit Pattern field in the downward direction.
• Pressing the SPACEBAR activates the highlighted Loopback Type or Bit Pattern. When a
Loopback Type or Bit Pattern is enabled, all the other Loopback and Bit Patterns are
disabled and the corresponding Loopback Status or Pattern Transmit entry is enabled.
The following section describes the Timers Selection screen that supports T1M module
diagnostics. This screen refreshes periodically.
1111
Features and Programming Guide
The cursor is located at the Enter selection prompt upon entry to this screen. Once the UP
ARROW or DOWN ARROW has been pressed, from that time forward, the cursor is located
at the end of the highlighted selection.
The following section describes the DID Timers Information screen that supports T1M module
diagnostics. This screen refreshes periodically.
1112
System Diagnostics
These timers are programmable through DB Programming and affect the behavior of T1-DID
channels.
The following section describes the E&M Timer Information screen that supports T1M module
diagnostics. This screen refreshes periodically.
1113
Features and Programming Guide
These timers are programmable through DB Programming and affect the behavior of T1-E&M
channels.
The following section describes the Loop-Start/Ground-Start Timer Information screen that
supports T1M module diagnostics. This screen refreshes periodically.
1114
System Diagnostics
These timers are programmable through DB Programming and affect the behavior of T1 Loop-
Start/Ground-Start channels.
The following section describes the OPX (Off-Premises Extension) Timer Information screen
that supports T1M module diagnostics. This screen refreshes periodically.
1115
Features and Programming Guide
These timers are programmable through DB Programming and affect the behavior of T1-OPX
channels.
The following section describes the Miscellaneous Timer Information screen that supports T1M
module diagnostics. This screen refreshes periodically.
1116
System Diagnostics
MAIN
This section describes the main screen for Basic Rate Module (BRM-2) diagnostics. This screen
periodically refreshes options D and E.
1117
Features and Programming Guide
STATUS
The following section describes the STATUS screen for the BRM-2 module. This screen
refreshes periodically.
1118
System Diagnostics
The “B<n> Channel” field is an improved version of the former “Bn Channel In Use” field, which
displayed a “*” when the B-channel was busy on a call. Valid values for this field include:
• IDLE
• OUTGOING-CALL
• INCOMING-CALL
• BUSYING-OUT
• BUSIED-OUT
If a port is NOT EQUIPPED, the remainder of its corresponding fields are blank.
BUSY OUT
The following section describes the BUSY-OUT screen for the BRM-2 module diagnostics. This
screen refreshes periodically.
1119
Features and Programming Guide
The Busy Out screen for BRM-2 module diagnostics shows the following elements:
• Port 1 is highlighted and flashing upon entry to this screen.
• The Channel Number identifies the channels available with the trunk programmed for the
module port.
• The Instructions summarize how to use the screen commands to busy-out channels or
ports.
• The Status line identifies the status of the channel above it.
• The Busy-out Tag line identifies the Busy Out condition of the channel above it.
• The Legends area defines the Status line and Busy-out Tag line symbols.
Instead of the navigation guidelines described in “Navigating Through the Digital Trunk
Diagnostics Screens” on page 18-1063, the following controls apply:
• Pressing the UP ARROW or DOWN ARROW switches the selection between ports.
• From a port selection, pressing the LEFT ARROW moves the cursor to Channel 2 in that
port.
• From a port selection, pressing the RIGHT ARROW moves the cursor to Channel 1 in that
port.
• Pressing the LEFT ARROW or RIGHT ARROW moves the cursor between channels in the
same port.
• Pressing the LEFT ARROW key from Channel 1moves the cursor to Channel 2 in the same
port.
1120
System Diagnostics
• Pressing the RIGHT ARROW from the Channel 2 moves the cursor to Channel 1 in the
same port.
• Pressing the UP ARROW while a channel is selected selects the channel’s port.
• Pressing the DOWN ARROW while a channel is selected select the other port.
• If a port is selected, pressing the T key or the t key tags all channels in that port for busy-out.
• If a port is selected, pressing the U key or the u key untags all channels in that port for
busy-out.
• If a channel is selected, pressing the T key or the t key tags that channel for busy-out.
• If a channel is selected, pressing 'the U key or the u key untags that channel for busy-out.
VERSION INFORMATION
The following section describes the Version Information screen for BRM-2 module diagnostics.
The format of the version numbers varies in accordance with data that is available for each
software/hardware module.
1121
Features and Programming Guide
The following section describes the ISDN Diagnostics screen supporting BRM-2 module
diagnostics.
The Data Link Status selection is highlighted upon entry to this screen.
The cursor is located at the Enter selection prompt upon entry to this screen. Once the UP
ARROW or DOWN ARROW has been pressed, from that time forward, the cursor is located
at the end of the highlighted selection.
The following section describes the port ISDN Data Link Status screen supporting BRM-2
module diagnostics. The Data Link Status screen is useful to troubleshoot OSI model Layer 2
problems on an ISDN connection. This screen refreshes periodically.
To display a port ISDN Data Link Status screen for BRM-2 diagnostics:
1. From the DMU Main Menu select Digital Trunk Diagnostics.
2. Select a Bay containing a BRM-2 module.
1122
System Diagnostics
3. Select Port.
4. Select ISDN Diagnostics Port 1 or ISDN Diagnostics Port 2, as applicable.
5. Select Data Link Status. The ISDN Data Link Status screen for the module port appears,
as shown in Figure 64.
If only one Data Link Control Block (DLCB) exists for the current port, pressing the SPACEBAR,
displays the next port's Data Link Status screen, if equipped. If more than one exists, pressing
the SPACEBAR to display the next DLCB, the Data Link Control Block # changes accordingly.
If the other port is unequipped, the Any other key - Next Port option is omitted. The option
may appear or disappear if the other port is equipped or unequipped while on this screen.
The following section describes the port D-Channel Diagnostics screen supporting BRM-2
module diagnostics. The D-Channel Diagnostics screen allows you to enable or disable the D-
Channel Diagnostics for the current port. This screen refreshes periodically.
To display a port ISDN Data Link Status screen for BRM-2 diagnostics:
1. From the DMU Main Menu select Digital Trunk Diagnostics.
2. Select a Bay containing a BRM-2 module.
3. Select Port.
4. Select ISDN Diagnostics Port 1 or ISDN Diagnostics Port 2, as applicable.
5. Select D-Channel Diagnostics. The D-Channel Diagnostics screen for the module port
appears, as shown in Figure 65.
1123
Features and Programming Guide
The Enable D-Channel Diagnostics (Level-1) selection is highlighted upon entry to this
screen.
The state of the current port's D-Channel Diagnostics is enclosed in brackets and can have
one the following values:
• DISABLED
• LEVEL-1
• LEVEL-2
• UNDEFINED
The Display D-Channel Diagnostics option has no effect if the D-Channel Diagnostics is
disabled.
The following section describes the port D-Channel Diagnostics Display screen supporting
BRM-2 module diagnostics. The D-Channel Diagnostics Display screen allows you to view the
D-Channel Diagnostics in real-time.
1124
System Diagnostics
7. Select Display D-Channel Diagnostics, The D-Channel Diagnostics Display screen for
the module port appears, as shown in Figure 66.
The state of the D-Channel diagnostics for the current port is displayed in brackets. Possible
values include:
• LEVEL-1
• LEVEL-2
• UNDEFINED
1125
Features and Programming Guide
The Database Change log provides details on user changes to DB Programming. The log
details recent user changes to facilitate diagnostics. The Database Change log is written and
maintained by the MiVoice Office 250. It is stored on the MiVoice Office 250 and is accessible
through the Administrative Web Portal (AWP) interface. For more information, refer to AWP
Help.
The naming convention for the log filename is cp_database_log_<date and time>.txt, where
date and time indicates when the file was created. The maximum file size allowed is 200 KB.
Like other system logs, after the first log file reaches the maximum size, the system creates a
new log file. After the second log file reaches the maximum size, the system deletes the oldest
backup log file, and then logs to a new log file. The MiVoice Office 250 maintains two backup
log files.
GENERAL GUIDELINES
The following list provides some general information about the Database Change log:
• All entries include the path to the folder or menu option from which the change was made,
the name of the field that was changed, and the new value (if applicable).
• Numbers are translated to text whenever possible.
• The Database Change log file does not include DB Programming changes that occur behind
the scenes. Some examples are:
• You put a phone in Class of Service 2. Behind the scenes, DB Programming assigns
the phone to User Group 1.
• You delete a SIP Voice Mail. Behind the scenes, DB Programming deletes all mailbox-
es, group lists, and applications under that SIP Voice Mail.
1126
System Diagnostics
• You unequip phone 1003, which was the attendant for phone 1004. Behind the scenes,
DB Programming sets the attendant for 1004 to NONE.
• You delete a trunk group. Behind the scenes, DB Programming puts all trunks that
were in that group into the unused trunk group. Then DB Programming goes through
and replaces all links to that trunk group with the appropriate replacement (usually
NONE).
• Changes are included for Remote sessions only. Local session changes are not included,
other than the indication of when you perform a Database Restore. See page 1135 for an
example.
• Changes made to DB Programming outside of the DB Programming application are not
included in this log. Examples of changes that are not included:
• Administrator phone programming
• Automatic exports from other nodes
• Equip off-node device event
• Automatic DB Backup Save/Restore attempts
• System OAI
• User phone programming
• Date/Time updates
GENERAL
This section details some general information about the Database Change Log:
• Every log entry begins with the date and military time:
• The “DBP” service name that is included after the timestamp does not appear if the log file
is stored on the DB Programming computer (instead of the MiVoice Office 250).
• All changes are logged regardless if they are in On-Line Monitor (OLM) mode or not. OLM-
only field changes are designated as “OLM.”
1127
Features and Programming Guide
This section contains information about the header and footer of the Database Change Log.
• The following text appears for each session that is initiated:
[2008-01-30 11:19:48 DBP] CP SESSION ESTABLISHED - Database
Programming Client Address: 192.168.1.37
[2008-01-30 11:20:11 DBP] User Information: jsmith on smith2-0xp
[2008-01-30 11:20:11 DBP] Database Programming Version: 3.0.1.5
[2008-01-30 11:20:12 DBP] Call Processing Version: 3.0.1.13
[2008-01-30 11:20:12 DBP] Voice Processor Type: Basic
[2008-01-30 11:20:12 DBP] Voice Processor Version: 3.0.1.13
The version numbers for each component clearly show when you perform an upgrade. You
can also search by a specific component version.
• The following text appears for each session that is terminated:
[2008-01-30 11:15:27 DBP] SESSION TERMINATING WITH <status>
[2008-01-30 11:15:27 DBP] CP SESSION TERMINATED - Database
Programming Client Address: 192.168.1.37
If the session terminates in such a way that DB Programming does not post a termination
entry to the log, only the CP SESSION TERMINATION message appears.
FIELD CHANGES
This section details the field changes in the Database Change Log. Many database changes
are made through editing a field. When you edit a control and complete the edit, the change is
saved to the database. These changes are always associated with a field in a folder hierarchy.
1128
System Diagnostics
• Where [Folder] is the path to the folder in which the field resides. This is limited to two levels
up, except in the following situations:
• “MiVoice Office 250” appears only for items that are changed at the highest level.
• “System” appears for only items that are changed at the System level.
• If the second level up is a number or shows “local,” one more level appears.
• The folder path will always go up high enough to show the affected extension.
• Where <Field> is the column header or field name.
• Where <New Value> is the new value.
• “OLM” appears for OLM-only fields.
1129
Features and Programming Guide
OTHER CHANGES
1130
System Diagnostics
• Change Extension:
• Each extension appears on a separate line even if they are batch mode changes.
• Some examples are:
[2008-01-30 13:34:39 DBP] [Phones\1002] Changed extension to 2001
1131
Features and Programming Guide
• Other Dialogs:
• For changes made through dialogs (other than the wizards discussed later in the next
section), the context is included in square brackets, and the field name appears with
the new value.
• Some examples are:
TOOLS MENU
This section details the Tools Menu options of the Database Change Log:
• Configuration Wizard:
1132
System Diagnostics
• Networking Wizard:
• Consists of a multi-line entry.
• “Networking Wizard” appears as the first entry and a header.
• A line of text appears for each board and device configured and for each programming
change.
• Examples:
1133
Features and Programming Guide
OPERATIONS MENU
This section details the Operations Menu options of the Database Change Log:
• Database Save:
• “Begin Database Save To <path>” appears as the first entry.
• “Begin Voice Data Save To <path>” appears as the second entry if voice data was
saved also.
• The following entry consists of one of the following messages:
- “Completed with Success” when the operation completes successfully.
- “Terminated with Warning – <warning>” when the operation terminates with a
warning.
- Terminated with Failure – <error>” when the operation fails.
1134
System Diagnostics
• Examples:
• Database Restore:
• “Begin Database Restore From <path>” appears as the first entry.
• “Begin Voice Data Restore From <path>” appears as the second entry if voice data
was restored also.
• The following third entry consists of one of the following messages:
- “SESSION TERMINATING WITH SUCCESS” when the operation completes
successfully.
- “SESSION TERMINATING WITH WARNING: <warning>” when the operation
terminates with a warning.
- “SESSION TERMINATING WITH ERROR: <error>” when the operation fails.
• “CP SESSION TERMINATED...” is the last entry always because the programming
session always terminates after a Database Restore operation.
• Examples:
1135
Features and Programming Guide
• Default Database:
• “Begin Default Backup Database” appears as the first entry.
• The next entry consists of one of the following messages:
- “Completed with Success” when the operation completes successfully.
- “Terminated with Warning – <warning>” when the operation terminates with a
warning.
- Terminated with Failure – <error>” when the operation fails.
• “Default Database” appears as the third entry.
• The fourth entry consists of one of the following messages:
- “SESSION TERMINATING WITH SUCCESS” when the operation completes
successfully.
- “SESSION TERMINATING WITH WARNING: <warning>” when the operation
terminates with a warning.
- “SESSION TERMINATING WITH ERROR: <error>” when the operation fails.
• “CP SESSION TERMINATED...” is the last entry always because the programming
session always terminates after a Database Restore operation.
• Examples:
• Error Information:
• “Error Information History Queue Frozen” appears as the first entry when a history
queue freeze occurs.
• “Begin Error Information Save” appears as the next entry when the error information
is saved.
• The next entry consists of one of the following messages:
- “Completed with Success” when the operation completes successfully.
- “Terminated with Warning – <warning>” when the operation terminates with a
warning.
- Terminated with Failure – <error>” when the operation fails.
• “Error Information History Queue Unfrozen” is the last entry when a history queue
unfreeze occurs.
• Examples:
1136
System Diagnostics
• Export/Import Devices:
• “Begin Export” or “Begin Import” appears as the first entry when a device is exported
or imported.
• The nodes are listed next, followed by the device types.
• After the list of device types, “Results” appears with a timestamp, followed by the
specific results for each node.
• The last entry includes one of the following messages:
- “Completed with Success” when the operation completes successfully.
- “Terminated with Warning – <warning>” when the operation terminates with a
warning.
- Terminated with Failure – <error>” when the operation fails.
• An example of a successful export is:
1137
Features and Programming Guide
1138
System Diagnostics
• Reset System:
VIEW MENU
This section details the On-Line Monitor option, available from the View Menu, in the Database
Change Log. An example of the entry is:
1139
Features and Programming Guide
1140
System Diagnostics
AUDIO DIAGNOSTICS
As an end-user diagnostic tool, the Audio Diagnostics feature allows a user to generate
diagnostics information about audio problems. Once the Audio Diagnostics feature is initiated,
users are prompted to answer questions about the audio problems by pressing the associated
buttons on their phones. Based on the user’s selections, the system generates alarm 128,
which is displayed on the Administrator phone and on the LCD panel of the chassis. If Automatic
Diagnostics Delivery (ADD) is enabled, the collected data is then sent to Mitel Technical
Support. By default, ADD is not enabled.
The Audio Diagnostics feature can be accessed when the phone is idle or when the user is on
an active call. The amount of diagnostics information that the phone provides to the system
depends on the state of the phone when the feature is accessed. For example, an active call
produces more diagnostic information than a phone in an idle state. If users do not want to
access the Audio Diagnostics feature while on a call, they can access the feature immediately
after they hang up.
The Audio Diagnostics feature is not available with System OAI Display Control because the
NOTE
external applications have control of the menu buttons and dialpad.
If the user accesses the Audio Diagnostics feature but does not respond to the prompts on the
display, the feature times out after 30 seconds. If the user or the other party terminates the call
before completing the diagnostics, the feature is terminated. When the feature times out or is
terminated, the diagnostics information is not captured.
See page 443 to enable the Audio Diagnostics flag for a phone.
The Audio Diagnostics folder contains 12 flags that identify possible audio problems. You can
have only four of the 12 problem numbers selectable from six-line display phones at any one
time. The first four audio problem numbers are selected by default, including:
• 01 – Echo
• 02 – Static
• 03 – One-way audio
• 04 – No audio
1141
Features and Programming Guide
2. From the left pane of Mitel DB Programming, select System – Phone-Related Information
– Audio Diagnostics. The Audio Diagnostic flags and Yes/No options appear in the right
pane, as shown below.
The four selected audio problems appear as menu options on six-line display phones when
the user accesses the Audio Diagnostics feature. Six-line users can also enter any of the 12
two-digit problem numbers from their dialpads, but they have the advantage of simply pressing
a menu button if the audio problem is one of those enabled in DB Programming.
After accessing the Audio Diagnostics feature, two-line display and non-display phone users
have only the option of entering one of the two-digit problem numbers to identify an audio
problem. To use the feature, these users would need to have a list of the problem numbers
and their meanings. Phantom devices and modems cannot apply the Audio Diagnostics feature
code.Audio Problem
When the Audio Diagnostics feature—default feature code 320—is used, the system prompts
the user to select a possible audio problem. Six-line display phone users can either press the
menu button that corresponds to the displayed audio problem or enter the numeric codes.
Users of 2-line display and non-display phones must enter the numeric codes because they
do not have menu buttons.
Table 171 shows the 12 audio problems and their associated two-digit codes. However, only
four can be enabled in DB Programming. By default, Audio Diagnostics problem numbers 01–
04—Echo, Static, One-Way Audio, and No Audio, respectively—are enabled by default for
display on six-line display phones.
1142
System Diagnostics
Audio Diagnostics: In DB Programming, 12 flags identify audio problems that can be reported
using Audio Diagnostics, default feature code 320. Any of the 12 flags can be entered from any
phone dialpad after accessing the Audio Diagnostics feature. However, you can have only four
problem numbers enabled at any one time to appear on six-line display phones.
In the default state, the first four audio problem flags are enabled, and the remaining eight are
disabled. Once the selected audio problems are enabled (set to Yes), the problems are
displayed as options on the phone when the user accesses feature code 320. Each audio
problem has a unique number (01–12). These numbers are assigned for non-display users to
access the feature. For instructions on how to use the feature, see “Using the Audio Diagnostics
Feature“ on page 1145.
Enable Audio Diagnostics: There is a Audio Diagnostics flag under System\Devices and
Feature Codes\Phones\<Node>\<Extension>\Flags that enables the Audio Diagnostics feature
for a phone. By default, this flag is disabled. To enable the Audio Diagnostics feature for the
phone, set this flag to Yes.
Audio Diagnostic Alarm Suppression: This flag programmed under System\Flags gives you
the option of suppressing Alarm 128, which is generated when the Audio Diagnostics feature
is used. By default, this flag is set to No, which means that the alarm is generated and displayed
on the administrator’s phone when a user access the Audio Diagnostics feature. If this flag is
set to Yes, the alarm is suppressed.
AUDIO DIRECTION
After selecting the audio problem, the system prompts the user to choose the direction of the
audio problem. Options include:
• Only I hear it (2-line display and non-display users press 1)
• Only the outside (2-line display and non-display users press 2)
• We both hear it (2-line display and non-display users press 3)
RECORD-A-CALL
If the Record-A-Call feature has been programmed for the station, the user can record the call
while using the Audio Diagnostics feature.
The Record-A-Call feature cannot be used on certain calls such as Agent Help, Station
NOTE
Monitor, Paging, and so forth.
1143
Features and Programming Guide
DATA COLLECTION
To collect the diagnostics data, retrieve the Freeze information or send the data to Technical
Support via ADD. The diagnostics data that is collected consists of:
• Source phone (extension and module number)
• Destination phone (extension and module number)
• Phone number
• Echo canceller settings (IP Resource)
• Resource manager dump
• Crosspoint/voice channel information
• Current volume levels (near end)
• Hybrid balance values
• De-coupling values
• Network group
AUDIO CONNECTIONS
The system monitors the following audio connections:
• Audio Connection Status: The system monitors the connectivity of all IPR application
resources configured for private networking to avoid connecting to an IPR application re-
source that is not connected to the network. To avoid network congestion, the system may
take up to 30 seconds to identify an IPR application resource that has lost its connection.
During this time, the system may fail to make audio connections for new calls.
• Audio Connection Parameters: The system uses the audio connection parameters spec-
ified by the node on which the call originates.
• Audio Route Optimization: The system attempts to find the audio route that requires the
fewest conversions from IP to Pulse Code Modulation (PCM). It can only optimize the audio
route between IPR application resources. Also, Audio Route Optimization occurs only when
a party, such as a hunt group, multi-ring device, or transferring party merges out of a call.
It does not occur during call setup.
• Insufficient Bandwidth: The system monitors the in time audio packet thresholds, which
are determined by the Average In Time Percentage Threshold and Average In Time Frame
Timer fields (see page 662). When the system detects that these thresholds have been
violated on a call using a vocoder other than G.729B, the system:
• Displays the transient message, INSUF BANDWIDTH FOR VOICE.
• Generates a message print warning.
• Leaves the call active.
If this occurs, you have the choice of continuing the call or terminating it.
1144
System Diagnostics
If the Record-A-Call feature is enabled for your phone, the display shows WOULD YOU
LIKE TO RECORD CALL?
If the system cannot accurately record the call (for example, because different cross-
point connections are used) the display shows CALL CANNOT BE COMPLETED.
1145
Features and Programming Guide
5. Hang up to complete the Audio Diagnostics feature. System Alarm 128 appears on the
system administrator’s display phone.
Alarm 128 indicates that someone has completed the Audio Diagnostics feature, and you need
to collect the freeze that contains Message Print entry. Review the freeze diagnostics data. If
you need further assistance, submit the data to Technical Support for analysis.
For more information about collecting diagnostics data, contact Mitel Technical Support.
1146
System Diagnostics
When the diagnostics is complete, the phone displays one of the following messages:
• NET GROUP CHECK COMPLETED: Indicates that all IP devices within the Network Groups
are capable of communicating via P2P media.
• NET GROUP CHECK ERRORS FOUND: Indicates that either some of the IP devices are offline
or there are NATs/firewalls located between the devices. Check Message Print to determine
which errors occurred.
1147
Features and Programming Guide
• Number of times resources are not available for a user of a particular call type
• Maximum Camp On time
All of the values can be viewed by using either AWP or System Monitor by dumping the IP
Resource Statistics or the IPDRM Statistics. Additional information can be collected by dumping
the IPDRM or the DSP Resource Manager.
The system stores only two oversubscription log files at any one time. After the second file is
NOTE
filled, the system wraps messages, overwriting the first log file.
1148
System Diagnostics
You can use Message Print to confirm that the Hybrid Balance Test real-time test results. See
“Viewing Hybrid Balance Test Results in Message Print“ on page 1152.
Table 172: EIA Standard Loop Length Line Settings and Descriptions
EIA LINE DESCRIPTION
0 Co-located, same AC impedance
1 2000 ft. (609.6 m)
2 7000 ft. (2.14 km)
3 8500 ft. (7.77 km)
4 12,000 ft. (3.66 km)
5 16,500 ft. (5.03 km)
6 30,000 ft. (9.1 km) loaded loop A
1149
Features and Programming Guide
Table 172: EIA Standard Loop Length Line Settings and Descriptions
EIA LINE DESCRIPTION
7 30,000 ft. (9.1 km) loaded loop B
The Measured Echo Return Loss (ERL) and the Last Hybrid Balance Test Timestamp
values are updated only with the start of each DB Programming session. If a test is run
during an active session of DB Programming, the fields will not be updated with the latest
test results until DB Programming is restarted. If Expanded Message Print is enabled, the
test results appear in Message Print output. See “Viewing Hybrid Balance Test Results in
Message Print“ on page 1152.
• Connected to CO: Indicates whether or not the trunk is connected to another PBX or the
CO (see page 257).
• Loop Start AC Impedance: Indicates the type of line provided by the CO (see page 283).
1150
System Diagnostics
2. In the Type column, right-click the individual loop start trunk that you want to test and then
click Run Hybrid Balance Test. While the Hybrid Balance Test runs, the selected trunk
is placed in a Busy condition.
3. If the Hybrid Balance “Help” message appears, read the message, and then click OK to
continue.
2. Right-click in the right pane, and then select Run Hybrid Balance Test (All Loop Starts).
The trunks are made busy during the test and test results for each trunk appears in Message
Print. Each set of ERL values and the recommended Optimal Hybrid Balance Setting for
each trunk must be processed individually.
3. If the Hybrid Balance “Help” message appears, read the message, and then click OK to
continue.
1151
Features and Programming Guide
NOTICE
On-Line Monitor (OLM) Authorization: To perform the following procedures only, you may enter the
OLM mode without the supervision of Mitel Technical Support personnel. As required in the procedures,
you must make sure that Expanded Message Print is enabled. Any further or other programming in OLM
mode is strictly prohibited without specific guidance from Mitel Technical Support personnel. Your
cooperation is appreciated.
You can use Message Print in System Administration & Diagnostics to view real-time Hybrid
Balance Test results. You can use the results to confirm that the test has run or to manually
change the Hybrid Balance Test line setting. For details about Message Print, refer to the
System Administration & Diagnostics Help.
5. After verifying that the Print Expanded Message Print option is enabled, click View and then
click online Monitor to clear the option. You exit OLM mode and the regular DB Program-
ming window appears. As applicable, proceed either to the procedure to run a Hybrid
Balance Test on a single trunk or on all trunks. See “Running a Hybrid Balance Test“ on
page 1150.
1152
System Diagnostics
(ERL) for each of the 8 possible Hybrid Balance Settings and—based on the greatest ERL
value of the 8 settings—sets the Optimal Hybrid Balance Setting, as shown in the following
example.
Select System – Devices and Feature Codes – Trunks – <trunk number>. The Hybrid Balance
option shows the line setting, as shown in Figure 67. Select the current Value and scroll to the
desired option to change the line setting.
1153
Features and Programming Guide
Line Setting
1154
System Diagnostics
ALARMS
Alarms are output as the result of continuous self-diagnostics run within the system and are a
basic indicator that there is a problem or potential problem with the system. The severity and
type of alarm determines the corrective action necessary to resolve the problem. A Major alarm
indicates a problem that needs the immediate attention of a field service technician. Most Minor
alarms an administrator can clear and do not require a service call. However, all alarms should
be noted and monitored to determine if they occur on a regular basis, which may indicate a
more severe problem. See the following section for definitions of alarm types.
In some instances, the corrective action for the condition requires contacting Mitel Technical
Support personnel. The service technician is expected to be prepared and have the error
information ready prior to calling Technical Support. For a complete list of the alarm messages
and their corrective actions, refer to the Message Print Diagnostics Manual, part no. 550.8018.
ALARM TYPES
On the MiVoice Office 250 platform, alarms are grouped into the following categories:
• Minor System alarms (000–019): These alarms indicate a Call Processing problem that
normally are corrected without calling service personnel.
• Minor Voice Processing alarms (020–039): These alarms indicate a voice processing
problem that normally are corrected without calling service personal.
Even when a voice processing alarm has been registered, the system may still function
NOTE
correctly.
• Major System alarms (100–199): These alarms indicate a Call Processing problem that
require attention from service personnel.
• Major Voice Processing alarms (200–224): These alarms indicate a voice processing
problem that require attention from service personnel.
• Network alarms (225–244): These alarms indicate either Call Processing and voice pro-
cessing problems that are generated from a remote node. These alarms are handled the
same as the local alarm is handled. When a network alarm occurs, the local alarm (number)
equivalent is displayed on the first line of the administrator’s phone and the node where
the alarm originated is indicated on the second line. What distinguishes a network alarm
from a local alarm is the node information that appears on the second line of the phone’s
display.
1155
Features and Programming Guide
The actual alarm numbers 225–244 are used internally by the system and are not displayed
on the administrator’s phone. Instead, the administrator’s phone shows the equivalent local
NOTE
alarm number between 000 and 224. Nothing appears in the Message Print output of a
remote node, only on the local node is the Network alarm displayed.
NETWORK ALARMS
To allow one administrator to monitor multiple nodes, the system provides both system alarms
and network-wide alarms:
• Network-Wide Alarms: When an event occurs that generates a network-wide alarm, the
alarm is broadcast to every node in the system.
• System Alarms: System alarms appear only on the node on which the alarm was
generated.
The following two flags in DB Programming determine whether a node broadcasts and/or
receives network-wide alarms:
• The Send Network Alarms flag determines whether a node broadcasts alarms that occur
on that node to the rest of the network. See “System Flags“ on page 777.
• The Receive Network Alarms flag determines whether the node receives and displays
alarms sent by other nodes in the network. The default state is No. See “System Flags“ on
page 777.
On remote nodes, network-wide alarms indicate the name of the node on which the alarm
occurred. The node name is obtained from the username in Database (DB) Programming, if
one is entered. Otherwise, only the node number is displayed.
DISPLAYING ALARMS
Depending on the settings in Minor System, alarm messages can be programmed to appear
on the display of all administrator phones or on the primary attendant’s display only. This is
enabled by setting the Broadcast Alarms To All Administrators flag to Yes (see “System Flags“
on page 777). Regardless of programming, major System alarm messages appear on all
affected phone displays.
Network-wide alarms override system alarms on an administrator’s phone display and on the
LCD panel.
The display on an administrator’s phone and the LCD panel on the unit function alike when
displaying network-wide and system alarms. That is, alarms are automatically shown when the
display is idle, and the alarms which appear on the LCD Panel are the same as those shown
on an administrator’s phone.
Only one alarm message is displayed on the LCD panel at any one time. Call Processing
controls the generation of alarms, so if more than one alarm is generated the alarm with the
1156
System Diagnostics
higher priority is displayed or replaces an alarm that is of a lesser priority. Because alarms are
queued, the next alarm based on priority, is displayed once the previous alarm is cleared.
If the LCD panel displays ERROR, this is not a System alarm. See the following paragraph
NOTE
for more information.
When the LCD panel displays ERROR after you attempt to make a system change using the
LCD application, the log file should be examined to determine the cause of the error. View the
rch_app_8.log file by accessing the Log Files Web page. Refer to Administrative Web Portal
(AWP) Help for more information. The level of logging may need to be adjusted and the error
recreated for the problem to show in the log files. All LCD application-related log entries have
the form <date> <time> rch_app[<log level>]: LCD APP: <log message>.
ALARM QUEUE
This feature prioritizes system and network alarms based on severity and allows system
administrator to view and handle critical alarms before addressing minor alarms. The
administrator can then clear the individual alarm, or clear all the alarms in the queue (up to 30).
When clearing alarms individually, the alarms are displayed in order of severity. The Emergency
Alarm (A011) is the only priority 1 alarm. Other prioritized alarms have a 2, 3, or 4 priority, based
on the severity of the alarm.
Not all alarms are prioritized. The numbered priority scheme is limited to alarms that can cause
a major or minor system reset. Those alarms in the Alarm Queue that have a numbered priority
are displayed before the alarms that do not have a numbered priority. (Priority 1 alarms have
the highest priority.) Alarms that do not have a numbered priority are prioritized in the queue
by date and time. When alarms are generated:
• The highest priority alarm is placed in the front of the queue, regardless of when lower
priority alarms are generated. For example, if A114 (priority 3) and A116 (priority 4) are
currently in the queue, but A119 (priority 2) is generated, A119 is placed first in the queue.
• Alarms with the same priority level are placed in the queue based on the time the alarm
was generated. For example, if A010 (priority 3) is generated at 10:30 AM, and A012 (priority
3) is generated at 10:32 AM, A012 is placed in the queue after A010.
• If the queue contains 30 alarms, the oldest, lowest priority alarm is overwritten with the new
alarm. For example, if the queue currently holds 30 alarms, 20 of which are priority 4, and
a priority 3 alarm is generated, the oldest priority 4 alarm is overwritten.
• Repetitive alarms such as A125, are placed in the queue only once. If the alarm is regen-
erated, the alarm that is currently in the queue is overwritten with the new alarm data (if
applicable) and time. For example, A125 is overwritten each time it is regenerated, which
is every five minutes. This prevents the queue from being filled with duplicate alarms.
1157
Features and Programming Guide
CLEARING AN ALARM
An administrator can clear a network-wide alarm on the local node only or on every node in
the network using their designated phone.
• Clear Network Alarm (9851): Entering this feature code clears network-wide alarms on
every node in the network, but does not affect system alarms. The Clear Network Alarm
feature code may be entered on any node in the network, but the Send Network Alarms
flag must be set for the administrator to clear alarms on other nodes in the network.
• Clear System Alarm (9850): Entering this feature code clears all local and network-wide
system alarm displays on your node.
The LCD panel only displays alarms and cannot be used to clear an alarm. Only when the
NOTE LCD application receives a message from Call Processing indicating the message is
removed, is the LCD panel cleared.
1158
System Diagnostics
a single phone, the phone or its cabling may be defective. When a system-wide major alarm
occurs, do the following:
1. DO NOT ATTEMPT TO REBOOT THE SYSTEM. Open a Web session and check if all
applications are running. Typically, if an application is stopped, it is restarted by Call Pro-
cessing, which can be observed by viewing the LCD panel messages. Check Message
Print and save the output to a log file, if necessary.
2. If a Web session cannot be opened, check the network connection and ping the unit.
Connect to the USB-B port and run online Monitor to view diagnostics.
3. Only as a last option should you reboot the system. Do not pull AC power. Reboot the
system through the LCD Panel menu. If the system still does not recover from the alarm,
use the troubleshooting charts beginning on “Troubleshooting CO Trunks“ on page 241 to
try and identify the problem. If it is determined that the Processor Module or any other part
is faulty, return it for repair and include any indicated error messages in the problem
description.
When returning a faulty part, indicate all applicable error messages on the Material Return
NOTE
Authorization (MRA) tag.
1159
Features and Programming Guide
Call Processing uses port 443 for communicating with the Mitel ADD server. If this port is blocked
when attempting to send freezes, an error message is displayed in Message Print. ADD is
available only in online Monitor (OLM) mode. To enable ADD, you must contact Mitel Technical
Support.
1160
System Diagnostics
1161
Features and Programming Guide
In database programming for any specific phone, the Associated Devices and References
feature allows you to see the devices associated with a phone, mailbox, or hunt group. This
feature also allows you to query various groups in the database to locate the associated
references to the extension.
Right-click the phone, mailbox, or hunt group, and then select Associated Devices and
References. A dialog box, similar the one shown below, appears.
Table 174 shows the groups that you can query in the database for references, the type of
information included in the groups, and the associated fields.
Page 1 of 2
1162
System Diagnostics
Page 2 of 2
PERIODIC DIAGNOSTICS
Periodic Diagnostics is a feature that extends and improves the functionality and checks and
reconciliations performed on various resources in the system. Periodic Diagnostics is
responsible for two areas of the system: system resources and the static database.
Periodic Diagnostics checks, reconciles, and/or repairs the following system elements:
• DTMF receivers
• Caller ID receivers and transmitters
• Speakerphone resources
• Connection IDs
• Voice channels
• IP resources
• System hardware
• Static database
• Off-node device information
• Unassociated mailbox information
• Temporary extensions
1163
Features and Programming Guide
The Software Performance Statistics log contains software availability information. This
information includes detailed performance and reset statistics.
By default, the system is configured to log software performance statistics. The information
included in the log is used by Mitel Technical Support. The Internal Statistics Logging flag under
System\Flags in OLM mode enables/disables this function. The default setting for this flag is
Yes.
ERROR INFORMATION
To capture related data when a system error occurs, open the Operations menu and select
Error Information.... The following screen appears.
Select Freeze in the History Queue and perform the following steps:
1. Select the Error Log(s) to save in the freeze.
1164
System Diagnostics
IP DEVICE STATUS
The IP Device Status folder resides under the Operations menu at the Mitel DB Programming
window. The model column describes the model of phone being displayed. From the Mitel DB
Programming menu bar, click Operations and then Get Status to retrieve IP Device status.
When a phone comes online, it searches for a valid license. The license category column
displays which category of license the phone has consumed. For more information, see “IP
Device Status“ on page 629.
1165
Features and Programming Guide
With Unified Voice Messaging, the avdapmon log file can be reviewed through the Web page
and if necessary, a freeze of the information can be taken using database programming. See
“Error Information“ on page 1164.
Running avdapmon.exe is useful when more information is needed to be displayed than what
gets logged into the log file. To run AvdapMon from a computer, go to the Start menu, then
select Run. Enter the file pathname, IP address of the system you are monitoring, and 4444
(port). The example below uses the default pathname.
Once connected, the AvdapMon window opens and you are prompted to enter a password.
The password is blank and cannot be changed, press Enter. With the Expanded Diagnostics
flag enabled, perform the desired command referred to in the Voice Processing Diagnostics
Manual.
1166
System Diagnostics
EXTENDED CP LOGGING
This section provides general guidelines for extended CP logging deployment on the MiVoice
Office 250 for release 6.2 SP1 and above. This section also describes the basic principle of
how to configure extended CP logging on a single MiVoice Office node.
The Extended CP Logging provides a unified method to enable debug logging using the System
Administration and Diagnostics (SysAd) and the Administrator Web Portal (AWP) interfaces.
The Extended CP Logging is intended to be used only for specific debugging activity and it is
not recommended to enable these logs without guidance from Mitel Product Support.
Enabling Extended CP Logs shortens the Compact Flash life and reduces available storage
NOTE
for the Unified Voice Messaging application, and may cause an unexpected system behavior.
The following table contains brief descriptions about each type of log that can be enabled:
Page 1 of 2
1167
Features and Programming Guide
Page 2 of 2
For each type of logging you can select the location where additional logs are to be placed.
The default location is CPH. It is not possible to change the output location for SIP Message
Logs. Thus some SIP Logs are recorded in MP (CPH) and some in cp_sip_log_current
(available from the Log Files tab).
The SIP Message Logs option is used only to enable/disable all SIP Message diagnostics
simultaneously. The previous release of MiVoice Office 250 allows enabling of SIP logging
under DB Programming (OLM View -> System -> SIP Peers -> SIP Phone Groups ->
Pxxxx -> Configuration).
If the configuration (e.g. for one of SIP Peer) is changed under DBP (OLM View -> System
NOTE -> SIP Peers -> SIP Phone Groups -> Pxxxx -> Configuration), this operation will not
remove or enable this flag. If new SIP Phone is created as Standalone (with new SIP Phone
Group), this Phone Group will contain default value of SIP Message Output Format. The SIP
Message Logs option has been implemented to avoid the use of On Line Monitor view, and
to reduce the number of steps needed to enable/disable SIP Message diagnostics (which
currently is turned under OLM for each SIP Phone Group separately).
Using the Extended CP Logging tab, you can enable extended logging options and configure
the location where additional logs to be placed.
1168
System Diagnostics
Make any required changes to the extended CP logging options, and then select Apply
Changes.
If DB Programming is connected and you try to modify Extended CP Logging
options, the following message appears: “Extended CP Logging failed to save
NOTE
because DB Programming is currently connected to the phone system. Please
disconnect DB Programming and try again.”
1169
Features and Programming Guide
You can default all Extended CP Logging options by selecting Default option.
If DB Programming is connected and you try to default Extended CP Logging
options, the following message appears: “Extended CP Logging default has failed
NOTE
because DB Programming is currently connected to the phone system. Please
disconnect DB Programming and try again.”
If you made changes and did not apply them, you can cancel these changes by selecting Cancel
button.
Using the Extended CP Logging navigation tab you can enable extended logging options and
program the location of where you want the log files to write (MP or CPH). Extended CP Logging
is not available if using Base Server AWP in PS-1/BS configuration. In a PS-1 configuration,
the Extended CP Logging is available from the PS-1 Administrative Web Portal (AWP) only.
1170
System Diagnostics
Make any changes to the extended CP logging options, and then select Apply Changes.
If DB Programming is connected and you try to modify Extended CP Logging
options, the following message appears: “Error changing configuration: Session
NOTE failed due to Database Programming connection at
<PC_connected_to_Database_Programming>”. Please disconnect DB
Programming and try again.
You can default all Extended CP Logging options by selecting Default options.
If DB Programming is connected and you try to default Extended CP Logging
options, the following message appears: “Error changing configuration: Session
NOTE
failed due to Database Programming connection”. Please disconnect DB
Programming and try again.
If you made changes and did not apply them, you can cancel these changes by selecting Cancel
button.
A150 Alarm
Using the Extended CP Logging options for a long time period will shorten the Compact Flash
card life and may cause an unexpected system behavior.
When at least one of the output options from the Extended CP Logging area is enabled, a new
Alarm A150 Extended CP Logging is Enabled will be posted. This is auto-clearing Alarm
which is cleared by the system when all Extended CP Logging options are disabled.
The alarm is available in the navigation area, System status - System Alarms.
1171
Features and Programming Guide
Alarm A150 contains details describing its root cause and method to clear it. To see alarm
details, do one of the following:
• Double-click the alarm that you want to see.
• Right-click the alarm that you want to see, and then select View alarm details.
1172
System Diagnostics
The Alarm 150 will not appear on administrator telephones. It will only appear within
NOTE
System Administration and Diagnostics, and Message Print.
ARCHIVE OPTIONS
This section provides general guidelines for configuring log Archive Options on the MiVoice
Office 250 for release 6.2 SP1 and above. This section describes the basic principle of how to
configure Archive Options on a single MiVoice Office node.
The Archive Options provides a unified method to setup the collection of logs on the MiVoice
Office 250 using the System Administration and Diagnostics (SysAd) and the Administrator
Web Portal (AWP) interfaces. Created archives can be downloaded through the SysAd “View
system logs” section or from the AWP from Diagnostics section.
The MiVoice Office 250 allows to collect archives with the following logs:
• System Freeze logs
• Application logs
• System Logs
• Memory and CPU Statistics
For each type of log you can select the maximum number of archives to be created and the
archive interval. The Freeze, Application and System options allow the archive Interval within
the range from Disable (0 hour) to 24 hours. The default value for these archives is Disable.
Mem/CPU Statistics can be configured to be collected every 5 minutes, 10 minutes, 30 minutes,
1 hour, 6 hours, 12 hours, 24 hours. The default value for Mem/CPU Statistics is 24 hours.
The Mem/CPU Statistics are collected to mem_stat.log and cpu_stat.log separately
NOTE in Diagnostic part. When this files have more than 2Mb of data (together) they will
be packaged into archive sat_memcpu_archive_<index>.tar.gz.
Page 1 of 2
1173
Features and Programming Guide
Page 2 of 2
In the case of a Processing Server (PS-1) and a Base Server (BS) configuration, the archive
containing the System Logs will also contain the System and Application logs from the Base
Server. They will be located within a gateway_logs folder.
Starting from Release 6.2 SP1, the MiVoice Office 250 will now collect and store Application
logs before a system reboot, into an archive file called save_before_reboot.tar.gz. These logs
can also be collected from within System Administration and Diagnostics and the Administrator
Web Portal interfaces.
Frequent logging to the MiVoice Office 250 Compact Flash can shorten the Compact Flash life
and reduce available storage for the Unified Voice Messaging application.
Archive options and the Automatic Diagnostic Delivery (ADD) feature cannot work
NOTE in parallel. If the ADD feature is enabled, “Archive options” will be greyed out and a
warning displayed.
Using the Archive Options tab, you can setup the maximum number of archive files you want
to retain, and you can configure the archive interval.
1174
System Diagnostics
Make any required changes to the archive options, and then click the Apply button.
If DB Programming is connected and you try to modify the Archive options, the
following message appears: “Archive Options failed to save because DB
NOTE
Programming is currently connected to the phone system. Please disconnect DB
Programming and try again.”
1175
Features and Programming Guide
You can default the Archive Options by selecting the Default button.
If DB Programming is connected and you try to default the Archive options, the
following message appears: “Archive Options failed to save because DB
NOTE
Programming is currently connected to the phone system. Please disconnect DB
Programming and try again.”
If you made changes and did not apply them, you can cancel these changes by selecting the
Cancel button.
1176
System Diagnostics
Selecting the Download all button initiates an immediate System Freeze and a Freeze log
collection without needing to open the DB Programming application. The System Freeze logs
are not available for download from the Log Files page, instead they are collected alongside
all other log files by selecting `Download all logs`. You can find the System Freeze log files
within the downloaded zip file (MiVo250_bulk_log.zip), in a diagnostics directory called
archive_freeze_<index>.tar.gz.
If DB Programming is connected and you try to download all logs, the following
message appears: “Download All operation is not available because DB
NOTE
Programming is currently connected to the phone system. Please disconnect DB
Programming and try again.”
1177
Features and Programming Guide
Within the Diagnostics section, click the Archive Options navigation tab. This tab allows you
to configure Archive options. Using the Archive Options tab, you can setup the maximum
number of archive files you want to retain, and you can configure the archive interval.
Make any required changes to the archive options, and then select Apply Changes.
If DB Programming is connected and you try to modify the Archive Options, the
following message appears: “Error changing configuration: Session failed due to
NOTE Database Programming connection at
<PC_connected_to_Database_Programming>”. Please disconnect DB
Programming and try again.
You can default the Archive Options by selecting the Default button.
If DB Programming is connected and you try to default the Archive Options, the
following message appears: “Error changing configuration: Session failed due to
NOTE
Database Programming connection”. Please disconnect DB Programming and try
again.
If you made changes and did not apply them, you can cancel these changes by selecting Cancel
button.
To retrieve the collected archives click the Log navigation tab, the Logs page appears by
default.
1178
System Diagnostics
Logs can be downloaded to the PC by selecting Download all logs or Download selected
logs buttons.
Selecting the `Download all` button initiates an immediate System Freeze and a Freeze log
collection without needing to open the DB Programming application. The System Freeze logs
are not available for download from the Log Files page, instead they are collected alongside
all other log files by selecting `Download all logs`. You can find the System Freeze log files
within the downloaded zip file (MiVo250_bulk_log.zip), in a diagnostics directory called
archive_freeze_<index>.tar.gz.
If DB Programming is connected and you try to download all logs, the following
message appears: “Download All operation is not available because DB
NOTE Programming is currently connected to the phone system. Please disconnect DB
Programming and try again.” System Freeze won't be initialized, but other logs will
be available for downloading.
1179
Features and Programming Guide
TROUBLESHOOTING
DOWNLOADING THE LOGS
The process of collecting logs is totally dependent on available memory within the MiVoice
Office 250. If you receive the following error message whilst downloading all logs from the
system:
Do the following:
1. Open the Administrator Web Portal interface. Click the Diagnostics navigation tab, the
Log Files page appears by default.
2. Check the collected files that take up a lot of space (see archives example below).
3. Try to download log files separately by selecting each of archives and clicking Download
selected logs.
1180
System Diagnostics
4. Select Enable file deletion and delete all logs you have already downloaded or logs you
wish to remove without downloading.
1181
Features and Programming Guide
NOTE Mitel recommends that you contact Technical Support for assistance with diagnostics issues.
Page 1 of 4
1182
System Diagnostics
Page 2 of 4
1183
Features and Programming Guide
Page 3 of 4
1184
System Diagnostics
Diagnostic – 9974 (9174) This is used by Mitel software developers and cannot be used in
System History Beta or Production software.
Diagnostic – 9983 (9183) This is used by Mitel software developers and cannot be used in
View Displays Beta or Production software.
Program Database 9932 (9132) Can be used for programming phone, system, and trunk
parameters.
Seize Device 9973 (9173) Used during troubleshooting to seize a specific trunk or phone by
indicating the board number, port number, and device number.
System History – 9993 (9193) The system fault history can be frozen or unfrozen using these
Freeze feature codes when diagnostics mode is enabled. Fault history is
System History – used by service personnel when troubleshooting the system.
Unfreeze 9998 (9198)
Page 4 of 4
Use only the commands provided in this chapter unless otherwise directed to by Mitel Technical
Support personnel.
The OLM is accessible from either a remote location through an Secure Shell (SSH) interface
using a third-party application or locally through the USB-B port on the front of the chassis. The
USB-B port provides access to the system when the IP network is down. The OLM shell requires
appropriate drivers to be loaded before the feature can be accessed.
Access to the OLM shell requires a username and password. The default login for the username
is it5k and the default password is itpassw. The “OLM>” should appear on the screen
indicating that it is the OLM shell. Mitel recommends that you change this password at the
earliest convenience.
1185
Features and Programming Guide
The OLM shell provides access to commands in the olm_bin directory. Only the commands in
the olm_bin directory are available to the OLM shell. Using the help command with no arguments
provides a list of the available OLM commands along with a brief description. From the OLM
shell, this help is accessible by typing the command followed by “-h.” A question mark can also
be substituted for “-h” for built-in and system diagnostics commands. If the command entered
fails indicating an invalid option error, the option is not supported.
There are two commands “Exit” and “.” built-in to the shell which are not executed from the
olm_bin directory. Using either of these commands exits out of the OLM shell.
System diagnostic commands are executed from the olm_bin directory and provide diagnostic
information on the system. Commands denoted with an “*” allow additional arguments to be
passed to them.
cls — Clear the terminal screen
free* — Display the amount of free and used system memory (free)
help (or ?) — Display the available commands or help on a specific command
ifshow — Display the status of the currently active interfaces (ifconfig)
ls* — List directory contents (ls | more)
netstat* — Display information about networking subsystem (netstat | more)
ping* — Send echo request to network hosts (ping)
ps* — Report a process status (ps)
route* — Display the kernel routing tables (netstat -rn)
top* — Display the top CPU processes (top)
vmstat* — Display virtual memory statistics (vmstat)
Application diagnostic commands are executed from the olm_bin directory and provide
diagnostic information on the individual application. These commands can be run on any of the
following applications: T1, IP Resource Application (IPRA), Loop Start, Single Line and RCH.
The application diagnostic commands allow additional arguments to be passed to them as
listed in the table.
applogctrl — Enable/Disable Application log directories, change log file directories, and
clear log files. The log files are stored in RAMDisk(/var/log/intl/) or Flash (/usr/local/intl/logs/
). The following arguments can be used in conjunction with the application command.
-n <AppName> Name of the application, select from the following: t1_app, ls_app, iprc_app,
sl_app, rch_app
-s <Bay Number> Specify the bay number the application is running on.
-e Enables logging.
-d Disables logging.
-l <dir> Changes the log file directory.
1186
System Diagnostics
For more information about LCD functions, refer to the Installation chapter in the MiVoice Office
250 Installation Manual .
1187
Features and Programming Guide
CPH is a collection of inputs and outputs used to diagnose problems that occur on the system.
This flag can only be accessed in online Monitor (OLM) mode. By default, this flag is set to No.
NOTICE
Do not use OLM mode unless you are instructed to do so by support personnel.
The time stamp includes hours, minutes, and seconds to handle situations if the Call Processor
(CP) on the PM-1 should happen to freeze multiple times in the same minute. The zipped freeze
file resides in the C:\ICP\FREEZE directory on the CPS. When a freeze occurs, the compression
utility appears in a console window. After one to two seconds, the console window will minimize
automatically. High system use may increase the delay before the system minimizes the
window. When a freeze occurs, the compression utility appears in a console window. After one
to two seconds, the console window minimizes automatically. High system use may increase
the delay before the system minimizes the window. When Automatic Diagnostics Delivery (ADD)
is enabled, the system sends the single zipped file.
TRACEROUTE
The Traceroute application tests the communication path to any IP address in the network. For
example, a technician could perform a traceroute from the IPRA to an IP phone to confirm the
IPRA can communicate with it. The technician could also run a traceroute to any IP device in
the network (a PC, some public IP address, and so forth). The traceroute commands lists the
IP addresses of each router that exist along the path from the local host to the given IP address
of a destination host on the network.
The method for acquiring this information relies on ICMP (Internet Control Message Protocol)
Echo and Time Exceeded messages which some routers are programmed to not send or ignore.
The traceroute will list a “no reply” when it encounters a router that ignores the request. A
traceroute command is available from the IPRA with OLM consoles.
1188
System Diagnostics
To run the traceroute command: Select the “Debug Session” option from a telnet console. At
the prompt, invoke the command by entering “tracert” followed by an IP address in numeric
form at the prompt.
1189
Features and Programming Guide
Administrative Web Portal (AWP) is MiVoice Office 250 Web interface that provides a
comprehensive view of the controller to gather diagnostic information about applications that
are running on the system. AWP is initiated from any computer that has Internet access, allowing
you to view and analyze a system without having to be on-site.
To access AWP:
1. In the address bar of a Web browser, type the IP address of the system that you want to
access.
2. After communication is established with the system, type the username and password. By
default, it5k is the username (which cannot be changed), and “itpassw” is the password.
A 404 Not Found error The user tried to access a Use the links provided by the menu to access
comes up when the user page that does not exist on available pages.
tries to access the Web the server.
page.
A “Cannot find server” error The user typed the IP Make sure the IP address is the address of the
comes up when the user address incorrectly. system and was not typed incorrectly. Also, make
tries to access the Web sure the system is running, plugged in, and the
page. lighted server is running.
A 401 Unauthorized error The user typed the Make sure the user name and password is for the
comes up when the user username or password correct system and was not typed incorrectly.
tries to access the Web incorrectly.
page.
Page 1 of 2
1190
System Diagnostics
The T1M-2 application does The module might not be Verify that the module is properly seated in the
not show up on the AWP online. desired expansion bay and that the Online LED is
page for the corresponding green.
expansion bay
While making several The channels are not Verify that incoming and outgoing access is
outgoing or incoming calls, actually in-use. programmed correctly in DB Programming and
the status of the channels that the CO trunk groups contain the desired list of
still shows up as idle. trunks to test. Also verify, when testing calls over
private networking, that the correct route group is
programmed properly.
After busying out a port, Channels already actively When the calls have completed, the channels will
some channels still show up on a call while the user then go to the Busy state.
as active when accessing attempts to busy out the port
the channel status page. will go into the Pending Busy
state.
Page 2 of 2
SYSTEM MANAGER
System Manager is a server-based application that centralizes management functions for the
system and various peripheral components. For the MiVoice Office 250, System Manager uses
a Web interface. With appropriate licensing, System Manager allows you to view system
information such as Message Print, IP Resources, and trunk diagnostics.
System Manager can be configured to perform a variety of functions, one of which is the ability
to freeze log files. For more information about the system interface, refer to the System Manager
Installation and Maintenance Manual, part no. 835.2743.
Raw Commands
System Manager users have the option to view IP resource oversubscription statistics for a
MiVoice Office 250 agent. The various types of resource statistics are displayed when
commands are entered on the Raw Commands Web page. The following commands apply to
the MiVoice Office 250s:
• IP DRM Resource Diagnostics
• IP Resource Diagnostics
• VoIP DSP Manager
• PS/Base Server Socket Statistics
1191
Features and Programming Guide
1192
© Copyright 2020, Mitel Networks Corporation. All Rights Reserved. The Mitel word and logo are trademarks of Mitel Networks
Corporation, including itself and subsidiaries and authorized entities. Any reference to third party trademarks are for reference only and Mitel
mitel.com makes no representation of ownership of these marks.