Nortel Contact Center 7.
1
CC Express 7.1 – SIP Deployment
Issue 1.0
November 2009
BUSINESS MADE SIMPLE
1 CC 7.1 Technology Transfer – Nortel Confidential
Non Disclosure Agreement
• NORTEL CONFIDENTIAL
• The information contained herein is the property of Nortel
and is strictly confidential. Except as expressly authorized
in writing by Nortel, the holder shall keep all information
contained herein confidential, shall disclose it only to its
employees with a need to know, and shall protect it, in
whole or in part, from disclosure and dissemination to third
parties with the same degree of care it uses to protect its
own confidential information, but with no less than
reasonable care. Except as expressly authorized in writing
by Nortel, the holder is granted no rights to use the
information contained herein.
2 CC 7.1 Technology Transfer – Nortel Confidential
CC Express 7.1 – SIP Tech Transfer
Contents
• SIP CC Fundamentals (30 mins)
• Deploying Express - CS1000 SIP Configuration (90 mins)
• Troubleshooting (60 mins)
• Backup Material
• Ordering & Licensing
3 CC 7.1 Technology Transfer – Nortel Confidential
Nortel Contact Center 7.1
SIP CC Fundamentals
BUSINESS MADE SIMPLE
4 CC 7.1 Technology Transfer – Nortel Confidential
SIP Fundamentals for CC
In slideshow mode, click to expand any section
• Intended audience • System Diagram
• Introduction • CS1000 DSP considerations
• Important Concepts • Deploying Express CC 7
• Session Initiation Protocol (SIP) • Automatic Default (SIP CC
• CS1000 and SIP Failure)
• SIP Domains
• Express 7
• SIP Gateway Manager (SGM)
• CDN/Route Point detail
• Agent SIP Detail config
5 CC 7.1 Technology Transfer – Nortel Confidential
Intended audience
• Sales Engineering, Installation, Training and Support
personnel
• It is recommended that attendees have reviewed the
CC7.0 and CC7.1 tech transfers
• Exception would be those personnel only requiring
knowledge of CC Express 7.1 as it pertains to the
configuration of SIP on CS1000
6 CC 7.1 Technology Transfer – Nortel Confidential
Introduction
• Express 7.1 has changed – more than you may think
• Important to understand the fundamental differences
• Express and Voice only SIP CC are the same from a SIP
deployment perspective
• Express and SIP CC are used interchangeably. Assume that
they are the same for the purpose of this presentation.
• AML Express/CC refers to non SIP based CC server
• SIP Express/CC refers to the NEW SIP based CC server.
7 CC 7.1 Technology Transfer – Nortel Confidential
Important Concepts (1)
• Express has “evolved”
• SIP based Application Server
• Telephony interface is now SIP (and SIP only)
• Session Initiation Protocol (SIP) – A VoIP protocol
• Currently the most popular Industry standard for VoIP
• Express no longer as tightly bound to the CS1000
• No AML link with the CS1000
• Does not employ CS1000 CDN’s, ACD or ACD set
functionality
• SIP Enabled CS1000 is REQUIRED
8 CC 7.1 Technology Transfer – Nortel Confidential
Important Concepts (2)
• CS1000 deployment changes for Express 7
• Needs to be SIP enabled (Sig Server, NRS, DSP’s)
• Used only for TDM interfaces, and agent terminals
• No AML connection with Express.
• No CDN’s required on the CS1000 for Express.
• No ACD queues required on the CS1000 for Express.
• For incoming PSTN calls, CS1000 tandems calls towards the
Express CC Server via SIP trunks
9 CC 7.1 Technology Transfer – Nortel Confidential
Important Concepts (3)
• Agent UI changes
• Agents require a Windows based workstation to run CCAD
• Provisioned with a “normal” SCR CS1000 tel set.
• Can be TDM or IP*.
• Not provisioned with an ACD key**.
• Contact Center Application Desktop (CCAD) is used to
control all functions of the tel set.
• Agents must use CCAD for all tel set controls.
• Agents cannot log into the CC via the tel set.
• Conference and Transfer facilities on the CS1000 tel set are
NOT supported.
*SIP sets are not yet supported (lacking TR87 support)
**Exceptions to this are for proposed failover functionality, discussed later
10 CC 7.1 Technology Transfer – Nortel Confidential
Session Initiation Protocol (SIP)
• Supported by Internet Engineering Task Force (IETF)
• Internet-style protocol
• Developed and reviewed in an open process
• Based off SMTP and HTTP
• Initially drafted in 1996
• Accepted in 2000.
• Supported by practically every manufacturer of IP Phone,
Gateway, Call Manager and IP PBX.
Sources:
http://www.ietf.org
http://www.cs.columbia.edu/sip/talks/sip-short-history.pdf
http://www.voipplanet.com/backgrounders/article.php/3505511
http://en.wikipedia.org/wiki/Session_Initiation_Protocol
11 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 and SIP
• Introduced in 2004 on Rls 4.0
• Requires a Local Area Network capable of supporting VoIP
• Design / Performance / QoS / Operations
• Refer to CS1000 NTP’s 553-3001-160 & NN43001-260 Converging the
Data Network with VoIP Fundamentals
• Existing TDM only Meridian 1 systems require the following additional
hardware, and so must be migrated to a CS1000 system:
• Signalling Server (SS) – to run applications that support SIP interfaces: SIP
trunk, and SIP CTI.
• DSPs – Hardware dedicated to transcode TDM media to IP media (speech
path), and vice versa.
12 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 VoIP hardware
• Signalling Server (SS)
• Runs many applications
• VTRK – SIP virtual trunking
• SIP CTI – TR87/CSTA support
• NRS – Network Routing Server
• TPS – Terminal Proxy Server (IP tel sets)
• Number of physical form factors
• ISP1100, CP-PM, HP, IBM or DELL COTS
• Duals NIC’s (ELAN and TLAN)
• Manages signalling and resources for media
13 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 VoIP hardware
• Digital Signal Processor (DSP)
• Hardware that transcodes IP media to TDM media, and vice
versa
• Managed by the Signalling Server
• Number of physical form factors
• MC32, MC32S (secure) daughterboards (32 and 96 port) on a
CP-PM card
14 CC 7.1 Technology Transfer – Nortel Confidential
SIP Domains
• SIP domains are similar, but not the same as AD domains
• A site can have multiple AD and SIP domains
• A SIP user endpoint is usually composed of a <UN>@<FQDN>
• Eg: ctuohy@nortel.com, ctuohy@47.166.107.38
• A DNS Server record for an AD domain may advise the proxy that services its SIP
domain.
• Important SIP domain configuration on Express:
• Server Configuration->SIP Network tab
• Route point configuration
• Agent SIP URI configuration.
• Current implementation expects AD like domain names
• Single word SIP domain names currently cause issues, eg nortel
• This is documented and will be revisited in future releases
15 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 and SIP (1)
CS1000
AML CC
Call Server
ASM
PSTN PSTN(PRI) Call server Other Core
TSM CCMS
DCH
Components
CPU TFE
SSD
DLC
Signalling Server
ELAN
VTRK
TPS
SIP CTI
Other SIP proxies,
eg, MCS5100,
TDM ACD set SCS, NRS
TLAN
IP ACD set
•TPS Emulates TDM sets, and communicates with the CS via SSD
•VTRK emulated MCDN, and communicated with CS via DCH messaging
•All the above are transported via the ELAN link
16 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 and SIP (2)
CS1000
AML CC
Call Server
ASM
PSTN PSTN(PRI)
Other Core
TSM CCMS
DCH
Components
CPU TFE
SSD
DLC
Signalling Server
ELAN
VTRK
TPS
SIP CTI SS is positioned
here
TDM ACD set
Other SIP proxies,
eg, MCS5100,
SCS, NRS
TLAN
IP ACD set
•TPS Emulates TDM sets, and communicates with the CS via SSD
•VTRK emulated MCDN, and communicated with CS via DCH messaging
•All the above are transported via the ELAN link
17 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 and SIP (3)
CS1000
AML CC
Call Server
ASM
PSTN PSTN(PRI)
Other Core
TSM CCMS
DCH
Components
CPU TFE
SSD
DLC
Signalling Server
Traditional
ELAN
Express CC
VTRK
positioned here
TPS
SIP CTI
Other SIP proxies,
eg, MCS5100,
TDM ACD set SCS, NRS
TLAN
IP ACD set
•TPS Emulates TDM sets, and communicates with the CS via SSD
•VTRK emulated MCDN, and communicated with CS via DCH messaging
•All the above are transported via the ELAN link
18 CC 7.1 Technology Transfer – Nortel Confidential
CC Express 7.1
CS1000
AML CC
Call Server
ASM
PSTN PSTN(PRI)
Other Core
TSM CCMS
DCH
Components
CPU TFE
SSD “AML Express is shown in this
DLC diagram, just to show where it is
positioned compared to SIP
ELAN Express, and is not required for
Signalling Server
a standalone deployment of SIP
VTRK CC. It could, however, be the
case, where a customer already
TPS
Other SIP proxies,
has AML Express, and wants to
eg, MCS5100, incorporate the additional
SIP CTI features, or migrate to SIP
SCS, NRS
Express.
TDM ACD set
SIP Express CC
SIP CC
TDM set
TLAN
ASM
Other Core
SGM
IP ACD set TSM CCMS
Components
IP set TFE
19 CC 7.1 Technology Transfer – Nortel Confidential
SIP Gateway Manager (SGM)
SGM
SIP CC
BBUA
CS1000
AML interface
SIP interface
Emulator ASM
Other Core
SGM
CMF
CDNs
URI’s
TSM CCMS
Components
ACD Sets
TFE
• SIP enables Express
• SGM interfaces
• Provides an AML interface to Telephony Service Manager (TSM)
• Provides a SIP interface to the SIP network
• Internal Components
• CS1000 Emulator
• Maps SIP URIs to CDNs that TSM can understand
20 CC 7.1 Technology Transfer – Nortel Confidential
CDN/Route Point detail
• CDN has “moved” into the SIP network, now called a
Controlled Route Point.
• Endpoint in the SIP network
• Calls routed to it directly, or via a Network Routing Service
(NRS)
• Accepts and processes calls using the defined Uniform
Resource Indicator (URI)*
• Request URI’s received not matching the defined URI are
rejected (404 Not Found or 403 Forbidden).
• Registration is not yet supported.
* [Uniform Resource Identifier] - The generic term for all types of names and addresses
that refer to objects on the World Wide Web http://www.ietf.org/rfc/rfc3986.txt
21 CC 7.1 Technology Transfer – Nortel Confidential
CDN/Route Point detail (2)
• CCMA defines the Route Point on the SIP network
• When defined, it does the following:
• Sets the accepted URI in SGM
• Sets the CDN to be configured in the CS1000 emulator
• Advised CCMS of the CDN to acquire (on the emulator)
• When defined, maps the URI to the CDN, to be processed by CCMS
• The Route Points need to be acquired so CCMS will service them
22 CC 7.1 Technology Transfer – Nortel Confidential
Agent SIP Detail config
• SIP URI and SIP Terminal ARE REQUIRED
• Identifies the agent’s tel set on the SIP network
• CCT does not import agent terminals as before
• SIP Terminal
• Is always defined as the agent’s provisioned DN followed by the CS1000 Node IP.
• “sip:3794@47.166.107.38” in this example.
• SIP URI
• Can be the same as the agent’s windows login name and domain
• Note the login domain is the same name as the CS1000 SIP domain -
“sipccocs.com” in this example.
23 CC 7.1 Technology Transfer – Nortel Confidential
Solution Diagram Agents
DN 4150
DN 4151
DN 4152
Required information before deployment
CS1000 details: IP or TDM PSTN
• Login details for CS1000 and NRS
• Node Number
phones
• Node IP
• NRS IP
• NRS type (eg: co-res SRS, standalone SPS)
• SIP Domain, including L0 and L1 levels.
• Type of dialling plan (CDP/UDP). Node 61 (Node IP)
• SIP Trunk details: Zone no, loop no, DCH no, Route no, RLB used, CCT and CCMM Web (SIP CTI IP = Node IP)
DSC/LOC used to access RLB, DMI alterations if any. services connections CS1000
• Planned numbers for Express Route Points, and agent terminals.
Express Details:
Server name and IP
Server Login details
CCMA details
Test agent details (2 off)
Planned script deployment
ROUTE CALL plans
SIP
Network
NRS
Customer touch points CCMM
(Server IP)
Voice
Customer
Express 7
(Server IP)
DN 4159
24 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 DSP considerations
• CS1000 DSPs
• DSP Consumption
• DSP Engineering
25 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 DSPs
• Digital Signalling Processor (DSP)
• Transcode TDM media to IP media and vice versa
• Pool resource on the CS1000
• Used when a TDM user and an IP user are connected (speech path)
• Eg: PSTN user calls an IP tel set user, IP telset user calls a TDM user
• Sufficient number of DSP’s to handle TDM/IP trans coding traffic
• 3 major parties of a CC, which can be TDM or IP types
• Customers, Agents, 3rd Parties / experts
• TDM endpoints will each consume a DSP
• Local IP endpoints will not consume a DSP
• Each site profile will be different – Depends if callers, agents and / or xferred
to parties are TDM or IP endpoints.
• Will need to be engineered and monitored for blocking scenarios
26 CC 7.1 Technology Transfer – Nortel Confidential
DSP Consumption
• Each TDM caller will consume 1 DSP
• Eg: 10 TDM calls waiting, 5 TDM calls answered by IP
agents, will consume 15 DSPs.
• Each TDM agent will consume 1 DSP while on a CC call,
• eg: 10 TDM calls waiting, 5 TDM calls answered by 2 TDM
agents, and 3 IP Agents, 10+5+2=17 DSPs
• Calls xferred to TDM endpoints by agents, currently
consumes 2 DSPs for the duration of the call
• Eg: 10 Calls waiting, 5 TDM calls answered by 2 TDM
agents, and 3 IP agents, and the previous 8 TDM calls
xferred to TDM endpoints. 10+5+2+(8x2) = 33 DSPs
27 CC 7.1 Technology Transfer – Nortel Confidential
DSP Engineering
• Understand how a site is employing their DSP pool
• Use them for existing H.323 or SIP trunks
• IP phone conferencing
• TDM – IP telset interaction
• Establish traffic profile
• CS1000 traffic reporting
• Monitor DSP usage,
• CS1000 traffic reporting and/or VGW OM Reports
• Monitor for blocking scenarios
28 CC 7.1 Technology Transfer – Nortel Confidential
Nortel Contact Center 7.1
Deploying CC Express - CS1000 SIP
Configuration
BUSINESS MADE SIMPLE
29 CC 7.1 Technology Transfer – Nortel Confidential
Deploying Express – CS1000 SIP Configuration
• System Diagram • SIP CTI
• CS1000 Assumptions • Checking applications state
• Required CS1000 information • NRS configuration (VxWorks
based NRS)
• CS1000 Configuration tasks
• NRS configuration (Standalone
• Express Server Assumptions COTS type)
• Required Express Server details • Using Call Pilot as a Front end
• Enable SIP app on the SS* IVR / Routing callers ba...
• Post SIP Gateway configuration
• CS SIP Trunk configuration
• Post SIP trunk configuration
30 CC 7.1 Technology Transfer – Nortel Confidential
Solution Diagram Agents
DN 4150
DN 4151
DN 4152
Required information before deployment
CS1000 details: IP or TDM PSTN
• Login details for CS1000 and NRS
• Node Number
phones
• Node IP
• NRS IP
• NRS type (eg: co-res SRS, standalone SPS)
• SIP Domain, including L0 and L1 levels.
• Type of dialling plan (CDP/UDP). Node 61 (Node IP)
• SIP Trunk details: Zone no, loop no, DCH no, Route no, RLB used, CCT and CCMM Web (SIP CTI IP = Node IP)
DSC/LOC used to access RLB, DMI alterations if any. services connections CS1000
• Planned numbers for Express Route Points, and agent terminals,
ROUTE CALL DN’s.
Express Details:
Server name and IP
Server Login details
CCMA details
Test agent details (2 off)
Planned script deployment
ROUTE CALL plans
SIP
Network
NRS
Customer touch points CCMM
(Server IP)
Voice
Customer
Express 7
(Server IP)
DN 4159
31 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 Assumptions
• Release 5 and greater, and suitably patched*.
• Available licences – Details later
• SIP ports, SIP CTI AML, TR87, SIP Trunk DCH
• Already have a VoIP enabled CS1000 in place**
• Signalling Server, NRS and DSP’s installed and ready
• Already use a CDP or UDP dialling plan (ESN data block is set up)
• Network Routing Service – Two types
• SIP Redirect Server (SRS)
• SIP Proxy Server (SPS)
• Can be co-res with the SS above
• Or exist somewhere else in the SIP Network
*Please see the up to date Distributor Technical Reference for required patches.
**Deployment of CS1000 VoIP components is well documented via CS1000 NTPs. See CS1000E Upgrade
Procedure NN43041-458 for example.
32 CC 7.1 Technology Transfer – Nortel Confidential
Required CS1000 information
• Know or decide on the following details: (In red are the details used in this example)
• System login details (SS, NRS and CS)
• Node IP address 47.166.110.196
• CS & SS ELAN IP address 47.166.111.74 & 76
• Node number 62
• SIP domain name, (including L1 (UDP) and L0 (CDP)) nortel.com, udp_nortel,
cdp_nortel.udp_nortel
• SIP Gateway Endpoint Name cppm02_nortel
• NRS IP address 47.166.110.197
• SIP trunk (VTRK) Zone 2
• SIP trunk DCH number 10
• SIP trunk Route number 10
• SIP trunk ACOD 4810
• SIP trunk loop 64
• Chose a Dialling plan to integrate Express – CDP / UDP CDP
• Chose the Express server CDN’s (Route Points) 2150
• List ROUTE CALL DN’s 93450
• List Agent DN’s 4310, 4315
33 CC 7.1 Technology Transfer – Nortel Confidential
CS1000 Configuration tasks
• Enable peer to peer SIP networking
• Enable and config SIP application on SS
• Add SIP VTRK SUPL, ZONE, DCH, ROUTE, RLB, DSC/LOC
• Enable SIP CTI
• Enable application on SS
• Add VAS and ELAN on CS
• Configure Agent sets with an SCR key, T87A COS and
AST
34 CC 7.1 Technology Transfer – Nortel Confidential
Express Server Assumptions
• Express CC is already installed and ready for config
35 CC 7.1 Technology Transfer – Nortel Confidential
Required Express Server details
• System login details
• Server hostname and IP
• CCMA login details
36 CC 7.1 Technology Transfer – Nortel Confidential
Enable SIP app on the SS*
• Login to the CS1000.
• Login to the CS1000 Element Manager, either through UCM (R6.0), ECM
(R5.x) or directly on the signalling server (vxWorks based R5.x)
*These screen shots have
been collected from CS1000
R5.5 with co-resident NRS.
This is considered the most
common deployment today
(Oct 2009) for small sites and
labs
37 CC 7.1 Technology Transfer – Nortel Confidential
Logged in
38 CC 7.1 Technology Transfer – Nortel Confidential
Enable and config SIP app – Expand IP Network
39 CC 7.1 Technology Transfer – Nortel Confidential
Click Nodes, then Edit the node to be configured
40 CC 7.1 Technology Transfer – Nortel Confidential
Scroll down
41 CC 7.1 Technology Transfer – Nortel Confidential
SIP GW Settings
Expand SIP GW
Settings
42 CC 7.1 Technology Transfer – Nortel Confidential
SIP GW Settings
Ensure this is set to
disabled, or best effort
Set to NRS IP (SS TLAN IP) (if
not already)
An SRS supports UDP or TCP
43 CC 7.1 Technology Transfer – Nortel Confidential
SIP URI map
Expand SIP URI Map
44 CC 7.1 Technology Transfer – Nortel Confidential
SIP URI map
Enter the L1 domain name
Enter the L0.L1 domain
name
45 CC 7.1 Technology Transfer – Nortel Confidential
Expand Signalling Servers
46 CC 7.1 Technology Transfer – Nortel Confidential
Expand the SS in the node to be configured
47 CC 7.1 Technology Transfer – Nortel Confidential
Configure
the SIP
gateway
Drop down and select
option with SIP in it
If a co-res NRS is
required, check this box
5060 is the default port
for SIP
Chosen SIP domain
Chosen SIP Gateway
Endpoint Name
Chose and remember
this password
If using Co-res NRS,
select as Primary
When finished, Save
and Transfer
48 CC 7.1 Technology Transfer – Nortel Confidential
Transfer Complete
49 CC 7.1 Technology Transfer – Nortel Confidential
Post SIP Gateway configuration
• A SS reboot may be necessary to start the VTRK and
NRS applications if selected as per above
• In order to communicate with other SIP devices, this
endpoint will be added to an NRS
• In this case, the NRS is a co-res application on this SS
• Instructions on how to add the CS1000 as a SIP Endpoint
is covered later
50 CC 7.1 Technology Transfer – Nortel Confidential
CS SIP Trunk configuration
• Add a VTRK zone, or use an existing zone if engineered to
the requirements of the site
• Zones are used to help manage bandwidth consumption
on the customer LAN for VoIP media
• The compromise is on the quality of speech path with VoIP
users and capacity (number of concurrent calls) a LAN
connection can cope with
• The options are Best Quality (high BW) or Best Bandwidth
(lower quality)
• The CS1000 decides on the most suitable media codec,
according to the zone rules defined by the craftsperson
51 CC 7.1 Technology Transfer – Nortel Confidential
Add a zone – Click Zones
52 CC 7.1 Technology Transfer – Nortel Confidential
Add a zone – Click Add
53 CC 7.1 Technology Transfer – Nortel Confidential
Click OK, if only performing basic Zone
configuration
54 CC 7.1 Technology Transfer – Nortel Confidential
Zone configuration
Select defaults, unless
familiar with zone
managment
Select VTRK from the
drop down box
Enter a description to
identify the zone
correctly, eg,
SIProute10
Click Submit
55 CC 7.1 Technology Transfer – Nortel Confidential
CS Configuration – Virtual Superloop
• Because SIP trunks do not map onto any physical
hardware, as a PRA trunk does, there is no need to waste
physical loops on them. So a virtual loop is defined to
represent these trunks from a CS point of view.
• SIP trunks are represented as soft identities on the SS by
the VTRK application.
• Add a virtual superloop, or use free Terminal Numbers
(TN’s) of an existing superloop.
56 CC 7.1 Technology Transfer – Nortel Confidential
Add a Virtual Superloop
1. Expand Core
Equipment
2. Then Click
Superloops
3. Select a free number
4. Select Virtual
5. Then “to add”
57 CC 7.1 Technology Transfer – Nortel Confidential
Add a Virtual Superloop
1. Review and save
58 CC 7.1 Technology Transfer – Nortel Confidential
CS Configuration –D-Channel
• The CS already has a comprehensive communications
channel, called a PRA Data Channel.
• A D-Channel is normally only employed for call control of
Basic and Primary Rate Interface connections (ISDN).
• This same channel is re-used so the CS can control calls
on the VTRK application on the SS.
• From the CS point of view, the SIP trunk looks the same
as an ISDN link.
59 CC 7.1 Technology Transfer – Nortel Confidential
Add a DCH
1. Click on
D-Channels
3. Click “to add”
2. Choose and
available DCH number
60 CC 7.1 Technology Transfer – Nortel Confidential
Add a DCH
1. Select DCIP type
(DCH over IP)
61 CC 7.1 Technology Transfer – Nortel Confidential
Add a DCH
2. Enter a description
3. Select Meridian SL1
for Interface type (IFC)
4. Click Submit
62 CC 7.1 Technology Transfer – Nortel Confidential
Add a SIP Route and SIP Trunks
• A SIP route is treated and accessed as any other route on
the CS1000
• Any calls directed towards this route, are then directed
towards the VTRK application on the SS.
• The VTRK application converts the DCH messages to SIP
messages, to be directed over the SIP network.
63 CC 7.1 Technology Transfer – Nortel Confidential
Add a SIP Route
1. Click Routes and
Trunks
2. Click “Add Route”
64 CC 7.1 Technology Transfer – Nortel Confidential
Add a SIP Route
3. Select a free Route
number
4. Enter a description
(SIPTRK)
65 CC 7.1 Technology Transfer – Nortel Confidential
Add a SIP
Route
5. Select TIE
6. Select IAO
7. Enter an ACOD that
does not conflict with
your dialling plan
8. Check this box
9. Enter the zone (as
previously defined)
10. Node number
11. Select SIP
12. Select SIP
Scroll down
66 CC 7.1 Technology Transfer – Nortel Confidential
Add a SIP Route
13. Select ISLD
14. Enter the previously
created DCH number
15. Click Submit
67 CC 7.1 Technology Transfer – Nortel Confidential
Route saved, add trunks
1. Click Add trunk
68 CC 7.1 Technology Transfer – Nortel Confidential
Add trunks
2. Select 32
3. Select IPTI type
4. Super loop number
and shelf/card/unit
5. Enter a description
6. Enter Route and
member
7, 8. Select WNK for
both fields
9. Select an appropriate
TGAR
10. CHID (normally
starts with 1)
4. Click SAVE
69 CC 7.1 Technology Transfer – Nortel Confidential
Post SIP trunk configuration
• SIP Trunks are now configured.
70 CC 7.1 Technology Transfer – Nortel Confidential
SIP CTI
• 2 parts to the configuration
• An ELAN and VAS part, on the CS
• Performed via CS1000 overlays
• Needs to be ELAN 32 or higher (virtual)
• An Application on the SS
• Performed via CS1000 EM
• A SS reboot is required to start the new application.
71 CC 7.1 Technology Transfer – Nortel Confidential
Enable SIP CTI on the CS
• Login to the CS admin terminal (overlays)
• Many ways to do this, one of which follows:
• Use a CMD window on a Windows PC or server.
• Telnet into the Node IP address
• Need login details to gain access.
• Other ways to login to the CS are via a direct TTY port or
via EM.
• Use ld 17 to define an ELAN and a VAS to be used by the
SIP CTI application on the SS
72 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
Use a “cmd” window in a Windows environment
Enter telnet <CS IP address, or hostname>
73 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
Enter CS1000 credentials to login
74 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
At this point, a telnet session with the SS exists
To login to the CS, enter the command “cslogin”
75 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
Re-enter the CS1000 credentials to enter the CS1000 overlay space
76 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
At the “>” prompt, enter “ld 17”. (to exit the overlay, type ****). Next type
chg, adan, new elan 36, elan, SIP_CTI as per the screen shot above.
Need <CR> each line.
77 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
Next add a VAS to the ELAN, from ld 17, by typing chg, vas, new, 36,
36, yes, and <CR> the remaining prompts, as per the screen shot above.
78 CC 7.1 Technology Transfer – Nortel Confidential
Log into the CS1000 admin terminal
Finally, save the configuration by exiting ld 17, by entering ****,
loading ld 43, and typing edd <CR>. After saving logout using “logo”
Exit the terminal by closing the window (x on top right)
79 CC 7.1 Technology Transfer – Nortel Confidential
Enable SIP CTI application on the SS
• Login and navigate to the CS1000 Node
• Enable SIP CTI
• Un-Check the TLS check box
• Save and transfer
• Reboot SS
• Check SIP CTI settings are correct
• Correct if necessary, and reboot again
80 CC 7.1 Technology Transfer – Nortel Confidential
Enable SIP CTI app on the SS*
• Login to the CS1000
• Login to the CS1000 Element manager interface, either
through UCM (R6.0), ECM (R5.x) or directly on the signalling
server (vxWorks based R5.x)
*These screen shots have
been collected from CS1000
on R5.5 with co-resident NRS.
This is considered the most
common deployment today
(Oct 2009) for small sites and
labs.
81 CC 7.1 Technology Transfer – Nortel Confidential
Logged in
82 CC 7.1 Technology Transfer – Nortel Confidential
Enable and config SIP app – Expand IP Network
83 CC 7.1 Technology Transfer – Nortel Confidential
Click Nodes, then Edit the node to be configured
84 CC 7.1 Technology Transfer – Nortel Confidential
SIP CTI
config
1. Expand SIP CTI section
2. Check the box, to enable
the SIP CTI service
3. Ensure TLS is unchecked
4. Accept the remaining
config items as default
5. Scroll to the bottom of the
page, and Save and
Transfer.
6. The system may prompt a
restart.
85 CC 7.1 Technology Transfer – Nortel Confidential
Reboot SS
1. Click Maint & Reports
86 CC 7.1 Technology Transfer – Nortel Confidential
Reboot SS
2. Click Reset
87 CC 7.1 Technology Transfer – Nortel Confidential
Reboot SS
3. Click OK, if now is a good time to restart the SS
88 CC 7.1 Technology Transfer – Nortel Confidential
Check the SIP CTI settings
• Sometimes SIP CTI “wants” to default to TLS Only
endpoints.
• Ensure that the Checkbox is unchecked after the SS
reboot.
• If it is checked, clear it and reboot the SS a second time.
89 CC 7.1 Technology Transfer – Nortel Confidential
Checking the SIP trunks, and SIP CTI
• After the reboot, there is a number of items that can be
checked to establish the state of the SIP trunks, and the
SIP CTI application.
• SIPGwShow
• vtrkShow
• SIPCTIShow
90 CC 7.1 Technology Transfer – Nortel Confidential
Checking applications state
1. Click Maint & Reports
2. Click Gen Cmd
91 CC 7.1 Technology Transfer – Nortel Confidential
SIPGwShow
1. Select sip for Group
2. Select SIPGwShow
3. Click Run
4. Results displayed here
92 CC 7.1 Technology Transfer – Nortel Confidential
vtrkShow
1. Select vtrk for Group
2. Select vtrkShow
3. Click Run
4. Results displayed here
93 CC 7.1 Technology Transfer – Nortel Confidential
SIPCTIShow
1. Select sipCti for Group
2. Select SIPCTIShow
3. Click Run
4. Results displayed here
94 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
NRS configuration (VxWorks based NRS)
• If a SIP network is already in place
• Need on site expertise to configure the NRS
• The SIP network is their responsibility
• Configuration can be complex
• They understand the network best
• Each site is different
• Can aid debugging routing issues, eg, ROUTE CALL
• Need to explain how SIP CC uses it
95 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
NRS configuration
• This example uses the co-res NRS application on the SS.
• An NRS uses a dual DB, where one is active and the other is in standby.
Changes can only be made to the standby DB.
• To implement the changes, the DBs are Cutover (swapped). From that point,
the DBs can be reverted (re-swapped), or committed (synced), which is
normal progression.
• Tasks:
• Login to the NRS
• Create a service domain
• Create L0 and L1 domain
• Add SIP endpoints (CS1000 and Express Server)
• Add routing entries to route calls to these endpoints.
• SIP Routing tests
• Cutover and commit
• Logout
96 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Login to the NRSM
1. Use IE to navigate to the co-
res NRS. One way is via the
CS1000 node IP or FQDN,
follows by “/nrs”. Eg,
http://cppm02.europe.nortel.co
m/nrs
2. Login with the correct
credentials
97 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
NRSM
1. Once logged in, click
Configuration
98 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Database status
1. Clicking “Configuration” will inform the current database status
2. If its safe to do so, continue by clicking OK
99 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Standby DB
1. To modify the NRS DB, have to
switch to the standby DB. Click
set Standby DB view
100 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Service Domain
Add a service domain. In this case,
nortel.com
101 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Service domain addition
1. Add a service domain. In this
case, nortel.com
2. Click Save
102 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
L1 domain name addition
1. Add L1 Domain, click here
103 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
L1 domain name addition
1. Click Add…
104 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
L1 domain name addition
1. This field will be pre-populated
with udp, and needs to match
SIP URI maps on the CS1000
Gateway. In this case, it is post
fixed with _nortel
2. Add international E.164 country
code (353 for Ireland)
3. Enter regional E.164 area code
(91 for Galway)
4. Click Save
105 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
L0 domain name addition
1. Perform the same actions to add
an L0 domain
2. This field will be pre-populated
with cdp, and needs to match
SIP URI maps on the CS1000
Gateway. In this case, it is post
fixed with _nortel
3. Add international E.164 country
code (353 for Ireland)
4. Enter regional E.164 area code
(91 for Galway)
5. Click Save
106 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
NRS Domain configuration
• The service domain is now in place.
• The L1 and L0 allow the NRS make UDP/CDP routing
decisions.
• L1 and L0 are also known as a phone context
• Need to add the CS1000 and Express systems to it as
Gateway Endpoints
107 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Adding Endpoints
1. Click Gateway Endpoints
2. Click Add…
108 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Add CS1000
Endpoint
1. Enter the endpoint name, as
specified on the CS1000
endpoint
2. Enter a description
3. This is a Dynamic endpoint
(supports registration)
4. Transport is selected as TCP
5. Click Save
109 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Add Express
Endpoint
1. Enter the endpoint name, as
specified on the CS1000
endpoint
2. Enter a description
3. This is a Static endpoint (does
not supports registration yet)
4. Because this is a static endpoint,
the IP address of the server
must be specified here
5. Transport is selected as TCP
6. Click Save
110 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Endpoints are added
1. Now need to add routing entries for
each of the endpoints
2. Click Routing Entries
111 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Add a routing entry for the Endpoints
1. Type, or lookup the Gateway
endpoint
2. Select the dialling plan type
(CDP in this case)
3. Click Show
112 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Add a routing entry for the Endpoints
1. No routing entries yet exist, lets
Add one
113 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Add a routing entry for the Endpoints
1. DN type is CDP
2. DN prefix is 4
3. Least cost route is 1
114 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Add a routing entry for the Endpoints
1. Repeat the exercise for the
Express system
2. Click Add
3. Enter routing entry as previous
slide for the CS1000 end
4. Click Save
115 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Routing entries added
1. When complete, view all the
configured routing entries by
entering * in the Gateway
Endpoint field, and clicking
Show.
In this case, any Request URI
beginning 215 will be directed
towards the Express system.
Anything beginning with 4 will be
directed towards the CS1000.
116 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Test the routing
1. The routing can be tested via the
SIP Routing Test Utility
2. Click Tools
3. Then SIP Routing test
4. Select (using Lookup) or type an
IP address
5. Enter the string of digits
6. Type of dial plan
7. Click submit
117 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Test the routing
1. The results tell that if the
NRS is queried with a
request URI with digits
beginning with 2153, it will
route it to 47.166.110.15,
which is the Express server,
Express15.
118 CC 7.1 Technology Transfer – Nortel Confidential
VxWorks Based co-res NRS
Cut over, and commit the DB
1. Select tools
2. Click Database Actions
3. Select Cutover and Commit
4. Click Submit
5. Make test calls
6. Logout from the NRSM
119 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
NRS configuration (Standalone COTS type)
• This example uses the Linux Based NRS application running on a HP COTS server, Release 5.0.
• An NRS uses a dual DB, where one is active and the other is in standby. Changes can only be made
to the standby DB.
• To implement the changes, the DBs are Cutover (swapped). From that point, the DBs can be
reverted (re-swapped), or committed (synced), which is normal progression.
• Tasks:
• Login to the NRS
• Create a service domain
• Create L0 and L1 domain
• Add SIP endpoints (CS1000 and Express Server)
• Add routing entries to route calls to these endpoints.
• SIP Routing tests
• Cutover and commit
• Logout
120 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Login to the ECM (Standalone COTS type)
1. Login with the correct
credentials to the Enterprise
Communication Manager.
121 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
ECM -Elements
1. Add the element of system
type NRS (Network Routing
Service).
122 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Adding NRS Element
1. Enter the name and optional
description.
2. Select the element type as
Network Routing Service.
3. Click Next.
123 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Adding NRS Element
1. Enter the TLAN IP of Linux
Server along with the base
URL.
2. Save and Continue.
124 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Adding NRS Element
1. Map the permissions
supported for this element to
existing user roles.
2. Click Finish.
125 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Launching NRS Manager
1. Click on the Element name
which is of type NRS .
2. Launch NRS Manager.
126 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Launching NRS Manager
127 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Standby DB
1. Ensure that Standby
database is selected for
managing.
128 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Service Domain
1. Select the Domains under
Numbering Plans.
2. Click on Add button to add
the service domain..
129 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Service domain addition
1. Add a service domain.
In this case, nortel.com
2. Click Save.
130 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
L1 domain name addition
1. Add L1 Domain, click the
tab here.
2. Click Add.
131 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
L1 domain name addition
1. This field will be pre-populated
with udp, and needs to match
SIP URI maps on the CS1000
Gateway. In this case, it is post
fixed with _nortel
2. Add international E.164 country
code (353 for Ireland)
3. Enter regional E.164 area code
(91 for Galway)
4. Click Save
132 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
L0 domain name addition
1. To Add L0 Domain, click
the tab here.
2. Click Add.
133 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
L0 domain name addition
1. Perform the same actions to add
an L0 domain
2. This field will be pre-populated
with cdp, and needs to match
SIP URI maps on the CS1000
Gateway. In this case, it is post
fixed with _nortel
3. Add international E.164 country
code (353 for Ireland)
4. Enter regional E.164 area code
(91 for Galway)
5. Click Save
134 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
NRS Domain Configuration
• The service domain is now in place.
• The L1 and L0 allow the NRS make UDP/CDP routing decisions.
• L1 and L0 are also known as a phone context
• Need to add the CS1000 and Express systems to it as Gateway Endpoints
135 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Adding Endpoints
1. Click Endpoints
2. Select the service
domain,L1 and L0.
3. Click Add…
136 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add CS1000 Endpoint
1. Enter the endpoint name, as
specified on the CS1000
endpoint.
2. Enter a description.
137 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add CS1000 Endpoint
1. This is a Dynamic endpoint
(supports registration).
2. SIP TCP Transport is enabled.
3. Click Save.
138 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add Express Endpoint
1. Enter the endpoint name, as
specified on the CS1000
endpoint
2. Enter a description
139 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add Express Endpoint
1. This is a Static SIP endpoint (does
not supports registration yet)
2. Because this is a static endpoint,
the IP address of the server must
be specified here
3. Enable SIP TCP Transport .
4. Click Save
140 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Endpoints are added
1. Now need to add routing entries for
each of the endpoints
2. Limit results to relevant domains.
3. Click Routes
141 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add a routing entry for the Endpoints
1. Select Service,L1 and L0
Domains respectively by
selecting the drop down menu in
Limit results to Domain.
2. Select the CS1K Endpoint
Name.
3. Click Add.
142 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add a routing entry for the Endpoints
1. From the DN type drop down
menu, select CDP
2. Enter DN prefix as 4
3. Least cost route is 1
4. Click Save
143 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add a routing entry for the Endpoints
1. Select Service,L1 and
L0 Domains
respectively by
selecting the drop
down menu in Limit
results to Domain.
2. Select the Express
Server from the
Endpoint Name drop
down menu.
3. Click Add.
144 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Add a routing entry for the Express Endpoint
1. From the DN type drop down
menu, select CDP Steering
Code
2. Enter DN prefix as 215
3. Least cost route is 1
4. Click Save
145 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Routing entries added
1. When complete, view all the
configured routing entries by
selecting relevant domains
and All Gateway Endpoints
in Endpoint Name.
In this case, any Request URI
beginning 215 will be directed
towards the Express system.
Anything beginning with 4 will
be directed towards the
CS1000.
146 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Test the routing
1. The routing can be tested via
Routing Tests through Tools.
2. Then SIP Routing test.
3. Select the respective
domains.
4. Select the Originating
endpoint IP address
5. Enter the string of digits in DN
to query.
6. Select DN Type to CDP
Steering Code.
7. Click Test
147 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Test the routing
1. The results tell that if
the NRS is queried
with a request URI
with digits beginning
with 2153, it will
route it to
47.166.110.15,
which is the Express
server, Express15.
148 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Cut over and commit the DB
1. Select System in the left pane.
2. Click Database
3. Click Cut over
4. Click commit
5. Make test calls
6. Logout from the NRSM
149 CC 7.1 Technology Transfer – Nortel Confidential
Linux Based NRS on HP COTS Rls 5.0
Making a test call
• From a CS1000 telset, make a call by dialling the Route
Point DN on the Express server
• Eg, dial 2310 in this example configuration.
• The caller should receive treatment, as per TFE scripts.
• Ring back, MOH, an announcement
• If not, need to start debugging
• CCMS_SGM_SIPMessages0.log on Express
• SIP DCIP message monitoring on the CS
• SIPCallTrace on the SS
150 CC 7.1 Technology Transfer – Nortel Confidential
Agent TN configuration
• Login to the CS overlay terminal as detailed earlier
• List available TN’s
• Create Agent TN’s using TDM or IP sets
• Assign SCR DN to Key 0
• Set COS T87A (others are optional depending on
requirements)
• Set AST = 0
151 CC 7.1 Technology Transfer – Nortel Confidential
Agent terminal – Find a free TN
ld 20
luvu – list unused voice unit
Next available TN
152 CC 7.1 Technology Transfer – Nortel Confidential
Agent terminal
COS set to T87A
AST set to the same key as SCR is on
This can be key 1 or 2
This agents SCR key, that
Express will route calls to
VOUA VOLA – Virtual Office
LNA – Last number redial
CFXA – Call forward external allowed
AHA – Auto on hold
153 CC 7.1 Technology Transfer – Nortel Confidential
Routing entries for ROUTE CALL
• Need to plan ROUTE CALL <DN> instructions
• Additional, or special NRS Routing entries may be
required to support ROUTE CALL script commands
• In depth knowledge of NRS configuration may be required,
so the NRS resolves ROUTE CALL DNs correctly
(possible digit manipulation)
• Easiest workaround for ROUTE CALL to external
numbers, is CFW a set to the external number, and
ROUTE CALL to this CFW set.
154 CC 7.1 Technology Transfer – Nortel Confidential
Using Call Pilot as a Front end IVR / Routing
callers based on CLID
• Some sites employ Call Pilot on the CS1000 to provide
basic call routing decisions, using IVR prompts.
• As a result of the decisions callers make, Call Pilot
transfers them to their choice of destination.
• An issue with this, is when the caller is transferred to a 3rd
party, the Calling Line ID (CLID) of the Call Pilot port is
what is presented and displayed on the 3rd party, instead
of the original callers CLID.
• When the 3rd party is Express, Express cannot make
correct routing decisions based on Callers CLID, because
it does not get it.
155 CC 7.1 Technology Transfer – Nortel Confidential
Using Call Pilot as a Front End IVR / Routing
callers based on CLID
• To resolve this, the CS1000 RLB configuration is changed
to display the original Caller CLID, instead of the xfering
party CLID (as what happens when CP does the xfer).
• Tasks:
• Find the RLB being used to route calls to Express via SIP
trunk.
• Change the DORG* setting to YES
• Not yet configurable from EM (Rls 5.5). Have to configure
via overlays.
*Display Call Originator’s Information (DORG). See CS1000 NTP NN43001-115, New in this Release (Release 5.0)
156 CC 7.1 Technology Transfer – Nortel Confidential
Using Call Pilot as a Front end IVR / Routing
callers based on CLID
1. Log into CS1000 via terminal
as described before
2. ld 86
3. Chg
4. Customer 0
5. RLB
6. RLI serving the SIP trunk to
Express
7. Entry 0
8. <CR> until DORG prompt
9. Enter YES
10. <CR> to finish
11. Save config via ld 43, edd.
157 CC 7.1 Technology Transfer – Nortel Confidential
Automatic Default (SIP CC Failure)
• AML Express employs CS1000 ACD queues as a failover
mechanism
• SIP Express does not have this option
• Number of manual solutions can be deployed
• Not automatic, Manual detection and deployment
• Employ existing CS1000 features
• Options include ACD Queue, PLDN, DNIS, Group hunt
158 CC 7.1 Technology Transfer – Nortel Confidential
R&R scenarios: CS1000 ACD queue example
• CS1000 ACD Queue used as a backup
• Normally in Night Service (NSVC)
• NCFW to CDP DN for SIP Express
• Agents can co-reside with SIP Agents
159 CC 7.1 Technology Transfer – Nortel Confidential
R&R scenarios: CS1000 ACD queue example
• Agents equipped with CS1000 set:
• Can be TDM/IP and or ACD/Normal type set.
• KEY 0 ACD 1310 4 7310 – Used with CS1000 ACD queue
• KEY 1 SCR 4310 – Used for SIP CC calls
• KEY 3 Not ready – Used with CS1000 ACD queue
• KEY 4 MSB key*, activation of MSB also makes SCR key busy*.
• Supervisors equipped with Night Service (NSVC) key,
normally on Key 2
• Customer call the published ACD DN, or a DN forwarded
to the ACD DN.
* See limitations
160 CC 7.1 Technology Transfer – Nortel Confidential
R&R scenarios: CS1000 ACD queue example
• Normal Operation:
• Supervisor normally has CS1000 ACD queue in NSVC.
• Day: NSVC + key D (3)
• Night: NSVC + Key N (6)
• Customer calls ACD DN
• ACD queue NCFW set to CDP/UDP number that resolves to
the SIP CC. Call is forwarded to SIP CC (via a SIP trunk).
• SIP CC processes the call, and presents it to the SCR key on
the agent set.
161 CC 7.1 Technology Transfer – Nortel Confidential
R&R scenarios: CS1000 ACD queue example
• SIP CC fails (power, LAN or other physical loss)
• Supervisor/Agents detect SIP CC failure (CCAD notification)
• Removes the CS1000 ACD queue from night service
• Calls processed using CS1000 ACD to agents.
• Recovery
• Supervisor is informed when SIP CC recovers, and/or retries
CCAD.
• If successful, Supervisor inserts the CS1000 ACD queue in
NSVC, resulting in calls being forwarded and processed by
SIP CC.
162 CC 7.1 Technology Transfer – Nortel Confidential
R&R scenarios: CS1000 ACD queue example
– Limitations
• The MSB key is required to take a set out of MSB
• Use of the MSB key makes both the ACD key, and SCR
key BSY
• The MSB key defaults to active after a CS init.
• MSB must be deactivated for agents to receive any calls.
• It is the responsibility of the Supervisor with the NSVC key
to detect the state of the SIP CC
• Can only be one Night Service key per ACD queue
• Note – CCAD has be used while using SIP CC, set has to
be used while in Default ACD
163 CC 7.1 Technology Transfer – Nortel Confidential
R&R scenarios: CS1000 ACD queue example
–Config example Supervisor TN example
DES SIPCCSPR
TN 064 0 00 04 VIRTUAL
ACD QUEUE example TYPE 2050PC (Can be TDM/IP and/or ACD/Normal type set)
TYPE ACD ...
CUST 0
TGAR 0
ACDN 1310 (Published number that customers call)
… ...
ICDD NO SCPW 0000
NCFW 2311 (2311 is a DSC towards SIP CC) SFLT NO
.. CAC_MFC 0
OVDN
CLS UNR FBD WTA LPR MTD FND HTD TDD HFA CRPD
IFDN 2311
.. MWD LMPN RMMD SMWD AAD IMD DOS XHD IRD NID OLD VCE DRG1
CWNT NONE …
FDSD NOVD VOLA VOUA OUSD OBPD CDMR ICRD MCDD T87A KEM3
MSNV FRA PKCH
CPND_LANG ENG
...
DANI NO
AST 01 (SCR key used for SIP CC, Key 1)
...
KEY 00 ACD 1310 4 7310 (ACD Queue on CS1000)
SPV (SPV COS)
01 SCR 4310 0 MARP (Key used for SIP CC)
CPND
…
02 NSVC 1310 (SPV with the Night Service Key, only 1 per ACD queue)
03 DWC 1310 (Display calls waiting)
04 NRD
05 MSB
....
164 CC 7.1 Technology Transfer – Nortel Confidential
Nortel Contact Center 7.1
Troubleshooting
BUSINESS MADE SIMPLE
165 CC 7.1 Technology Transfer – Nortel Confidential
Troubleshooting Agenda
• Architecture Overview
• SIP CC Architecture
• SIP CC Call Flows
• Agent Connects/Disconnects to/from CCT
• CCMS Login / Logout
• Incoming Voice Call
• ICP Interaction
• Distinguishing between CS1k / ICP / CC Express issues
• Log files required to debug issue.
• Sample problems
• Specific Deltas between AML and SIP CC
• Blind Transfer
• Agent Display
• Route Call Issues
166 CC 7.1 Technology Transfer – Nortel Confidential
CCE 7.1 Architecture – A SIP View
PSTN CS1000
Customer
SIP
ICP
The ICP and SIP CC are
co-resident on a CCE 7
SIP CC system but are
illustrated as separate
SIP entities for
SIP explanatory purposes
TR87
PSTN
167 CC 7.1 Technology Transfer – Nortel Confidential
Call flows
• Set acquisition
• Set de-acquisition
• Agent Login
• Agent Logout
• Incoming Voice call
• SGM-ICP interaction detail – Inject RINGBACK
168 CC 7.1 Technology Transfer – Nortel Confidential
Agent workstation
Set Acquisition 1
Agent starts CCAD
and enters CCT
Inter-Component View credentials
CCAD
CS1k 7
Set is acquired 8 2
6 CCAD authenticates
Success or failure of the
CCT user
acquire is acknowledged
Via the SIP (not shown for clarity)
CTI, and the
CS ELAN, the
set is acquired
5
NRS can redirect or Primary
proxy this request NRS 4
(proxy in this case) ICP
SGM acquires the 3
agent telset via SIP
CCMS CCT
CTI INVITE
<dn>@CS1kNodeIP CCT informs CCMS
When logging in CCAD, CCMS will acquire the
Agent set, via SIP CTI.
To check the result of the attempt, check the
result code in the OK returned from the CS1000.
The status of the Originate button on CCAD
also signals the result (greyed out means it
failed). A good acquire will reply with “normal”.
Example failures are “InvalidDeviceState” (the
DN key is active), or “ResourceNotAvailable”
(SIP CTI is not configured correctly).
169 CC 7.1 Technology Transfer – Nortel Confidential
Set Acquisition
CCE Messaging View
CCT SIP CC CS1k
CCMS_SGM_SIPMessages0.log
Client Connects
INVITE (ReqSysStatus)
200 Create
CSTA
Session
ACK
INFO (Mon Start)
Monitor
Started
200 OK
Connection Response
170 CC 7.1 Technology Transfer – Nortel Confidential
Set Deacquisition 1
Agent workstation
Inter-Component View Agent closes the
CCAD application
CCAD
CS1k 7
Set is de- 8 2
acquired CCT session is
6 Success or failure of the
closed
acquire is acknowledged
Via the SIP (not shown for clarity)
CTI, and the
CS ELAN, the
set is de-
acquired
5
NRS can redirect or Primary
proxy this request NRS 4
(proxy in this case) ICP
SGM de-acquires
the agent telset via Express CC
CCMS CCT
SIP CTI BYE
message 3
CCT informs CCMS
171 CC 7.1 Technology Transfer – Nortel Confidential
Set Deacquisition
CCE Messaging View CCMS_SGM_SIPMessages0.log
CCT SIP CC M1
Client Disconnects from CCAD
INFO (Mon Stop)
Monitor
Stop
200
BYE Remove
CSTA
200 OK Session
Disconnect Response
172 CC 7.1 Technology Transfer – Nortel Confidential
Agent Login Agent workstation
Inter-component View
CCAD
CS1k
4 1
CCT Agent Login
Success or failure of the
login is acknowledged (not
shown for clarity)
3
Primary
NRS
SGM informs ASM ICP
via AML of Login Express CC
Request CCMS CCT
2
CCT informs CCMS
173 CC 7.1 Technology Transfer – Nortel Confidential
Agent Login
CCE Messaging View CCMS_AML.XXXX.YYYY.log
CCT SIP CC ASM
Contact Center Login
SFR Agent Login
SFI (Agent Login)
SFI (Agent Login Response)
SFN (Agent Login)
Login Response to CCT
174 CC 7.1 Technology Transfer – Nortel Confidential
Agent Logout Agent workstation
Inter-component View
CCAD
CS1k
4 1
CCT Agent Logout
Success or failure of the
logout is acknowledged
(not shown for clarity)
3
Primary
NRS
SGM informs ASM ICP
via AML of Logout Express CC
Request CCMS CCT
2
CCT informs CCMS
175 CC 7.1 Technology Transfer – Nortel Confidential
Agent Logout
CCE Messaging View CCMS_AML.XXXX.YYYY.log
CCT SIP ASM
CC
Contact Center Logout
SFR Agent Logout
SFI (Agent Logout)
SFI (Agent Logout Response)
SFN (Agent Logout)
Logout Response to CCT
176 CC 7.1 Technology Transfer – Nortel Confidential
Incoming CC call (SIP and RTP Messaging)
RTP between Cust and ICP
4
CCMS receives the
SIP INVITE.
Customer 1
Primary 3 ICP
Customer call originates CS1k NRS
behind the CS1k (e.g.
PSTN caller, another
7 CCE 7 Anchor caller on a port 8
of a conference bridge,
networked node) TR87 Request to 6 Depending on the Script RTP between
Based on the CS1000 answer the call Customer and
dialling plans, call is routed Answer Request – media can be
conferenced into this Agent via ICP
out a SIP trunk towards the over .NET client
NRS.Based on the service
5 Interface bridge (RB/Music/RAN) Conference port
domain, and dialled digits,
NRS routes the call to an Agent INVITED to
endpoint matching this service the call
pattern
CCAD
Agent workstation
LEGEND
SIP
ISDN
RTP
.NET
TR87
177 CC 7.1 Technology Transfer – Nortel Confidential
Incoming Voice Call
CCE Messaging View
• The next two slides detail the SIP messages that are
passed between the main SIP components in the SIP
CC solution – namely CS1k, SIP CC, ICP.
• The call flow illustrates the following steps:
1. An incoming call from a customer to the RoutePoint on CC
2. Providing the customer with a Treatment from the Script
(Ringback, Music, RAN)
3. Routing the customer to an agent
4. Agent releases the call
178 CC 7.1 Technology Transfer – Nortel Confidential
SIP Proxy (CS1k) CCE MAS Conf MAS Annc Agent
1. Cust dials
Invite SDP1
into CC
100 Trying Invite SDP1
Establish
100 Trying
Customer
Conversation
200 SDP2 (token) Space
200 SDP2
ACK
ACK
Invite (token)
2. Trmt request
from the Script
100 Trying
200 SDP3
Invite SDP3
100 Trying
Give
200 SDP4
Ringback
/ Music /
ACK SDP4 RAN
ACK
BYE
200 OK
BYE
200 OK
179 CC 7.1 Technology Transfer – Nortel Confidential
SIP Proxy CCE MAS Conf MAS Annc Agent
Invite (token)
3. Invite to
Agent
100 Trying
200 SDP5
Invite SDP5
100 Trying
Cspace for
Agent 180 Ringing
INFO (CSTA Ans Req)
200 OK
200 SDP6
ACK SDP6
ACK
BYE
4. Agent
Disconnects
200 OK
BYE
200 OK
BYE
200 OK
BYE
200 OK
180 CC 7.1 Technology Transfer – Nortel Confidential
CCMS_SGM_SIPMessages0.log (Snooper)
Incoming Invite
from Customer
Ringback played
IVR Session Established
181 CC 7.1 Technology Transfer – Nortel Confidential
SGM-ICP interaction detail – Inject RINGBACK
ICP Server
Conf Annc
Express CC Service Service
Soft Dialog
DSP’s Service
ICP
1 CCMS 2
ICP provides a second port on the conference,
Once the call is anchored, TFE takes control of and tells SGM of the details.
the call. The SCE flow indicates that Ringback As a result for the RINGBACK request, the
is to be provided Annc Service picks the audio file as specified
To carry this out, SGM requests for another by SGM (RINGBACK, en_ie), and plays this
port into the same conference that the caller is into the conference for the caller to hear.
on.
Once it has that, it requests a RINGBACK tone
to be injected into this port, from the Annc
Service.
Go get another conf port
And play RINGBACK into it
182 CC 7.1 Technology Transfer – Nortel Confidential
183 CC 7.1 Technology Transfer – Nortel Confidential
Debugging (CCMS - 1)
• The following CCMS log files should be captured to enable
a SIP related issue to be investigated:
• D:\Nortel\Logs\CCMS\CCMS_SGM_SipMessages0.log
• D:\Nortel\Logs\CCMS\CCMS_AML.XXXX.YYYY.log
• D:\Nortel\Logs\CCMS\CCMS_SGM_AmlSp.log
• D:\Nortel\Logs\CCMS\CCMS_SGM_AmlSpCpp0.log
• D:\Nortel\Logs\CCMS\CCMS_SGM_SipSp.log
• D:\Nortel\Logs\CCMS\CCMS_SGM_SipSpCpp0.log
• D:\Nortel\Logs\CCMS\CmfOam.log
• D:\Nortel\iccm\logs\nicmfjvm.log
• D:\Nortel\iccm\logs\SipLog.txt
184 CC 7.1 Technology Transfer – Nortel Confidential
Debugging (CCMS - 2)
TraceControl Utility to configure log files.
185 CC 7.1 Technology Transfer – Nortel Confidential
Debugging (CS1k)
• If it is suspected that the issue lies on the CS1k then the following
commands can be useful to debug TR87 related issues:
• SIPCTISessionShow Shows the total number of TR87 SIP sessions.
• SIPCTIClientShow Shows information about all the associated soft clients.
• SIPCTIShow Shows SIP CTI application status and configuration.
• SIPCTIStop Deacquire one or all AST DN(s) and remove associated SIP
CTI sessions.
• SIPCTITraceLevel Sets the MessageTrace Level output to TR87 body only
or Detailed format.
• SIPCTITraceShow Prints SIPCTI trace settings.
• SIPCTIOutput Redirect the SIP CTI trace to a specific output destination.
• SIPCTITrace Trace incoming and outgoing TR87 SIP messages.
• See Nortel Communication Server 1000 Signaling Server Installation and
Commissioning, NN43001-312 01.07 Standard Release 5.0 20 June 2007
• The following log file also needs to be captured:
• SIPCallTrace
186 CC 7.1 Technology Transfer – Nortel Confidential
Debugging ( ICP)
• If it is suspected that the issue lies on the CS1k then the following log
files need to be captured (Refer to Aug CC7.1 TT slides for more ICP
troubleshooting detail):
confmpDebug.txt Conference Media Processor debug logging
cstoreDebug.txt Content Store debug logging
diamcDebug.txt Diameter charging debug logs
Element EM debug logs.
ManagerDebug.txt
ivrmpDebug.txt IVR Media Processor debug logging
scDebug.txt Multimedia Controller debug logging
sipmcDebug.txt Multimedia Conductor debug logging
srp.log & srp_state.log Startup and Recovery debug logging
streamsourceDebug.txt Stream Source debug logging.
187 CC 7.1 Technology Transfer – Nortel Confidential
Determining where issue lies (1)
• The following two CCMS log files are the most important
log files in terms of determining where an issue lies.
• D:\Nortel\Logs\CCMS\CCMS_SGM_SipMessages0.log
• D:\Nortel\Logs\CCMS\CCMS_AML.XXXX.YYYY.log
• The content of these two log files provide enough detail to
identify the component in the system where the issue lies.
• SipMessages0.log – SIP Messages between CS1k / ICP /
SIP CC
• AML log – AML events indicating the requests / responses
to the core ASM/TFE components.
188 CC 7.1 Technology Transfer – Nortel Confidential
Determining where issue lies (2)
• CCMS_SGM_SipMessages0.log can be opened with any text
editor but is formatted so that it can be read using Snooper.exe – a
Microsoft protocol analysis tool.
• Note that Snooper.exe requires .Net 2.0 to be installed.
• For more information on Snooper please refer to:
• http://technet.microsoft.com/en-us/library/dd572600(office.13).aspx
• When opened with Snooper tool the messaging sequence is displayed
as per the images in the previous slides.
• Note that there are some valid errors in this log – for example a SIP
487 response can indicate that a Request Terminated, but this is valid
when in response to a Cancel request – as per below:
189 CC 7.1 Technology Transfer – Nortel Confidential
Sample Problem 1 – Identifying an ICP issue
Sending a Request to the ICP
Invite out to the ICP contained a request to play
“Default_Route” However the 404 Not Found
response tells us that “Default Route” is not
configured on the ICP. The resolution here could
be to load up “Default_Route” onto the ICP so that
it can be played into the conference.
190 CC 7.1 Technology Transfer – Nortel Confidential
Sample Problem 2 – Identifying a CS1k issue
Invalid Device State on the CS1k –
Agent’s IP phone was
disconnected
Important to look here to
determine where the SIP message
is going to / coming from
191 CC 7.1 Technology Transfer – Nortel Confidential
Sample Problem 3 – Identifying a CCE Issue
• If there is nothing obvious from the SipMesages0.log then
it is possible that the problem lies within CCE.
• The second port of call to determine where the root cause
may lie is to look at the
D:\Nortel\logs\CCMS\CCMS_AML.XXXX.YYYY.log file.
This provides the same level of AML messaging as you
would be familiar with on an AML CC. This is due to the
fact that there exists an AML Emulator on CCE that
provides AML events to the ASM/TFE components.
• A recent example from Site was identified as CCE issue
as follows:
192 CC 7.1 Technology Transfer – Nortel Confidential
Sample Problem 3 – Identifying a CCE Issue
SipMessages0.log contained the following:
The Refer-To header contains the destination for the Route Call
Request. If this does not contain a valid destination then there is no
where for the CS1k to route the Call, hence the fail response.
193 CC 7.1 Technology Transfer – Nortel Confidential
Sample Problem 3 – Identifying a CCE Issue
• In this case the Refer-To header is populated via the Request to route the call
in the first place – which comes from TFE.
• By investigating the AML log we can see that the Destination DN contained a
null value – thus leading to the problem.
-------- Output from nitfe.exe Mon Oct 19 13:02:31.311 2009 (02:31.311)
ITR Route
03 1d 00 00 00 00 1e 34 b8 5b 00 00 header (12 bytes)
95 01 05 Subtype (Route)
96 04 78 f9 27 4f Call Id
4b 02 54 a1 CDN (5401)
31 00 Terminating DN <== Does not contain any value
67 01 00 Conditional (unconditional)
=======================================================================================
194 CC 7.1 Technology Transfer – Nortel Confidential
Blind Transfer Support on CCE 7.0 (1)
• There is some confusion over the terminology used to
describe the different flavours of transfer that are
supported on CC Express 7.0
• CCE 7.0 supports two-step transfers
• CCE 7.0 does not support single-step transfers
• A two-step transfer is referred to as a supervised transfer
in CCAD and a single-step transfer is referred to in CCAD
as a Blind transfer – as per the image below
195 CC 7.1 Technology Transfer – Nortel Confidential
Blind Transfer Support on CCE 7.0 (2)
• If an agent wishes to complete a transfer before the
destination party has answered the call then it is possible
to achieve this via the Supervised Transfer feature as
follows:
1. Agent Receives Incoming call
2. Agent hits Transfer Key on CCAD
3. Agent populates the destination party address
4. Agent hits OK (This initiates the transfer to the dest party)
5. The Transfer key is now flashing on the CCAD toolbar.
When the agent hits the flashing transfer key the transfer
will be completed.
6. Agent can complete the transfer immediately (i.e. blind
transfer) or they can wait for the destination party to answer
before completing the transfer (i.e. consultative transfer).
196 CC 7.1 Technology Transfer – Nortel Confidential
Agent Display for CCE 7
• In CCE the CCAD application must be used for all
telephony operations (Ans, Disc, Xfer, Conf, Hold etc)
• This is referenced in two NTPs:
• NN44400-114 - Nortel Contact Center Agent Desktop
User Guide
• NN44400-110 - Nortel Contact Center Fundamentals
• The display option for Agent sets is purely an AML feature
and so this means that there is no means by which CCE
can update the physical phoneset display for the agent.
• This is why we use CCAD for CCE as this allows us to
present all information to the agent. The CDN, DNIS,
Skillset name can all be provided by CCAD.
197 CC 7.1 Technology Transfer – Nortel Confidential
CCAD Display
CDN Name SkillSet Call Id
Name
• These fields are configurable and so can be changed to display
whatever the agent requires. This can be configured via the xml file:
• D:\Nortel\Contact Center\Multimedia Server\Agent
Desktop\CCADIntrinsicSettings.xml
198 CC 7.1 Technology Transfer – Nortel Confidential
CCMA Agent Display
• This feature is disabled for CCE 7.1 due to the fact that
this is a CS1k / AML feature. It is by design intent that you
will not see this screen in CCMA for CCE 7.1
199 CC 7.1 Technology Transfer – Nortel Confidential
Route Call
• The following slides attempt to provide some detail around
how the Route to DN feature works.
• When an SCE block containing a Route Call is created:
• The call is blindly re-directed.
• The result of the REFER is not considered.
• Any REFER’s that fail, are dropped.
• The following CS1k Patches must be in place for Route
Call to operate correctly:
• [MPLR28884 / Q02052731 ]
• [MPLR28405 ]
200 CC 7.1 Technology Transfer – Nortel Confidential
Route Call
• NB NB NB NB : The DN being re-directed to must be
CORRECTLY resolved by the NRS. This DN is contained
in the refer-to header of the SIP REFER message. It is the
same DN that the Script writer has entered.
• CS1000 SIPCallTrace will confirm if the NRS is resolving
to the correct endpoint for the REFERed to number.
• A dedicated entry may be required on the NRS to resolve
REFERs correctly.
• Failure will result in the caller receiving overflow tone.
201 CC 7.1 Technology Transfer – Nortel Confidential
Route Call – NRS Sample Config
Where you enter the required DN Prefix for routing by the NRS.
202 CC 7.1 Technology Transfer – Nortel Confidential
SIP Messaging for Route Call
At this point the CS1k has
accepted the request to
route the call. It now
needs to go to the NRS to
resolve the EXT DN and
route it accordingly.
203 CC 7.1 Technology Transfer – Nortel Confidential
Route Call
• Caller is put on hold (Send Only)
• Call is REFER’ed
• CS1000 accepts (202 Accepted)
• Call legs are BYE’ed
• Result of REFER is not reported or considered
204 CC 7.1 Technology Transfer – Nortel Confidential
205 CC 7.1 Technology Transfer – Nortel Confidential