OpenStage Provisioning Interface Developer's Guide
OpenStage Provisioning Interface Developer's Guide
A31003-S2000-R102-6-7620
1 Getting Started . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3 Basic Network Infrastructure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.3.1 Standard Network Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.3.2 Firewall And NAT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.4 Network Communication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.4.1 Protocols. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.4.2 Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.4.3 HTTP Sessions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.4.4 HTTP/HTTPS Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2 DHCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.1 Basic Network Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.2 Extended Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3 Example DHCP server configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3 Basic Communication Procedures. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.1 Basic Message Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.1.1 Phone Driven Interaction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.1.2 Provisioning Service Driven Interaction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.2 Configuration Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
3.3 Phone Message Structure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.3.1 Initial Message From the Phone. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.3.2 Root Element . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.3.3 Message Element. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
3.3.4 Reason for Contact. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
3.4 Provisioning Service Message Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.4.1 Initiation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.4.2 Action Type. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.5 Phone Driven Interactions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.5.1 An Exemplary Startup Interaction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.5.2 Local Changes in the Phone’s Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.5.3 Announce Deployment Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3.6 Provisioning Service Driven Interaction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.6.1 Start an Interaction: Contact-me. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.6.2 End an Interaction: Clean-up . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.6.3 Read Phone Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.6.4 Modify Phone Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.6.5 Restart Phone. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.6.6 Factory Reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
3.6.7 File Provisioning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
3.6.8 Firmware Deployment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
3.7 Message Fragmentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
3.7.1 Fragmentation of Phone Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Getting Started
Overview
1 Getting Started
1.1 Overview
Siemens OpenStage SIP phones support the SIP protocol according to RFC 3261 and there-
fore can operate at any standard-compliant SIP server.
Moreover, a multitude of interfaces for control, configuration, and provisioning is available:
• Local user interface, graphical or text based: Allows for control and configuration both by
the user and the administrator.
• Web-based interface: The phone has a built-in web server enabling both the user and the
administrator to control and configure the phone via a standard web browser.
• Phone manager: A phone management tool for the user which allows for e. g. editing the
local phonebook and synchronizing it with MS Outlook contact data. The software, which
communicates over IP, is installed on the user’s PC (Windows 2000 or Windows XP)
• Provisioning interface: The phone is controlled and configured by messages in XML for-
mat which are transmitted by HTTPS. In turn, the phone provides configuration and status
information over the same interface. Moreover, when local changes have been executed
on the phone, it informs the provisioning service automatically. Any kind of administration
task is supported, such as updating the firmware on a selection of phones. Hence, mass
deployment can be accomplished conveniently. Unlike many other VoIP phones, which are
limited to prefabricated configuration files to be downloaded at startup, OpenStage phones
can be deployed and provisioned any time by an interactive service.
This document contains information about the required infrastructure and describes the provi-
sioning interface in detail.
1.2 Prerequisites
For developing and operating a provisioning service for OpenStage phones, please ensure that
you have the following prerequisites.
1. OpenStage SIP phone with appropriate firmware version.
2. Infrastructure:
• Connection to an IP network.
• (Recommended:) DHCP server to communicate the IP address of the provisioning
server to the phone.
• Web browser to configure the application on the phone using the Web Based Manage-
ment. Alternatively, the phone’s local menu can be used.
• FTP or HTTPS server for file and software deployment.
• SIP server
Getting Started
Basic Network Infrastructure
LAN
LAN
DHCP
HTML over HTTP
or HTTPS
Web Interface
DHCP Server
Getting Started
Basic Network Infrastructure
LAN
LAN
Firewall
Provisioning Service,
possibly in combina-
tion with a proxy
To prevent communication problems in the HTTP layer, please consider the follow-
> ing:
● The keep-alive timeout in the provisioning server should be set to 10.
● The provisioning server must be set to use HTTP 1.1.
● The provisioning server must not use HTTP chunked encoding (this problem will
be solved with firmware version V2R3).
1.4.1 Protocols
When the provisioning service wants to start communicating with a phone, it has to send a spe-
cial contact-me message. This message, as well as the response from the phone, is transmit-
ted via HTTP (clear text, not encrypted).
All further communication between the provisioning service and the phone consists of messag-
es in XML format, which are transmitted using HTTP v1.1 over TLS (HTTPS).
1.4.2 Ports
On the phone side, the destination port for messages to the provisioning server can be freely
chosen. The address and port number of the provisioning service are defined unter Network >
Update service in the phone’s web interface or provided by DHCP (see Section 2.2, "Extended
Configuration").
For sending contact-me messages to the phone in order to initiate an interaction, the provision-
ing service must use port 8085 as destination port.
Getting Started
Network Communication
To end a session, the provisioning server sends a special clean-up message to the phone. In
some error cases, e. g. when the received XML is invalid, the phone will send a clean-up mes-
sage on its part.
The content-length of HTTPS responses should be set to the length of the XML mes-
> sage content.
Getting Started
Network Communication
ContactMe=true
2 DHCP
The use of DHCP for network configuration is highly recommended. To enable an OpenStage
phone to contact the provisioning service immediately on startup, the appropriate contact ad-
dress must be provided beforehand. This can be done by DHCP. Moreover, this method pre-
vents faking a provisioning service with malicious intentions, as the phone will only contact the
provisioning service whose address it has learned from the DHCP server.
Please ensure that the phone’s DHCP client is enabled. For configuration instruc-
> tions, see the OpenStage Administration Manual.
Parameters that have been set by DHCP cannot be modified afterwards, regardless
> of the interface in use (local menu, web interface, provisioning interface).
DHCP
Extended Configuration
DHCP
Example DHCP server configuration
Example dhcpd.conf
# General configuration for all clients in the subnet
subnet 192.168.2.0 netmask 255.255.255.0 {
option domain-name-servers 192.168.2.2;
option broadcast-address 192.168.2.255;
option routers 192.168.2.251;
option subnet-mask 255.255.255.0;
option domain-name "phones.intranet";
option ntp-servers 192.43.244.18;
option time-offset 3600;
default-lease-time 864000;
max-lease-time 8640000;
}
# Set up an option space to contain the vendor-encapsulated options
option space OpenStage;
option OpenStage.vendor code 1 = string;
option OpenStage.vlanid code 2 = unsigned integer 32;
option OpenStage.dls code 3 = string;
# Each vendor-class-identifier will constitute a class
class "vendor-classes" {
match option vendor-class-identifier;
}
# Specifications for OpenStage phones
subclass "vendor-classes" "OptiIpPhone" {
vendor-option-space OpenStage;
option OpenStage.vendor "Siemens";
option OpenStage.vlanid 4;
option OpenStage.dls "sdlp://192.168.2.103:18443";
option sip-server 192.168.2.117;
}
Depending on the amount of configuration data, the XML messages might become
> quite long. In order to prevent overflow problems, longer messages can be split into
fragments. For details, see Section 3.8, "Message Fragmentation".
Phone Provisioning
Service
HTTPS Request
Initial message, declaring
the reason for contact,
which is one of the follow-
ing:
– Startup (=registration
with the provisioning
service)
– Configuration changes
– Hardware connected/
disconnected
– Indicate file deploy-
ment status
HTTPS Response
Provisioning service re-
quests all configuration
items from the phone
HTTPS Request
Phone sends all available
configuration items
HTTPS Response
Clean-up message tells
the phone that the interac-
tion is finished
3.1.2.1 No Firewall
A typical reason for contacting the phone is the modification of one or more configuration set-
tings. The message flow might proceed as follows: In an initial HTTP request, the provisioning
service sends a contact-me message to the phone. The phone responds to this request, and
afterwards transmits a basic set of configuration items to the provisioning service. Now, the pro-
visioning service sends a list of configuration items that have to be changed. In its answer, the
phone confirms the action. In order to make sure that the desired changes have been made,
the provisioning service requests those configuration items that should have been rewritten.
The phone sends back the modified Items. Finally, the provisioning service terminates the in-
teraction with a clean-up message.
Phone Provisioning
Service
HTTP Request
Contact-me message
(HTML)
HTTP Response
Acknowledged (HTML)
HTTPS Request
Basic configuration items
HTTPS Response
Provisioning service
sends configuration items
which shall be changed
HTTPS Request
Phone accepts the modifi-
cation request
HTTPS Response
Provisioning service re-
quests the changed con-
figuration items from the
phone
HTTPS Request:
Phone sends the configu-
ration items that have
been changed
HTTS Response
Clean-up message tells
the phone that the interac-
tion is finished
Phone Provisioning
Service /
proxy
HTTP Request
Polling the provisioning
service or proxy
HTTP Response
Status=200 OK
In this message flow, the phone polls the provisioning service or proxy, and the provisioning
service resp. proxy has a new message for the phone:
Phone Provisioning
Service /
proxy
HTTP Request
Polls the provisioning ser-
vice or proxy for new mes-
sages
HTTP Response
Status=202 Accepted
HTTP Request
Reason for contact:
solicited
<Basic configuration
items>
HTTPS Response
Provisioning service
sends configuration items
which shall be changed
HTTPS Request
Phone accepts the modifi-
cation request
HTTS Response
Clean-up message tells
the phone that the interac-
tion is finished
Examples
<Item name="e164">3290</Item> - call number (extension) of the phone
<Item name="device-type">OpenStage 60</Item> - type of phone
<Item index="1" name="ldap-server-address">ldap.mycompany.com</Item> -
DNS name (or IP address) of the first LDAP server to be queried
<Item name="reg-addr">192.168.1.117</Item> - IP address of the SIP server
(registrar) at which the phone is registered or shall be registrated
Furthermore, the ReasonForContact element has additional attributes, which are relevant if
the reason is reply-to:
For examples, see Section 3.5.1.2, "XML Data Exchange"and Section 3.5.2.2, "XML Data Ex-
change".
3.4.1 Initiation
Before issuing XML messages to the phone, the provisioning service must announce to the
phone that it desires an interaction with it. For details, see Section 1.4.4.2, "Contact-me Mes-
sages".
In case a firewall/DMZ should prevent the provisioning service from initiating an in-
> teraction with the phone, please refer to Section 3.1.2.2, "Provisioning Service Lo-
cated Behind A Firewall".
The character encoding of the XML data sent to the phone should be UTF-8 in order
> to allow for special characters, such as german umlaut.
3 HTTPS Request
Reason for contact: reply-to
<All configuration items>
4 HTTPS Response
Clean-up
A new message flow starts as soon as a new connection to the provisioning service
> is established.
2. When the provisioning service has received the message from the phone, it sends an ap-
propriate response, including the nonce value received by the phone, and a session
cookie. The nonce value will be the same for all subsequent messages within this message
flow. In this response, the provisioning service may request all configuration items from the
phone in order to gain comprehensive knowledge about its settings. However, if the phone
is already known to the provisioning service, it will be sufficient to look at the
configuration-changed-flag configuration item. By setting it to false, the phone
indicates that the configuration is still the same as with the last data exchange. See the
following example:
<DLSMessage
xsi:schemaLocation="http://mydomain/provisioning"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://mydomain/provisioning">
<Message nonce="ab15234de14f15a667c6f8d">
<Action>ReadAllItems</Action>
</Message>
</DLSMessage>
3. Next, the phone sends the desired data. Note the content of ReasonForContact and the
action attribute:
<WorkpointMessage
xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message nonce="ab15234de14f15a667c6f8d">
<ReasonForContact action="ReadAllItems"
status="accepted">reply-to
</ReasonForContact>
<ItemList>
<Item name="...">...</Item>
<Item name="...">...</Item>
...
</ItemList>
</Message>
</WorkpointMessage>
4. The interaction, as well as the HTTPS session, is closed by the provisioning service, which
is sending a clean-up message:
<DLSMessage
xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message nonce="ab15234de14f15a667c6f8d">
<Action>CleanUp</Action>
</Message>
</DLSMessage>
2 HTTPS Response
Action: ReadAllItems
3 HTTPS Request
Reason for contact: reply-to
<All configuration items>
4 HTTPS Response
Clean-up
2 HTTP Response
Acknowledged (HTML)
3 HTTPS Request
Reason for contact: solicited
<Basic configuration items>
4 HTTPS Response
Action: ReadItems
<configuration items to read>
5 HTTPS Request
Reason for contact: reply-to
<Requested configuration items>
6 HTTPS Response
Clean-up
5. The response from the phone returns the requested configuration items.
<WorkpointMessage xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message fragment="final" maxItems="-1"
nonce="EB2C4CDF45D86E548CCD6F6612B26112">
<ReasonForContact status="accepted" action="ReadItems">
reply-to
</ReasonForContact>
<ItemList>
<Item name="device-type">OpenStage 60</Item>
<Item name="related-device-type">OpenStage 60</Item>
<Item name="software-type">Siemens SIP</Item>
<Item name="software-version">V1 R4.7.0</Item>
<Item name="contact-me-uri">http://192.168.1.4:8085/
contact_dls.html/ContactDLS</Item>
<Item name="mac-addr">00:01:E3:25:EA:13</Item>
<Item name="e164">3290</Item>
<Item name="ipaddress">192.168.1.4</Item>
<Item name="reg-addr">192.168.1.117</Item>
<Item name="reg-port">5060</Item>
<Item name="reg-ttl">3600</Item>
<Item name="register-by-name">false</Item>
<Item name="registrar-addr">192.168.1.117</Item>
<Item name="registrar-port">5060</Item>
<Item name="rtp-base-port">5010</Item>
<Item name="server-type">0</Item>
</ItemList>
</Message>
</WorkpointMessage>
6. The provisioning service sends a clean-up message.
2 HTTP Response
Acknowlegded (HTML)
3 HTTPS Request:
Reason for contact: solicited
<Basic configuration items>
4 HTTPS Response
Action: WriteItems
<configuration items to write>
5 HTTPS Request
Reason for contact: reply-to
Status: Accepted
6 HTTPS Response
Action: ReadItems
<configuration items to read (with-
out values)>
7 HTTPS Request
Reason for contact: reply-to
<configuration items from the
ReadItems list with current val-
ues>
8 HTTPS Response
Clean-up
6. The provisioning service requests the configuration items to be modified in order to check
whether they have been set correctly.
<DLSMessage xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message nonce="0A8D39A3253E92715EFA5F5F63C25FFB">
<Action>ReadItems</Action>
<ItemList>
<Item name="daylight-save"/>
<Item name="auto-daylight-save"/>
<Item name="sntp-addr"/>
<Item name="daylight-save-zone-id"/>
<Item name="sntp-tz-offset"/>
</ItemList>
</Message>
</DLSMessage>
7. The phone sends the updated configuration items.
<WorkpointMessage xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message fragment="final" maxItems="-1"
nonce="9A6439F4E323CDB19283E40459828B56">
<ReasonForContact status="accepted" action="ReadItems">
reply-to
</ReasonForContact>
<ItemList>
<Item name="daylight-save">true</Item>
<Item name="auto-daylight-save">true</Item>
<Item name="daylight-save-zone-id">9</Item>
<Item name="sntp-addr">time.nist.gov</Item>
<Item name="sntp-tz-offset">60</Item>
</ItemList>
</Message>
</WorkpointMessage>
8. The provisioning service sends a clean-up message.
2 HTTP Response
Acknowledged (HTML)
3 HTTPS Request
Reason for contact: solicited
<Basic configuration items>
4 HTTPS Response
Restart
2 HTTP Response
Acknowledged (HTML)
3 HTTPS Request
Reason for contact: solicited
<Basic configuration items>
4 HTTPS Response
Action: FileDeployment
<File configuration items>
5 HTTPS Request
Reason for contact: status
<Basic configuration items + File
configuration items>
6 HTTPS Response
Clean-up
5. The response from the phone may look like the following:
<WorkpointMessage xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message maxItems="-1"
nonce="4F6A1034A46B463F8D008DA09314040A">
<ReasonForContact>status</ReasonForContact>
<ItemList>
<Item name="device-type">OpenStage 60</Item>
<Item name="related-device-type">OpenStage 60</Item>
<Item status="failed" name="gigabit-ethernet"/>
<Item name="software-type">Siemens SIP</Item>
<Item name="related-software-type">Siemens SIP</Item>
<Item name="software-version">V1 R4.9.0</Item>
<Item name="related-software-version">V1 R4.9.0</Item>
<Item name="contact-me-uri">
http://192.168.1.4:8085/contact_dls.html/ContactDLS
</Item>
<Item name="mac-addr">00:01:E3:25:EA:13</Item>
<Item name="configuration-changed-flag">false</Item>
<Item name="part-number">S30817-S7403-A101-015</Item
<Item name="sip-mobility-state">0</Item>
<Item name="e164">3290</Item>
<Item name="user-pwd">123456</Item>
<Item status="failed" name="user-pwd-unicode"/>
<Item name="basic-e164">3290</Item>
<Item name="mobility-enabled">false</Item>
<Item name="file-deployment-date">10:06:2008</Item>
<Item name="file-deployment-time">15:35:52</Item>
<Item name="file-deployment-name">
ringtone-phone.wav
</Item>
<Item name="file-deployment-type">RINGTONE</Item>
<Item name="file-deployment-status">ok</Item>
</ItemList>
</Message>
</WorkpointMessage>
If a call is in progress and the file-priority has not been set to immediate,
> the deployment will be rejected.
When the phone has received the software file, it will reboot, thereby loading the new software.
Like with every startup, the phone will send a startup message (see Section 3.5.1, "An Exem-
plary Startup Interaction"). By issuing a ReadItems or ReadAllItems message, the provi-
sioning service can determine whether the phone has the intended software version now.
2 HTTP Response
Acknowledged (HTML)
3 HTTPS Request:
Reason for contact: solicited
<Basic configuration items>
4 HTTPS Response:
Action: SoftwareDeployment
<Software configuration items>
3 HTTPS Request
Reason for contact: reply-to
fragment: next
4 HTTPS Response
Action: GetNextFragment
5 HTTPS Request
Reason for contact: reply-to
fragment: final
6 HTTPS Response
Clean-up
2 HTTPS Response
Action: WriteItems
<configuration items to write>
3 HTTPS Request
Reason for contact: reply-to
4 HTTPS Response
Action: WriteItems
<configuration items to write>
5 HTTPS Request
Reason for contact: reply-to
6 HTTPS Response
Clean-up
2. The provisioning service attempts to write a configuration item that is unknown at the
phone.
<DLSMessage xmlns="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.siemens.com/DLS">
<Message nonce="7FAA6353A4887BBFA14B78370FE99144">
<Action>WriteItems</Action>
<ItemList>
<Item name="socketed-headset-mode">0</Item>
</ItemList>
</Message>
</DLSMessage>
3. The phone responds with a configuration item status indicating the unknown item.
<WorkpointMessage xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message nonce="9DD3EB02AA6A93A00CA63EE07B25ABF3" maxItems="-1"
fragment="final">
<ReasonForContact status="accepted" action="WriteItems">
reply-to</ReasonForContact>
<ItemList>
<Item status="unknown item"
name="socketed-headset-mode"></Item>
</ItemList>
</Message>
</WorkpointMessage>
4. The provisioning service terminates the interaction with a clean-up.
<DLSMessage xmlns="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.siemens.com/DLS">
<Message nonce="CF8CDC3C82D1FC7966B6318537C6E0F6">
<Action>CleanUp</Action>
</Message>
</DLSMessage>
name="Canonical-lookup-international-code">+44561</Item>
<Item index="6" name="Canonical-lookup-local-code">561
</Item>
</ItemList>
</Message>
</DLSMessage>
3. The phone responds with item status "failed" for any items it could not save.
<WorkpointMessage xsi:schemaLocation="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.siemens.com/DLS">
<Message nonce="BFBD54B05B45E13F9E7E773F65CE3956" maxItems="-1"
fragment="final">
<ReasonForContact status="accepted" action="WriteItems">
reply-to</ReasonForContact>
<ItemList>
<Item status="failed"
name="Canonical-lookup-international-code" index="6"></Item>
<Item status="failed" name="Canonical-lookup-local-code"
index="6"></Item>
</ItemList>
</Message>
</WorkpointMessage>
4. The provisioning service terminates the interaction with a clean-up.
<DLSMessage xmlns="http://www.siemens.com/DLS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.siemens.com/DLS">
<Message nonce="C528BD461ABF3247D545E8BBF5A6D809">
<Action>CleanUp</Action>
</Message>
</DLSMessage>
4.1 Applications
To determine what to do with an application, that is, create, modify, or delete it, the XML-app-
action item is used. For each indexed application, an individual action can be defined. As the
creation of an application is treated as a modification/update, two values are possible, delete
and update. In the following snippet, the application with the index number 1 is modified, or
created:
<Item name="XML-app-action" index="1">update</Item>
In order to assign the appropriate privileges, the phone must be informed whether the applica-
tion is an Xpressions application or a regular XML application. Xpressions is a special Unified
Communications application which uses the same XML interface as regular XML applications.
The information about the type of application is provided in the XML-app-special-
instance item. In the following snippet, the application with the index number 1 is defined as
a normal application, which is the default value:
<Item name="XML-app-special-instance" index="1">0</Item>
4.1.1.3 Xpressions
For Xpressions applications, the XML-app-special-instance item must be set to 1 (see
Section 4.1.1, "XML applications").
4.2 Network
4.2.1 IP configuration
DHCP lease re- dhcp-reuse Boolean true/false If enabled, the phone will
use Default: false keep its DHCP-based IP
address even if the lease
expires. To prevent ad-
dress conflicts, the phone
will send ARP requests in
5 second intervals. Addi-
tionally, it will send dis-
covery messages periodi-
cally to obtain a new
DHCP lease.
Available with firmware
version V2R1.
IP address ipaddress IP IP address IP address for the phone.
address Default: NULL Only writable when not al-
ready defined by DHCP.
Subnet mask mask Subnet Subnet mask Network mask for the
mask Default: NULL phone.
Only writable when not al-
ready defined by DHCP.
Default route route IP IP address Default network route for
address Default: NULL the phone.
Only writable when not al-
ready defined by DHCP.
DNS domain dns-domain- Text Text DNS domain wherein the
name Default: NULL phone is residing.
Only writable when not al-
ready defined by DHCP.
Primary DNS dns-server- IP IP Primary DNS server ad-
addr address address dress.
Default: NULL Only writable when not al-
ready defined by DHCP.
Secondary DNS dns-server- IP IP Secondary DNS server
addr2 address address address.
Default: NULL Only writable when not al-
ready defined by DHCP.
Route 1 IP ad- route1 IP IP Specific route 1.
dress address address
Default: NULL
4.2.3 QoS
SIP server reg-port Integer Port number Port of the SIP proxy
Default: 5060 server.
SIP registrar registrar- Integer Port number Port of the server at which
port Default: 5060 the phone registers.
SIP gateway sgnl- Integer Port number Port of the SIP gateway.
gateway- Default: 5060
port-user
SIP local phone-port Integer Port number Port used by the phone
Default: 5060 for sending and receiving
SIP messages.
Backup proxy backup-port Integer Port number Port of the backup proxy
Default: 5060 server.
RTP base rtp-base- Integer Port number Base port number used
port Default: 5010 for negotiating the RTP
port.
Download server Not available in the provi-
(default) sioning interface.
LDAP server ldap-server- Integer Port number Port on which the LDAP
port Default: 389 server is listening for re-
quests.
HTTP proxy http-proxy- Integer Port number Port of the proxy used for
port Default: NULL XML applications.
LAN port speed port1 Enumer- 0=Automatic; Speed of the ethernet
ation 1=10 Mbit/s Half port connected to the
Duplex; LAN switch.
2=10Mbit/s Full
Duplex;
3=100 Mbit/s Half
Duplex;
4=100 Mbit/s Full
Duplex;
5=Gigabit/s Half
Duplex;
6=Gigabit/s Full
Duplex;
Default: 0
PC port speed port2 Enumer- 0=Automatic; Speed of the ethernet
ation 1=10 Mbit/s Half port connected to the PC.
Duplex:
2=10Mbit/s Full
Duplex;
3=100 Mbit/s Half
Duplex;
4=100 Mbit/s Full
Duplex;
5=Gigabit/s Half
Duplex;
6=Gigabit/s Full
Duplex;
Default: 0
4.3 System
Table 4-1
Outbound outbound- Boolean true / false If true, the SIP server will
proxy proxy-user Default: false resolve the domain in the
SIP request. Otherwise,
the phone will perform
this task.
Default OBP default-domain DNS DNS name If the number or name di-
domain name Default: Null aled by the user
does not provide a do-
main, this value will be
appended to the name or
number. Otherwise, the
domain of the Outbound
proxy will be appended.
SIP transport sip-transport- Enumer- 0=UDP; Transport protocol to be
user ation 1=TCP; used for SIP messages.
2=TLS;
Default: 0
Response transaction- Integer 3000 to 32000 A SIP response to an
timer (ms) timer (milliseconds) INVITE message must ar-
Default: 32000 rive within a timespan not
greater than this value.
NonCall trans transaction- Integer 3001 to 32000 A SIP response to a non-
(ms) timer-f (millisseconds) INVITE message must ar-
Default: 32001 rive within a timespan not
greater than this value.
On expiry, the phone at-
tempts to contact the
backup server, if config-
ured.
Reg. backoff registration- Integer 60 to 600 Maximum waiting time
(seconds) backoff-timer (seconds) before sending another
Default: 60 REGISTER message in
case the first attempt has
failed.
4.3.3 Registration
4.3.4 SNMP
Trap destination snmp-trap- Integer Port number Port on which the SNMP
port port Default: 162 manager is receiving
TRAP messages.
Trap community snmp-trap- Text Default: snmp SNMP community string
pwd for the SNMP manager
receiving TRAP
messages.
Queries allowed snmp- Boolean true/false Enables or disables que-
queries- Default: false ries from the SNMP
allowed manager.
Query password snmp-pw Text Any string except Password for the execu-
"public", "pri- tion of a query by the
vate", "PUBLIC", SNMP manager.
"Public", "puBlic"
and other case
related variants.
Diagnostic send- diagnostic- Boolean true/false Enables or disables the
ing enabled traps-active Default: false sending of diagnostic
data to the
SNMP manager.
Diagnostic desti- diagnostic- IP ad- IP address or IP address or hostname
nation trap-addr dress or hostname. of the SNMP manager re-
host- Default: NULL ceiving diagnostic
name. data.
Max. 64
charac-
ters.
Diagnostic desti- diagnostic- Integer Port number. Port on which the SNMP
nation port trap-port Default: 162 manager is receiving
diagnostic data.
Diagnostic com- diagnostic- Text Default: snmp SNMP community string
munity trap-pwd for the SNMP manager
receiving diagnostic
data.
Diagnostic to ge- diagnostic- Boolean true/false Enables or disables the
neric destina- snmp-active Default: false sending of QoS traps to a
tion generic destination.
4.3.5 Features
4.3.5.1 Configuration
Initial digit timer initial-digit- Integer Number of Timeout for entering the
(seconds) timer seconds. first digit after going off-
1 to 120. hook. On expiry, the
Default: 30 phone will change to idle
mode.
Available with firmware
version V2.
Not used timeout not-used-time- Integer Number of Timeout for the local user
(minutes) out minutes. and admin menu. When
1 to 5 the time interval is over,
Default: 2 the menu is closed and
the administrator/user is
logged out.
Transfer on unconditional- Boolean true/false This feature applies to the
hangup transfer Default: following scenario:
false While A is talking to B, C
calls A. A accepts the
call, so B is on hold and
the call between A and C
is active. If Transfer on
hangup is enabled,
and A goes on-hook, B
gets connected to C. If
disabled, C will be re-
leased when A hangs up,
and A has the possibility
to reconnect to B. By de-
fault, the feature is dis-
abled.
Selected dialing
A predefined call number is dialed on key press.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Selected
mum of dialling
12 char-
acters.
function- Integer 1 Feature ID which defines
key-def the function.
<index>
Dial number select-dial Text Default: NULL Number to be dialed
<index> when pressing the key.
Repeat dialing
On key press, the call number that has been dialed lastly is dialed again.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Repeat
<index> Maxi- Dialling
mum of
12 char-
acters.
function- Integer 3 Feature ID which defines
key-def the function.
<index>
Forwarding
This is the phone’s built-in forwarding function. An incoming call is forwarded to the predefined
call number, depending on the forwarding type, that is, the current conditions at the phone.
With firmware version V2, server-side forwarding can be assigned to the phone’s
> fixed forwarding key; please refer to Section 4.3.5.3, "Fixed Keys".
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Forwarding
mum of
24 char-
acters.
function- Integer 6 Feature ID which defines
key-def the function.
<index>
Forwarding type forwarding- Enumer- 0=All calls; Call forwarding type.
type ation 1=No reply;
<index> 2=Busy;
Default: 0
Ringer off
Turns off the ringtone. Incoming calls are indicated via LEDs and display only.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Ringer
<index> Maxi- off
mum of
12 char-
acters.
function- Integer 9 Feature ID which defines
key-def the function.
<index>
Hold
The call currently active is put on hold.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Hold
<index> Maxi-
mum of
12 char-
acters.
function- Integer 10 Feature ID which defines
key-def the function.
<index>
Alternate
Toggles between two calls; the previously active call is put on hold.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Alternate
mum of
12 char-
acters.
function- Integer 11 Feature ID which defines
key-def the function.
<index>
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Move
<index> Maxi- blind
mum of
12 char-
acters.
function- Integer 12 Feature ID which defines
key-def the function.
<index>
Join
Call transfer, applicable when there is one active call and one call on hold. The active call and
the held call are connected to each other, while the phone that has initiated the transfer is dis-
connected.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Join
<index> Maxi-
mum of
12 char-
acters.
function- Integer 13 Feature ID which defines
key-def the function.
<index>
Deflect
On key press, an incoming call is deflected to the specified destination.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Deflect
mum of
12 char-
acters.
function- Integer 14 Feature ID which defines
key-def the function.
<index>
Destination key-deflect- Text Default: NULL Destination for call deflec-
destination tion.
<index>
Shift
Shift the level for the program keys. When activated, the functions assigned to the shift level
are available on the program keys.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Shift
<index> Maxi-
mum of
12 char-
acters.
function- Integer 18 Feature ID which defines
key-def the function.
<index>
Conference
Establish a phone-based three-party conference from an active call and a call on hold.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Conference
mum of
12 char-
acters.
function- Integer 22 Feature ID which defines
key-def the function.
<index>
Headset
Accept an incoming call via headset.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Headset
mum of
12 char-
acters.
function- Integer 24 Feature ID which defines
key-def the function.
<index>
Do Not Disturb
If this feature is activated, incoming calls will not be indicated to the user.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Do Not
<index> Maxi- Disturb
mum of
12 char-
acters.
function- Integer 25 Feature ID which defines
key-def the function.
<index>
Repertory dial
This feature is similar to the selected dialing function, but additionally, special calling functions
are possible. The desired number and/or function is selected via the Dial string parameter.
The following call functions are available:
• $Q Disconnect a call.
• ~ Start a consultation call. Example: ~3333$S
• $S Start a call. Example: 3333$S
• - Enter a pause, e. g. for exit-code or international dialing. Example: 0-011511234567$S
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Repertory
<index> Maxi- dial
mum of
12 char-
acters.
function- Integer 30 Feature ID which
key-def defines the function.
<index>
Dial string repertory- Text String with maximum Call number and/or
dial of 60 Unicode charac- special strings for
<index> ters. call control.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default:
<index> Maxi- Consult and
mum of transfer
12 char-
acters.
function- Integer 50 Feature ID which defines
key-def the function.
<index>
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Call
<index> Maxi- waiting
mum of toggle
12 char-
acters.
function- Integer 53 Feature ID which defines
key-def the function.
<index>
Server feature
Invokes a feature on the SIP server. The status of the feature can be monitored via the LED
associated to the key.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: Server
<index> Maxi- feature
mum of
12 char-
acters.
function- Integer 54 Feature ID which defines
key-def the function.
<index>
Feature code stimulus- String Default: NULL This code will be sent in a
feature- SIP INVITE to the SIP
code<index> server.
DTMF digits stimulus- String Default: NULL This code will be sent to
DTMF- the SIP server as a DTMF
sequence signal. As a precondition,
<index> an audio path which is
routed via the SIP server
must exist.
LED control stimulus- String Default: NULL This SIP URI will receive
led-control- the status notifications
uri<index> (SIP NOTIFY) from the
SIP server. The LED is
switched on or off
accordingly.
BLF
Offers the possibility to monitor another phone, and to pick up calls for the monitored phone.
For the pickup function (firmware version V2R1 onwards), the appropriate code must be pro-
vided (see blf-code in Section 4.3.5.6, "Services").
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: BLF
<index> Maxi-
mum of
12 char-
acters.
function- Integer 59 Feature ID which defines
key-def the function.
<index>
Monitored phone stimulus- Text Default: NULL Call number (SIP URI) of
led-control- the monitored phone.
uri<index>
Audible alert blf-audible Boolean true/false If enabled, an alert beep
<index> Default: false or ring tone will indicate
an incoming call for the
monitored phone.
For determining whether
a beep or the ring tone is
used, blf-tone-type
is used (see Section
4.3.5.1, "Configuration").
Popup on alert blf-popup[ ] Boolean true/false If enabled, a popup win-
Default: false dow will indicate an in-
coming call for the moni-
tored phone.
Start application
Starts an XML application.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: App:
<index> Maxi-
mum of
12 char-
acters.
function- Integer 60 Feature ID which defines
key-def the function.
<index>
Application name FPK-app- Text Default: NULL Name of the application
name<index> to be started.
Send URL
With this function, the phone can send a specific HTTP or HTTPS request to a server. The func-
tion is available at any time, irrespective of registration and call state. Possible uses are HTTP-
controlled features on the SIP server, e. g. hunt group login/logout, or functions on a web server
that can only be triggered by HTTP/HTTPS request, e. g. login/logout for flexible working hours.
To define this function for a key, function-key-def must be set to 63.
Key label <n> key-label- Text Default: Send Label for the key.
unicode URL
<index>
Protocol send-url- Enumer- 0=TLSv1 Defines whether HTTP or
protocol ation (HTTPS); HTTPS is to be used for
<index> 3=TCP sending the URL to the
(HTTP); server.
Default: 3 For HTTPS, a certificate
especially for the send
URL function can be pro-
vided by the provisioning
service; please refer to
Section 5.12, "Certifi-
cates".
Web server ad- send-url- String Default: NULL IP address or DNS name
dress address of the remote server to
<index> which the URL is to be
sent.
Port send-url-port String Default: NULL Target port at the server
<index> to which the URL is to be
sent.
Path send-url-path String Default: NULL Server-side path to the
<index> desired function, i. e. the
part of the URL that fol-
lows the IP address or
DNS name.
Key label <n> key-label- Unicode Unicode text Label for the key.
unicode text. Default: App:
<index> Maxi-
mum of
12 char-
acters.
function- Integer 0 Feature ID which defines
key-def the function.
<index>
This function is available with firmware version V2 for all OpenStage phones except
> OpenStage 15, which has no forwarding key.
Key functionality key- Enumer- 0="Toggle Call For details, please refer
functionality ation Forwarding", to Section 4.3.5.3, "For-
index="4002" 1="Unspeci- warding Key (V2R0)".
fied Call For-
warding",
2="Unspeci-
fied"
• Send URL
For the function specific parameters, please refer to Section 4.3.5.2, "Send URL".
For the function specific parameters, please refer to Section 4.3.5.2, "Start application".
• Built-in Forwarding
For the function specific parameters, please refer to Section 4.3.5.2, "Send URL".
For the function specific parameters, please refer to Section 4.3.5.2, "Start application".
• Built-in Release
For the function specific parameters, please refer to Section 4.3.5.2, "Send URL".
For the function specific parameters, please refer to Section 4.3.5.2, "Start application".
For the function specific parameters, please refer to Section 4.3.5.2, "Send URL".
For the function specific parameters, please refer to Section 4.3.5.2, "Start application".
• Built-in Redial
4.3.5.6 Services
Services
4.3.6 Security
SIP server certifi- voip-server- Boolean true/false If enabled, the phone will
cate validation validation Default: false validate the server certifi-
cate sent by the SIP serv-
er in order to establish a
TLS connection.
Use secure calls voip- Boolean true/false If activated, the encryp-
payload- Default: false tion of outgoing calls is
security- enabled, and the phone is
allowed capable of receiving en-
crypted calls.
Alternative label MWI-new-label Text Default: NULL Label for new items.
Maxi-
mum
length of
17 char-
acters
New urgent items MWI-new- Boolean true/false Determines whether new
urgent-show Default: true urgent items are
indicated.
Alternative label MWI-new- Text Default: NULL Label for new urgent
urgent-label Maxi- items.
mum
length of
17 char-
acters
4.5.3 Locality
Local country Canonical-di- Text Default: NULL E.164 Country code, e.g.
code aling-local- "49" for Germany, "44" for
country-code United Kingdom.
National prefix Canonical-di- Text Default: NULL Prefix for national con-
digit aling- nections, e.g. "0" in Ger-
national-pre- many and United King-
fix dom.
Local national Canonical-di- Text Default: NULL Local area code or city
code aling-local- code, e.g. "89" for Mu-
area-code nich, "20" for London
Initial extension Canonical- Text. Com- Default: NULL List of initial digits of all
digit dialing- ma sepa- possible extensions in the
extension- rated if local enterprise network.
initial- multiple
digits values.
Max. 50
characters
Local code <n> Canonical- Text. Default: NULL Local enterprise code for
lookup-local- Max. 10 the node/PBX the phone
code charac- is connected to.
<index> ters. <n> can be a number
from 1 to 5, which en-
ables up to 5 entries, and
is represented in the in-
dex.
International Canonical- Text. Default: NULL Full canonical format for
code <n> lookup- Max. 30 the enterprise node.
international charac- <n> can be a number
-code<index> ters. from 1 to 5, which en-
ables up to 5 entries, and
is represented in the in-
dex.
Internal numbers Canonical- Enumer- 0=Local enter- Defines how dial strings
dialing-dial- ation prise form; for internal numbers are
internal-form 1=Always add generated.
node;
2=Use external
numbers;
Default: 0
External numbers Canonical- Enumer- 0=Local public Defines how dial strings
dialing-dial- ation form; for external numbers are
external-form 1=National pub- generated.
lic form;
2=International
form;
Default: 0
Backlight timeout pixelsaver- Enumer- 2=2; After the phone has been
(hours) timeout ation 3=3; inactive within the
4=4; timespan specified here,
5=5; the display backlight is
6=6; switched off.
7=7;
8=8;
Default: 3
DST zone daylight- Enumer- 0=Not set; World region in which the
save-zone-id ation 1=Australia 2007 phone is located. Used
(ACT, South Aus- for Auto time change.
tralia, Tasmania,
Victoria);
2=Australia 2007
(New South
Wales);
3=Australia
(Western Austra-
lia);
4=Australia
2008+ (ACT,
New South
Wales, South
Australia, Tasma-
nia, Victoria);
5=Brazil;
6=Canada;
7=Canada (New-
foundland);
8=Europe (PT,
UK);
9=Europe (AT,
BE, HR, DK, FR,
DE, HU, IT, LU,
NL, NO, PL, SK,
ES, SE, CH);
10=Europe (FI);
11=Mexico;
12=United
States;
Default: 0
4.7 Speech
The microphone control is not valid for OpenStage 20E, as this model has no builtin
> microphone.
4.9 Authentication
The Admin password is a write only item, and therefore cannot be read by the pro-
> visioning server.
Old / New / Con- admin-pwd String. Default: 123456 Password for the admin
firm Password Mini- section in the local menu
mum of 6 and web interface.
charac-
ters.
Maxi-
mum of
24 char-
acters.
Old / New / Con- user-pwd String. Default: NULL Password for the user
firm Password Mini- section in the local menu
mum of 6 and web interface.
charac-
ters.
Maxi-
mum of
24 char-
acters.
4.11 Diagnostics
Mobility service trace-level Enumer- As with "Adminis- Handles the mobility fea-
<index=20> ation tration" ture whereby users can
log onto different phones
and have them config-
ured to their own profile.
OBEX service trace-level Enumer- As with "Adminis- Involved with Bluetooth
<index=21> ation tration" accesses to the phone.
Bluetooth is available
only on OpenStage 60/80
phones.
OpenStage cli- trace-level Enumer- As with "Adminis- Provides a means by
ent management <index=22> ation tration" which other services with-
in the phone can interact
with the database.
Phonebook trace-level Enumer- As with "Adminis- Responsible for the
<index=3> ation tration" phonebook application.
POT service trace-level Enumer- As with "Adminis- Takes over control of ba-
<index=23> ation tration" sic telephony if the call-
view application fails.
Password man- trace-level Enumer- As with "Adminis- Verifies passwords used
agement service <index=24> ation tration" in the phone.
Physical interface trace-level Enumer- As with "Adminis- Handles any interactions
service <index=25> ation tration" with the phone via the
keypad, mode keys, fixed
feature buttons, click-
wheel and slider.
Service frame- trace-level Enumer- As with "Adminis- This is the environment
work <index=38> ation tration" within which other phone
services operate. It is in-
volved in the starting and
stopping of services.
Service registry trace-level Enumer- As with "Adminis- Keeps a record of all ser-
<index=39> ation tration" vices currently running in-
side the phone.
Sidecar service trace-level Enumer- As with "Adminis- Handles interactions
<index=26> ation tration" between the phone and
any attached sidecars.
SIP call control trace-level Enumer- As with "Adminis- Contains the call model
<index=33> ation tration" for the phone and is asso-
ciated with telephony and
call handling.
SIP messages trace-level Enumer- As with "Adminis- Traces the SIP messages
<index=34> ation tration" exchanged by the phone.
SIP signalling trace-level Enumer- As with "Adminis- Involved in the creation
<index=32> ation tration" and parsing of SIP mes-
sages. This service com-
municates directly
with the SIP stack.
Team service trace-level Enumer- As with "Adminis- Primarily concerned with
<index=27> ation tration" keyset operation.
Tone generation trace-level Enumer- As with "Adminis- Handles the generation of
service <index=28> ation tration" the tones and ringers on
the phone.
Transport service trace-level Enumer- As with "Adminis- Provides the IP (LAN) in-
<index=29> ation tration" terface between the
phone and the outside
world.
vCard parser ser- trace-level Enumer- As with "Adminis- Handles parsing and
vice <index=42> ation tration" identification of VCard in-
formation while sending
or getting VCards via
Bluetooth.
Voice engine ser- trace-level Enumer- As with "Adminis- Provides a switching
vice <index=30> ation tration" mechanism for voice
streams within the phone.
This component is also
involved in QDC, Music
on hold and voice instru-
mentation.
Voice mail trace-level Enumer- As with "Adminis- Handles the voice mail
<index=43> ation tration" functionality.
Web server ser- trace-level Enumer- As with "Adminis- Provides access to the
vice <index=31> ation tration" phone via web browser.
USB backup ser- trace-level Enumer- As with "Adminis- Used to make backup/re-
vice <index=44> ation tration" store to/from USB stick by
using password. This
item is available in the
phone GUI.
Voice recognition trace-level Enumer- As with "Adminis- Used by the voice dial fa-
<index=46> ation tration" cility for recognizing spo-
ken dialing commands.
802.1x service trace-level Enumer- As with "Adminis- Provides authentication
<index=45> ation tration" to devices attached to a
LAN port, establishing a
point-to-point connection
or preventing access from
that port if authentication
fails. The service is used
for certain closed wireless
access points.
4.11.2.1 Generation
The generation of QoS (Quality of Service) reports which are sent to a QCU server (see Section
is configured here.
Resend last re- action- Integer true/false Set to true to invoke the
port submit- Default: false action and set back to
resend-last- false on completion of
qdc-reports the action.
4.11.3 Miscellaneous
4.11.3.1 IP tests
This area is applicable only when using the web interface.
4.12 Maintenance
Local time / Local time Numeric Unix Time Stamp Sets time and date, if not
date (day, month, provided by SNTP.
year) The Unix Time Stamp is
the number of seconds
elapsed since January
1st.
In messages from the
phone, 000 is appended
to the Unix Time Stamp
as the milliseconds part;
this part can be ignored.
Use daylight sav- daylight- Boolean true/false Enables or disables day-
ing save Default: false light saving time in con-
junction with Auto time
change.
Auto time change auto- Boolean true/false Enables or disables auto-
daylight- Default: false matic control of daylight
save saving time according to
the Time zone.
4.2 Audio
4.3 Configuration
4.3.2.1 Deflecting
Default deflect deflect- Text Default: NULL Target for deflected calls.
destination destination
Deflect to DSS dss-sip- Boolean true/false If enabled, a call can be
deflect Default: false deflected to a DSS num-
ber using the DSS key.
4.3.2.2 Forwarding
4.3.2.3 Handling
Allow call waiting call- Boolean true/false If set to true, the user
waiting- Default: true can accept a second in-
enabled coming call in the course
of an ongoing call.
Allow DND call-dnd- Boolean true/false If set to true, the phone
enabled Default: true will not ring, and the caller
hears the busy signal.
Allow busy when busy-when- Boolean true/false If set to true, an incom-
dialling dialling- Default: false ing call received while the
enabled user is dialing is rejected.
Allow call transfer call- Boolean true/false If set to true, call transfer
transfer- Default: true is enabled.
enabled
Allow call joining call-join- Boolean true/false If set to true, the user
enabled Default: true can join the first party with
the consulted party.
Allow exit confer- join- Boolean true/false Determines whether or
ence allowed-in- Default: false not the user’s call part-
conference ners are allowed to join
calls after the user has
exited the conference
call.
Allow hold re- call-hold- Boolean true/false If set to true, the user
minder ringback- Default: true will be reminded that
enabled there is a call on hold after
a specified timespan.
Hold reminder holdringback Integer 3 to 15 Timespan, after which the
delay (minutes) -timer Default: 3 user will be reminded that
there is a call on hold.
Allow music on moh-enabled Boolean true/false Music is played back to
hold Default: true the user when the user is
placed on hold by another
party.
Allow conferenc- user- Boolean true/false Enables or disables local
es conference- Default: true conferences.
enabled
Allow secure call secure-call- Boolean true/false If set to true, an alert
alert alert Default: false tone will sound when the
voice connection chang-
es from secure to inse-
cure.
Toggle associate implicit- Boolean true/false When set to true, the fol-
call- Default: false lowing procedure will en-
association sue: The user has accept-
ed a second call, whereby
the first call is put to hold.
As soon as the user has
alternated back to the first
call, and then again to the
second call, he/she can
connect both calling par-
ties by going on-hook.
Available with firmware
version V2.
Auto Show menu context- Boolean true/false When set to true, the con-
menu-auto- Default: true text menu for call han-
show dling will open automati-
cally as soon as a call is
established.
Relevant for OpenStage
40/60/80.
Available with firmware
version V2R1.
Auto hide time context- Enumer- 5=5; Timeout in seconds after
(sec.) menu-auto- ation 10=10; which the automatically
hide-time 20=20; opened context menu will
30=30; disappear.
60=60; Relevant for OpenStage
120=120; 40/60/80.
No auto Available with firmware
hide=context version V2R1.
menu will stay
open
4.3.5 Bluetooth
4.4 Phone
4.4.1 Display
4.4.2 Screensaver
4.5 Locality
4.6 Authentication
See Section 4.9.2, "Change User password".
5.3 Network/DNS
5.5 USB
5.6 SIP/System
5.7 Audio
5.9 Passwords
5.11 LDAP
5.12 Certificates
application- PEM file Note: If the XML For HTTPS access to one or more
server-ca (single cer- item received from application servers (XML applica-
<index=0> tificate or the provisioning ser- tions). This certificate enables the
certificate vice is empty, the phone to verify the authenticity of an
chain) corresponding cer- application server. Certificates in the
tificate at the phone configuration item replace existing
will be deleted. certificates.
application- PEM file Note: If the XML To support transition in case the cer-
server-ca (single cer- item received from tificate on the application server
<index=1> tificate or the provisioning ser- should change to a certificate signed
certificate vice is empty, the by a new CA.
chain) corresponding cer-
tificate at the phone
will be deleted.
wbm-server- Pass- Note: If the XML For secure communication with
certificate phrase pro- item received from phone's web server. The optional
tected the provisioning ser- certificate is available for the Web
PKCS#12 vice is empty, the Browser to import. Also used for the
file (single corresponding cer- HTTPS connection with the provi-
certificate + tificate at the phone sioning service when listening for
private key will be deleted. contact-me requests.
+ optional
certificate of
signing CA
wbm-server- PEM file Note: If the XML Created from wbm-server-cer-
certificate- (single cer- item received from tificate (removing private key
info tificate) the provisioning ser- and optional CA certificate).
vice is empty, the
corresponding cer-
tificate at the phone
will be deleted.
voip-server-ca PEM file Note: If the XML SIP server CA certificate, used to se-
<index=0> (single cer- item received from cure TLS interface with SIP server.
tificate or the provisioning ser-
certificate vice is empty, the
chain) corresponding cer-
tificate at the phone
will be deleted.
voip-server-ca PEM file Note: If the XML Next server CA certificate, to support
<index=1> (single cer- item received from transition in case the certificate on
tificate or the provisioning ser- the SIP server should change to a
certificate vice is empty, the certificate signed by a new CA.
chain) corresponding cer-
tificate at the phone
will be deleted.
802.1x- Pass- Note: If the XML RADIUS supplicant credentials, for
certificate phrase pro- item received from 802.1x network access (using EAP-
tected the provisioning ser- TLS). Used to authenticate the
PKCS#12 vice is empty, the phone to RADIUS server. The certif-
file (single corresponding cer- icate subject has to match the ac-
certificate + tificate at the phone count for the phone in the authenti-
private key) will be deleted. cation server with which the RADIUS
server interacts.
802.1x-certif- PEM file Note: If the XML RADIUS supplicant certificate. Cre-
icate-info (single cer- item received from ated from 802.1x-certificate (remov-
tificate) the provisioning ser- ing private key).
vice is empty, this
means delete the
corresponding cer-
tificate at the phone.
radius-server- PEM file Note: If the XML Current RADIUS server CA certifi-
ca1 (single cer- item received from cate. For 802.1x network access
tificate or the provisioning ser- (using EAP-TLS, PEAP or EAP-
certificate vice is empty, this TTLS). To allow phone to verify cer-
chain means delete the tificate received from RADIUS serv-
corresponding cer- er. Stored as encrypted within DAS
tificate at the phone. only. Certificate Management knows
the decryption key.
radius-server- PEM file Note: If the XML Next RADIUS server CA certificate,
ca2 (single cer- item received from to support transition in case the cer-
tificate or the provisioning ser- tificate on the RADIUS server should
certificate vice is empty, this change toa certificate signed by a
chain means delete the new CA.
corresponding cer-
tificate at the phone.
send-url- PEM file Note: If the XML First certificate to enable a secure
server-ca[0] (single cer- item received from connection with the web server
tificate or the provisioning ser- specified for the "send URL" function
certificate vice is empty, this (see Section 4.3.5.2, "Send URL").
chain means delete the Available with firmware version V2.
corresponding cer-
tificate at the phone.
send-url- PEM file Note: If the XML Second certificate to enable a se-
server-ca[1] (single cer- item received from cure connection with the web server
tificate or the provisioning ser- specified for the "send URL" function
certificate vice is empty, this (see Section 4.3.5.2, "Send URL").
chain means delete the Available with firmware version V2.
corresponding cer-
tificate at the phone.
send-url- PEM file Note: If the XML Third certificate to enable a secure
server-ca[2] (single cer- item received from connection with the web server
tificate or the provisioning ser- specified for the "send URL" function
certificate vice is empty, this (see Section 4.3.5.2, "Send URL").
chain means delete the Available with firmware version V2.
corresponding cer-
tificate at the phone.
6 Appendix
Appendix
XML Schemas
<xsd:complexType name="ItemType">
<xsd:simpleContent>
<xsd:extension base="xsd:string">
<xsd:attribute name="name" type="xsd:string"/>
<xsd:attribute name="index" type="xsd:string"
use="optional"/>
<xsd:attribute name="type" type="xsd:string"
use="optional"/>
<xsd:attribute name="status" type="xsd:string"
use="optional"/>
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
</xsd:schema>
Appendix
XML Schemas
<xsd:enumeration value="start-up"/>
<xsd:enumeration value="local-changes"/>
<xsd:enumeration value="inventory-changes"/>
<xsd:enumeration value="status"/>
<xsd:enumeration value="solicited"/>
<xsd:enumeration value="reply-to"/>
<xsd:enumeration value="clean-up"/>
<xsd:enumeration value="get-next-fragment"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="StatusType">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="accepted"/>
<xsd:enumeration value="failed"/>
<xsd:enumeration value="busy"/>
</xsd:restriction>
</xsd:simpleType>
</xsd:schema>
Appendix
Country codes
• Singapore - SG
• Slovakia - SK
• South Africa - ZA
• Spain - ES
• Sweden - SE
• Switzerland - CH
• Thailand - TH
• Turkey - TR
• United Kingdom - GB
• United States - US
Appendix
Locked Configuration Menus
• Indonesian - id
• Italian - it
• Japanese - ja
• Latvian - lv
• Lithuanian - lt
• Macedonian - mk
• Malayan - ms
• Norwegian - no
• Polish - pl
• Portuguese - pt
• Romanian - ro
• Russian (Cyrillic characters) - ru
• Serbian (Cyrillic characters) - sr_Ctyl
• Serbian (Latin characters) - sr_Latn
• Slovak - sk
• Slovenian - sl
• Spanish - es
• Swedish - sv
• Turkish - tr
6.4.1 Locale
Appendix
Locked Configuration Menus
6.4.7 Passwords
Appendix
Glossary
6.5 Glossary
Term/Abbreviation Definition/Description
HTTP HyperText Transport Protocol. Used for contact-me messages
issued by the provisioning service.
HTTPS Hypertext Transfer Protocol over Secure Socket Layer. Used for
XML data exchange between provisioning service and
OpenStage phones.
SIP Session Initiation Protocol. Used for call signaling by
OpenStage phones.
TCP Transport Communication Protocol. Underlying protocol for
HTTP.
TLS Transport Layer Security. Used as a security layer between TCP
and HTTP to form HTTPS.
URI Universal Resource Indicator.
URL Universal Resource Locator.
VoIP Voice over IP. Implementation of telephony using IP networks
instead of traditional technologies applied in the PSTN.
WBM Web Based Management. Web interface for configuring the
phone. It is used via a standard web browser.
XML EXtensible Markup Language.