3.2.3 Call Transfer .................................................................................................................................. 43
3.2.4 Three-Way Conference, Local or Centralized.................................................................................... 44
3.2.7 Group Call Pick-up.......................................................................................................................... 46
3.2.8 Call Park / Retrieve ....................................................................................................................... 46
3.2.9 Last Call Return.............................................................................................................................. 47
3.3 Audio Processing Features ........................................47
4.5 Audio Quality Issues and VLANs ................................67
4.5.1 IP TOS ........................................................................................................................................... 67
4.5.3 RTCP Support ................................................................................................................................. 69
Administrator Guide - SoundPoint® IP / SoundStation® IPOverview
1 Overview
This Administrator Guide is for the SIP 1.6.0 software release, and the bootROM 3.1.0
release.
Unless specifically described separately,
the behavior and configuration of the SoundPoint® IP 301 is the same as the 300,
the behavior and configuration of the SoundPoint® IP 501 is the same as the 500,
the behavior and configuration of the SoundPoint® IP 601 is the same as the 600.
SoundPoint
nications terminals for Ethernet TCP/IP networks. They are designed to facilitate
high-quality audio and text message communications. These phones are endpoints in
the overall network topology designed to interoperate with other compatible equipment including application servers, media servers, internetworking gateways, voice
bridges, and other endpoints.
®
IP and SoundStation® IP are feature-rich, enterprise-class voice commu-
Administrator Guide - SoundPoint® IP / SoundStation® IPOverview
The phones connect physically to a standard office twisted-pair (IEEE 802.3) 10/100
megabytes per second Ethernet LAN and send and receive all data using the same
packet-based technology. Since the phone is a data terminal, digitized audio being just
another type of data from its perspective, the phone is capable of vastly more than tra-
ditional business phones. As SoundPoint
®
IP and SoundStation® IP run the same protocols as your office personal computer, many innovative applications can be
developed without resorting to specialized technology. Regardless of the diverse
application potential, it is fundamentally a good office phone, providing the productivity enhancing features needed today such as multiple call appearances, full-duplex
speakerphone, hold, transfer, conference, forward, voice mail compatibility, and contact directory.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
2 Installation and Operation
This section describes the basic steps that are needed to make your phone operational.
2.1 Installation Models
There are diverse installation models scaling from stand-alone phones to large, centrally provisioned systems with thousands of phones. For any size system, the phones
can be centrally provisioned from a boot server via a system of global and per-phone
configuration files. To augment the central provisioning model, or as the sole method
in smaller systems, configuration can be done using user interfaces driven from the
phones themselves: both a local setup user interface and a web server-based user interface are available to make configuration changes.
A boot server allows global and per-phone configuration to be managed centrally via
text XML-format configuration files that are downloaded by the phones at boot time.
The boot server also facilitates automated application upgrades, diagnostics, and a
measure of fault tolerance.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
The configuration served by the boot server can be augmented by changes made
locally on the phone itself or via the phone’s built-in web server. If file uploads are
permitted, the boot server allows these local changes to be backed up automatically.
Polycom recommends the boot server central provisioning model for installations
involving more than a few phones. The investment required is minimal in terms of
time and equipment, and the benefits are significant.
The phones also support dynamic host configuration protocol (DHCP). When set up,
DHCP permits plug-and-play TCP/IP network setup.
2.2 Installation Process
Regardless of whether or not you will be installing a centrally provisioned system,
there are two steps required to get your phones up and running.
1. Basic TCP/IP Network Setup such as IP address and subnet mask. For more information, see 2.2.1 Basic Network Setup on page 4.
2. Application Configuration such as application specific parameters. For
more information, see
2.2.2 Application Configuration on page 11.
2.2.1 Basic Network Setup
The phones boot up in two phases:
• Phase 1: bootROM - a generic program designed to load the application.
• Phase 2: application - the SIP phone application.
Networking starts in Phase 1. The bootROM application uses the network to query the
boot server for upgrades or configuration changes, which is an optional process that
will happen automatically when properly deployed. The boot server can be on the
local LAN or anywhere on the Internet. The bootROM then loads the configured
application. The application will restart networking using most of the parameters
established by the bootROM (a DHCP query will be performed by the application).
Basic network settings can be changed during Phase 1 using the bootROM’s setup
menu. A similar, but more sophisticated menu system is present in the application for
changing the same network parameters. For more information, see 2.2.1.3 Local User
Interface Setup Menus on page 7.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
2.2.1.1 DHCP or Manual TCP/IP Setup
Basic network settings can be derived from DHCP or entered manually using the
phone’s LCD-based user interface. Polycom recommends using DHCP where possible to eliminate repetitive manual data entry.
The following table shows the manually entered networking parameters that may be
overridden by parameters obtained from a DHCP server:
ParameterDHCP OptionDHCP
12 3
IP address
subnet mask
IP gateway
boot server address
SNTP server address
SNTP GMT offset
DNS server IP address
alternate DNS server IP
1
1
3
See 2.2.1.3.2
DHCP Menu
on page 8
42 then 4
2
6
6
•- •
•- •
•- •
•- •
•• •
•• •
•- •
•- •
address
DNS domain
15
•- •
Configuration File
(Phase 2: application only)
priority when more than one source exists
Local
FLASH
See 2.2.1.3.2
VLAN ID
a. Can be obtained from a connected Ethernet switch if the switch supports CDP.
DHCP Menu
on page 8
Special Case: Cisco Discovery Protocol (CDP)
rides Local FLASH which overrides DHCP VLAN
Discovery.
a
over-
2.2.1.2 Provisioning File Transfer
The bootROM on the phone performs the provisioning functions of downloading the
bootROM, the <Ethernet address>.cfg file, and the SIP application and uploading log
files. The SIP application performs the provisioning functions of downloading all
other configuration files, uploading and downloading the configuration override file
and user directory, downloading the dictionary and uploading log files.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
The protocol which will be used to transfer files from the boot server depends on several factors including the phone model and whether the bootROM or SIP application
stage of provisioning is in progress. TFTP and FTP are supported by all SoundPoint
®
and SoundStation
Station
HTTP
®
IP 4000 bootROM also supports HTTP while the SIP application supports
1
and HTTPS. If an unsupported protocol is specified, this may result in unex-
phones. The SoundPoint® IP 301, 501, 600 and 601 and Sound-
®
pected behavior, see the table for details of which protocol the phone will use. The
“Specified Protocol” listed in the table can be selected in the Server Type field or the
Server Address can include a transfer protocol, for example http://usr:pwd@server
(see 2.2.1.3.3 Server Menu on page 10). The boot server address can also be obtained
via DHCP. Configuration file names in the <Ethernet address>.cfg file can include a
transfer protocol, for example https://usr:pwd@server/dir/file.cfg. If a user name and
password are specified as part of the server address or file name, they will be used only
if the server supports them.
URL Notes: A URL should contain forward slashes instead of back slashes and should
not contain spaces. Escape characters are not supported. If a user name and password
are not specified, the Server User and Server Password will be used (see 2.2.1.3.3
Server Menu on page 10).
Protocol used by bootROMProtocol used by SIP Application
Specified
Protocol
FTPFTPFTPFTPFTP
TFTPTFTPTFTPTFTPTFTP
HTTPFTPHTTPHTTPHTTP
HTTPSFTPHTTPNot supported. Trans-
300, 500301, 501, 600,
601, 4000
300, 500301, 501, 600,
fers will fail.
For downloading the bootROM and application images to the phone, the secure
HTTPS protocol is not available. To guarantee software integrity, the bootROM will
only download signed bootROM or application images. For HTTPS, widely recognized certificate authorities are trusted by the phone and custom certificates can be
added. See 6.1 Trusted Certificate Authority List on page 151. Using HTTPS
requires that SNTP be functional. Provisioning of configuration files is done by the
application instead of the bootROM and this transfer can use a secure protocol.
1. HTTP is supported on all phones to download ringer wave files.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
2.2.1.3 Local User Interface Setup Menus
Access to Network Configuration Menu:
Phase 1: bootROMThe network configuration menu is accessible during the auto-boot
countdown of the bootROM phase of operation. Press the
soft key to launch the main menu.
Phase 2: applicationThe network configuration menu is accessible from the main menu.
Navigate to Menu>Settings>Advanced>Admin Settings>Network
Configuration. Advanced Settings locked by default. Enter the
administrator password to unlock. (Factory default password: 456)
Phone network configuration parameters may be edited by means of a main menu and
two sub-menus: DHCP Menu and Server Menu.
SETUP
Use the soft keys, the arrow keys, the Sel/
Parameters that cannot be changed are read-only due to the value of other parameters.
For example, if the DHCP Client parameter is enabled, the Phone IP Addr and Subnet
Mask parameters are dimmed or not visible since these are guaranteed to be supplied
by the DHCP server (mandatory DHCP parameters) and the statically assigned IP
address and subnet mask will never be used in this configuration.
2.2.1.3.1 Main Menu
Configuration parameters that may be edited on the main setup menu are described in
the table below:
NamePossible Values
DHCP ClientEnabled, DisabledIf enabled, DHCP will be used to obtain the
DHCP MenuSee 2.2.1.3.2 DHCP Menu on page 8.
3
, and the Del/X keys to make changes.
a
Description
parameters discussed in 2.2.1.1 DHCP or Manual TCP/IP Setup on page 5.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
Possible
Name
Values
Description
Boot ServerOption 66
Custom
Static
Custom+Opt.66
Boot Server Option128 through 254
(Cannot be the
same as VLAN
ID Option)
Option 66: The phone will look for option number 66
(string type) in the response received from the DHCP
server. The DHCP server should send address information in option 66 which matches one of the formats
described for Server Address in 2.2.1.3.3 Server Menu
on page 10. If the DHCP server sends nothing then the
boot server address from flash will be used.
Custom: The phone will look for the option number
specified by the “Boot Server Option” parameter
(below), and the type specified by the “Boot Server
Option Type” parameter (below) in the response
received from the DHCP server.
Static: The phone will use the boot server configured
via the Server Menu. For more information, see
2.2.1.3.3 Server Menu on page 10.
Custom+Opt.66: The phone will first use the custom
option if present or use Option 66 if the custom option
is not present.
When the boot server parameter is set to Custom, this
parameter specifies the DHCP option number in which
the phone will look for its boot server.
Boot Server Option
Type
VLAN DiscoveryDisabledNo VLAN discovery via DHCP.
VLAN ID Option128 through 254
IP Address
String
FixedUse predefined DHCP private option values of 128,
CustomUse the number specified in the VLAN ID Option field
(Cannot be the
same as Boot
Server Option)
When the Boot Server parameter is set to Custom, this
parameter specifies the type of the DHCP option in
which the phone will look for its boot server. The IP
Address must specify the boot server. The String must
match one of the formats described for Server Address
in 2.2.1.3.3 Server Menu on page 10
144, 157 and 191. If this is used, the VLAN ID Option
field will be ignored.
as the DHCP private option value.
The DHCP private option value (when VLAN Discovery is set to Custom). Default is 129.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
2.2.1.3.3 Server Menu
NamePossible ValuesDescription
Server TypeFTP or Trivial FTP or
HTTP or HTTPS
The protocol which the phone will use to obtain
configuration and phone application files from the
boot server. See 2.2.1.2 Provisioning File Transfer on page 5.
FTP = File Transfer Protocol
Trivial FTP = Trivial File Transfer Protocol
HTTP = Hypertext Transfer Protocol
HTTPS = Hypertext Transfer Protocol, Secure
Server Addressdotted-decimal IP address
OR
domain name string
OR
URL.
All addresses can be followed by an optional
directory and optional file
The boot server to use if the DHCP client is disabled, or the DHCP server does not send a boot
server option, or the Boot Server parameter is set
to Static. If a URL is chosen it can include a user
name and password. See 2.2.1.2 Provisioning File
Transfer on page 5. All options can specify a
directory and the master configuration file. See
2.2.2.1.1.1 Master Configuration Files on page 12.
Note: ":", "@", or "/" cannot be used in the user
name or password.
name.
Server Userany stringThe user name used when the phone logs into the
server if required for the selected Server Type.
Note: If the Server Address is a URL with a user
name, this will be ignored.
Server Pass-
a
word
any stringThe password used when the phone logs in to the
server if required for the selected Server Type.
Note: If the Server Address is a URL with user
name and password, this will be ignored.
Provisioning
Method
b
Provisioning
String
Default or SAS-VP v2If SAS-VP v2 is selected, provisioning is done
using XML post/response transactions.
any stringThe string used in XML post/response transac-
tions.
Note: Disabled when Provisioning Method is
Default.
a. The server user name and password should be changed from the default values. Note that
for insecure protocols the user chosen should have very few privileges on the server.
b. Not available on SoundPoint® IP 300 and SoundPoint® IP 500 phones.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
2.2.1.4 Reset to Factory Defaults
The basic network configuration referred to in the preceding sections can be reset to
factory defaults. To perform this function on all phones except the IP
®
4000, simulta-
neously press and hold the 4, 6, 8 and * dial pad keys until the password prompt
appears. To perform this function on the IP
®
4000, simultaneously press and hold the
6, 8 and * dial pad keys until the password prompt appears. Enter the administrator
password to initiate the reset. This will reset the administrator password as well.
2.2.2 Application Configuration
While it is possible to make calls with the phone using its default configuration, most
installations will require some basic configuration changes to get things running optimally. These changes can be made using the central boot server model, if a boot
server has been set up, or some, but not all changes can be made using the phone’s
internal configuration web server or the phone’s SIP Configuration menu.
Advantages of using a boot server:
1. The centralized repository for application images and configuration files permits
application updates and coordinated configuration parameters.
2. Some parameters can only be modified using boot server configuration
files.
3. The multilingual feature requires boot server-resident dictionary files.
4. The customized sound effect wave files require a boot server.
5. When file uploads are permitted, the boot server is the repository for:
• boot process and application event log files - very effective when diagnosing system problems,
• local configuration changes via the <Ethernet address>-phone.cfg boot
server configuration overrides file - the phone treats the boot server copy
as the original when booting,
• per-phone contact directory named <Ethernet address>-directory.cfg.
6. The boot server copy of the application images and configuration files can
be used to “repair” a damaged phone configuration in the same way that
system repair disks work for PCs.
The following sections discuss the available configuration options.
2.2.2.1 Centralized Configuration
The phone application consists of an executable image file (sip.ld) and one or more
XML-format configuration files. In the centrally provisioned model, these files are
stored on a boot server and cached in the phone. If the boot server is available at boot
time, the phone will automatically synchronize its configuration cache with the boot
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
server: bootROM image, application executable, and configuration files are all
upgraded this way.
2.2.2.1.1 Configuration Files
The phone configuration files consist of master configuration files and application
configuration files.
2.2.2.1.1.1 Master Configuration Files
Central provisioning requires that an XML-format master configuration file be located
on the boot server. Either a URL-specified master configuration file or one whose
name is associated with the particular phone can be used. Refer to the following sections.
Specified Master Configuration File
The master configuration file can be explicitly specified in the boot server address, for
example, http://usr:pwd@server/dir/example1.cfg. The file name must end with
“.cfg” and be at least five characters long. If this file cannot be downloaded, the phone
will search for the per-phone master configuration file described below.
Per-phone Master Configuration File
If per-phone customization is required (for all applications that require per-phone customization), the file should be named <Ethernetaddress>.cfg, where Ethernet address
is the Ethernet MAC address of the phone in question. For A-F hexadecimal digits,
use lower case only, for example, 0004f200106c.cfg. The Ethernet address can be
viewed using the
ABOUT soft key during the auto-boot countdown of the bootROM or
via the Menu>Status>Platform>Phone menu in the application. It is also printed on a
label on the back of the phone. If this file cannot be downloaded, the phone will
search for the default master configuration file described below.
Default Master Configuration File
For systems in which the configuration is identical for all phones (no per-phone
<Ethernet address>.cfg files), the default master configuration file may be used to set
the configuration for all phones. The file named 000000000000.cfg (<12 zeros>.cfg)
is the default master configuration file and it is recommended that one be present on
the boot server. If a phone does not find its own <Ethernet address>.cfg file, it will
use this one, and establish a baseline configuration. This file is part of the standard
Polycom distribution of configuration files. It should be used as the template for the
<Ethernet address>.cfg files.
Master configuration files contain four XML attributes:
APP_FILE_PATHThe path name of the application executable. Has a maximum length
of 255 characters. This can be a URL with its own protocol, user
name and password, for example http://usr:pwd@server/dir/sip.ld.
CONFIG_FILESA comma-separated list of configuration files. Each file name has a
maximum length of 255 characters and the list of file names has a
maximum length of 2047 characters, including commas and white
space. Each configuration file can be specified as a URL with its own
protocol, user name and password, for example ftp://usr:pwd@server/
dir/phone2034.cfg.
MISC_FILES
A comma-separated list of other required files.
LOG_FILE_DIRECTORYAn alternative directory to use for log files if required. This is left
blank by default.
a. MISC_FILES is not normally used.
Note
The order of the configuration files listed in CONFIG_FILES is significant.
• The files are processed in the order listed (left to right).
• The same parameters may be included in more than one file.
• The parameter found first in the list of files will be the one that is effective.
This provides a convenient means of overriding the behavior of one or more phones without
altering the baseline configuration files for an entire system.
2.2.2.1.1.2 Application Configuration Files
Typically, the files are arranged in the following manner although parameters may be
moved around within the files and the file names themselves can be changed as
needed.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
CategoryDescriptionExample
ApplicationContains parameters that affect the basic operation of the phone
such as voice codecs, gains, and tones and the IP address of an
application server. All phones in an installation usually share this
category of files. This file would normally be modified from Polycom templates.
User / perphone
Contains parameters unique to a particular phone user. Typical
parameters include:
•display name
•unique addresses
Each phone in an installation usually has its own customized version of user files derived from Polycom templates.
sip.cfg
phone1.cfg
These application configuration files dictate the behavior of the phone once it is running the executable specified in the master configuration file.
Important
Configuration files should only be modified by a knowledgeable System Administrator.
Applying incorrect parameters may render the phone unusable.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
2.2.2.1.2 Deploying a Boot Server for the Phones
The following table describes the steps required for successful deployment of a boot
®
server for SoundPoint
Step:Instructions:
IP and SoundStation® IP phones.
1.Set up boot server:
Note:
Typically all phones are configured with
the same server account, but the server
account provides a means of conveniently
partitioning the configuration. Give each
account an unique home directory on the
server and change the configuration on an
account-by-account basis.
2. Copy all files: Copy all files from the distribution zip file to the
3. Create per-phone configuration
b
files
:
Install boot server application or locate suitable existing server. Use RFC-compliant servers.
Create account and home directory.
phone may open multiple connections to the server.
The phone will attempt to upload log files, a configuration override file, and a directory file to the server.
This requires that the phone’s account has delete,
write, and read permissions. The phone will still function without these permissions but will not be able to
upload files.
The files downloaded from the server by the phone
should be made read-only.
phone home directory. Maintain the same folder hierarchy.
Obtain a list of phone Ethernet addresses (barcoded
label on underside of phone).
Create per-phone phoneXXXX.cfg and <Ethernet address>.cfg files by using the 00000000000.cfg and
phone1.cfg files from the distribution as templates.
Edit contents of phoneXXXX.cfg as appropriate. For
example, edit the registration parameters.
a
Note that each
Edit the CONFIG_FILES attribute of the <Ethernet
address>.cfg files so that it references the appropriate
phoneXXXX.cfg file. (Replace the reference to
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
Step:Instructions:
4. Edit sip.cfg:See 4.6 Configuration Files on page 70, particularly
for SIP server address.
Most of the default settings are typically adequate,
however, if overriding SNTP settings are not available
via DHCP, the SNTP GMT offset and (possibly) the
SNTP server address will need to be edited for the correct local conditions. Changing the default daylight
savings parameters will likely be necessary outside of
North American locations.
(Optional) Disable the local web (HTTP) server or
alter its signalling port if local security policy dictates.
Change the default location settings:
•user interface language
•time and date format
5. Decide on boot server security pol-
icy:
Polycom recommends allowing file uploads to the
boot server where the security environment permits.
This allows event log files to be uploaded and changes
made by the phone user to the configuration (via the
web server and local user interface) and changes made
to the directory to be backed up.
For organizational purposes, configuring a separate
log file directory is recommended, but not required
(see LOG_FILE_DIRECTORY in 2.2.2.1.1.1 Master
Configuration Files on page 12).
File permissions should give the minimum access
required, and the account used should have no other
rights on the server.
The phone's server account needs to be able to add
files to which it can write in the log file directory and
the root directory. It must also be able to list files in
all directories mentioned in the [mac].cfg file. All
other files that the phone needs to read, such as the
application executable and the standard configuration
files, should be made read-only via file server file permissions.
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
Step:Instructions:
6. Reboot phones after configuring
their boot server via DHCP or statically:
a. If the provisioning protocol requires an account name and password, the server account
name and password must match those configured in the phones. Defaults are: provisioning
protocol: FTP, name: PlcmSpIp, password: PlcmSpIp
b. This step may be omitted if per-phone configuration is not needed.
See 2.2.1 Basic Network Setup on page 4.
To reboot phones, a menu option can be selected or a
key combination can be held down. The menu option
is called Restart Phone and it is in the Settings menu.
For the key combination, press and hold the following
keys simultaneously until a confirmation tone is heard
or for about three seconds:
IP 300 & IP 301: Volume-, Volume+, Hold and Do
Not Disturb
IP 500 & IP 501: Volume-, Volume+, Hold, and Messages
IP 600 & IP 601: Volume-, Volume+, Mute, and Messages
IP 4000: *, #, Volume+, and Select
Monitor the boot server event log and the uploaded
event log files (if permitted):
Ensure that the configuration process completed correctly.
Start making calls!
2.2.2.2 Local Phone Configuration
As the only method of modifying phone configuration or as a distributed method of
augmenting a centralized provisioning model, a local phone-based configuration web
server is available, unless disabled via sip.cfg. For more information, see 4.6.1.11
Web Server <HTTPD/> on page 107. The phone’s local user interface also permits
Administrator Guide - SoundPoint® IP / SoundStation® IPInstallation and Operation
many application settings to be modified, such as SIP server address or ring type or
regional settings such as time/date format and language.
Local Web Server AccessPoint your web browser to http://<phoneIPAddress>/.
Configuration pages are accessible from the menu along the top banner.
The web server will issue an authentication challenge to all pages
except for the home page.
Credentials are (case sensitive):
•User Name: Polycom
•Password: The administrator password is used for this.
Local Settings Menu AccessSome items in the Settings menu are locked to prevent accidental
changes. To unlock these menus, enter the user or administrator
passwords.
The administrator password can be used anywhere that the user password is used.
Factory default passwords are:
•User password: 123
•Administrator password: 456
Passwords:
Administrator password
required.
User password required.Restart Phone
Network Configuration
SIP Configuration
SSL Security settings
Reset to Default - local configuration, device settings, and file system format
Changes made via the web server or local user interface are stored internally as overrides. These overrides take precedence over settings contained in the configuration
obtained from the boot server that existed previously within the phone.
If the boot server permits uploads, these override setting will be saved in a file called
<Ethernet address>-phone.cfg on the boot server.
Important
Local configuration changes will continue to override the boot server-derived configuration
until deleted via the Reset User Settings menu selection.
Administrator Guide - SoundPoint® IP / SoundStation® IPFeatures
3 Features
This section describes the many features and corresponding administration points of
®
SoundPoint
uration Files on page 71.
3.1 Basic Features
3.1.1 Call Log
The phone maintains a call log. The log:
• contains call information such as remote party identification, time and date, and
call duration,
• allows for convenient redialing of previous outgoing calls and for returning
incoming calls,
• can be used to save contact information from call log entries to the contact
directory.
IP and SoundStation® IP. References are made frequently to 4.6 Config-
The call log is stored in volatile memory and is maintained automatically by the phone
in three separate lists: Missed Calls, Received Calls and Placed Calls. The call lists
can be cleared manually by the user and will be erased on reboot.
Central
(boot
server)
Local
Configuration File:
sip.cfg
Web S e rver
(if enabled)
Local Telephone
User Interface
3.1.2 Call Timer
A call timer is provided on the display. A separate call timer is maintained for each
distinct call in progress.
Enable or disable all call lists or individual call lists.
•For more information, see 4.6.1.23 Feature <feature/> on
page 125.
Administrator Guide - SoundPoint® IP / SoundStation® IPFeatures
3.1.3 Call Waiting
When an incoming call arrives while the user is active on another call, the incoming
call is presented to the user visually on the LCD display. A configurable sound effect
such as the familiar call-waiting beep will be mixed with the active call audio as well.
3.1.4 Called Party Identification
The phone displays and logs the identity of the remote party specified for outgoing
calls. This is the party that the user intends to connect with.
3.1.5 Calling Party Identification
The phone displays the caller identity, derived from the network signalling, when an
incoming call is presented. For calls from parties for which a directory entry exists,
the local name assigned to the directory entry may optionally be substituted.
Central
(boot
server)
Local
Configuration File:
sip.cfg
Web S e rver
(if enabled)
Local Telephone
User Interface
Specify whether or not to use directory name substitution.
•For more information, see 4.6.1.4 User Preferences
<user_preferences/> on page 82.
Specify whether or not to use directory name substitution.
Navigate to: http://<phoneIPAddress>/coreConf.htm#us
Changes are saved to local flash and backed up to <Ethernet address>-phone.cfg on the boot server. Changes will permanently override global settings unless deleted via the Reset
User Settings menu selection.
None.
3.1.6 Missed Call Notification
The phone can display the number of calls missed since the user last looked at the
Missed Calls list. The types of calls which are counted as “missed” can be configured
per registration. Remote missed-call notification can be used to notify the phone when
a call originally destined for it is diverted by another entity such as a SIP server.
Administrator Guide - SoundPoint® IP / SoundStation® IPFeatures
Central
(boot
server)
Local
Configuration file:
sip.cfg
Configuration file:
phone1.cfg
Web Server
(if enabled)
Local Phone User
Interface
Turn this feature on or off.
•For more information, see 4.6.1.23 Feature <feature/> on page 125.
Specify per-registration whether all missed-call events
or only remote/server-generated missed-call events will
be displayed.
•For more information, see 4.6.2.2.3 Missed Call
Configuration <serverMissedCall/> on page 132.
None.
None.
3.1.7 Configurable Feature Keys
All key functions can be changed from the factory defaults, although this is typically
not necessary. The scrolling timeout for specific keys can be configured.
Central
(boot
server)
Local
Configuration File:
sip.cfg
Web S erv e r
(if enabled)
Local Telephone
User Interface
Set the key scrolling timeout, key functions, and sub-pointers for each key (usually not necessary).
•For more information, see 4.6.1.15 Keys <keys/> on
page 113.
None.
None.
The following diagrams and table show the default SIP key layouts for
SoundPoint
®
IP 300, IP 301, IP 500, IP 501, IP 600, IP 601 and SoundStation® IP