Mitel Deutschland 68635RFP36U-01 DECT base station User Manual SIP DECT OM System Manual

Mitel Deutschland GmbH DECT base station SIP DECT OM System Manual

Contents

UserManual_part1

SIP–DECT OM System Manual Release 3.0 SIP–DECT OM System Manual Installation, Administration, and Maintenance Release 3.0 Document ID: depl-1230 Version: 0.2 Aastra Deutschland GmbH Zeughofstr. 1 10997 Berlin, Germany  2012 - All Rights Reserved No part of this document may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or information storage and retrieval system, for any purpose without the express written permission of Aastra. Aastra depl-1230/0.2 Page: 1 (238)
SIP–DECT OM System Manual Release 3.0 Table of Contents Table of Contents 1 OVERVIEW ...........................................................................................................................................7 1.1 THE SIP–DECT SOLUTION............................................................................................................7 1.2 ABOUT THE RADIO FIXED PARTS (RFPS) ........................................................................................8 1.2.1 RFP Families ..................................................................................................................8 1.2.1.1 Former RFP Types (Till SIP–DECT Release 2.1) .......................................................8 1.2.1.2 New RFP Types (Since SIP–DECT Release 3.0) .....................................................10 1.2.2 RFP only Mode.............................................................................................................11 1.2.3 OpenMobility Manager (OMM) Mode ...........................................................................11 1.3 ABOUT THE OPENMOBILITY MANAGER ..........................................................................................12 1.3.1 OMM Tasks ..................................................................................................................12 1.3.2 SIP–DECT Special Features and Capacities ...............................................................13 1.3.3 OMM Capacities and Features.....................................................................................14 1.4 ABOUT THE PORTABLE PARTS ......................................................................................................15 2 GETTING STARTED...........................................................................................................................17 2.1 SETTING UP DHCP / TFTP..........................................................................................................17 2.2 INITIAL SETUP..............................................................................................................................22 3 ENHANCED FEATURE OVERVIEW..................................................................................................26 4 NAMING CONVENTION .....................................................................................................................32 5 LOGIN AND PASSWORDS................................................................................................................33 6 LICENSING .........................................................................................................................................34 6.1 LICENSING MODEL .......................................................................................................................34 6.1.1 Latency Timer...............................................................................................................35 6.1.2 License Violations and Restrictions..............................................................................36 6.1.3 G. 729 License Violations.............................................................................................36 6.2 UPLOADING AN ACTIVATION OR LICENSE FILE ...............................................................................37 6.3 DEMONSTRATION MODE...............................................................................................................37 6.4 LICENSE MODES ..........................................................................................................................38 6.4.1 Small System................................................................................................................38 6.4.2 Medium System............................................................................................................38 6.4.3 Large System................................................................................................................39 7 OMM WEB SERVICE..........................................................................................................................41 7.1 LOGIN .........................................................................................................................................41 7.2 LOGOUT ......................................................................................................................................42 7.3 “STATUS” MENU ..........................................................................................................................42 7.4 “SYSTEM” MENU..........................................................................................................................43 7.4.1 “System settings” Menu................................................................................................43 7.4.1.1 Restarting the OMM .................................................................................................. 46 7.4.1.2 Updating the OMM ....................................................................................................47 7.4.2 “SIP” Menu....................................................................................................................47 7.4.3 “User administration” Menu ..........................................................................................51 7.4.4 “Time zones” Menu.......................................................................................................53 7.4.4.1 Changing Time Zones ...............................................................................................53 7.4.4.2 Resetting Time Zones ...............................................................................................54 7.4.5 “SNMP” Menu...............................................................................................................54 7.4.6 “DB management” Menu ..............................................................................................55 7.4.6.1 Manual Database Import ........................................................................................... 56 7.4.6.2 Automatic Database Import....................................................................................... 56 7.4.6.3 Manual Database Export...........................................................................................58 7.4.6.4 Automatic Database Export....................................................................................... 58 7.4.7 “Event log” Menu ..........................................................................................................60 7.5 “SITES” MENU .............................................................................................................................60 7.5.1 Creating a New Site......................................................................................................61 7.5.2 Editing a Site.................................................................................................................61 7.5.3 Deleting a Site ..............................................................................................................61 7.6 “RADIO FIXED PARTS” MENU.........................................................................................................62 7.6.1 States of an RFP ..........................................................................................................63 depl-1230/0.2 Page: 2 (238)
SIP–DECT OM System Manual Release 3.0 Table of Contents 7.6.2 OMM / RFP SW Version Check ...................................................................................64 7.6.3 Creating and Changing RFPs.......................................................................................64 7.6.4 Importing RFP Configuration Files ...............................................................................67 7.6.5 Capturing RFPs ............................................................................................................68 7.6.6 Deleting RFPs...............................................................................................................69 7.7 “PORTABLE PARTS” MENU............................................................................................................69 7.7.1 Creating and Changing PPs.........................................................................................70 7.7.2 Importing PP Configuration Files..................................................................................72 7.7.3 Subscribing PPs ...........................................................................................................74 7.7.3.1 Subscription with Configured IPEI.............................................................................76 7.7.3.2 Wildcard Subscription................................................................................................ 76 7.7.4 Deleting PPs.................................................................................................................76 7.7.5 Searching within the PP List.........................................................................................76 7.8 “WLAN” MENU............................................................................................................................78 7.8.1 “WLAN profiles” Menu ..................................................................................................78 7.8.1.1 Creating and Changing WLAN Profiles ..................................................................... 79 7.8.1.2 Deleting WLAN Profiles............................................................................................. 85 7.8.1.3 Exporting WLAN Profiles........................................................................................... 86 7.8.2 “WLAN clients” Menu....................................................................................................86 7.9 “SYSTEM FEATURES” MENU .........................................................................................................86 7.9.1 “Digit treatment” Menu..................................................................................................87 7.9.1.1 Creating and Changing “Digit treatment” Entries....................................................... 88 7.9.1.2 Deleting “Digit treatment” Entries .............................................................................. 89 7.9.2 “Directory” Menu...........................................................................................................89 7.9.2.1 Creating and Changing LDAP Servers...................................................................... 90 7.9.2.2 Deleting LDAP Entries............................................................................................... 91 7.9.3 “Feature access codes” Menu......................................................................................91 7.10 “LICENSES” MENU .......................................................................................................................92 7.11 “INFO” MENU ...............................................................................................................................93 8 OM MANAGEMENT PORTAL (OMP) ................................................................................................94 8.1 LOGIN .........................................................................................................................................94 8.2 LOGOUT ......................................................................................................................................95 8.3 OMP MAIN WINDOW ...................................................................................................................95 8.4 “STATUS” MENU ..........................................................................................................................97 8.5 “SYSTEM” MENU..........................................................................................................................98 8.5.1 “System settings” Menu................................................................................................98 8.5.2 “Statistics” Menu...........................................................................................................99 8.5.3 “SIP” Menu..................................................................................................................101 8.5.4 “User administration” Menu ........................................................................................103 8.5.4.1 Creating New User Accounts .................................................................................. 104 8.5.4.2 Changing a User Account ....................................................................................... 105 8.5.4.3 Viewing User Account Details ................................................................................. 105 8.5.4.4 Deleting User Accounts ........................................................................................... 106 8.5.5 “Data management” Menu..........................................................................................106 8.5.5.1 “Automatic DB import” Tab...................................................................................... 106 8.5.5.2 “Automatic DB export” Tab...................................................................................... 108 8.5.5.3 “User data import” Tab ............................................................................................109 8.5.5.4 “Manual DB import” Tab .......................................................................................... 110 8.5.5.5 “Manual DB export” Tab .......................................................................................... 111 8.5.5.6 “Maintenance” Tab .................................................................................................. 112 8.6 “SITES” MENU ...........................................................................................................................113 8.7 “RADIO FIXED PARTS” MENU.......................................................................................................114 8.7.1 “Device list” Menu.......................................................................................................114 8.7.1.1 RFP Detail Panel..................................................................................................... 116 8.7.1.2 Adding New RFPs ................................................................................................... 118 8.7.1.3 Changing RFPs ....................................................................................................... 120 8.7.1.4 Viewing RFP Details................................................................................................ 120 8.7.1.5 Deleting RFPs ......................................................................................................... 120 8.7.1.6 Showing Synchronization Relations ........................................................................ 120 8.7.1.7 Selecting Columns .................................................................................................. 121 8.7.1.8 Filtering RFP Table ................................................................................................. 121 8.7.2 “Paging areas” Menu ..................................................................................................122 8.7.3 “Enrolment” Menu.......................................................................................................123 depl-1230/0.2 Page: 3 (238)
SIP–DECT OM System Manual Release 3.0 Table of Contents 8.7.4 “Export” Menu.............................................................................................................124 8.7.5 “Sync view” Menu .......................................................................................................125 8.7.6 “Statistics” Menu.........................................................................................................127 8.7.6.1 RFP Statistics Overview.......................................................................................... 127 8.7.6.2 RFP Statistics Group Panels...................................................................................128 8.8 “PORTABLE PARTS” MENU..........................................................................................................129 8.8.1 Overview” Menu .........................................................................................................129 8.8.2 “Users” Menu..............................................................................................................132 8.8.3 “Devices” Menu ..........................................................................................................133 8.8.4 PP Detail Panel ..........................................................................................................134 8.8.5 Creating PP Datasets .................................................................................................138 8.8.6 Configuring PP Datasets ............................................................................................138 8.8.7 Subscribing PP Datasets............................................................................................138 8.8.8 Deleting PP Datasets .................................................................................................139 8.8.9 Selecting Columns......................................................................................................139 8.8.10 Filtering PP Table .......................................................................................................139 8.8.11 Enabling / Disabling PP Event Log.............................................................................140 8.9 “SYSTEM FEATURES” MENU .......................................................................................................140 8.9.1 “General settings” Menu .............................................................................................141 8.9.2 “Feature access codes” Menu....................................................................................141 8.9.3 “Alarm triggers” Menu.................................................................................................142 8.9.3.1 Creating “Alarm triggers” ......................................................................................... 143 8.9.3.2 Configuring “Alarm triggers” .................................................................................... 144 8.9.3.3 Deleting “Alarm triggers” ......................................................................................... 144 8.9.3.4 View “Alarm trigger” Details.....................................................................................144 8.9.4 “Digit treatment” Menu................................................................................................144 8.9.5 “Directory” Menu.........................................................................................................146 8.9.6 “XML applications” Menu............................................................................................146 8.9.6.1 Creating a New XML Hook......................................................................................148 8.9.6.2 Changing an XML Hook ..........................................................................................148 8.9.6.3 Viewing XML Hook Details ......................................................................................149 8.9.6.4 Deleting XML Hooks................................................................................................ 149 8.10 “LICENSE” MENU .......................................................................................................................150 8.11 “GENERAL” MENU......................................................................................................................150 8.12 “HELP” MENU ............................................................................................................................152 9 CONFIGURATION UND ADMINISTRATION ASPECTS .................................................................153 9.1 IP SIGNALING AND MEDIA STREAM .............................................................................................153 9.2 RFP SYNCHRONIZATION ............................................................................................................155 9.2.1 Initial Synchronization Procedure...............................................................................156 9.2.2 Checking the Synchronization of a Network...............................................................157 9.3 RFP CHANNEL CAPACITY ..........................................................................................................157 9.4 NETWORK INFRASTRUCTURE PREREQUISITES .............................................................................158 9.5 SIP–DECT STARTUP ................................................................................................................158 9.5.1 TFTP and DHCP Server Requirements .....................................................................159 9.5.2 Booting Steps .............................................................................................................159 9.5.3 Booter Startup ............................................................................................................160 9.5.3.1 DHCP Client............................................................................................................160 9.5.3.1.1 DHCP Request ...................................................................................................... 161 9.5.3.1.2 DHCP Offer ........................................................................................................... 161 9.5.3.1.3 Retries ................................................................................................................... 161 9.5.3.2 TFTP Client .............................................................................................................161 9.5.3.3 Booter Update ......................................................................................................... 162 9.5.4 Application Startup .....................................................................................................162 9.5.4.1 DHCP Client............................................................................................................162 9.5.4.2 Configuration using DHCP ...................................................................................... 164 9.5.4.3 Selecting the Right DHCP Server............................................................................ 165 9.5.5 RFP LED Status .........................................................................................................165 9.5.5.1 Booter LED Status................................................................................................... 166 9.5.5.2 Application LED Status............................................................................................167 9.6 STATE GRAPH OF THE START-UP PHASES...................................................................................170 9.7 STATIC LOCAL CONFIGURATION OF AN RFP (OM CONFIGURATOR)..............................................171 9.8 RFP CONFIGURATION FILES ......................................................................................................178 9.9 RFP (L) 35/36/37 IP / RFP (L) 43 WLAN SOFTWARE UPDATE .................................................181 depl-1230/0.2 Page: 4 (238)
SIP–DECT OM System Manual Release 3.0 Table of Contents 9.10 802.1Q SUPPORT .....................................................................................................................182 9.10.1 Boot Phase of IP RFPs (DHCP).................................................................................183 9.10.2 Boot Phase of IP RFPs (Local Configuration) ............................................................183 9.11 INSTALLING OMM IN HOST MODE...............................................................................................183 9.11.1 System Requirements ................................................................................................184 9.11.2 Installing the OMM Software ......................................................................................184 9.11.3 Configuring the Start Parameters...............................................................................186 9.11.4 Specific Commands – Troubleshooting......................................................................186 9.11.5 Upgrade from OMM Version 2.x to 3.x in Host Mode.................................................187 9.12 UPDATING THE OMM.................................................................................................................187 9.12.1 Updating a Single OMM Installation ...........................................................................187 9.12.2 Updating a Standby OMM Installation........................................................................188 9.13 OMM STANDBY.........................................................................................................................189 9.13.1 Configuring OMM Standby .........................................................................................190 9.13.2 Fail Over Situations ....................................................................................................190 9.13.3 Fail Over Failure Situations ........................................................................................190 9.13.4 Specific Standby Situations........................................................................................192 9.13.4.1 How A Standby OMM Becomes Active ................................................................... 192 9.13.4.2 Handling When Both OMMs Are Not Synchronized ................................................ 192 9.13.4.3 Two DECT Air Interfaces.........................................................................................192 9.14 MANAGING ACCOUNT DATA FOR SYSTEM ACCESS ......................................................................193 9.14.1 Account Types............................................................................................................193 9.14.2 Potential Pitfalls ..........................................................................................................194 9.15 WLAN CONFIGURATION (RFP (L) 42 WLAN / RFP (L) 43 WLAN ONLY)...................................194 9.15.1 WLAN configuration steps ..........................................................................................194 9.15.2 Optimizing the WLAN .................................................................................................195 9.15.3 Securing the WLAN ....................................................................................................197 9.16 SNMP CONFIGURATION ............................................................................................................197 9.17 DOWNLOAD OVER AIR ...............................................................................................................198 9.17.1 How “Download Over Air” Works................................................................................198 9.17.2 How to configure “Download Over Air”.......................................................................199 10 MAINTENANCE ................................................................................................................................202 10.1 SITE SURVEY MEASUREMENT EQUIPMENT ..................................................................................202 10.2 CHECKING THE AASTRA DECT 142 / AASTRA 142D HANDSET FIRMWARE VERSION .....................202 10.3 DIAGNOSTIC ..............................................................................................................................202 10.3.1 Aastra DECT 142 / Aastra 142d Site Survey Mode ...................................................202 10.3.2 Aastra DECT 142 / Aastra 142d Auto Call Test Mode ...............................................203 10.3.3 Aastra DECT 142 / Aastra 142d Auto Answer Test Mode .........................................203 10.3.4 Syslog 204 10.3.5 SSH user shell............................................................................................................205 10.3.5.1 Login ....................................................................................................................... 205 10.3.5.2 Command Overview................................................................................................ 206 10.3.5.3 OMM Console On Linux Server............................................................................... 206 10.3.5.4 RFP Console Commands........................................................................................ 207 10.3.5.5 OMM Console Commands ...................................................................................... 208 10.3.6 Core File Capturing ....................................................................................................209 10.3.7 DECT Monitor.............................................................................................................210 11 APPENDIX ........................................................................................................................................214 11.1 DECLARATION OF CONFORMITY ..................................................................................................214 11.2 COMMUNICATIONS REGULATION INFORMATION FOR AASTRA 142D, AASTRA 600D.......................214 11.2.1 FCC Notices (U.S. Only) ............................................................................................214 11.2.2 Industry Canada (Canada only, not for Aastra 600d).................................................215 11.3 COMMUNICATIONS REGULATION INFORMATION FOR RFP 32, RFP 34, RFP 35 AND RFP 36 .......215 11.3.1 FCC Notices (U.S. Only) ............................................................................................215 11.3.2 Industry Canada (Canada only)..................................................................................216 11.4 ABBREVIATIONS.........................................................................................................................217 11.5 DEFINITIONS..............................................................................................................................217 11.6 REFERENCES ............................................................................................................................219 11.7 PRE-CONFIGURATION FILE RULES ..............................................................................................220 11.7.1 PP Configuration File (OMM Database).....................................................................221 11.7.1.1 Supported Instructions ............................................................................................ 221 depl-1230/0.2 Page: 5 (238)
SIP–DECT OM System Manual Release 3.0 Table of Contents 11.7.1.2 Data Section Fields ................................................................................................. 221 11.7.1.3 Example .................................................................................................................. 222 11.7.2 RFP Configuration File / Central (OMM Database)....................................................223 11.7.2.1 Supported Instructions ............................................................................................ 224 11.7.2.2 Data Section Fields ................................................................................................. 224 11.7.2.3 Example .................................................................................................................. 225 11.7.3 RFP Configuration File / Local (OM Configurator) .....................................................227 11.7.3.1 Supported Instructions ............................................................................................ 227 11.7.3.2 Data Section Fields ................................................................................................. 227 11.7.3.3 Example .................................................................................................................. 228 11.8 RFP EXPORT FILE FORMAT .......................................................................................................230 11.9 PROTOCOLS AND PORTS............................................................................................................232 12 INDEX................................................................................................................................................234 depl-1230/0.2 Page: 6 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview 1 Overview This document describes the installation / configuration, administration, and maintenance of the SIP–DECT solution. Other valid documentation Please observe also the information to other parts of your SIP–DECT installation given in the documents listed in the section entitled References starting on page 219. Reference For a list of abbreviations and definitions valid for this manual please refer to the appropriate chapters in the Appendix starting on page 214. 1.1 The SIP–DECT Solution The SIP–DECT solution comprises the following main components: Aastra SIP–DECT base stations or Radio Fixed Parts (RFPs) being distributed over an IP network and offering DECT and IP interfaces. • • • • Portable DECT devices known as handsets, Portable Parts (PP) or just device e.g. Aastra 620d. OpenMobility Manager (OMM): Management and signaling SW for the SIP–DECT solution, which runs on one of the Radio Fixed Parts or on a dedicated Linux PC (for large installations). In addition, a standby OMM can be configured to ensure the OMM function in case of failure or loss of network connection. A SIP Call Manager/IP PBX/Media Server platform e.g. Asterisk. The following figure gives a graphical overview of the architecture of the SIP–DECT wireless solution: depl-1230/0.2 Page: 7 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview The IP PBX/media server/media gateway, OMM and the RFPs communicate through the IP infrastructure. The RFPs and the Portable Parts communicate over the air, where the DECT GAP protocol or DECT GAP with proprietary enhancements is used. The SIP–DECT solution supports seamless handover between RFPs which are in a group of synchronized RFPs (cluster) and roaming between RFPs on remote sites. Additional components are: LDAP server to facilitate a central corporate directory; • • • • • • Provisioning server to provide RFP configuration or user data files; Data backup server to automatically backup an OMM database on the server or to automatically import an OMM database into the OMM; OM Locating server and clients to run the Aastra SIP–DECT locating solution; 3rd party messaging or alarm server to integrate the SIP–DECT text messaging into a unified messaging or alarm environment; Computer for administration and maintenance tools: Web browser, OM Management Portal (OMP), DECT Monitor. 1.2 About the Radio Fixed Parts (RFPs) 1.2.1 RFP Families 1.2.1.1 Former RFP Types (Till SIP–DECT Release 2.1) Aastra provides 3 types of RFPs for the SIP–DECT solution: RFP 32 IP / RFP L32 IP DECT RFP as indoor model • • • RFP 34 IP / RFP L34 IP DECT RFP as outdoor model RFP 42 WLAN / RFP L42 WLAN DECT RFP + WLAN Access Point as indoor model depl-1230/0.2 Page: 8 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview In general the RFP 32 and RFP 34 have the same hardware and software capabilities. Please be aware of the regulatory differences between North America and all other areas of the world. These differences lead to different RFP 32/34 variants which use specific frequency bands and field strengths: RFP 32 NA or RFP 34 NA (NA) • • - Frequency Band 1920 to 1930 MHz - 5 carrier frequencies - Transmit Power 20 dBm RFP L32 IP or RFP L34 IP (EMEA) - Frequency Band 1880 to 1900 MHz - 10 carrier frequencies - Transmit Power 24 dBm The RFP L42 WLAN is only available for the EMEA region. RFP 32 IP / RFP L32 IP / RFP 32 NA RFP 34 IP / RFP L34 IP / RFP 34 NA RFP L42 WLAN / RFP 42 WLAN 1 Power jack (120 V/230 V AC adapter) 2 Ethernet jack; Power supply in line with Power over Ethernet standard IEEE 802.3af The difference between L-RFPs (L32 IP / L34 IP / L42 WLAN) and non-L-RFPs (32 IP / 34 IP / 42 WLAN) is that the “L” variants have a built-in license, please see chapter Licensing for details. Note: Since SIP–DECT the previous RFP family (RFP (L) 32/34 IP and RFP (L) 42 WLAN) cannot longer house the Open Mobility Manager (see also chapter 1.3). The SW package for this RFP family has a tftp extension e.g. “SIP–DECT_3.0.tftp”. depl-1230/0.2 Page: 9 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview 1.2.1.2 New RFP Types (Since SIP–DECT Release 3.0) With SIP–DECT release 3.0 Aastra provides 3 new types of RFPs for the SIP–DECT solution: RFP 35 IP / RFP L35 IP DECT RFP as indoor model • • • • RFP 36 IP / RFP L36 IP DECT RFP as outdoor model with built-in dipole antennas RFP 37 IP / RFP L37 IP DECT RFP as outdoor model with connectors for external directional antennas RFP 43 WLAN / RFP L43 WLAN DECT RFP + WLAN Access Point as indoor model with internal antennas for DECT and WLAN The difference between L-RFPs (L35 IP / L36 IP / L37 IP / L43 WLAN) and non-L-RFPs (35 IP / 36 IP / 37 IP / 43 WLAN) is that the “L” variants have built-in licenses, please see chapter Licensing for details. In general the RFP 35 / 36 / 37 IP have the same hardware and software capabilities. RFP 43 supports WLAN in addition to DECT. 1 Power 48V DC (optional) 2 1GBit Ethernet (PoE) 3 USB 4 DECT antenna connector (RFP (L) 37 IP) The hardware of all the new RFPs complies with the different regulatory areas of the world. There are no specific hardware variants required to use specific frequency bands and field strengths. Transmit Power, frequency band and carrier frequencies are controlled by software. Other differences compared to the previous RFP family (RFP (L) 32/34 IP and RFP (L) 42 WLAN) are: Boot from internal flash memory instead of net-boot; there is already a SIP–DECT software on board • • software update via TFTP, FTP(S), HTTP(S) supported depl-1230/0.2 Page: 10 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview supports 1GBit Ethernet • • • • • • • supports CAT-iq 1.0 level high definition voice for the new Aastra 650c handset family hardware is ready to support Secure SIP and SRTP with a SIP–DECT 3.0 follow-up release uses an external 48V DC Power Supply (if no PoE available) which fulfils the latest environmental requirements, i.e. EOP step 2 level 5 The RFP 43 WLAN supports the 802.11n standard. The RFP 43 WLAN can house the OMM. The indoor RFPs have a USB 2.0 interface to connect external hardware for future applications e.g. video camera 1.2.2 RFP only Mode Within this mode the RFP converts IP protocol to DECT protocol and then transmits the traffic to and from the handsets over a DECT time slot. On air the RFP has 12 available time slots, 8 can have associated DSP resources for media streams. All DECT time slots are used for control signaling, software download over air, messaging and bearer handover independent of associated DSP resources. 2 control signaling channels are also used to carry bearer signals that signal the handset to start the handover process. If the radio signal of another RFP is stronger than that of the current RFP, then the handset starts the handover process to the RFP that has the stronger signal as the user moves around the site. Clusters Groups of RFPs can be built which are named clusters. Within a cluster RFPs are synchronized to enable a seamless handover when an user crosses from one RFP’s area of coverage to another. For synchronization it is not necessary for an RFP to see directly all other RFPs in the system. Each RFP only needs to be able to see the next RFP in the chain. But it is preferable for an RFP to see more than one RFP to guarantee synchronization in the event that one of the RFPs fails. 1.2.3 OpenMobility Manager (OMM) Mode If the OMM shall not run on a dedicated Linux PC then one RFP within a SIP–DECT installation must be declared to operate as the OpenMobility Manager (OMM). The RFP acting as the OMM may also act as a regular RFP as well if it is included into a DECT cluster. In OMM mode an RFP functions as a regular RFP. Additionally it is responsible for SIP signaling between the SIP–DECT system and the IP PBX/media server. Further on it takes over the management part of the SIP–DECT solution. You designate an RFP as the OMM by assigning an IP address to the RFP within the DHCP scope (see chapter 9.5) or by setting the data via the OM Configurator (see 9.6). After an RFP is designated as the OMM, it starts the extra services on board (for example, the web service that supports the management interface). All RFPs download the same firmware from a TFTP server but only one RFP activates the OMM services. depl-1230/0.2 Page: 11 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview Note: It is possible to deactivate the DECT part of an RFP. If the DECT interface is deactivated then all resources (CPU and memory) are available for the OMM. When you decide to run an RFP-based OMM, you should be sure that the maximum number concurrent calls will not exceed <= 100 in your DECT network. 1.3 About the OpenMobility Manager With SIP–DECT 3.0 the OpenMobility Manager (OMM) requires to run on one of the new RFP types (RFP (L) 35/36/37 IP resp. RFP (L) 43 WLAN) or on a dedicated Linux x86 server. There is only one active OpenMobility Manager (OMM) in the system. If the OMM runs on an RFP, a 100 Mbit network link is required. • • • • • • • If the OMM runs on on a dedicated Linux PC, a 1 Gbit network link is required (see also chapter 9.11.1). In addition, a standby OMM can be configured to ensure the OMM function in case of failure or loss of network connection. For more information on the standby OMM see chapter 9.13. 1.3.1 OMM Tasks The OMM performs the following tasks: Signaling gateway (SIP <-> DECT) Media stream management Managing sync-over-air functions between RFPs Provides a Web service for system configuration Provides additional services e.g. - LDAP based central corporate directory - OM Application XML interface (OM AXI) for OAM&P, messaging, alerting service and locating - Integrated Messaging and Alerting Service (OM IMA) - Data backup and provisioning services - SIP–DECT XML terminal interface. This interface adapts the “XML API for Aastra SIP Phones“ for SIP–DECT handsets. The Aastra 600d handset family (firmware release 4.00 required) and the Aastra 650c handset are supported. depl-1230/0.2 Page: 12 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview OMM3rd partyAlarmServer3rd partyMessageServerOM IntegratedMessaging &Alerting ServiceOM Locating ClientOMLocatingServer...Call ManagerOMM Application XML Interface(OM AXI) for OAM&P* andother applications(XML, TCP/TLS)*OAM&P – Operation, Administration,Maintenance & ProvisioningOM ManagementPortalWEBserviceSIPProvisioning/DatabaseBackup ServerLDAP Server Additional information on the following topics are available with separate documents. Locating: please see the SIP–DECT; OM Locating Application; Installation, Administration & User Guide /25/. • • • • • • Integrated Messaging and Alerting Service: please see the SIP–DECT; OM Integrated Messaging & Alerting Application; Installation, Administration & User Guide /26/ and the SIP–DECT; Aastra 610d, 620d, 630d; Messaging & Alerting Applications; User Guide /28/. Integration of SIP–DECT in unified messaging and alarm environments: please see /28/ and the OM Application XML Interface (OM AXI) specification /28/. User data provisioning: please see the SIP–DECT; OM Handset Sharing & Provisioning; User Guide /27/. Administration and Monitoring by 3rd party applications: please see the OM Application XML Interface (OM AXI) specification /28/. SIP–DECT XML terminal interface: please see the SIP–DECT XML terminal interface specification /34/. 1.3.2 SIP–DECT Special Features and Capacities Special features and capacities of the SIP–DECT 3.0 solution are: Feature/Handset GAP 142d 600d 1 650c Large DECT Systems (XXL) No connection handover beyond 256 RFPs yes yes yes Messaging & Alerting no no yes yes Initiate Alarm Trigger *, # procedure no sensor alarm *, # procedure no sensor alarm yes yes depl-1230/0.2 Page: 13 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview Feature/Handset GAP 142d 600d 1 650c Locating yes yes yes enhanced locating features yes enhanced locating features DECT XQ no no yes yes UTF-8 and alphanumeric dialing support 2 no no yes yes SIP–DECT XML terminal API 2 no no yes yes CAT-iq 1.0 / Aastra Hi-Q™ audio technology 2 no no no yes 1 requires Aastra 600d firmware release 4.00 or higher 2 new with SIP–DECT 3.0 1.3.3 OMM Capacities and Features The OMM capacities are: Feature/SW Release Release 1.8 Release 2.1 Release 3.0 or later RFP OMM Linux x86 server OMM RFP OMM Linux x86 server OMM RFP OMM Linux x86 server OMM L-RFP: RFP L32/34IP & RFP L42WLAN 256 - 20 - 20 1 - Standard RFP: RFP 32/34IP & RFP 42WLAN - - 256 2 2048 2 256 1, 2 2048 2 L-RFP: RFP L35/36/37IP & RFP L43WLAN - - - - 20 - Standard RFP: RFP 35/36/37IP & RFP 43WLAN - - - - 256 2 2048 2 Handsets / users 512 - 512 4500 512 4500 Message / Alarm receive - - yes / yes 2yes / yes 2 yes / yes 2 yes / yes 2Message send - - yes 3 yes 3 yes 3 yes 3 Locating - - yes 2 yes 2 yes 2 yes 2 DECT XQ - - yes yes yes yes UTF-8 and alphanumeric dialing support - - - - yes yes SIP–DECT XML terminal API - - - - yes yes depl-1230/0.2 Page: 14 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview Feature/SW Release Release 1.8 Release 2.1 Release 3.0 or later RFP OMM Linux x86 server OMM RFP OMM Linux x86 server OMM RFP OMM Linux x86 server OMM CAT-iq 1.0 / Aastra Hi-Q™ audio technology - - - - yes yes 1 There must be at least one RFP L35/36/37 IP or RFP L43 WLAN to host the OMM (2nd RFP for OMM standby). 2 The feature requires a license and is not available for L-RFP installations which are using built-in licenses. 3 This feature requires a license for standard RFP installations. There is a built-in license for L-RFP installation. 1.4 About the Portable Parts Portable Part (PP) is DECT standard terminology and in the context of the SIP–DECT solution is interchangeable with handset. Aastra provides the following handsets: Aastra 142d, Aastra 610d / Aastra 620d / Aastra 630d, and (since SIP–DECT 3.0) Aastra 650c. Aastra 142d Aastra 610d Aastra 620d Aastra 630d / Aastra 650c Notes on the Aastra 142d handset Please be aware of differences in regulatory requirements between North America and all other areas of the world. These differences lead to different Aastra 142d variants which use specific frequency bands and field strengths: Aastra DECT 142 (NA) Aastra 142d (global, all other countries) Frequency Band 1920 to 1930 MHz (UPCS) Frequency Band 1880 to 1900 MHz 60 duplex channels 120 duplex channels 100 mW (maximum output per active channel) 250 mW (maximum output per active channel) 5 mW (average output per active channel) 10 mW (average output per active channel) depl-1230/0.2 Page: 15 (238)
SIP–DECT OM System Manual Release 3.0 1 Overview In addition to the Aastra DECT 142 / Aastra 142d, standard 3rd party DECT GAP phones may operate on the SIP–DECT solution. But the functionality may be limited by the characteristics of the 3rd party DECT phone. Notes on the Aastra 600d and Aastra 650c handsets The Aastra 610d / 620d / 630d supports both the NA and EMEA regulatory requirements. The new Aastra 600d firmware release 4.0 has to be used with Aastra 610d / Aastra 620d / Aastra 630d to support the SIP–DECT release 3.0 features. SIP–DECT release 3.0 still supports the previous Aastra 600d firmware release 3.03 but with limitation. The Aastra 600d firmware release 3.03 is incompatible with new SIP–DECT release 3.0 features like UTF-8. The Aastra 600d firmware release 4.0 has the following characteristics: New user interface e.g. new dial editor with alphanumerical and always en-bloc dialing • • • • • • • • Support of UTF-8 in over the air signaling with the OMM Digit and alphanumeric dialing Support of SIP–DECT XML terminal interface Support of microSD-Card to save subscription data and the most important local device data (Aastra 620d / Aastra 630d) Additional subscription options Additional alarm melodies Profile indication in idle display For more details please see /28/and /29/. The Aastra 650c handset has the same feature set as the current Aastra 600d handsets. In addition to the Aastra 600d firmware release 4.0x feature set, the new Aastra 650c handset supports CAT-iq 1.0 and is thus capable to run G.722 (wideband) voice connections. For the full experience of wideband audio the handset hardware e.g. speakers, microphone, processor, have been improved. depl-1230/0.2 Page: 16 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started 2 Getting Started This chapter describes how to set up a small SIP–DECT system using two RFP devices, useable as a small stand-alone DECT telephony system or for evaluation purposes. Note: The DHCP/TFTP configuration described here can be used to operate current RFPs 35/36/37/43 together with older RFPs 32/34/42. However, a more straightforward setup using the Java-based OpenMobility Configurator tool is described in the SIP–DECT: Installation & Administration Compendium document (see /24/). Prerequisites Some hardware and software prerequisites are to be met to follow this quick start guide: • • • • • • Note: at least two licensed RFP devices (e.g. RFP L35 IP), a PC to run a browser or start java programs, a PC-based server for setting up DHCP/TFTP, two or more DECT handsets (preferably two Aastra 610d/620d/630d/650c), OMM-SIP installation medium with software, such as the “iprfp3g.dnld” file, optional: a VoIP communications system that provides SIP accounts. You can use any operating system for the PC-based server system that provides a DHCP and TFTP server. However, the following description details on a Linux system. For testing and evaluation, you may download and install virtualization software for your workstation, such as “VmWare Player” or “VirtualBox”. Within a virtual machine, you are able to operate a Linux system, for example the CentOS, Debian or Ubuntu “Live-CD” ISO files that are downloadable for free on the respective Linux vendor web sites. The PC-OMM (OMM in host mode, see also chapter 9.11) is not supported on virtual machines. 2.1 Setting up DHCP / TFTP An RFP in the factory default configuration will request the address configuration via DHCP. While it is possible to configure a fixed (non-DHCP) address for the RFPs (see chapter 9.6), this description starts with setting up a DHCP server that will answer the DHCP requests. The DHCP server will be limited to answer only DHCP requests from Aastra RFPs (sorted out by MAC address), so the new DHCP server will not disturb the operation of possibly other DHCP servers in your LAN. Also you need a TFTP server that offers the software file for the RFPs. For current RFPs 35/36/37/43, the TFTP server provides the software file for updates (“iprfp3g.dnld”). For older RFPs 32/34/42, the TFTP server provides the software file loaded during RFP startup (“iprfp2g.tftp”). The IP address and the software file download location is part of the DHCP answer, the RFP receives during start-up. By using this DHCP-provided configuration, the RFP downloads the software file and starts the program that is included in the software file. As stated earlier, the PC server system described here is operated by a Linux system. If you run Linux in a virtual machine, the virtual machine’s network adapter should be configured for depl-1230/0.2 Page: 17 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started the “Bridged Mode” which allows the virtual machine to receive/answer DHCP broadcasts on the physical Ethernet adapter. Activating bridge mode with VirtualBox Also, you need the firmware file for the RFP inside the virtual machine. You can copy via network e.g. by using SCP, FTP, SMB etc. To keep things simple, the virtual machine used in this example has a second CD-ROM that points to the hardware CD-ROM drive that in turn has the OMM-SIP installation medium inserted. Second CD-ROM with VirtualBox The following steps will start the virtual machine where you can configure and run the DHCP/TFP server program. 1 Start the virtual machine. The Linux desktop should be displayed after start-up. The following screenshot depicts the situation if you start VirtualBox with a Live CD Linux (CentOS 6.2 to be precise). depl-1230/0.2 Page: 18 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started CentOS LiveCD, copy files, calling up a terminal 2 On the virtual machine’s desktop, double click the OMM-SIP CD-ROM. Use drag & drop to copy the “iprfp3g.dnld”, “iprfp2g.tftp”, and “aafon6xdd.dnld” files to the Linux desktop. 3 Start a terminal program. With Gnome desktop, select the Applications: Accessories: Terminal menu command. 4 In the terminal program, you need to enter the following commands to switch off the firewall and to start the SSH service: su –l Starts a super user (“root”) shell. ip -4 a Shows the current network configuration. The “eth0” adapter should show an IP address allocated by a DHCP server in your LAN. ip a add 192.168.1.1/24 dev eth0 ip l set dev eth0 up Optional: if the “eth0” adapter has no IP address, you can assign the address manually. /etc/init.d/sshd start Starts the SSH service. passwd centoslive Set a (simple) password for the “centoslive” user. iptables -F INPUT echo 0 > /selinux/enforce Flush (clear) the INPUT firewall. Disable SELINUX that prevents TFTP downloads. 5 Leave the virtual machine. With VirtualBox press and release the right [Ctrl] key. With VmWare Player press and release both the left [Ctrl] key and the left [Alt] key. You may iconize the virtual machines window now. 6 From your home desktop, start a remote terminal via SSH. Use your favorite SSH program (e.g. the PuTTY program for Windows) and connect to the IP address of the virtual machine. Log in as “centos” user with the password entered previously. Note, that it depl-1230/0.2 Page: 19 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started is now possible to use the clipboard to enter new commands and configuration file statements. 7 Enter the following commands to configure and start the DHCP/TFTP service: su -l Starts a super user (“root”) shell. yum install dhcp tftp-server Installs a DHCP and a TFTP server. yum install nano Installs the “nano” text editor. cd /var/lib/tftpboot Change the current directory. cp -v /home/centoslive/Desktop/* . Copy files here. (“iprfp3g.dnld”, “iprfp2g.tftp”, and “aafon6xdd.dnld” from the CD ROM). Mind the trailing dot in the command. nano /etc/dhcp/dhcpd.conf Start the “nano” text editor to change the “/etc/dhcp/dhcpd.conf” configuration file for the ISC DHCP daemon. Adapt and paste the example configuration from below. Press [Ctrl-X] to end the text editor and confirm saving the file with the [Y] and [Return] keys./etc/init.d/dhcpd restart Start the DHCP server. chkconfig tftp on /etc/init.d/xinetd restart Enable the TFTP server that is started from xinetd. Start the xinetd daemon after this. tail -f /var/log/messages View the system log for DHCP messages. 8 Connect the desired RFPs to your LAN. Establish their power supply, either by PoE or by plugging in the external power adapters. During the RFP start-up, the SSH console windows should display DHCP messages that indicate the RFP DHCP queries. DnsMasq Configuration File (/etc/ dhcp/dhcpd.conf) The following configuration example needs to be adapted to your network and RFPs. Change all lines with “192.168.112.” to match your LAN. Also change the MAC address (here: 00:30:42:0d:10:2e) to the value printed on the backside label of the RFP that is designated as OMM. ################################################ # dhcpd.conf sample configuration for SIP-DECT # ################################################ ddns-update-style interim; ignore client-updates; default-lease-time 86400; max-lease-time 86400; ### Define SIP-DECT options (incl. structure of option 43) ### option space SIPDECT; option SIPDECT.omm-ip code 10 = ip-address; option SIPDECT.omm-syslog code 14 = ip-address; option SIPDECT.omm-syslog-port code 15 = unsigned integer 16; option SIPDECT.country code 17 = unsigned integer 16; option SIPDECT.ntpsrvname code 18 = text; option SIPDECT.omm-ip2 code 19 = ip-address; depl-1230/0.2 Page: 20 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started option SIPDECT.importurl code 24 = text; option magic_str code 224 = text; option tftp-list code 150 = array of ip-address; option vlanid code 132 = unsigned integer 16; ### class definition ### # RFP (L) 31,32,33,34,41,42 class "SIP-DECT2G" { match if option vendor-class-identifier = "OpenMobility"; } # RFP (L) 35,36,37,43, since firmware 3.0RC3 class "SIP-DECT3G" { match if option vendor-class-identifier = "OpenMobility3G"; } ### subnet definition ### shared-network SIP-DECT { subnet 192.168.112.0 netmask 255.255.255.0 { pool { range 192.168.112.52 192.168.112.55; allow members of "SIP-DECT2G"; allow members of "SIP-DECT3G"; option routers 192.168.112.1; option subnet-mask 255.255.255.0; option ntp-servers 192.168.112.109; option domain-name-servers 192.168.112.1,8.8.8.8; next-server 192.168.112.183; vendor-option-space SIPDECT; option magic_str = "OpenMobilitySIP-DECT"; option SIPDECT.omm-ip 192.168.112.43; # option SIPDECT.omm-ip2 192.168.112.52; # option SIPDECT.country 1; # option SIPDECT.omm-syslog 192.168.112.1; if option vendor-class-identifier = "OpenMobility" { filename "/iprfp2g.tftp"; } if option vendor-class-identifier = "OpenMobility3G" { filename "/iprfp3g.dnld"; } # option tftp-server-name "tftp://192.168.112.183/subdir"; host OMM { depl-1230/0.2 Page: 21 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started hardware ethernet 00:30:42:12:6E:3B; fixed-address 192.168.112.43; } } # end of pool } # end of subnet } OMM selection One RFP of a set needs to function as OpenMobility Manager (OMM). The configuration suggested above will select a specific RFP for this role with the “DHCP option 43”. The OMM is generally selected • • • Note: via the DHCP request (see chapter 9.5.3.1), within the static local configuration of an RFP (see chapter 9.6), within the RFP configuration file of a PC-based OMM (see chapter 9.8). The RFP which has the same IP address as the dedicated OMM IP address will be the RFP which the OMM application runs on.If two OMM IP adresses are configured, the OMM application is started on both dedicated RFPs. One OMM becomes the active OMM and the other the standby OMM. For more details about the standby feature, see chapter 9.13. 2.2 Initial Setup After bringing up the DHCP/TFTP server and starting the RFPs, you can start a web browser and call up the web-based user interface of the OMM. Alternatively, the Java-based OpenMobility Manager (“OMP.jar”) may be used. The following step-by-step description emphasizes on the OMM’s web console. 1 Start a web browser and navigate to the IP address that you have configured for the OMM in the DHCP option 43. This will display the OMM’s login page. The browser’s communication with the OMM’s web console is secured by the HTTPS protocol. However, since you cannot validate a numeric intranet address with a certifacte chain, you need to ignore / overwrite the web browser’s warning about invalid certificates. 2 Enter “omm” in the User name input field. Also enter “omm” in the Password input field. Click the OK button to log in. In the factory default configuration, the OMM now displays the Info: End-user license agreement page. Read the agreement and confirm by clicking the Accept button. depl-1230/0.2 Page: 22 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started OMM web console, login with “omm” / “omm” 3 On the next two pages that are displayed automatically, you need to enter new passwords for two administrative user accounts. The first account is the “omm” user that can change the configuration. The second account can be used to call up the OMM’s command line shell via SSH. Enter passwords that contain at least lower case letters, capital letters, and digits. After changing the passwords, the web console shows the Status page. 4 Navigate to the System: System settings page. Change the PARK setting to the PARK code that is printed on the installation CD-ROM. Also change the Regulatory domain to match your region. Confirm with OK. System: System settings, change PARK and DECT regulatory domain Note: The RFP L35 IP / RFP L36 IP / RFP L37 IP / RFP L43 WLAN and RFP L32 IP / RFP L34 IP / RFP L42 WLAN devices provide a build in license as described here. If you have purchased another license type and e.g. RFP L35 IP / RFP L36 IP devices, you need to upload the license file on the Licenses page now (see chapter 4). 5 Navigate to the Radio fixed parts page. Click the Start button to start capturing. Wait 10 seconds. Click the Radio fixed parts menu entry to refresh the display. If all expected RFPs are listed, click Stop to end capturing. depl-1230/0.2 Page: 23 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started Radio fixed parts, capture and add new RFPs 6 Click the icon next to the desired entry to add a new RFP to the OMM. The New radio fixed part dialog opens. Enter a Name. Enable the DECT settings checkbox that assigns the RFP to DECT cluster “1”. Confirm with OK. Repeat this step for the second RFP. 7 Navigate to the Portable parts page. Click on the New button. The New portable part dialog opens. Enter a Name, a Number and a DECT authentication code. Confirm with OK. Repeat this step for a second DECT portable part with a different DECT authentication code. Portable parts, add new portable part 8 Click on the Start button below the Wildcard subscription heading. This will activate subscription without known handset IPEIs for the next two minutes. During this period, subscribe two of your DECT handsets. Enter the configured DECT authentication code on depl-1230/0.2 Page: 24 (238)
SIP–DECT OM System Manual Release 3.0 2 Getting Started the DECT handset during the subscription procedure (see chapter 7). After subscribing two DECT handsets make a test call from one DECT handset to the other. 9 Navigate to the System: SIP page to connect the OMM to your PBX. Enter the IP address of your PBX in the Proxy server and Registrar server fields. In the following screen shot, an Aastra 800 PBX with address 192.168.112.91 is used to provide the SIP PBX functions. SIP: System, connect to PBX & change portable part SIP configuration 10 Navigate back to the Portable parts page. Click the icon next to the desired portable part entry to open the respective Configure portable part dialog. Change to User name and Password fields under the SIP authentication heading to the SIP account credentials configured on the PBX (see chapter 7.4.2 and chapter 7.7.1). Note, that the entered User name is sent to the PBX as “authorization username” within the SIP “REGISTER” message. Verify the SIP registration, for example on a status display of your PBX as shown above. Place a test call from the DECT portable part to another phone attached to the PBX. The next steps depend on your requirements and would typically include setting up a standby OMM (see chapter 9.13) or setting up the Download over Air software-update for Aastra 610d/620d/630d/650c portable parts (see chapter 9.17). depl-1230/0.2 Page: 25 (238)
SIP–DECT OM System Manual Release 3.0 3 Enhanced Feature Overview 3 Enhanced Feature Overview An SIP–DECT system scale from a single licensed RFP up to a larger SIP–DECT system that may include hundreds of RFPs. Some of the more advanced features target larger DECT systems. You may browse the following list of features in order to get an overview and to decide if it’s relevant for your requirements. You find in-depth explanations in the referenced chapters. Please note: Please note: Be aware that the majority of the new enhanced features require at least the following handset firmware releases – 600d: firmware release 4.00 – 650c: firmware release 1.00 It is assumed that SIP–DECT installations are configured to perform an automatic firmware update over the air. Download over Air The Aastra 600d handset family and the Aastra 650c handset are able to download and upgrade its firmware via DECT over the air. For the OMM running on an RFP the handset firmware packages are delivered in the package file “aafon6xxd.dnld” for the Aastra 600d handset family and the Aastra 650c handset. This package file must be put on the same server and path where the RFP gets a software image file for update purposes (e.g. SIP–DECT_3.0.dnld). The handset firmware packages are included in the OMM installation package for Red Hat© Linux for the Linux x86 server version of the OMM (e.g. SIP-DECT_3.0.bin). Wideband (CAT-iq 1.0 / Aastra Hi-Q™ audio technology) Together with the new RFP (L)35/36/37 IP and RFP (L) 43 WLAN, the Aastra 650c offers the possibility to act as Aastra Hi-Q audio terminal. This feature is realized using wideband speech according to CAT-iq. Each Hi-Q connection uses, compared to conventional narrowband, the double capacity on the DECT air interface. Due to this fact, 4 Hi-Q connections (instead of 8) can be established via one RFP. Aastra Hi-Q audio technology must be enabled or disabled per site (see chapters 7.5 and 8.6). This functionality must be homogeneously available among synchronous RFPs (members of the same cluster). Each site with enabled Hi-Q audio must exclusively contain new RFP (L)35/36/37 IP or RFP (L) 43 WLAN. Typically one site is identical with one cluster, i.e. all RFPs belonging to a specific site belonging to a specific cluster. However a site can have more than one cluster. The OMM does not refuse to configure one cluster which contains multiple sites. Such configuration could annul the rule that Hi-Q audio must be homogeneously available among synchronous RFPs. It is strongly recommended not to setup systems with multiple sites within one cluster. depl-1230/0.2 Page: 26 (238)
SIP–DECT OM System Manual Release 3.0 3 Enhanced Feature Overview RFP mixed installations In sites (or whole systems) with disabled Hi-Q audio, an arbitrary mixture of RFP (L) 32/34 IP / RFP (L) 42 WLAN and RFP (L)35/36/37 IP / RFP (L) 43 WLAN is allowed. No further restrictions appear for mixed installations. DECT XQ The DECT radio communication generally suffers from attenuation and radio wave reflection. Especially if a building’s walls and ceilings contain a higher portion of metal-based material or if larger metal surfaces are present, the DECT XQ improves the radio communication between an RFP and an Aastra 600d / Aastra 650c portable part at the expense of DECT channel capacity (see 9.3). Enable this feature for some or all of your RFPs (see chapter 7.6.3, “DECT settings” or chapter 8.7.1.2, “DECT tab”). It is not possible to have DECT XQ audio combined with Hi-Q audio within the same connection. Three operating modes regarding audio quality are selectable at the Aastra 650c handset: standard audio, Hi-Q audio and automatic. In case that an Aastra 650c operates in Hi-Q audio mode, it will exclusively establish wideband connections and not switch to narrowband later on. An Aastra 650c in this mode will ignore the XQ capability of the RFP. • • • • • • • • • • In case that an Aastra 650c operates in standard audio mode, it will exclusively establish narrowband connections and not switch to wideband later on. An Aastra 650c in this mode will switch to DECT XQ and back as necessary. In case that an Aastra 650c operates in automatic mode, the connection establishment depends on whether the current base provides DECT XQ or not. If DECT XQ is available, a narrowband connection will be established. Otherwise a wideband connection will be established. UTF-8 The UTF-8 support allows the presentation of a wider range of language specific characters e.g. umlauts and eases the internationalization/localization. Since SIP–DECT 2.1 the OMM and the Aastra 600d handset family support UTF-8 for text messaging. With the SIP–DECT 3.0 the OMM and the Aastra 600d/650c handsets support an extended character set for User parameter (configurable via WEB, OMP or external user configuration files) – System name – User name – Number SIP “display names” und SIP “user id’s” of incoming and outgoing calls Call logs LDAP directory access XML terminal interface objects Be aware that this feature needs at least following handset firmware releases: Aastra 600d: firmware release 4.00 or later Aastra 650c: firmware release 1.00 or later depl-1230/0.2 Page: 27 (238)
SIP–DECT OM System Manual Release 3.0 3 Enhanced Feature Overview For 3-party GAP handsets, Aastra 142d or Aastra 600d/650c with older firmware releases, the UTF-8 character set is not supported. If possible, the OMM maps UTF-8 character to LATIN-1. Please note: Please note: The actually available set of characters is defined by the handset. Please see /29/. Characters not supported by the 600d/650c e.g. “用” are replaced by “”. User configuration files must be encoded in UTF-8. Alphanumeric dialing The SIP–DECT release 3.0 supports together with the new handset firmware releases Aastra 600d 4.00 and Aastra 650c 1.00 the dialing of alphanumeric characters. This allows in advance to the classical dialing of digits the dialing of names (e.g. “Heinrich.Mueller”). If SIP URI dialing like “name@domain” shall be used please use an (outbound) proxy which supports the interpretation of SIP user names including domain names. Digit treatment and UTF-8/alphanumeric dialing The feature “Digit treatment” is designated to handle dialed digit strings only. It cannot be applied with SIP–DECT release 3.0 to UTF-8/alphanumeric dialing. Voice mail number A system wide voice mail number can be configured within the system setting section. This number is used by the Aastra 600d/650c handset family if a voice box call is initiated. The system wide voice mail number can be overruled by a user specific voice mail number. If there is no voice mail number configured or another type of handset is used; then the voice mail number must be configured locally in the handset. The voice mail number is supported by the external user data configuration files. The parameter UD_VoiceMailNumber can be set in the user_common.cfg and/or “user.cfg” or “LoginID.cfg” e.g. “UD_VoiceMailNumber=222”. For details please refer to: SIP–DECT; OM Handset Sharing & Provisioning; User Guide. OMM standby The OMM is the central management entity in a SIP–DECT system and forms thereby single point of failure. It is possible to automatically transfer the OMM function to a second RFP device in case of failure or loss of network connection (see chapter 9.13). RFP synchronization / radio coverage planning To ensure a seamless communication experience, the SIP–DECT system switches an ongoing DECT phone call from one RFP to another if the radio communication quality drops below a certain threshold. The seamless handover is possible only if the participating RFPs are synchronized. RFP synchronization is performed via radio communication between RFPs, which in turn requires a decent radio coverage planning (see chapter 9.2). depl-1230/0.2 Page: 28 (238)
SIP–DECT OM System Manual Release 3.0 3 Enhanced Feature Overview Clustering / paging areas Your SIP–DECT system may include different locations, where the distances between the locations prevent the RFPs from performing the over-the-air synchronization. In this case, you need to split your network into clusters (or “synchronization domains”). Assign RFPs to cluster numbers for this (see chapter 7.6.3, “DECT settings” or chapter 8.7.1.2, “DECT tab”). If your SIP–DECT system consists of a very large number of RFPs, you should configure the paging area size to optimize the signaling necessary for paging a DECT portable part in throughout the SIP–DECT system (see 8.7.2). Isolated sites A separate cluster number is also required, e.g. for a single RFP servicing an office abroad. Also, if the VPN network connection to the isolated site’s RFP cannot transport DHCP, you may use static IP address configuration for the single RFP (see chapter 9.6). Wireless LAN (WLAN) If you purchased a number of WLAN RFPs (RFP L42 WLAN or RFP 42 WLAN), the SIP–DECT system also provides access to your company LAN via Wireless LAN. The WLAN configuration of a group of WLAN RFPs is managed by WLAN profiles (see chapter 7.8). PC-based OMM installation A very large number of RFPs or a large number of DECT portable parts may exceed the storage capacity or processing power of the embedded RFP device. For this reason, it is also possible to operate the OMM on a standard PC under the Linux operating system (see chapter 9.10). SIP–DECT release 3.0 is tested and released for Red Hat© Enterprise Linux 6 for x86 server. Locating application You can set up a system to locate and track DECT portable parts in your DECT system. This includes a separate Web user interface, which for example can be operated by service personnel to locate a DECT portable part that has triggered an alarm. Refer to the “OpenMobility Location Application” user guide for details, see /25/. Extended messaging You can set up an extended messaging and alarms system, e.g. to provide automated reactions on alarms triggered by DECT portable parts or on alert messages. The extended messaging system may also provide message confirmations, message based services, and may also be integrated with external computer systems. Refer to the “OpenMobility Integrated Messaging & Alerting” user guide for details, see /26/. OpenMobility provisioning While some users in the SIP–DECT system will use their “personal handset”, it is also possible to operate shared handsets. The OpenMobility SIP–DECT solution provides an enhanced DECT Handset Sharing and Provisioning concept that enables to comfortably manage a large amount of DECT handsets and which provides a flexible subscribing model. With this, the SIP–DECT system supports new features such as logging in and out with a personalized user account on different DECT handsets, import of user data from an external depl-1230/0.2 Page: 29 (238)
SIP–DECT OM System Manual Release 3.0 3 Enhanced Feature Overview provisioning server, automatically subscribe new DECT handsets or control subscription specific system functions from DECT handsets. Refer also to the “OpenMobility Provisioning” user guide for details see /27/. SIP–DECT XML terminal interface The SIP–DECT XML terminal interface allows external applications to provide content for the user on the DECT handsets display and much more. The list of potential applications is endless. The interface is derived from the XML API for Aastra SIP Phones and coexists with the OM AXI features e.g. text messaging. Partners can get access to the interface specification /34/ by registering at the A2P2 program. To call a certain URI there are a number of hooks available for the Aastra 600d/650c handsets which can be put on a programmable key or can be called from a menu. The following hooks are available: Hook Description Programmable Key Menu entry Call log To replace the local call log yes yes Redial list To replace the local redial list yes yes Server Menu Hook to reach a server menu yes yes 1 Presence Hook to reach a presence application yes yes Applications List of 10 hooks; each of them can be freely defined (App1 – App10) yes yes App1 – App10 10 hooks which can be freely defined yes no Event Actions URI to be called in case of user/device events no 2 no 2 1 The server menu is integrated in the OMM system menu. The (OMM) system menu is available as a menu entry in the local main menu of the handset (soft key ) or directly available by a long press of the soft key . If no user is assigned to the handset, then the server menu is the only available XML application hook. 2 The URI to be called is configured in the OMM via OMP. Content can be pushed towards the handset via SIP notify. For more information please see /34/. SNMP integration / External configuration files To integrate the SIP–DECT system into external management systems, each RFP runs an SNMP agent that can be queried by SNMP management software (see 9.16). To integrate to external configuration management systems, the DECT system’s configuration is available my means of ASCII-based configuration files. For example, you can configure automatic import or export of configuration files from/to an external server (refer also to the “OpenMobility Provisioning” user guide for details see /27/). System configuration tools You can configure and maintain the SIP–DECT system with two different applications: depl-1230/0.2 Page: 30 (238)
SIP–DECT OM System Manual Release 3.0 3 Enhanced Feature Overview a web-based service (OMM Web service, see chapter 7) and • • a java-based tool (OM Management Portal, OMP, see chapter 8). Both applications support the essential configuration and administration settings required for smaller SIP–DECT systems. However, for larger SIP–DECT systems using enhanced features, some settings are not available in both applications. To help you to decide which application to use, the following table lists the features and settings that are available in one of the applications: Feature Web OMP Time zone settings Yes No SNMP configuration Yes No DB management: User data import No Yes Configuration and start of a system dump No Yes Event information display (Event log) Yes No WLAN profile configuration Yes No Dynamic PP subscriptions (OpenMobility provisioning) No Yes Locating settings for PP No Yes Paging areas No Yes Alarm Triggers No Yes RFP sync. View No Yes RFP statistics No Yes RFP data export No Yes Configuration of XMl applications (SIP–DECT XML terminal interface) No Yes depl-1230/0.2 Page: 31 (238)
SIP–DECT OM System Manual Release 3.0 4 Naming Convention 4 Naming Convention The naming convention used with SIP–DECT 2.1 or earlier for software deliverable is unified with SIP–DECT 3.0. This applies for the software packaged for the RFPs as well as for the Red Hat© Linux x86 server packages. SW package Old New Recommended standard name in SIP–DECT installations SW image for RFP (L) 32/34 IP / RFP (L) 42 WLAN omm_ffsip.tftp SIPDECT_<version>.tftp iprfp2g.tftp SW image for RFP (L) 35/36/37 IP / RFP (L) 43 WLAN - SIPDECT_<version>.dnld iprfp3g.dnld OMM software for Linux Red Hat© x86 server (selfextracting executable) omm_ffsip_install.bin SIPDECT_<version>.bin - SIP–DECT OMM SW rpm omm_ffsip-OMM-<ommversion>.i586.rpm SIP-DECT-OMM-<version>.i586.rpm - SIP–DECT handset firmware rpm omm_ffsip-6xxd-<handsetversion>.i586.rpmSIP-DECTHANDSET-<version>.i586.rpm - depl-1230/0.2 Page: 32 (238)
SIP–DECT OM System Manual Release 3.0 5 Login and Passwords 5 Login and Passwords Interface/Tool OMM RFP (L) 32/34 IP / RFP (L) 42 WLAN RFP (L) 35/36/37 IP /RFP (L) 43 WLAN Initial configuration via OM Configurator login / password (no previous connection with the OMM) n.a. No login required “omm” / “omm” Initial OMM configuration via Web or OMP standard full-access account login / password “omm” / “omm” n.a. n.a. OMM access via Web or OMP (after initial OMM configuration) Read-only or full-access accounts as configured n.a. n.a. Configuration via OM Configurator after connection with OMM login / password (system wide set by OMM) n.a. OMM standard full-access account login / password OMM standard full-access account login / password ssh (no previous connection with the OMM) n.a. User shell: “omm” / “omm” Root shell: “root” / “22222” User shell: “omm” / “omm” Root shell: “root” / “22222” ssh (with previous connection with the OMM) (system wide set by OMM) n.a. User shell: OMM standard full-access account login / password Root shell: as configured User shell: OMM standard full-access account login / password Root shell: as configured depl-1230/0.2 Page: 33 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing 6 Licensing 6.1 Licensing Model Starting with SIP–DECT release 2.1 several features of the Open Mobility system are licensed: the system size concerning the number of configured RFPs, • • • • the software version running the OMM, the messaging application, and the locating application. For information on the messaging and locating application please refer to the appropriate documents listed in the section 11.6 References. Starting with SIP–DECT release 3.0 the G.729 codec is a licensed feature. If G.729 shall be used, an appropriate license is required. This applies to all types of SIP–DECT installations independent from the RFP type. The G.729 license contains the number of G.729 channel licensed. A SIP–DECT installation does not maintain more G.729 channel than licensed. As soon the number of licensed G.729 connections has been reached, the OMM does not offer this codec in further SIP codec negotiations. If the number of G.729 calls exceeds the license, syslog and health state warnings occure. OM Web service: Licenses page There are different license modes available for the user depending on the desired system size: Built-in license for activated L-RFP installations • • – Activated L-RFP installation with 1 or 2 RFPs (small system) – Activated L-RFP installation with 3 and up to 20 RFPs (medium system) Standard license – Standard RFP installation with 1 or 2 RFPs (small system) – Standard RFP installation with 3 and up to 2048 RFPs (large system; the actual number of RFPs is part of the license) depl-1230/0.2 Page: 34 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing Additionally the OMM can operate in a demonstration mode. Update License Updates from release 2.1 to 3.0 need an update license. A free update license can be received up to one year after the initial SIP–DECT 2.1 license activation. After this time an update license is required. 6.1.1 Latency Timer The OMM identifies medium and large systems using the unique PARK as well as the MAC addresses of up to three RFPs (called validation RFPs here). The number of three RFPs guarantees a redundancy when a hardware or network error occurs. On the other hand, an odd number does not allow system duplication with splitting the system into two separate parts. When the 1st validation RFP is disconnected the OMM generates just a warning. This warning will be displayed on the Status page of the OM Web service, see also chapter 7.3. OM Web service: Status page But when the 2nd validation RFP is disconnected, the OMM considers a license violation. In this case a latency timer of up to 72 hours starts to decrement. When the timer expires, the OMM restricts all licensed features. When the validation RFPs are reconnected to the OMM, the latency timer is incremented until it reaches its maximum of 72 hours. In other words the latency timer must be recharged the same time as the violation last to gain the full redundancy time. depl-1230/0.2 Page: 35 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing 6.1.2 License Violations and Restrictions A license can be violated in three ways: The number of configured items exceeds the number of licensed items. In this case the associated feature is restricted: • • • • • • • • - the audio stream of calls is dropped after 30 seconds when the number of connected RFPs exceeds the licensed number, - the messaging application limits the type of messages to “info”, - the locating feature is stopped. The software version coded into the activation or license file does not cover the software version running on the OMM. All of the restrictions above will be activated until either the OMM is restarted with the correct version or the license is replaced covering the correct software version. The OMM has no connection to at least 2 of the validation RFPs and the latency timer has expired. All of the restrictions above will be activated until at least 2 validation RFPs are reconnected to the OMM. 6.1.3 G. 729 License Violations After the grace period of 72h for the violation of common licenses (like activation or installation/system license) telephone calls are limited to 30 seconds for each call. If G.729 was previously licensed, the G.729 codec can still be used for the number of licensed channels for such limited calls. If all G.729 licenses have been consumed, the remaining licenses are not affected in form of a new license violation: No license grace period timer will be started. The remaining licenses are not influenced. Telephony using other codecs is not influenced. If all G.729 licenses have been consumed, G.729 will not be offered in the SIP codec negotiation anymore. A dynamic codec change to G.729 will terminate the call with the following actions: The reason of the call termination will be displayed on the handset screen and sent as a text message to the handset. An event log and a syslog entry are generated. A system health state for G.729 licenses will be changed to the state ‘Warning’ as long as no G.729 resources are temporarily free (condition: number of G.729 licenses >0 (built-in or license file). There is a new predefined alarm trigger “G729ABORT” which is initiated if a call fails: a) The remote site offers G.729 but the OMM does not and the setup fails because of no overlap of codec (incl. re-invite and update). b) No license can be allocated at the point in time of dynamic codec change. The G.729 license state will be displayed with a yellow exclamation mark (Warning: insufficient G.729 licenses) in the OMM configuration user interfaces as long as no G.729 depl-1230/0.2 Page: 36 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing resources are temporarily free (condition: number of G.729 licenses >0 (built-in or license file). 6.2 Uploading an Activation or License File An activation or a license file must be purchased from the Aastra license server. The license confirmation you received contains detailed information how to generate an activation / license file. The file can be uploaded into the OMM either via Web service (see chapter 7.10) or via the OMP (see chapter 8.9.6). An activation file as well as a license file contain a PARK for system identification. If the newly imported PARK differs from the current PARK, the OMM will perform a reset. Note: The file can be opened with a text editor to view the license or activation parameter. 6.3 Demonstration Mode When an OMM comes up for the first time, it considers itself as working in demonstration mode. In this mode all of the OMM features can be evaluated without any license for 72 hours starting with the 1st RFP being connected to the OMM. In demonstration mode, the audio stream of calls is dropped after 30 seconds. Display of demonstration mode in the OM Web service After 72 hours the OMM restricts all features as described in section 6.1.2. The OMM stays in demonstration mode as long as the default built-in PARK is not changed. The PARK can be changed either on the System settings page as described in section 7.4.1. This leads to a small system using the built-in license. Another way to change the PARK is to upload an activation or license file purchased from the Aastra license server (see chapter 6.1.1). This leads to a medium system or large system respectively. Notes on demonstration mode Multiple OMMs running the Demo license at the same location can influence each other because of the same PARK! • • G.729 is not available if the OMM operates in a demonstration mode. depl-1230/0.2 Page: 37 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing 6.4 License Modes 6.4.1 Small System When changing the PARK on the System settings page of the OM Web service, the OMM uses the built-in license resp. the standard license for a small system. The built-in license for a small system features: up to two L-RFPs • • - messaging restricted to type “Info”, “Low”, “Normal” and “High” for all user (no “Emergency” and “Locating Alert”), and - no locating. The standard license for a small system features: up to two “normal” RFPs - no messaging (except prio Info) and - no locating. On a small system it is prohibited to exceed the limits of license due configuration. Since there is no activation or license file present, the software version is not checked. As the system is not validated via RFPs and hence the latency timer does not play any role there are no license violations possible at all. When there are more than 2 RFPs configured while the PARK is changed only the first two RFPs will stay in the configuration database. All other RFPs will be dropped silently. 6.4.2 Medium System When the PARK is changed via the upload of an activation file, the built-in license is activated and the OMM enters the activated system state. In this state the OMM uses the following license features: 3 and up to 20 L-RFPs, • • • messaging restricted to type “Info”, “Low”, “Normal” and “High” for all user (no “Emergency” and “Locating Alert”), and no locating. The OMM extracts the software version from the activation file and checks this against its own software version. A lower software version within the activation file leads to a license violation. depl-1230/0.2 Page: 38 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing The OMM prevents a license violation due misconfiguration e.g. it is not possible to configure a 21st RFP in the system. To obtain an activation file from the Aastra license server the MAC address of 3 RFPs must be entered. These 3 validation RFPs are used to validate the activation. While obtaining an activation file from the Aastra license server it is possible to enter the PARK used for a small system installation. This prevents the need to re-subscribe all handsets. When there are more than 20 RFPs configured (in demonstration mode) while an activation file is uploaded, only the first 20 RFPs will stay in the configuration database. All other RFPs will be dropped silently. Note: Note: When once changed via activation file upload, the PARK cannot be changed any more on the System settings page of the OM Web service. 6.4.3 Large System When the PARK is changed via the upload of a license file, the OMM enters the large system state. In this state the OMM uses the following license features coded into the license file. System license: • • • - 3 and up to 2048 RFPs (L-RFPs or normal RFPs), - software version of the OMM allowed to be executed. Messaging license: - number of messaging clients allowed to send messages, - whether clients are allowed to receive messages. Locating license: - number of locatable handsets, - whether the locating application is allowed to execute. During purchase of a license file from the Aastra license server, the MAC address of 3 RFPs must be entered. These 3 validation RFPs are used to operate the latency timer as described in section 6.1.1. depl-1230/0.2 Page: 39 (238)
SIP–DECT OM System Manual Release 3.0 6 Licensing When obtaining the license file from the Aastra license server, it is possible to use the PARK used for a small or medium system installation. This prevents the need to re-subscribe all handsets. Note: Note: When once changed via activation file upload, the PARK cannot be changed any more on the System settings page of the OM Web service. depl-1230/0.2 Page: 40 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7 OMM Web Service The OMM acts as an HTTP/HTTPS server. The HTTP server binds to port 80 and HTTPS binds to port 443 by default. A HTTP request on port 80 will be redirected to HTTPS on port 443. The service access is restricted to one active session at a time and is password protected. The browser used for service access has to be at least Microsoft Internet Explorer 6.0 or Mozilla Firefox 1.5 and must have frame support, JavaScript and cookies enabled. Note: The service access is restricted to one active session at a time and is password protected. 7.1 Login The OMM allows only one user at a time to configure the system. A user must authenticate with a user name and a password. Both strings are checked case sensitive. With initial installation or after discarding all settings, the OMM Web service is accessible via a default built-in user account with user “omm” and password “omm”. With the first login into a new SIP–DECT SW version the user has to accept the End User License Agreement (EULA), see chapter 7.11. If the default built-in user account is active, the administrator has to change the default account data (passwords) of the “Full access” and “root” account. Refer Initial Setup (see chapter 2.2). The meaning of the different account types is described in section 9.14.1. Please note: The OMM will force to alter the default account data. As long as the passwords are unchanged, the OMM will not allow any other configuration. After login in, the following menus are available: Status menu: displays the system status, see chapter 7.3; • • System menu: allows configuration of general SIP–DECT system parameters, see chapter 7.4; depl-1230/0.2 Page: 41 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Sites menu: allows to group RFPs into different sites, see chapter 7.5; • • • • • • • Radio fixed parts menu: allows configuration and administration of the attached RFPs, see chapter 7.6; Portable parts menu: allows administration of the PPs, see chapter 7.7; WLAN menu: allows configuration of WLAN parameters, see chapter 7.8; System features menu: allows administration of system features like digit treatment and directory, see chapter 7.9; Licenses menu: allows administration of licenses, see chapter 7.10. Info menu: displays the End User License Agreement (EULA), see chapter 7.11. 7.2 Logout If no user action takes place, the OMM automatically logs out the user after 5 minutes. To log out from the system click the Logout button on the upper left of the OM Web service screen. Note: If the browser is closed without logging out first, the service access will be blocked for other clients for 5 minutes. 7.3 “Status” Menu The Status page provides information on the SIP–DECT system status. In case of system errors, system warning messages are also displayed on this page. depl-1230/0.2 Page: 42 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.4 “System” Menu The System menu comprises general parameters to configure and administrate the system parameters of the SIP–DECT solution. 7.4.1 “System settings” Menu The system settings cover global settings for the OpenMobility Manager. The following tasks can be performed: configuring the global settings (see the following description in this section), • • • updating the OMM (see chapter 7.4.1.2), restarting the OMM (see chapter 7.4.1.1). depl-1230/0.2 Page: 43 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service The following parameters can be set: General settings System Name: Enter the system name. • • Remote Access: Switches on/off the SSH access to all RFPs of the DECT system. For more information on the SSH access see chapter 10.3.5. Net parameters To allow the prioritization of Voice Packets and/or Signaling Packets (SIP) inside the used network the IP parameter ToS (Type of Service) should be configured. depl-1230/0.2 Page: 44 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service ToS for voice packets: Determines the type of service (ToS resp. DiffServ) byte of the IP packet header for all packets that transport RTP voice streams. • • • • • • • ToS for signalling packets: Determines the type of service (ToS resp. DiffServ) byte of the IP packet header for all packets related to VoIP signaling. TTL (Time to live): Determines the maximum hop count for all IP packets. VLAN priority call control: Determines the VLAN priority tag for VoIP-signaling packets. VLAN priority audio: Determines the VLAN priority tag for RTP packets. DECT settings PARK: This setting depends on the licensing mode: Demo mode: shows the default PARK. L-RFP systems: Enter the PARK key as labeled on the OpenMobility CD. License file: shows the PARK included in the license file. Encryption: Activate this option, if you want to enable DECT encryption for the whole system. Please note: Make sure that all deployed 3rd party handsets support DECT encryption. If not, encryption can be disabled per device (see 8.8.4). • • • • Note: DECT monitor: For monitoring the DECT system behavior of the OpenMobility Manager the separate DECT monitor application exists. This tool needs an access to the OpenMobility Manager which is disabled by default and can be enabled here. Because of security, the DECT monitor flag is not stored permanently in the internal flash memory of the OMM/RFP. After a reset the DECT monitor flag is ever disabled. Regulatory domain: To define where the IP DECT is used the parameter regulatory domain has to be configured. Existing installations are updated to the default value EMEA. To setup a North American FCC compliant installation the value has to be set to US (FCC/CI). In a North American US (FCC/CI) deployment, ETSI compliant RFPs are made inactive and can not be activated if the regulatory domain is set to US (FCC/CI). Vice-versa is also true. DECT authentication code: The authentication code is used during initial PP subscription as a security option (see chapter 7.7.1). A code entered here provides a default DECT authentication code for each new created PP. It is optional. Portable part user login type: Portable part user login type: Two kinds of login types are supported. During the login the user can either be determined by the telephone number (Number) or by the unique user login ID (Login ID). Both elements are part of each user data set. The Portable part user login type setting specifies the system wide login variant. Changing this setting forces an automatic logout of all logged in DECT handsets. Downloading new firmware to portable parts If the Active checkbox is enabled, the “Download over Air” feature is activated. The OMM is acting as a download server which provides the firmware for downloads. For more information on this feature please refer to section 9.17. depl-1230/0.2 Page: 45 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Voice mail Voice mail number: You can configure a system wide voice mail number. This number is used by the Aastra 600d / Aastra 650c handset family if the voice box is called. OM Integrated Messaging and Alerting Service The OpenMobility Manager provides a integrated message and alarm server, which could be activated/deactivated and configured here. For a detailed description see /26/. Syslog The OMM and the RFPs are capable of propagating syslog messages. Enable the Active checkbox if you want to use this feature. Enter the IP address and the Port of the host which should collect these messages. WLAN settings This setting applies to RFPs of the type L42 WLAN. In the Regulatory domain field specify the regulatory domain of the WLAN network. This setting depends on the country and is prescribed by the laws of that country. Only the setting prescribed for that country must be used. For more information on the WLAN settings please refer to the sections 7.8 and 9.15. This settings apply to (L-)42 WLAN and (L-)43 WLAN RFPs. The country and therefore the regulatory domain of the WLAN network are specified in the Regulatory domain field. Only the correct country code prescribed for that country must be used. Please use ISO 3166-1 alpha-2 codes which are two-letter country codes defined in ISO 3166-1. Please note: If you upgrade a system to release 3.0, you must configure the appropriate regulatory domain. Date and time If an SNTP is configured the date and time of the configured time zone can by synchronized with the DECT 142 / Aastra 142d and 6xxd handsets. The date and time will be provided by the OMM to these handsets if they initiate a DECT location registration. The rules for a time zone, which is shown on this web page, can be configured in the Time zones menu (see chapter 7.4.4). Select the desired zone in the Time Zone field. Notes on System Wide SOS And ManDown Numbers System wide SOS and ManDown numbers for SOS (142d, 620d, 630d) and sensor initiated calls (630d) can be configured within the SOS and ManDown alarm trigger settings. Please see section 8.9.3. These numbers are used for SOS and ManDown calls if no user specific number is set. 7.4.1.1 Restarting the OMM To restart the OMM call up the System settings web page and press Restart. There is also the option to reset the configuration data. To do so, activate the Discard all settings checkbox. depl-1230/0.2 Page: 46 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service A reset web page is loaded then displaying a progress bar and the login web page is loaded automatically if the OMM is reachable again. 7.4.1.2 Updating the OMM If the OMM is running on an RFP, the Update button is available on the System settings web page. After pressing the Update button, the RFP residing the OMM checks whether a new boot image file is available on the TFTP server or not. For more details about updating the OMM see the section 9.12. 7.4.2 “SIP” Menu The SIP settings cover all global settings matching the SIP signaling and the RTP voice streams. depl-1230/0.2 Page: 47 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service The following parameters can be set: Basic settings Proxy server: IP address or name of the SIP proxy server. If a host name and domain are used for the proxy server parameter, ensure that a DNS server and a domain are specified for your SIP–DECT system via DHCP or the OM Configurator tool. • • Proxy port: SIP proxy server’s port number. Default is 5060. To enable DNS SRV support for proxy lookups, use a value of “0” for the proxy port. depl-1230/0.2 Page: 48 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service • • • • • • • • • • • • • Registrar server: IP address or name of the SIP registrar. Enables the PPs to be registered with a Registrar. If a host name and domain are used for the proxy server parameter, ensure that a DNS server and a domain are specified for your SIP–DECT system via DHCP or the OM Configurator tool. Registrar port: SIP Registrar’s port number. Default is 5060. To enable DNS SRV support for registrar lookups, use a value of 0 for the registrar port. Registration period: The requested registration period, in seconds, from the registrar. Default is 3600. Advanced settings Outbound proxy server: This setting is optional. You can enter the address of the outbound proxy server in this field. All SIP messages originating from the OMM are sent to this server. For example, if you have a Session Border Controller in your network, then you would normally set its address here. Outbound proxy port: The proxy port on the proxy server to which the OMM sends all SIP messages. This setting is optional. Explicit MWI subscription: Some Media Server such as the Asterisk support Message Waiting Indication (MWI) based on /20/. An MWI icon will be presented on an Aastra DECT 142 Handset / Aastra 142d if the user has received a voice message on his voice box which is supported by the Media Server. If Explicit MWI subscription is enabled, the OMM sends explicit for each PP an MWI subscription message to the Proxy or Outbound Proxy Server. User agent info: If this option enabled, the OMM sends information on his version inside the SIP headers User-Agent/Server. Dial terminator: The dial terminator is configurable (up to 2 characters; “0” – “9”, “*”, “#” or empty). The default dial terminator is “#”. A dial terminator is necessary if digit treatment shall be applied on outgoing calls and overlapped sending is used. Registration retry timer: Specifies the time, in seconds, that the OMM waits between registration attempts when the registration is rejected by the registrar. Transaction timer: The amount of time in milliseconds that the OMM allows a call server (proxy/registrar) to respond to SIP messages that it sends. If the OMM does not receive a response in the amount of time designated for this parameter, the OMM assumes the message as timed out. In this case the call server is recorded to the blacklist. Valid values are 4000 to 64000. Default is 4000. Blacklist time out: The amount of time in minutes an unreachable call server stays in the blacklist. Valid values are 0 to 1440. Default is 5. Determine remote party by … header: The SIP header can be selected from which the remote party information (user id and display name) should be determined. If P-Asserted-Identity (default value) is selected, but no such header is received a fallback to the mandatory From / To header will be done. This feature can be configured by choosing one of the two values. Multiple 180 Ringing: If this feature is deactivated, the OMM sends out only one 180 Ringing response for an incoming call if PRACK is not supported. If this feature is activated, the OMM retransmits multiple times the 180 Ringing response for an incoming call if PRACK is not supported. This ensures that the calling side receives a 180 response in case of packet losses on the network. By default this feature is active. depl-1230/0.2 Page: 49 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service RTP settings • • Note: RTP port base: Each RFP needs a continuous port area of 68 UDP ports for RTP voice streaming. The RTP port base is the start port number of that area. Default is 16320. Preferred codec 1 – 4: Specifies a customized codec preference list which allows you to use the preferred codecs. The Codec 1 has the highest and Codec 4 the lowest priority. With SIP–DECT Release 3.0 the voice codecs G.722 (wideband), G.711 u-law, G.711 A-law and G.729 A are supported. The previously supported codec G.723 is not available anymore. The SIP–DECT license model includes a license for the G.729 codec. The Licenses Web page (see also chapter 7.10) provides information about how many G.729 channels are licensed and how many licenses are temporarily in use. • • • • • • • Preferred packet time (10, 20 or 30 msec): Determines the length of voice samples collected before sending out a new RTP packet. A small setting improves voice quality at the expense of data transmission overhead. Silence suppression: Enables automatic silence detection in the RTP voice data stream to optimize the data transfer volume. Receiver precedence on CODEC negotiation: - The ON (option is enabled) setting means: The CODEC selection for incoming SDP offers based on the own preference order list. The first entry in the OMM preferred codec list matching an entry in the incoming SDP offer will be selected. - The OFF (option is disabled) setting means: The CODEC selection based on the preference order list of incoming SDP offer. The first entry in the incoming order list matching an entry of OMM preferred codec list will be selected. This is the default and is as recommended in RFC 3264. Eliminate comfort noise packets: If this feature is activated then comfort noise packets are removed from the RTP media stream which causes gaps in the sequence numbers. This can be used if comfort noise packets e.g. in G.711 media streams disturb voice calls in certain installations. DTMF settings Out-of-band: Used to configure whether DTMF Out-of-band is preferred or not. Method: The OMM supports the following DTMF Out-of-band methods: - RTP (RFC 2833) Transmit DTMF as RTP events according to RFC 2833 (/14/) after the payload type negotiation via SIP/SDP. If the payload type is not negotiated, “in band” will be used automatically. - INFO The SIP INFO method is used to transmit DTMF tones as telephone events (application/dftmf-relay). This setting should be used if RFC 2833 is not supported. - BOTH DTMF telephones events are send according to RFC 2833 and as well as SIP INFO method. Note: Possibly, the other party recognizes events twice. Payload type: If the Out-of-band option is enabled, this setting specifies the payload type which is used for sending DTMF events based on section 1.3 reference /14/. depl-1230/0.2 Page: 50 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Registration traffic shaping Allows to limit the number of simultaneous SIP registrations at startup/fail over of the OMM. If activated, it prevents bursts of SIP registration during startup/fail over of the OMM. Active: The registration traffic shaping mechanism can be switched off/on herewith. • • • • • • • Simultaneous Registrations: The maximum number of simultaneously started registrations. Waiting time: The waiting time between a registration finish and starting the next registration in ms (0-1000ms). Supplementary ServicesCall forwarding / Diversion: The handset user can (de)activate call forwarding/diversion in the OMM via menu. In some installations the implemented call forwarding/diversion feature in the IPBX system is in conflict with the OMM based call forwarding/diversion. Thus, the OMM based call forwarding/diversion can be deactivated to let menu on the handset disappear. This setting becomes active on handsets with the next DECT “Locating Registration” process (Can be forced by switching the handset off and on again). An already activated call forwarding is ignored if the call forwarding feature is deactivated. Local line handling: In some installations the implemented multiple line support in the IPBX system is in conflict with the OMM based multiple line support. Thus, the OMM based multiple line support can be deactivated. Note, that the OMM based multiple line support is active by default. A deactivation of the “Local line handling” flag results in the following implications: Only one line is handled for each user (exceptional SOS call 1) If a user presses the “R” key or hook-off key in a call active state a DTMF event is send to the IPBX via SIP INFO including signal 16 (hook-flash). All Hook-flash events are send in every case via SIP INFO independently from the configured or negotiated DTMF method during call setup. All other key events are send via configured or negotiated DTMF method. The OMM based call features “Call waiting”, “Call Transfer”, “Brokering” and “Hold” are not any longer supported. This setting becomes active on handsets with the next DECT “Locating Registration” process (Can be forced by switching the handset off and on again). 7.4.3 “User administration” Menu After initial installation or after removing the configuration file, the OMM Web service is accessible via a built-in user account with user “omm” and password “omm”. If the default built-in user account is active, the administrator has to change the default account data of the “Full access” and “Root (SSH only)” account. The meaning of the different account types is described in section 9.14.1. Please note: The OMM will force to alter the default account data. As long as the passwords are unchanged, the OMM will not allow any other configuration. depl-1230/0.2 Page: 51 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service These settings which are case sensitive can be changed on the User administration web page. 1 Account type: Select the account type you wish to change. 2 Active: This setting applies to the Read-only access account. Using this account, a user is not allowed to configure any item of the OMM installation. The account can be deactivated. 3 User name: If desired, enter a new user name. 4 Old password: To change the password the old password must typed in again. 5 Password, Password confirmation: Enter the appropriate data in these fields. The OMM has several rules to check the complexity of the new password, hence a new password will not be accepted when any of this rules are violated: – the new password is not 5 or more characters long, – the new password does not contain characters from at least 3 of the following groups: lower case, upper case, digits or other characters, – the new password has 50% or more of the same character ('World11111' or 'W1o1r1l1d1'), or – the new password contains one of the following items (either upper or lower case as well as forward or backward): – account name, – host name (IP address), – old password, or – some adjoining keystrokes (e.g. 'qwert'). 6 Password aging: A timeout for the password can be set. Select the duration, the password should be valid. 1 The OM SOS call feature is unchanged. The initiation of a SOS call in call active state result in the creation of a new line which handles the SOS call. depl-1230/0.2 Page: 52 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.4.4 “Time zones” Menu On the Time zones page, the OMM provides all available time zones. They are set with their known daylight savings time rules adjusted to the Universal Coordinated Time (UTC) per default. The difference to the UTC time is shown in the UTC difference column. In case of a configured daylight savings time rule (DST column) this is also marked for each time zone. The date and time will be provided by the OMM to the Aastra DECT 142 / Aastra 142d and 6xxd handsets if the handset initiates a DECT location registration. This will be done in the following cases: subscribing at the OMM, • • • • • • • entering the network again after the DECT signal was lost, power on, silent charging feature is active at the phone and the phone is taken out of the charger, after a specific time to update date and time. The following tasks can be performed on the Time zones page: changing the time zones (see chapter 7.4.4.1), resetting time zones (see chapter 7.4.4.2). 7.4.4.1 Changing Time Zones It is possible to change the time zone rules for maximal five time zones. Changed rules are marked with a bold time zone name in the table. The changes are saved in the configuration file and are restored after each OpenMobility Manager startup. 1 To change the settings of a time zone, click on the icon left behind the time zone entry. The Configure time zone dialog opens. 2 You can change the standard time and the daylight savings time (DST) of a time zone. If the time zone has no DST, only the UTC difference can be configured. For the DST both points of time (begin of standard time and begin of daylight savings time) have to be specified exactly. Therefore a certain day in the month or a certain week day in a month can be used. See the following screenshot as an example: depl-1230/0.2 Page: 53 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.4.4.2 Resetting Time Zones To reset individual time zone settings, press the Default button on the Time zone web page. This sets all time zones back to the default values and deletes the changed time zone rules in the configuration file. 7.4.5 “SNMP” Menu To manage a larger RFP network, an SNMP agent is provided for each RFP. This will give alarm information and allow an SNMP management system (such as “HP Open View”) to manage this network. On the SNMP page of the OMM Web service you configure the SNMP service settings. depl-1230/0.2 Page: 54 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service The following parameters can be configured using the OMM web service: General settings • • • • • • • • • • • Note: Read-only community: The SNMP community strings forms a password that is sent by the SNMP management system when querying devices. The query is answered only if the SNMP community string matches. You may use “public” as a default keyword for read-only access. System contact: Enter a descriptive text that typically is displayed in the SNMP management software. Trap handling Activate the checkbox behind the Trap handling section to enable this feature. Trap community: This community string is used if the SNMP agent informs the SNMP management system about events (Traps). Trap host IP address: Enter the IP Address that the SNMP agent uses to send traps. Further notes The RFP needs an initial (one-time) OMM connection to receive its SNMP configuration. In case of a reset, this configuration does not change. Changing the SNMP configuration on the OMM forces all agents to be reconfigured. The agent does not support MIB-II write access, SNMPv2-MIB read/write access, NET-SNMP-MIB read/write access, NET-SNMP-AGENT-MIB read/write access and SNMPv3. For background information on using SNMP with the SIP–DECT system please refer to section 9.16. 7.4.6 “DB management” Menu The database management (DB management) allows a flexible backup and restore management of the OMM database. The OMM database contains all configuration settings which are configurable via the OMM Web service interface. The OMM database can be manually imported from the Web browser’s file system or from an external server (see chapter 7.4.6.1), automatically imported from an external server (see chapter 7.4.6.2), manually exported to the Web browser’s file system or to an external server (see chapter 7.4.6.3), automatically exported to an external server when configuration modifications are done (see chapter 7.4.6.4). The OMM database will be saved in a compressed file in a proprietary format. Any modification of this file outside the OMM is not allowed. The following protocols for the transport to or from an external server are supported: FTP, TFTP, FTPS, HTTP, HTTPS. depl-1230/0.2 Page: 55 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.4.6.1 Manual Database Import Please note: Please note: A manual import of a database leads to a reset of the OMM to take effect. In the Manual import section of the DB management page enter the following: 1 Protocol: – To import a database from the Web browser’s file system the protocol FILE has to be selected. – To import a database from an external server select the preferred protocol (e.g. HTTP). 2 Server: Enter the IP address or the name of the external server. 3 User name, Password (in case of import from an external server): If necessary, enter the account data of the server. 4 File: Enter the path and file name which include the OMM database If you have selected the FILE protocol, the Browse button is displayed and you can to select the file from the file system. 5 Press the Load button. Before the OMM accepts the database, a validation check is performed. If the database is verified as valid, the OMM will be reset to activate the new database. Note: After the reset all configurations of the restored database are taken effect but not the user account settings. The user account settings can be only modified locally via the OMM Web service (see chapter 7.4.3) and will never be restored by an database import. 7.4.6.2 Automatic Database Import The automatic database import feature makes it easier to restore a prepared OMM database into an OMM for an initial configuration or for update reasons. An automatic import of a database leads to a reset of the OMM to take effect. depl-1230/0.2 Page: 56 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service In the Automatic import section of the DB management page enter the following: 1 Startup only: Activate this option if the import should be started for an initial configuration. 2 Startup and periodically: If this option is activated, the OMM tries to import the configured database file during startup and at the configured time of day. 3 Time: Enter the time, the import should be started. Please note: An automatic database import at a configured time recommends the time synchronization with an NTP server. For NTP server configuration see chapter 9.5.4 and chapter 9.6. 1 URL: The database file for an automatic import has to be configured in an URL format like {ftp|ftps|http|https}://[[user:password@]server]/[directory/]file or tftp://server]/[directory/]file.To be available at OMM startup time and to allow an initial configuration via automatic import, this URL has to be specified via DHCP (option 24, see chapter 9.5.4) or OM Configurator (see chapter 9.6). If such a URL is given by DHCP or OM Configurator, the OMM tries to import a configured database file automatically during the OMM startup. The file URL configured via DHCP or OM Configurator is always displayed. 2 Click OK to confirm the settings for the automatic import. Before a database is accepted and replaced by automatic import process, the OMM performs the following checks: The integrity of the file must be OK. • • • • To avoid the import of the same file multiple times, the checksum of the new database file and the checksum of the last database import file (stored in the flash) must be different. For authorization/authentication reasons: The PARK of the new database file must be the same to the PARK of the current configuration. The admin/full access account (see also chapter 9.14.1) of the new database file must be the same to the one of the current configuration.Only if all of these checks are successful the database file is accepted. If the database file is not accepted or was not found, an error message is displayed on the Status page of the OMM Web service. depl-1230/0.2 Page: 57 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service The automatic OMM database import allows to change all configuration settings but not the account settings and the PARK. There is only one exception: changing the default user account and the PARK for an initial configuration is possible. After the initial configuration, the user account settings and PARK can only be changed via the Web service on the target OMM itself. 7.4.6.3 Manual Database Export In the Manual export section of the DB management page enter the following: 1 Protocol: Select the preferred protocol. If you want to export the database to the Web browser’s file system, select the FILE setting. 2 Server: Enter the IP address or the name of the server. 3 User name, Password: If necessary, enter the account data of the server. 4 File: Enter the path and filename where the database is to be saved. 5 Press the Save button. 7.4.6.4 Automatic Database Export The automatic database export feature allows an automatic database backup to an external server for each configuration modification. If this feature is activated, the OMM transfers a backup file to a configured external server any time configuration changes occur, e.g. handset subscription. If there is no configuration depl-1230/0.2 Page: 58 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service change, then no backup will be done. A backup file will be overwritten during a day if there is more than one modification. A new file will be created when this first change occurs at the day. Please note: For an automatic database export a time synchronization with an NTP server is mandatory. For NTP server configuration see chapter 9.5.4 and chapter 9.6. In the Automatic export section of the DB management page enter the following: 1 Active: Activate this option to enable the automatic export feature. 2 Protocol: Select the preferred protocol. 3 Server: Enter the IP address or the name of the server. 4 User name, Password: If necessary, enter the account data of the server. 5 File: Enter the path and filename where the database is to be saved. The OMM writes the database into a file on the external server with following name convention: <yymmdd>_<system_name>_<PARK>_omm_conf.gz If the system name contains non-standard ASCII character then these character are replaced by “_”. 6 Press the OK button. depl-1230/0.2 Page: 59 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.4.7 “Event log” Menu The Event log page displays important event information on OMM system functions, e.g. security aspects. A more detailed system log can be obtained by configuring the Syslog function in the System settings menu, see chapter 7.4.1. To clear the display, press the Clear button. 7.5 “Sites” Menu RFPs can be grouped into different sites. A site consists of the following parameters: ID: Identification number of the site. • • • Name: The name of the site. Radio fixed parts: The number of RFPs which are assigned to this site. The following tasks can be performed: creating a new site (see chapter 7.5.1), • • • editing a site (see chapter 7.5.2), deleting a site (see chapter 7.5.3). depl-1230/0.2 Page: 60 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.5.1 Creating a New Site 1 On the Sites page press the New button. The Configure site dialog opens. 2 ID: Enter the identification number of the site. A value between 1 and 250 is possible. If no value is given, the OMM selects the next free ID. 3 Name: Enter the name of the site. 4 Hi-Q Technology: The capability Hi-Q  audio technology must be enabled or disabled for each site specifically. – In sites, which are configured to provide this functionality, exclusively RFP 35/36/37 and RFP 43 WLAN are applicable. – In sites without this capability, it is allowed to mix these new RFP types with former RFP 32/34 and RFP 42 WLAN. 5 Press the OK button. 7.5.2 Editing a Site You can change the name of an existing site: 1 On the Sites page click on the icon left behind the site entry. The Configure site dialog opens. 2 Change the site name. 3 Press the OK button. 7.5.3 Deleting a Site Note: Only sites without assigned RFPs can be deleted. To delete an existing site: 1 On the Sites web page click on the icon left behind the site entry. The Delete site dialog opens. 2 Press the Delete button. depl-1230/0.2 Page: 61 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.6 “Radio fixed parts” Menu On the Radio fixed parts page, all configured RFPs are listed in tables. The RFPs are sorted by their Ethernet (MAC) addresses. You can select a sorting criterion for the RFP table. In the Sorted by field, select the criterion: DECT clusters: The RFPs are sorted by clusters. All used clusters are displayed in the navigation bar on the left side. The OMM RFP of each cluster is marked with a bold font. • • • • • • • • • • • • • • WLAN profiles: The RFPs are sorted by WLAN profile (see chapter 7.8). Sites: The RFPs are sorted by sites (see chapter 7.5). All used sites are displayed in the navigation bar on the left side. The OMM RFP of each site is marked with a bold font. The table provides information on all configured RFPs and their status in several columns: ID: An internal number that is used to manage the RFP. Name: Indicates the RFP's name (see chapter7.6.3). MAC address: Indicates the RFP's MAC address (see chapter7.6.3). IP address: Shows the current IP address of the RFP. The IP address may change over time by using dynamic IP assignment on the DHCP server. HW type: When the RFPs are connecting the OMM they, submit their HW type. This type is displayed on the RFP list web page. If an error message is indicated in this column, there is a mismatch between the RFP and the OMM SW version (see chapter 7.6.2). Site: Indicates the site the RFP is assigned to (see chapter 7.5). RPN: Shows the Radio Fixed Part Number that is currently used by the RFP. Reflective environment: Indicates if this RFP is operated in a reflective environment (see chapter 7.6.3). Connected: Indicates if the RFP is connected to the OMM (see chapter 7.6.1). Active: Indicates if the RFP is active (see chapter 7.6.1). The following tasks can be performed on the Radio fixed parts page: creating and changing RFPs (see chapter 7.6.3), depl-1230/0.2 Page: 62 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service importing RFP configuration files (see chapter 7.6.4), • • • capturing RFPs (see chapter 7.6.5), deleting RFPs (see chapter 7.6.6). 7.6.1 States of an RFP For each RFP the state of the DECT subsystem is displayed. These states are: Synchronous The RFP is up and running. The RFP recognizes and is recognized by other RFPs in its cluster through its air interface and delivers a synchronous clock signal to the PPs. Asynchronous The RFP has not been able to synchronize to its neighbors yet. No DECT communication is possible. But nevertheless the RFP has already been able to connect to the OMM. This phase should usually last only for a few seconds after starting up the RFP or the OMM. If this state lasts longer this is an indication for a hardware or network failure. Searching The RFP has lost synchronization to its neighbors. No DECT communication is possible. This phase should usually last only for a few seconds after starting up the RFP or the OMM. If this state lasts longer or is re-entered after being in a synchronous state this is an indication for a bad location of the RFP. Inactive The RFP has connected to the OMM but the air interface has not been switched on yet. For any RFP with activated DECT functionality this phase should last only for a few seconds after starting up the RFP. If this state lasts longer this may indicate a hardware failure. Not connected depl-1230/0.2 Page: 63 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service The RFP was configured but has not connected to the OMM yet. Therefore the IP address column is empty. SW Update available The RFP is connected to the OMM. On the TFTP server has found a new software. The RFP is waiting that the OMM initiates a reboot. In the meantime is the RFP full operational. 7.6.2 OMM / RFP SW Version Check When the RFPs are connecting the OMM they submit their SW version. If this version differs from the OMM SW version and the versions are incompatible the RFP connection attempt is rejected. This could happen when using several TFTP servers with different OpenMobility SW versions. In this case the RFP is marked with an error message. Moreover a global error message is displayed on the RFP list web page if at least one version mismatch has been found. 7.6.3 Creating and Changing RFPs 1 To configure a new RFP press the New button on the Radio fixed parts page. To change the configuration of an existing RFP click on the icon left behind the RFP entry. The New radio fixed part resp. the Configure radio fixed part dialog opens. depl-1230/0.2 Page: 64 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service RFP 42 configuration RFP 43 configuration 2 Configure the RFP, see parameter description below. 3 Press the OK button. The following parameters can be set in the New radio fixed part resp. the Configure radio fixed part dialog: General settings MAC address: Each RFP is identified by its unique MAC address (6 bytes hex format, colon separated). Enter the MAC address, it can be found on the back of the chassis. • • • Name: For easier administration each RFP can be associated with a location string. The location string can hold up to 20 characters. Site: If several sites exist (see chapter 7.5), select the site the RFP is assigned to. depl-1230/0.2 Page: 65 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service DECT settings The DECT functionality for each RFP can be switched on/off. DECT cluster: If DECT is active the RFP can be assigned to a cluster. • • • Preferred synchronization source: Activate this checkbox if the RFP should be used as synchronization source for the other RFPs in the cluster. For background information on RFP synchronization please refer to chapter 9.2. Reflective environment: Within areas containing lot of reflective surfaces (e.g. metal or metal coated glass) in an open space environment the voice quality of a DECT call can be disturbed because of signal reflections which arrive on the handset or RFP using multipath propagation. Calls may have permanent drop outs while moving and high error rates on the RFPs and handsets. For such environment Aastra has developed the DECT XQ enhancement into the RFP base stations and the Aastra 600d handsets family. Using this enhancement by switching the Reflective environment flag on might reduce drop outs and cracking noise. As soon as Reflective environment is switched on, the number of calls on an RFP is reduced to 4 calls at the same time. Please note: Please note: The RFPs and handsets use more bandwidth on the Air Interfaces if the “Reflective environment“ is switched on. Therefore this shall only be used when problems sourced by metal reflections are detected. WLAN settings The WLAN section applies to RFPs of the type “RFP 42 WLAN” and “RFP L42 WLAN” only. For details about WLAN configurations please see chapter 9.15. RFP 42 WLAN and RFP 43 WLAN have different WLAN parameters, which are configurable in the RFP configuration dialog. Activation check box: Enables or disables the WLAN function for this RFP. • • WLAN profile: Select the desired profile from the list. This applies all settings made in the respective WLAN profile to the current RFP. For information on configuring WLAN profiles see chapter 7.8.1. WLAN settings are only configurable, if the RFP has been connected at least once to detect the HW type and a proper WLAN profile is configured (see also chapter 7.8.1. WLAN can not be enabled in the “New radio fixed part” dialog if the HW type is unknown. The following settings are not applied by the WLAN profile. Configure these settings for each RFP individually. Antenna diversity (RFP 42 WLAN only): This option should generally be activated so that the AP (Access Point) can automatically select the antenna with the best transmission and reception characteristics. • • • Antenna (RFP 42 WLAN only): If Antenna diversity is switched off, this setting determines the antenna that is used for transmitting or receiving WLAN data. 802.11 channel: Determines the WLAN channel used by the current RFP. The channel numbers available are determined by the WLAN Regulatory domain setting on the System settings page (see 7.4.1). depl-1230/0.2 Page: 66 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Output power level (default: “Full”): Determines the signal power level used by the RFP to send WLAN data. You may limit the power level to minimize interferences with other WLAN devices. The actual power level is also capped by the WLAN Regulatory domain setting on the System settings page. • • HT40 (RFP 43 WLAN only): High throughput mode with 40 MHz bandwidth increases data rate up to 300 Mbit/s. 7.6.4 Importing RFP Configuration Files A set of RFPs can also be configured in a semiautomatic manner by import of a configuration file. 1 On the Radio fixed parts page press the Import button. The RFP enrolment page opens. 2 Select your configuration file and press the Import button. For information on the file layout see chapter 11.7.2. 3 A parsing protocol can be read, if you press the referring Log file button. All successfully imported data records are presented in a list: depl-1230/0.2 Page: 67 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 4 Select the RFPs you want to add to the OMM database by selecting the appropriate checkboxes. 5 Press Add. All successfully stored records are marked green in the Added column. Failed records are marked with a red star. 6 To read error hints in the referring log file, press the Log file button. Error hints can also be read in a syslog trace (see chapter 7.4.1). 7 To remove imported data entries, activate the check box next to the desired entries. Press Delete to remove the selected entries. 7.6.5 Capturing RFPs RFPs, which are assigned to the OMM by DHCP options or OM Configurator settings, may plug to the system. depl-1230/0.2 Page: 68 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 1 On the Radio fixed parts page press the Start button. After a while the list page is filled by the MAC addresses of those RFPs which tried to register to the OMM (unregistered RFPs). Note: Please note that these entries are not really stored (they are lost after reset). 2 By pressing the customize icon of the appropriate RFP, you can add further data and store the RFP (see chapter 7.6.3). 7.6.6 Deleting RFPs To delete an existing RFP: 1 On the Radio fixed parts page click on the icon left behind the RFP entry. The Delete radio fixed part? dialog opens showing the current configuration of this RFP. 2 Press the Delete button. Please note: The RFPs bound to a license (License RFPs) can not be deleted. The License RFPs are displayed in the RFP list with a license icon instead of the trash icon. For further information on licenses see chapter 4). 7.7 “Portable parts” Menu The Portable parts web page provides an overview of all configured DECT handsets (Portable Parts) sorted by their number. To keep the list concise, the complete list is split up into sub lists containing up to 100 handsets. The user can move back and forth in steps of 100 handsets. The table provides information on the PPs and their status in several columns: Name: Indicates the PP name. • • Number: Indicates the internal call number of the PP. depl-1230/0.2 Page: 69 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service IPEI: Indicates the PP' IPEI. • • • Subscribed: Indicates if the PP subscribed to the system. Download: This column is only presented if the “Download over Air” feature is started successfully and gives information about the download status of the handset SW (see chapter 9.17). Note: All PP data that are configured as unbound (split into device and user data) are also listed at the OM Web service when user are logged in at the device, but they can not be deleted or changed. This is indicated by the and icons. The following tasks can be performed on the Portable parts page: creating and changing PPs (see chapter 7.7.1), • • • • • importing PP configuration files (see chapter 7.7.2), subscribing PPs (see chapter 7), deleting PPs (see chapter 7.7.4), searching within the PP list (see chapter 7.7.5). 7.7.1 Creating and Changing PPs 1 To configure a new PP press the New button on the Portable parts page. To change the configuration of an existing PP click on the icon left behind the PP entry. The New portable part resp. the Configure portable part dialog opens. depl-1230/0.2 Page: 70 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 2 Configure the PP, see parameter description below. 3 Press the OK button. The following parameters can be set in the New portable part resp. the Configure portable part dialog: General settings • • • • • Note: Name: The name parameter represents the SIP Display Name field. This parameter is optional but recommended. Number: The number is the SIP account number or extension for the PP. IPEI: The IPEI is the DECT handset IPEI number. On an Aastra 142d handset, the IPEI can be found via the following path of the device menu Main menu > Phone settings > System. On an Aastra 600d / 650c handset, the IPEI can be found in the System device menu. Consult the handset’s user guide for further information. DECT authentication code: The DECT authentication code is used during initial DECT subscription as an security option and can be set here for each PP separately. If a global DECT authentication code is given on the System settings page (see chapter 7.4.1), this value is filled in here as default. This parameter is optional. Login/Additional ID: The additional ID can be used as a mean for data search within wildcard subscription (because of the IPEI is not configured which selects the data otherwise). The authentication code and additional ID can only be changed if the PP is not subscribed. • Delete subscription: This option is only available when configuring an existing PP (in the Configure portable part dialog). If this option is selected, the PP will be unsubscribed. depl-1230/0.2 Page: 71 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service SOS number, ManDown number: SOS and ManDown are calling numbers which will be automatically called as soon as an SOS or ManDown event happens. If no individual SOS or ManDown number is configured for a handset the number of the appropriate alarm trigger will be used as calling number in case of a SOS or ManDown event. Please see chapter 8.9.3 and /28/ for details. • • • • Voice mail number: The voice mail number is the number which will be automatically called as soon as a voice mail call is initiated on the Aastra 600d / Aastra 650c handset. If there is no individual voice mail number configured in this field, then the system wide voice mail number is used (see also the System setting menu, chapter 7.4.1). If there is no voice mail number configured (neither the individual nor the system wide) or another handset type is used, then the voice mail number must be configured locally in the handset. SIP authentication User name: The SIP Authentication user name is optional but recommended. It represents the name which will be used during SIP registration and authentication. If no name is given the number will be used by default. Password, Password confirmation: The password will be used during SIP registration and authentication. Enter the appropriate data in these fields. 7.7.2 Importing PP Configuration Files A set of PPs can also be configured in a semiautomatic manner by import of a configuration file. 1 On the Portable parts page press the Import button. The Portable part enrolment page opens. 2 Select your configuration file and press the Import button. For information on the file layout see chapter 11.7.1. 3 A parsing protocol can be read, if you press the referring Log file button. All successfully imported data records are presented in a list: depl-1230/0.2 Page: 72 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 4 Select the PPs you want to add to the OMM database by selecting the appropriate checkboxes. 5 Press Add. depl-1230/0.2 Page: 73 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service All successfully stored records are marked green in the Added column. Failed records are marked with a red star. 6 To read error hints in the referring log file, press the Log file button. Error hints can also be read in a syslog trace (see chapter 7.4.1). 7 To remove imported data entries, activate the check box next to the desired entries. Press Delete to remove the selected entries. 7.7.3 Subscribing PPs Preparation by OMM Web service After adding a PP configuration to the OMM, the PP must be subscribed. The OMM must first be enabled to allow subscriptions to be take place from PP handsets. This is done by pressing the following buttons on the Portable Parts OMM web page. Start button of the Subscription with configured IPEIs section (see chapter 7.7.3.1). This button enables the subscription for the next 24 hours. • • or Start button and time interval of the Wildcard Subscription section (see chapter 7.7.3.2). This button enables the “wildcard subscription” for the selected time. After expiry the “subscription with configured IPEIs” is still enabled for 24 hours. depl-1230/0.2 Page: 74 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Note: To ease the first installation of a DECT system, the subscription is enabled permanently while at least one PP (with IPEI) is set up within the database and no PP is subscribed. After successful subscription of the first PP the subscription will still be enabled for 24 hours. Note: To allow an unbound device subscription, the Auto-create on subscription flag must be set with the help of the OM Management Portal (OMP). Please see chapter 8.5.1 for details. Subscription steps, done by PP After the PP configuration is complete on the OMM and the OMM is allowing new subscriptions, each PP must subscribe to the system. On each PP handset, the administrator or user must subscribe to the SIP–DECT system through the System/Subscriptions menu. The specific PARK code for the SIP–DECT system should be entered in order to subscribe to the system. Please note: The PARK code in numeric format can be found at the top-right corner of the Portable Parts OMM web page. Each SIP–DECT deployment will have a unique PARK code that was provided with the OMM Activation kit. If the administrator configured a global or individual Portable Part DECT authentication code, the administrator/user must enter in the code before the PP will subscribe to the system. In case of “wildcard subscription”, please note that an additional ID may be configured (see sub section Wildcard Subscription), which has to be typed then. If administrators/users have any difficulties subscribing to the SIP–DECT system, it is recommended that they power-off the PP handset and reattempt subscription again. This completes the subscription process for a PP on the SIP–DECT system. depl-1230/0.2 Page: 75 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.7.3.1 Subscription with Configured IPEI The PP data to be assigned to the subscribing PP are identified by the IPEI. Furthermore the IPEI leads to a further guarantee not to receive none authorized subscriptions even if AC is not set as a mean to achieve security. To enable subscriptions, press the Start button of the section Subscription with configured IPEIs on the Portable parts page. The OMM will allow a subscription of configured but not subscribed PPs during the next hour only. The administrator must press the Subscribe button again to permit more PP handsets to subscribe to the SIP–DECT system. 7.7.3.2 Wildcard Subscription To minimize administration effort, subscription is also possible, if the IPEI is not configured. But because of the loss of further security by IPEI check, this kind of subscription is only allowed within a short default time interval of 2 minutes. To enable subscriptions, press the Start button of the section Wildcard subscription on the Portable parts page. If necessary, increase the time interval (or refresh subscription permission in time). The OMM will allow a wildcard subscription during the set time interval. In case of timeout the permission is lost. Only subscription with IPEI remains allowed within the fixed limit of one hour (see chapter before). To achieve a selection of data during subscription (e.g. the user name being assigned to the PP), the field “additional ID” can be set in OMM data. If the OMM receives a valid “additional ID” during subscription, the referring data are assigned to the PP. If the additional ID is requested for a data record, the PP user has to type it. “Additional ID” can be set within the authentication code menu. Please type the R-Key and type the additional ID. Please note: The input of the additional ID is only possible with Aastra DECT 142 / Aastra 142d and 6xxd. There is no possibility to type that value on third party GAP phones. If GAP phones are going to subscribe wildcard, the first free PP data record without any additional ID will be selected and assigned. 7.7.4 Deleting PPs To delete an existing RFP: 1 On the Portable parts page click on the icon left behind the PP entry. The Delete portable part? dialog opens showing the current configuration of this PP. 2 Press the Delete button. 7.7.5 Searching within the PP List To search for a certain handset in the PP list, the search function can be used which allows to find a handset by a given number or IPEI. depl-1230/0.2 Page: 76 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 1 On the Portable parts page click on the Search button. The Search portable parts dialog opens. 2 Enter the handset’s number or IPEI. At least one parameter has to be set. The entered number or IPEI has to match exactly with a handset’s number or IPEI. If number and IPEI are given then a handset has to exist in the OMM’s database whose number and IPEI match both otherwise the search fails. If a handset with the specified number and/or IPEI was found, a list is displayed which has this handset as the first entry. The search function can also be used to get to the right sub list in one step. depl-1230/0.2 Page: 77 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.8 “WLAN” Menu The WLAN menu allows you to manage the wireless LAN function of all WLAN capable RFPs that are connected to the OMM. You can view and change wireless parameters and security settings to adapt the WLAN configuration to suit your needs. You can also check how many and which wireless clients are currently connected. Nevertheless, the WLAN function is only available for devices of the type RFP L42 WLAN and RFP L43 WLAN. Note also, that you cannot activate the WLAN function for the OMM, even if the OMM device is an RFP L42 WLAN or RFP L43 WLAN. For a detailed description on WLAN configuration please refer to the section 9.15. 7.8.1 “WLAN profiles” Menu WLAN settings are grouped in WLAN profiles. You need at least one WLAN profile that can be assigned to one or more WLAN-RFPs. Of course, you can define more that one WLAN profile. You can manage / change the desired WLAN settings for a group of WLAN-RFPs by changing their assigned WLAN profiles. Moreover, you can manage different settings, for example separate WLAN profiles for different buildings, a special WLAN profile for temporary use, or WLAN profile for RFPs only useable by guests. Please take attention to the different WLAN profile types: RFP type WLAN profile type RFP 42 WLAN / RFP L42 WLAN RFP42 RFP 43 WLAN / RFP L43 WLAN RFP43 The WLAN profiles menu allows to configure and administrate these WLAN profiles. The following tasks can be performed: Creating and changing WLAN profiles (see chapter 7.8.1.1), • • • Deleting WLAN profiles (see chapter 7.8.1.2), Exporting WLAN profiles (see chapter 7.8.1.3). The defined WLAN profiles are then assigned to one or more WLAN RFPs (see chapter 7.8.2). Note, that some device-specific WLAN settings are not part of a WLAN profile, such as the channel and the antenna configuration. These settings are defined separately for each RFP (see chapter 7.6.3). depl-1230/0.2 Page: 78 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.8.1.1 Creating and Changing WLAN Profiles You need at least one active WLAN profile in order to operate the WLAN function for an RFP (L)42 WLAN or RFP (L)43 WLAN device. 1 Navigate to the WLAN profiles page. This page shows the number of existing WLAN profiles and a list of available WLAN profiles. 2 If you create a new WLAN profile, configure the RFP type first to get the correct input fields. Select the appropriate profile (RFP42 or RFP43) from the WLAN profile type selection list. 3 To add a new WLAN profile, press the New button. To change an existing WLAN profile, click on the icon available on the left of the WLAN profile entry. The New WLAN profile page resp. the WLAN profile [Number] page shows the WLAN profile configuration. depl-1230/0.2 Page: 79 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service RFP 42 WLAN profile configuration depl-1230/0.2 Page: 80 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service RFP 43 WLAN profile configuration 4 Change the desired settings of the WLAN profile. You need at last to define the ESSID setting. The different settings are explained in detail in the sections below. 5 Activate the Profile active setting, otherwise the WLAN profile is inactive which de-activates the WLAN function for RFPs that are assigned to this WLAN profile. 6 Press the OK button to apply the settings. If you created a new WLAN profile, you can proceed by assigning the WLAN profile to the desired RFPs (see chapter 7.6.3). If you changed an existing WLAN profile, the settings are applied to the assigned RFPs automatically. The following description details the different parameters that are available on the New WLAN profile page resp. on the WLAN profile [Number] page. depl-1230/0.2 Page: 81 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service General settings Profile active: Activate this checkbox to activate the profile. This in turn activates the WLAN function for all RFPs that are assigned to the WLAN profile. • • • • • • • • • SSID: Enter a descriptive character string to identify the WLAN network (e.g. “OurCompany”).The service set identifier is broadcasted by the RFP within “WLAN beacons” in a regularly interval. The SSID identifies the WLAN network and is visible by all WLAN clients. This is typically used with a scan function, e.g. from a WLAN client that tries to establish a connection. The SSID should not exceed 32 characters and it is advisable not to use unusual characters that may trigger WLAN client software bugs. VLAN tag (number, 1..4094, default: off): You can separate VoIP and client data traffic (transferred via WLAN) by using different virtual LANs, e.g. to prevent bulk data transfers to interfere with VoIP. To use a separate VLAN for the client data traffic, activate the check box and enter the desired VLAN number (see chapters 9.15 and 9.10). Beacon period (milliseconds, 50..65535, default: 100 ms): Determines the WLAN beacon interval. A higher value can save some WLAN airtime that can be used for data transfers. DTIM period (number, 1..255, default: 5): Determines the number of beacons between DTIM messages. These messages manage the WLAN wakeup/sleep function e.g. that is critical for battery powered WLAN clients. RTS threshold (bytes, 0..4096, default: 2346): If a WLAN packet exceeds this threshold, it will be transferred with RTS/CTS handshake. This may improve transfer reliability if several WLANs share the same channel. The default of 2346 byte switches off this function because the IP-MTU is typically only 1500 byte. Fragmentation threshold (bytes, 0..4096, default: 2346): If a WLAN packet exceeds this threshold, it will be transferred in chunks. This may improve transfer reliability for a weak connection. The default of 2346 bytes switches off this function because the IP-MTU is typically only 1500 byte. Maximum rate (list of rates in Mbps, 1..54, default: 54): Determines the maximum transfer rate used by the RFP. You can limit the rate to increase the WLAN range, e.g. to prevent WLAN clients in the vicinity of the RFP to disturb distant WLAN clients. 802.11 mode (RFP 42 (L) WLAN selection list: Mixed / 802.11b-only / 802.11g-only, default: Mixed): Both the older and long-ranged B-Mode and the newer and faster G-Mode are typically supported by WLAN clients. You can change this setting to prevent problems with very old WLAN clients. (RFP 43 (L) WLAN selection list: 802.11bg /802.11b-only / 802.11g-only / 802.11abg /802.11n, default: 802.11bg): On the new RFP43 profiles you can choose additional 802.11 modes 802.11abg and 802.11n. Mode 802.11abg 802.11n Open yes yes WEP yes no Radius (802.1x WEP) yes no WPA v.1 (802.1x + PSK) yes no WPA v.2 (802.1x + PSK) yes yes • Hidden SSID mode (on / off, default: off): If switched on, the transmission of the SSID within beacons is suppressed. This in turn requires a more elaborate and manual connection procedure for WLAN clients. depl-1230/0.2 Page: 82 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Interference avoidance (on / off, default: off): Enables a WLAN procedure to enhance radio interference avoidance. This setting applies to RFP (L)42 WLAN only. • • • • Security settings These settings determine the encryption used for the WLAN connection. Select one of the four modes (Open, WEP, WPA, or Radius). This will activate / gray-out the necessary additional input fields that specify further security settings on the WLAN profile page. Open system: Enable this option to deactivate authentication and encryption (“Hotel mode”). Note, that all data is transferred un-encrypted in this mode, which can be easily eavesdropped with any WLAN equipment. Wired equivalent privacy (WEP): Enable this option to use the older WEP encryption mode. This mode may be useful, e.g. if your WLAN should support older WLAN clients that do not implement the recommended WPA encryption. - Privacy (on / off, default: off): De-activate this setting to use no authentication (“Open System”) with standard WEP encryption. Activate this setting to use an additional shared key authentication between the RFP and the WLAN client. - Number of tx keys (number, 1..4, default: 1): The WEP encryption can use a single shared key or multiple shared keys (“key rotation”). Select the number of shared keys, select how to enter a shared key (by default as Text or as Hex value), and select the Cipher length (see Key settings below). - Default tx key (number, 1..4, default: 1): If more than one shared keys is used, you can select the default shared key. You need to configure the same default key on the WLAN client. - Key #1 – Key #4: Enter one or more shared key. The Cipher length setting (see Key settings below) determines the length of the required input. If you selected to enter as Text (see above), input a password with 5, 13, or 29 characters that matches a 64, 128, or 256 bit cipher. If you selected to enter as Hex value, you can input a hexadecimal number with 10, 26, or 58 characters (0-9, a-f). Press the Generate button to generate a random shared key that matches the current settings. WiFi protected access (WPA): Enable this option to use the recommended WPA encryption mode. - Type (selection, WPA any / WPA v.1 / WPA v.2, default: WPA any): Select the WPA version required for WLAN clients. The WPA any setting allows WPA v.1 and WPA v.2 to be used concurrently. The WPA v.1 setting enforces the use of the older RC4-based encryption. The WPA v.2 setting enforce the use of the stronger AES encryption. You can also change the distribution interval (see Key settings below). - 802.1x (Radius): Select this option if your WLAN should use a RADIUS server for WLAN client authentication (“Enterprise WPA” with different username/password combinations per client). You also need to specify the Radius settings (see below). For details about the RADIUS authentication procedure, using the public keys, and importing certificates to the WLAN clients refer to the documentation of your RADIUS server product. - Pre-shared key: Select this option to use a single shared key for all WLAN clients (Value setting below). A WLAN client user needs to enter the shared key in order to connect. depl-1230/0.2 Page: 83 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service - Value: You can enter a shared key as Text. Use a longer text sequence with alphanumeric characters and special characters to enhance the shared key strength. A text shared key is case sensitive. Alternatively, the shared key can be entered as Hex value (hexadecimal number, 0-9, a-f). Press the Generate button to generate a random shared key that matches the current settings. 802.1x (Radius): This setting applies to RFP (L)42 WLAN only. Enable this option to use the RADIUS authentication without the stronger WPA encryption. You also need to specify the Radius settings and you may adapt the Key settings (see below). • • • • • • • • • MAC access filters (on / off, default: off): This setting applies to RFP (L)43 WLAN only. You can limit WLAN access for WLAN clients with specified MAC addresses. Note, that without encryption this should not be used for security reasons. You can configure a list of MAC addresses that are allowed to connect via the MAC access filters tab on the WLAN profile page. BSS isolation (on / off, default: off): In a standard WLAN setup, each WLAN client can contact other WLAN clients. For special purposes (e.g. “Internet café setup”), you may switch on this options to protect WLAN clients from eavesdropping on other WLAN clients. Key settings Cipher length (selection, 64 Bits / 128 Bits / 256 Bits, default: 64 Bits): Determines the key length used for the WEP encryption. Larger bit sequences provide better security but may be unsupported by very old WLAN clients. Distribution interval (seconds, 1..65535, default: 20): Determines how often the WEP encryption is re-negotiated. Radius settings The parameters in this section can only be configured if the 802.1x (Radius) option has been selected. IP address: Enter the IP address of the RADIUS server. Port: Enter the port number used to connect to the RADIUS server. Press the Default button to change to the standard port. Secret: Enter the character string that is used by the RFP to secure the communication with the RADIUS server. QoS settings WME with: (on / off, VLAN or DiffServ, default: off/VLAN): You can enable the Wireless Media Extensions to prioritize WLAN traffic. The WLAN traffic priority is determined by VLAN number or by examining the DiffServ data field of IP packets. SSID2 – SSID4 Tabs You can enable up to three additional virtual WLAN networks that are managed by their SSID. This can be used for example to provide WLAN access for guests that is separated from the company WLAN by means of VLAN tags and encryption settings. To activate this feature proceed as follows: 1 Switch to the appropriate SSID tab, e.g. SSID2. Activate the Active check box to enable the additional virtual WLAN. The tab provides separate configuration items for the selected SSID. 2 Enter at least a new SSID. Also enter a currently unused VLAN tag number. depl-1230/0.2 Page: 84 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 3 You can specify different authentication/encryption settings for each SSID section. For example, you can use WPA / Pre-shared key with different passwords. Note, that some configuration combinations are incompatible with multiple SSIDs. For example, the wireless hardware only manages a single WEP encryption key. Also, some features apply to all defined SSIDs, this includes the MAC access filters list. You can edit the MAC access filters list via the MAC access filters tab on the WLAN profile page. • • • You can import a prepared list of MAC addresses (*.txt. file, one line per MAC address) Use the Browse button to select the file from the file system. Afterwards press the Import button. To configure single MAC addresses, use the New button in the General settings section. Enter the address in the following New MAC access filter dialog. To delete a single MAC address, click on the icon left behind the address entry. Use the Delete all button to delete the entire list. Using the Save button you can export the MAC address filter list. • The Associate column indicates for each MAC address if the respective WLAN client is currently connected to the WLAN. 7.8.1.2 Deleting WLAN Profiles To delete an existing WLAN profile: 1 You cannot remove WLAN profile that is in use. To remove a currently used WLAN profile, you need to select another WLAN profile for all assigned RFPs first (see chapter 7.6.3. 2 On the WLAN profiles page click on the icon next to the profile entry. The Delete WLAN profile? dialog opens showing a summary of the WLAN profile’s configuration. 3 Press the Delete button. depl-1230/0.2 Page: 85 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.8.1.3 Exporting WLAN Profiles To help simplify the configuration of wireless devices, you can export SSID configuration to a XML WLAN profile file. To export the configuration, please click on the icon. On Windows 7 you can use the command “netsh wlan add profile filename=xxx” to import a WLAN configuration. Many other tools to import WLAN configuration files are available for Windows Vista / Windows XP systems (for example wlan.exe from Microsoft). 7.8.2 “WLAN clients” Menu The WLAN clients page shows the status of all WLAN clients currently connected to the WLAN. This can be used for example for troubleshooting purposes. The display shows the total number of connected WLAN clients and a list of RFPs that are part of the WLAN. For each RFP, the WLAN client connected to the RFP are listed. You can view the MAC address and the current Status of each WLAN client. 7.9 “System features” Menu The System features menu allows administration of system features concerning call number handling and directory access. depl-1230/0.2 Page: 86 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 7.9.1 “Digit treatment” Menu A number manipulation is provided by the digit treatment feature for LDAP corporate directories, that handles both incoming and outgoing calls (see chapter 7.9.2). LDAP A chosen number from a LDAP entry is checked against the external prefix pattern and if a pattern matches it is replaced by the configured internal prefix pattern. Only the best matching rule will be applied. Before a rule is applied the following character are automatically removed from the LDAP entry: ‘%’, space, ‘(’ and ‘)’. The result of the conversion is sent to the handset to be displayed e.g. directory entry details and entered in the redial list. Note: A conversion performed for a LDAP entry can be reversed if the rule is also activated for an outgoing call. Incoming Call The calling party number of an incoming call is checked against the configured external prefix pattern and if a pattern matches it will be replaced by the internal prefix pattern. Only the best matching rule will be applied. The result of the conversion is sent to the handset to be displayed and entered in the call log1. Outgoing Call A dialled number of an outgoing call is checked against the configured internal prefix pattern and if a pattern matches it will be replaced by the external prefix pattern. This applies to on-bloc dialled numbers and to overlap sending as long as the SIP session has not been initiated. 1 For Incoming Call/Calling Party Number; Depending on the capabilities of the handset and the level of integration. depl-1230/0.2 Page: 87 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service Note: To support digit treatment and overlap sending, it is necessary to have a dial terminator configured. The result of the conversion is not sent to the handset to be displayed or entered in the call log1. The following tasks can be performed on the Digit treatment page: creating and changing “Digit treatment” entries (see chapter 7.9.1.1), • • deleting “Digit treatment” entries(see chapter 7.9.1.2). 7.9.1.1 Creating and Changing “Digit treatment” Entries 1 To configure a new entry press the New button on the Digit treatment page. To change the configuration of an existing entry click on the icon left behind the entry. The New digit treatment entry resp. the Configure digit treatment entry dialog opens. 2 External pattern: enter an external prefix pattern with up to 32 characters that matches an incoming call number or a number received via LDAP. The prefix to be substituted for calling party numbers has the same character set as the user telephone number (e.g.:”+*~#,;.-_!$%&/()=?09aAzZ”). 3 Internal pattern: enter an internal prefix pattern with up to 32 character that replaces the external pattern for LDAP / incoming calls or vice versa for outgoing calls. An internal prefix pattern can be composed of:characters “*”, ”#” and “0” – “9”. Please note: The plus character (“+”) can not be dialled from a handset and can not be transferred to a call log. 4 Direction: select one of the following options: - “Incoming calls”: Rule applies on incoming calls. - “Outgoing calls”: Rule applies on outgoing calls. - “Incoming and outgoing calls”: Rule applies on incoming and outgoing calls. - “Apply on directory only”: Rule applies on LDAP only. 5 Directory: Activate this option if the rule applies to LDAP directories (see chapter 7.9.2). 1 For Outgoing Call/Called Number; If the user would dial the number from the redial list again the same procedure will be applied as for the initial dialling. depl-1230/0.2 Page: 88 (238)
SIP–DECT OM System Manual Release 3.0 7 OMM Web Service 6 Sites: Specifies the sites for which a rule shall be applied e.g. “1,2” (see chapter 7.5). If set to “0” the rule applies to all sites i.e. the rule will be applied to all calls or corporate directory requests. 7 Press the OK button. 7.9.1.2 Deleting “Digit treatment” Entries To delete an existing entry: 1 On the Digit treatment page click on the icon left behind the entry. The Delete digit treatment entry? dialog opens showing the current configuration of this entry. 2 Press the Delete button. 7.9.2 “Directory” Menu The System features menu allows you to manage connections to one or more LDAP servers that in turn facilitate central corporate directories. The OMM supports multiple LDAP servers with specific parameter settings to support different types of directories e.g. global corporate directory, group specific directory, personal directory. If there is more than one LDAP server configured then the multiple options are offered to the user as a list. The list is presented to the user if the central directory is called e.g. via soft key or selecting central directory from the menu. The user can choose one of the entries in the list. The name of an entry shown in the list is configured in the OMM when creating the LDAP server entry. (Latin-1 character set is supported). If there is only one LDAP server configured then the directory function is directly started when pressing the soft key or selecting central directory from the menu. • • • The name configured in the OMM is not relevant and ignored if there is only one LDAP server configured. There are up to 5 LDAP directories configurable. The OMM determines the display order of the directories in the handset menu by the order specified by the administrator. depl-1230/0.2 Page: 89 (238)

Navigation menu