agreed to in writing NORTEL PROVIDES THIS DOCUMENT "AS IS" WITHOUT WARRANTY OR CONDITION OF
ANY KIND, EITHER EXPRESS OR IMPLIED. The information and/or products described in this document are
subject to change without notice.
Nortel, Nortel Networks, the Nortel logo, and the Globemark are trademarks of Nortel Networks.
All other trademarks are the property of their respective owners.
.
.
Contents
New in this release7
Features 7
Other changes7
Product overview9
Navigation 9
Overview of SIP DECT9
Site planning and hardware deployment17
Navigation 17
Components of SIP DECT systems 17
Deployment requirements18
Types of SIP DECT configuration 28
Site planning32
System deployment38
3
Universal extension support 12
DECT handset features 14
CallPilot and Message Waiting Indication support15
SIP DECT capacity limitations16
Call server, Signaling server, and SIP Line Gateway17
PC (DAP controller) 18
DECT Access Points 18
Navigation 19
Radio synchronization19
IP network configuration 23
Location requirements26
Site survey32
Speech quality33
Coverage calculation35
Traffic density calculations 38
DECT Deployment Kit 238
Deployment terms42
Deploying on a single floor 44
Deploying on multiple floors59
Reengineer cells for high traffic areas63
Deleting a DAP 202
Add a DN range202
Importing a DN range from a .csv file203
System backup205
Subscription export and import205
Export subscriptions205
Import subscriptions208
DAP reboot history 208
System archive209
Handset firmware update 210
Central directory access tool214
Supported database types 215
Installation 216
Configure SIP DECT for Central directory access 217
5
System maintenance219
Navigation 219
DAP Web interface 219
DAP LED indications 221
DAP firmware update 221
Remove and replace a DAP (if a new DAP is available) 223
Remove and replace a DAP (if a new DAP is not available)224
System synchronization analysis225
Synchronization Analyzer interface 226
Export and import SIP DECT system233
Export a system 233
Import a system 234
DAP Controller deactivation 235
If you cannot make calls from a DECT handset to an IP/TDM telephone on the
call server (SIPN Configuration)239
If you cannot make calls between DECT handsets (SIPN Configuration)240
If you cannot make calls to or from a DECT handset with SIPL
configuration 242
If you have problems244
System survey244
DAP information file 245
System archive245
Network packet capture traces246
Location builder tool247
Use the Location builder tool 247
Create a location file249
Maintenance 254
Site survey example257
Site planning example: Able-Studio257
The facts for Able-Studio257
The site survey for Able-Studio 257
Deployment tool263
Prepare the tool for deployment 264
Charging the deployment tool battery 265
Charging the deployment handset battery 266
Assembling the deployment tool267
Testing the deployment handset270
How the deployment tool works 271
Using the deployment tool272
Handset tones interpretation 273
Rules for outdoor deployment273
External housing installation275
Installing a C4710 basestation in an external housing275
Installing a C4710E basestation in an external housing with an external
antenna 278
Mounting the cabinet on a wall280
Mounting the cabinet on a pole281
Standard 01.06. This document is up-issued for CS 1000
Release 5.5, in response to change requests for content related
to SIP DECT 4.1.
change requests.
change requests.
Nortel Communication Server 1000
SIP DECT Fundamentals
NN43120-123 02.02 30 March 2010
8 New in this release
DateDescription
May 2008Standard 01.03. This document is up-issued in response to
March 2008Standard 01.02. This document is up-issued in response to
change requests.
change requests.
February
2008
Standard 01.01. This is a new document issued to support
CS 1000 Release 5.5. Some of the information in this new
document was previously contained in the following document:
DECT Fundamentals (NN43120-114).
This section describes the capabilities, configuration, and design of SIP
DECT.
Navigation
“Overview of SIP DECT” (page 9)
•
Overview of SIP DECT
You can use Nortel Session Initiation Protocol (SIP) Digital Enhanced
Cordless Telecommunications (DECT) to move without restriction about
your work site while conducting telephone conversations, using wireless
handsets. The Nortel SIP DECT system includes one or more DECT
access points (DAPs or basestations) connected to the TLAN.
The system supports the following connection types for SIP DECT
configuration:
9
•
SIPL configuration, which uses SIP Line Gateway
•
SIPN configuration, which uses the Signaling Server
ATTENTION
This document describes both SIPN and SIPL connection types. Some sections
of this document discuss only SIPN or SIPL, while other sections cover
both, and contain notes concerning the differences between SIPN and SIPL
configuration. When you configure Nortel SIP DECT, ensure that you follow the
procedures for the configuration type that you require.
• SIPL connections are available on CS 1000 Release 6.0 and later, and use
SIP Line Gateway nodes to connect SIP clients to the Call Server. SIPL
connections support SIP DECT handset registration, and require that you
create a SIPL subtype of UEXT blocks on the Call Server.
• SIPN connections are available on CS 1000 Release 5.5 and later, and are
normally used only on that release. SIPN connections are based on SIP
trunks between SIP Gateway (Signaling Server) and NRS. SIPN connections
don’t support SIP DECT handset registration, and require that you create a
SIPN subtype of UEXT blocks on the Call Server.
A minimal SIP DECT system has the following main components.
•
•SIP Line Gateway or Signaling Server (according to configuration type)
•
•DAP
•handset
Use the following tools to configure SIP DECT.
•Element manager or overlay program for Call Server
•Element manager and, if required, Network Routing Service (NRS)
•IP DECT Configurator—used to enter SIP DECT configuration
•DAP Manager (IP DECT Manager)—a Web interface used for SIP
Call Server
PC with DAP controller software installed
manager for Signaling Server
DECT administration tasks such as adding a handset or removing a
subscription.
The IP DECT Configurator and the DAP manager IP DECT are available
as a part of the DAP controller software package.
The following software releases are required for the main system
components:
•
Call Server, Release 6.0
•
Signaling Server, Release 6.0
•
DAP software 4910b427.dwl or later
•DAP controller 4.2 or later (PC software)
You can connect IP phones to the TLAN, and you can connect TDM
phones to the Call Server, Voice Gateway Media Cards, and other
required cards in Call Server. Use Voice Gateway Media Cards for
IP-to-TDM calls and for conference calls involving IP phones or DECT
handsets on basestations. The configuration can also include a PC with
DECT Messenger to provide the DECT messaging service on SIP DECT.
For SIP DECT to function properly on SIPN configurations, you must install
a dedicated Signalling Server running the SIP Gateway application. You
can use other applications, such as H.323 Gateway, NRS, and IP Phones,
on the same Signaling Server without limitations.
Use the Dynamic Host Control Protocol (DHCP) server or the Trivial File
Transfer Protocol (TFTP) server unless you use a DAP configuration
without DHCP or TFTP. You can configure the system to use two separate
servers: one for DHCP and the other for TFTP. If the system requires
DAP configuration without DHCP or TFTP, the DHCP or TFTP server is
required during installation or configuration changes.
The following figure shows a general SIP DECT configuration.
Figure 1
SIP DECT configuration
You can install the DHCP or TFTP services, DECT Messenger, and DAP
controller on a single server or PC. However, you can also install them on
separate servers to enhance performance or facilitate administration. You
can also install Element Manager, NRS manager, and Telephony Manager
on the same server if the server has both a TLAN network interface and an
ELAN network interface. If the server you use cannot support all of these
applications, you can use more than one server.
You connect the DAP to the Communication Server 1000 (CS 1000)
•in SIPN configuration using the SIP trunks that you configure between
•in SIPL configuration using the SIP-line trunks that you configure for
Each DAP communicates with the subscribed DECT handsets in the
coverage area, and each DAP interacts with the CS 1000 and with other
configured DAPs in the company network.
You can run SIP DECT on the following configurations:
•Communication Server 1000M or Communication 1000E
•Signaling Server running SIP Gateway (SIPN only) or Signalling Server
Use the SIP Redirect Server or SIP Proxy Server to perform the
appropriate NRS configuration for SIP DECT (SIPN connection type):
•
the Signaling Server and the NRS
SIP Line Gateway
running SIP Line Gateway
You can run SIP Redirect Server on Internet Server Platform (ISP)
1100s, Call Processor Pentium Mobile (CP PM) signaling servers,
or on IBM or HP Commercial-off-the-shelf (COTS) servers under
VxWorks.
•You can run SIP Proxy Server on IBM or HP COTS servers under
Linux. You can run SIP Redirect Server on the same Signaling Server
as SIP Gateway dedicated to SIP DECT.
•
You can run SIP Redirect Server on a stand-alone Signaling Server.
If you install SIP Proxy Server you must use a stand-alone COTS server.
You cannot run SIP Gateway on the same server as the SIP Proxy Server.
Universal extension support
DECT handsets subscribed on DAPs are external to CS 1000. The CS
1000 does not control the state of DECT handsets. Therefore, the CS
1000
•cannot detect individual key presses on DECT handsets
•cannot control cadences on DECT handsets
•cannot detect if a DECT handset is switched off and on
•cannot control the handset display content
A DECT handset subscribed on a DAP cannot use the same range of
features available to analog, digital, or UNIStim IP phones on the CS 1000.
The Universal Extension (UEXT) feature on the Call Server provides
Configuration and status information for subscribed DECT handsets.
No Associated Telephone (AST) or Computer-Telephone Integration (CTI)
capabilities are currently available for SIP DECT.
Each DECT handset has a local Directory Number (DN) in CS 1000. Use
this local DN to subscribe the corresponding DECT handsets on the SIP
DECT system through DAP Manager. DAP manager is available on the
server where you installed the DAP controller.
Configure the UEXT associated with a DECT handset as follows:
•
For the Primary DN of the UEXT (key 0 SCR), enter the local DN
associated with the DECT handset.
•
On SIPN configurations, for the Target DN of the UEXT (key 1 HOT P),
enter the digits required to access the SIP route (SIP Trunks)
configured to access DAPs plus the local DN of the handsets. This
consists of one of the following values:
— For access based on the configured Coordinated Dialing Plan
(CDP), compose the Target DN as follows:
<TSC>+<LOCAL DN>.
—
For access based on the configured Uniform Dialing Plan (UDP),
compose the Target DN as follows:
<AC1 or AC2>+<LOC>+<LOCAL DN>.
•
For SIPL configuration for the Target DN of the UEXT (key 1 HOT U),
enter the digits of the User agent prefix (SIP Line configuration item)
plus the local DN of the handsets.
A UEXT corresponding to a DECT handset on the SIP DECT system
reflects the idle or busy status of the associated handset by a check for a
call processed between the handset and a DAP.
The Integrated SIP DECT provides the following UEXT features.
•
Make and receive simple calls
•Call Hold. Only one active call and one call on hold can exist for a
handset
•Consultative or Announced Call Transfer
•Blind Call Transfer
•Conference call participation if another party adds the DECT handset
to the conference
•Start a three-way call (SIPL configurations only)
•Calling Line ID (CLID) and Calling Party Name Display (CPND) for
•CLID and CPND for an internal line (digital or IP phone with display)
•Sending DTMF tones through the established connection to interact
•Support for a voice mailbox on CallPilot and Message Waiting
•Call Forward No Answer
•
•
•Hunting
•Call Restrictions applicable to a UEXT
•
DECT handset features
The user of a DECT handset subscribed on SIP DECT can perform the
following actions:
calling to or receiving a call from a DECT handset
with the called line (party), for example, to work with CallPilot
Indication (MWI)
Call Forward By Time of Day
Call Forward Busy
Twinned configuration (typically a desk phone plus a DECT handset)
•Make calls to DNs except restricted or blocked DNs.
•
Receive and answer calls from the Call Server. If CPND is available,
the name of the caller and DN appear on the handset display. The
position and appearance of the name DN on the display depend on the
firmware installed on the handset.
•
Place the active call on hold by pressing the R key on the handset.
Return to the held call by pressing the R key. If a call is on hold,
another call can be made from the handset. After the second call is
established, the user can switch between the two calls with the R key.
•
Transfer a call to another DN
— To perform a Blind Transfer
Place the current call on hold, call the required DN and immediately
release from the call.
— To perform a Consultative Transfer
Place the current call on hold, call the required DN, wait for the
answer and release the call after the DN answers.
•Press digit keys on the handset during an established call to transmit
DTMF tones to the other party on the call.
•For SIPL configurations only, you can initiate a three-way call. Place
an active call on hold, call the third party and wait until the call is
answered. Press the star (*) key to start the conference.
If your system uses SIPN, you cannot use a DECT handset to configure
Call Forward or Hunting or to configure Call Restrictions. If the system
uses a twinned configuration, you can use the twinned desk phone to
configure Call Forward for the Primary DN with the existing keys or with
Flexible Feature Codes (FFC).
On SIPL configurations, you can activate FFC features such as Call
Forward, Make Set Busy, Ring Again, Call Park, which are available for
SIP Line users.
CallPilot and Message Waiting Indication support
DECT handsets subscribed on SIP DECT can use CallPilot.
You can configure Call Forward No Answer for the Primary DN of the
UEXT so that the unanswered calls on the corresponding DECT handset
or IP phone (in the case of a twinned configuration) are forwarded to
CallPilot. Calls can also be forwarded to CallPilot as busy treatment for
the Primary DN.
A user can call the CallPilot system from a DECT handset and log on to
the voice mailbox with the corresponding DN and password. The user can
then use the voice menus of the system as usual.
Overview of SIP DECT15
The system can send MWI to the DECT handset through the SIP Trunk.
If your system uses SIPL, enter the MWI primary DN of the SIP DECT
user. For SIPN configurations, configure additional DNs (to which CallPilot
sends MWI) for the voice mailbox corresponding to the UEXT Primary DN.
The additional DN configured in CallPilot is the external DN of the DECT
handset, which is the Target DN on the UEXT corresponding to the DECT
handset.
CS 1000 supports only the Unsolicited MWI NOTIFY model. An external
SIP UA cannot SUBSCRIBE to MWI NOTIFY messages and cannot
request the current status of MWI for the DN from the system (by sending
SUBSCRIBE messages). Instead, a SIP UA must be ready to receive MWI
NOTIFY messages from the system even if it did not SUBSCRIBE, and it
must update MWI according to those messages only.
For SIPN configurations, due to the Unsolicited MWI NOTIFY model used
in SIPN, the DECT handset relies on the MWI notifications sent by CS
1000. Therefore, the MWI based on the existing mechanism can be in the
incorrect state on the DECT handset if the handset was turned off and
on. The MWI can be in the incorrect state if the handset leaves and then
reenters the coverage area of the SIP DECT. In this situation, the MWI on
the DECT handset returns to the correct state when the next MWI state
change occurs in the CallPilot system.
If you use a twinned configuration for a DECT handset, the corresponding
IP or TDM phone correctly reflects the current state of MWI, if it receives
MWI notifications for the Primary DN from CallPilot.
SIP DECT capacity limitations
The following capacity limitations apply to SIP DECT:
•
•
•a maximum of 6000 DECT handsets on each SIP DECT system
•a maximum of 1000 simultaneous calls on each network
•a maximum of 25 subscription records for each DAP
a maximum of 12 simultaneous calls for each DAP
a maximum of 256 DAPs on each network (where handover and
synchronization between DAPs is possible)
(potentially, several isolated SIP DECT systems can connect to CS
1000)
If the planned number of DECT handsets in a SIP DECT system is
equal to M, and the number of DAPs in that system is equal to N, M
must be less than or equal to N*25.
Consider the following additional capacity limitations based on the CS
1000 configuration characteristics.
•
The number of available UEXTs is limited by the number of available
virtual Telephone Numbers (TN) in the system.
•
The number of DNs available for DECT handsets depends on the
configured dialing plan and the availability of the Directory Number
Expansion (DNXP) package (150).
This section contains information about the following topics.
•
“Call server, Signaling server, and SIP Line Gateway” (page 17)
17
•
“PC (DAP controller)” (page 18)
•
“DECT Access Points” (page 18)
Call server, Signaling server, and SIP Line Gateway
Before you install SIP DECT you must install and configure a CS 1000
system, as follows:
•For SIPN configuration, install Call Server and Signaling Server.
•For SIPL configuration, install Call Server and SIP Line Gateway.
For more information about SIP Line Gateway, see SIP Line Fundamentals
(NN43001-508).
CS 1000 Release 6.0 introduces the CP PM Co-resident Call Server
and Signaling Server (CP PM Co-res CS and SS), which can run the
Call Server software, the Signaling Server software, and the System
Management software on the same hardware platform operating under
the RedHat Linux operating system.
For more information about CS 1000 installation, see CommunicationServer 1000E Installation and Commissioning (NN43041-310).
PC (DAP controller)
Minimum specifications for the DAP controller PC are as follows.
•
2.4 GHz CPU
•
512 MB RAM
•
CD-ROM drive
•1GB free hard disk space
DECT Access Points
Two models of DECT Access Points (DAP) are currently available for
Nortel SIP DECT: C4710 and C4710E. The C4710E is a special version
of the C4710 Access Point that provides an alternative with an external
antenna connection for outdoor use.
•
C4710 DAP
— PEC: NTCW26AAE5
—
CPC: N0162007
•
C4710E DAP
—
PEC: NTCW26BAE5
—
CPC: N0162008
ATTENTION
The only audio codec supported on the C4710 and C4710E DAPs is the G.711
codec. Ensure that the G.711 codec is available in your system.
It is not possible to make calls between the Nortel IP Softphone 2050 and DECT
handsets when you select the I use a modem to connect to the network
check box in the Audio settings for the softphone. If you select this setting, the
Nortel IP Softphone 2050 uses the G.729 codec for all calls.
When using Multimedia PC Client, ensure that you select Medium Speed or
High Speed in the Multimedia PC Client Connection preferences if you plan to
make calls between DECT handsets and Multimedia PC Clients.
Ensure that the DAPs are installed according to the location
recommendations. For more information, see “Deployment requirements”
(page 18).
Deployment requirements
This section describes SIP DECT deployment requirements.
The radio network structure supports seamless handover of existing calls.
This means that, during a call, if a handset moves from the coverage area
of one DAP into the coverage area of another DAP, the new DAP can
take over the call. The call is not interrupted, and the user is not aware of
the handover. In the traditional DECT system, synchronization between
DAPs occurs over the wired network. SIP DECT requires an accurate
synchronization of the radio signals in the air to support handover.
ATTENTION
If a DAP cannot receive synchronization signals from at least one other DAP, it
operates in a single cell mode and cannot handover to other DAPs or receive
handover from them.
Deployment requirements19
Represent each DAP cell as a circle indicating the radio signals around
the DAP. Figure 2 "DAP radio signal synchronization" (page 20) shows
two circles around the DAP.
•
an inner circle in which sufficient radio signal strength exists for
acceptable voice quality
•
an outer circle in which sufficient signal strength exists for
synchronization, but not enough for acceptable voice quality
Due to the cellular structure of a DECT radio network, overlap exists in
the cells with sufficient voice quality. The wider cell limit around the DAP
therefore has some overlap with the other cell and reaches to the radio of
the other cell. Consequently, the DAPs of the overlapping cells exchange
radio signals. These radio signals are weak relative the signal needed by
the handsets, but are strong enough for synchronization.
ATTENTION
For signal strength calculation see “Signal strength and frame errors” (page 22).
If one DAP receives a signal from another, the receiving DAP checks the
radio signals on Primary Access Right Identity (PARI), to ensure that the
signals belong to the same DECT system. If the signals belong to the
same DECT system, the DAPs synchronize according to user-configured
rules.
If two or more independent SIP DECT systems have overlapping coverage
areas, configure these systems so each has a unique subset or portion of
carriers. When each system has a unique subset of carriers, interference
between the systems is reduced.
Reducing the number of available carriers reduces the maximum number of
simultaneous calls in the DECT system. To achieve your desired call capacity,
you can be required to install extra DAPs. For more information, see step 4 of
Configuring DECT Settings.
The DAPs transmit with a minimum of two channels carrying primary voice
and data, also named bearers. If no voice calls occur over a DAP, the
DAP transmits two dummy bearers. If one or more voice calls occur on the
DAP, one is one a dummy bearer, while the others are voice calls.
Synchronization hierarchy
If two or more DAPs belong to the same system, the DAPs automatically
synchronize using a hierarchical structure. In most cases synchronization
is automatic, but if your system has a complex DAP cell structure, you
must manually configure synchronization.
The DAP controller tracks the synchronization structure and assigns each
DAP a unique Radio Part Number (RPN) after the DAP starts the first time.
One or more DAPs act as a synchronization source to form the root of
the hierarchical structure, as illustrated in Figure 3 "DAP synchronization
If more than one synchronization source is present, each one forms a
separate hierarchy of DAPs called a synchronization island.
Automatic synchronization occurs within each synchronization island using
the following rules.
•
After a DAP starts, it searches for existing DAPs. If it finds one with a
lower RPN, it synchronizes with it. If no other DAP exists with a lower
RPN, the new DAP becomes the synchronization source.
ATTENTION
Extra DAPs can be required to establish a synchronization path.
•If a DAP detects more than one other DAP, it synchronizes with the
DAP with the shortest path to the synchronization master. If two or
more DAPs have the same path length separating them from the
master, the new DAP synchronizes to the DAP with the lowest RPN.
ATTENTION
After you install SIP DECT, wait at least 15 minutes until you see the results of
the automatic synchronization.
To make a DAP a synchronization master or to give a DAP a higher
position in the synchronization structure, you can manually assign a lower
RPN number to a DAP. You can manually assign RPNs using the DAP
Manager Web interface. Automatically assigned RPNs start at 010. If you
manually assign a new RPN, ensure that it is in the range 000 to 00F.
ATTENTION
You must determine the position of the Synchronization Master before you start
site planning. Place the synchronization master, which is the DAP with the
lowest RPN, in the middle of your site, building, or buildings.
Signal strength and frame errors
Signal strength is important for DAP-handset communication (voice quality)
and synchronization between DAPs. The following items are relevant for
the signal strength for synchronization.
•To achieve a good voice quality, the minimum signal strength at the
receiver in the handset and DAP must be --72 Decibels (referenced to
milliwatts) (dBm). This includes a margin of --10 dBm for fast fading
dips.
•Synchronization is possible if the strength of the received signal from
another DAP is --80 dBm to --85 dBm. This is adjustable.
•In an open area, the distance is doubled if the received signal strength
is 6 dB lower. This means that at a minimum signal strength for good
voice quality of --72 dBm and a distance X, the signal strength at the
double distance, 2X, is --78 dBm. For more information, see Figure 4
"Signal strength considerations" (page 23).
Figure 4
Signal strength considerations
•
An open area has more than sufficient signal strength for
synchronization. The expected level at the double distance is --78
dBm. The required level is --80 dBm to --85 dBm. This leaves a safely
margin of 2 to 7 dB.
•Obstructions between the DAPs can introduce loss. Also, many objects
cause reflections that let the signal reach the DAPs through other path
with sufficient signal strength.
•In rare cases, factors in the surrounding environment can cause
the error rate in the received frames to be temporarily much higher
than is normal for speech. An occasionally elevated error rate does
not indicate a problem with your SIP DECT system. However, if you
consistently see a high error rate, then there is a problem with the
deployment of your SIP DECT system.
Frame errors
Frame errors rarely can occur in DECT. The number of frame errors for
each reading may not be more than four. The most common cause of
frame errors higher than four is a high number of reflections. This causes
an audible click during calls.
IP network configuration
The IP network must be able to support SIP DECT; this section provides
information about planning an IP network that is suitable for supporting
SIP DECT.
SIP DECT typically uses existing IP network infrastructure and facilities
for the network connection. For IP connectivity, you must configure the
network to ensure that all SIP DECT components have the following
characteristics:
•
are equipped with unique IP addresses (some static, some dynamic)
•
can reach all the required services
•
can be reached by all clients and counterparts
Ethernet requirements
The following items describe the Ethernet requirements.
•The IP network must offer a Quality of Service (QoS) that is sufficient
to support the SIP DECT Voice over IP.
•The IP network must support transparent IP multicast between all
DAPs and the DAP controller.
•
Connect only one DAP to one IP Switch port.
•DAP supports full duplex and supports autonegotiation if DAP is
connected to a port on an Ethernet Switch.
ATTENTION
Configure the Ethernet switch ports to which the DAPs are connected to use
autonegotiation. If the switch does not support autonegotiation, you can use
full-duplex; however SIP DECT can operate incorrectly on some switches
when you configure them to use full-duplex.
•
Ensure that enough unique IP addresses are available to support both
data networking traffic and SIP DECT components. You can configure
private IP addresses for local traffic, and you can configure private IP
addresses on the local network to connect to public IP addresses if you
use Network Address Translation (NAT). However, SIP DECT does
not support NAT.
•
Ensure that IP addresses and routing are consistent with each other
to deliver the required transparency. Also ensure that IP addresses
are consistent with routing for normal unicast traffic as well as for the
required multicast traffic.
•The maximum cable length between the DAP and IP network
equipment, such as a switch, is 100 meters for a Category 5,
unshielded twisted-pair, half-duplex cable. If the required cable length
between the IP network equipment and the DAP exceeds 100 meters,
use Long Range Ethernet equipment in the connection. Several
manufacturers offer such a solution, which allows cable lengths of
more than one kilometer (km).
You must provision fixed IP addresses for the following servers:
•
The TFTP server stores the configuration file and the firmware that are
available to the DAPs. After a DAP starts up, the DHCP server sends
the DAP the IP address of the TFTP server. The DAP then downloads
the configuration files from the TFTP server. The TFTP server often
runs on the DAP controller or manager PC.
•The DHCP server (optional) sends the address of the DNS server to
the DAP. The DAP does not support Domain Name Resolution.
•The DAP controller or manager requires a fixed IP address. The DAPs
retrieve this fixed IP address from the configuration file that the DAP
loads from the TFTP server.
•The IP address of the PABX is reachable either through a router or
directly.
The PABX is sometimes referred to as Gatekeeper or SIP proxy,
depending on the type of PABX that is used.
To facilitate network management, Nortel recommends that fixed IP
addresses are also assigned by the DHCP server. Ensure that the DHCP
server has the hardware MAC addresses of all servers to issue the proper
(fixed) IP addresses to each individual server.
The DAP IP address can be stored in flash memory. If the IP address is
stored, the DHCP server is needed only for the first startup. Then an IP
address is assigned to the DAP.
Dynamic IP network addresses
Network stations, which are not servers (PC workstations and DAPs), can
use dynamic IP addresses assigned by DHCP. For dynamic IP addresses,
you need not specify the MAC addresses of all the network stations in the
DHCP server.
Ensure that you configure the DHCP server to assign IP addresses from
a specific range to unknown MAC addresses. However, unknown LAN
stations have valid IP addresses, which can be a minor network security
issue. To solve this, use the Vendor Class Identification (VCI) in the DHCP
server. The DHCP server issues IP addresses only to devices that have
the DAP VCI. Ensure that the DHCP server can make a distinction in VCIs.
The DAP VCI is D(ECT)AP 49.
ATTENTION
For SIPN configurations, ensure that a static IP address is issued to the DAP
selected as the DAP Redirect Server. For more information, see “Adding
Gateway Endpoint for DAP redirect server” (page 136).
Each DAP in a SIP DECT system is assigned a dynamic IP addresses by
the DHCP server. You can configure the DAPs to store the IP address
in flash memory, so the DHCP server is required only during the initial
configuration of the system.
Multicast addresses
SIP DECT uses Multicast addresses for the following functions:
•
Communication between the SIP DECT network components to locate
or address a handset.
If a handset must be reached, the request must simultaneously go
to all DAPs. For example, if you use the page function during an
incoming call, a single multicast message is sent to all DAPs to find the
DAP for your handset quickly and efficiently.
•
Seamless handover from one DAP to the other
If inter-cell handover is necessary, the media path must be redirected
from the existing DAP to another DAP. The handset always initiates
a handover. The handset sends request to another DAP (not the
DAP with the current connection). This DAP issues a multicast on
the network to determine on which DAP the voice connection exists.
The DAP, with the existing voice connection, responds and then the
connection can be redirected from the DAP with the existing voice
connection to the new DAP.
•
Synchronization between DAPs
You must configure multicast before synchronization can occur
between DAPs in the SIP DECT system.
All network components must support forwarding of IP multicast packages.
The IP DECT Configurator proposes a default multicast IP address
(239.192.49.49). This is a multicast address in the private multicast IP
address range for use in private IP networks. If you are not sure you can
access this address, contact the local IT manager.
ATTENTION
You must disable IGMP Snooping and Spanning Tree Protocol on switch ports
where SIP DECT equipment is connected.
Location requirements
Comply with the following requirements for DAP location:
•Ensure that the location complies with local electrical codes.
•Install DAPs indoors where no condensation occurs and the
temperature remains within the range of 0
•Install DAPs in a vertical position. The radiation pattern differs between
Through Power over Ethernet (PoE) as defined by IEEE802.3af
specifications. The DAPs support both phantom power and power over
spare wires. The following specifications apply to PoE power.
— Minimum 36 Volts and maximum 60 Volts of voltage at the DAP
—
Standard RJ-45 connector, using the spare wires pins (wires)
— Maximum cable length of 100 meters
Both phantom power and power over spare wires are provisioned on the
same DAP to provide system redundancy. The power input providing the
highest voltage is active. If one power input fails, the other takes over
without service interruption.
You can implement SIP DECT in various system configurations to
accommodate your needs. The most common SIP DECT configurations
are as follows:
•
Basic (or Simple) Configuration
•Routed Head Quarter Configuration
•
Branch Office Configuration
•Routed Head Quarter Configuration with Branch Office
•Multi Site Mobility Network Configuration
Basic (or Simple) Configuration
•
In Basic Configuration all DAPs are in the same subnet that is
based on one or more IP switches. IP multicast must be able to
occur between all DAPs. The configuration supports seamless
handover between all DAPs. For an illustration of a simple SIP DECT
configuration, see Figure 5 "Simple SIP DECT network configuration"
(page 28).
Figure 5
Simple SIP DECT network configuration
•Routed Head Quarter configuration
Routed Head Quarter Configuration is used for a Large Campus
network that is split into several subnets. In this configuration DAPs
belong to various subnets and behave as one large SIP DECT system
with the full support of seamless handover. IP multicast must be able
to occur between all DAPs in the Campus network, through IP switches
and the IP routers that connect the various subnets. For an illustration
of a Routed Head Quarter configuration, see Figure 6 "SIP DECT
configuration Routed Head Quarter" (page 29).
Figure 6
SIP DECT configuration Routed Head Quarter
Types of SIP DECT configuration29
In Routed Head Quarter Configuration network settings must comply
with the following requirements:
— The network must support Quality of Service (QoS) and IP
connectivity throughout the Campus.
— Routers must support IP multicast routing.
— The IP multicast address for SIP DECT must be the same in all
subnets.
— Multicast Time to live (TTL) must be greater than 1.
— In the SIP DECT configuration, you must use an “aggregated”
subnet mask that covers all the subnets where DAPs are present.
For instance, if each subnet is defined by mask 255.255.255.0,
then “aggregated” mask 255.255.248.0 covers up to four such
subnets.
Branch Office Configuration is used for a Large Campus network
that is split into various (geographical) segments (branch offices). IP
multicast must be able to occur between all DAPs in every branch
office and no IP multicast is allowed between any two branch offices.
In this configuration, each branch office behaves as an isolated site
of a large SIP DECT system. Branch Office configuration supports
seamless handover within each isolated site (branch office), but not
between sites. Support is unavailable for roaming between branch
offices. For an illustration of a Branch Office Configuration, see Figure
7 "Branch Office Configuration" (page 30).
Figure 7
Branch Office Configuration
For Branch Office Configuration, network settings must comply with
the following requirements:
— The network between Branch Offices and Call Server must support
QoS.
— Branch Offices must be in separate subnets (IP router(s) needed).
— DAPs in various Branch Offices must be located so that no
synchronization can occur between any two DAPs belonging to
various Branch Offices.
— Routers must block IP multicast between Branch Offices (multicast
TTL = 1, which means that IP multicast packets do not cross IP
routers).