SL2100 Networking Manual
SL2100 Networking Manual
SL2100 Networking Manual
GVT-010798-301-00 NA
ISSUE 1.0
Copyright
NEC Corporation reserves the right to change the specifications, functions, or features at any time,
without notice.
NEC Corporation has prepared this document for use by its employees and customers. The
information contained herein is the property of NEC Corporation and shall not be reproduced without
prior written approval of NEC Corporation.
Copyright 2017
NEC Corporation
ISSUE 1.0 SL2100
TABLE OF CONTENTS
Chapter 1 Introduction
Section 1 GENERAL OVERVIEW...................................................................................... 1-1
Section 2 COMMON TERMS............................................................................................. 1-1
Chapter 3 IP Networking
Section 1 INTRODUCTION................................................................................................ 3-1
Section 2 IP TRUNKS........................................................................................................ 3-1
Chapter 5 PROGRAMMING
Section 1 BEFORE YOU START PROGRAMMING.......................................................... 5-1
Section 2 HOW TO USE THIS MANUAL........................................................................... 5-1
Section 3 HOW TO ENTER PROGRAMMING MODE...................................................... 5-2
Section 4 HOW TO EXIT PROGRAMMING MODE........................................................... 5-2
Section 5 USING KEYS TO MOVE AROUND IN THE PROGRAMS................................ 5-3
Section 6 PROGRAMMING NAMES AND TEXT MESSAGES......................................... 5-4
Section 7 USING SOFTKEYS FOR PROGRAMMING...................................................... 5-5
Section 8 WHAT THE SOFTKEY DISPLAY PROMPTS MEAN......................................... 5-5
Section 9 PROGRAMMING YOUR SYSTEM.................................................................... 5-5
Program 10 : System Configuration Setup.................................................................. 5-6
10-12 : CPU Network Setup............................................................................... 5-6
10-13 : In-DHCP Server Setup........................................................................... 5-9
10-14 : Managed Network Setup..................................................................... 5-10
10-15 : Client Information Setup....................................................................... 5-11
10-16 : Option Information Setup..................................................................... 5-12
10-19 : VoIP DSP Resource Selection............................................................. 5-15
10-62 : NetBIOS Setting................................................................................... 5-16
10-63 : DHCP Client Setting............................................................................ 5-17
Program 15 : Extension, Basic Setup........................................................................ 5-18
15-05 : IP Telephone Terminal Basic Data Setup............................................. 5-18
Program 84 : Hardware Setup for VoIPDB................................................................ 5-22
84-09 : VLAN Setup......................................................................................... 5-22
84-10 : ToS Setup............................................................................................ 5-23
Program 90 : Maintenance Program.......................................................................... 5-24
90-23 : Deleting Registration of IP Telephones................................................ 5-24
90-34 : Firmware Information........................................................................... 5-25
Networking Manual i
SL2100 ISSUE 1.0
Chapter 11 NAPT
Section 1 NAPT................................................................................................................ 11-1
Section 2 CONDITIONS................................................................................................... 11-3
Section 3 RESTRICTIONS............................................................................................... 11-3
Section 4 MINIMUM REQUIRED PROGRAMMING........................................................ 11-4
ii Networking Manual
ISSUE 1.0 SL2100
Chapter 13 SL Net
Section 1 INTRODUCTION.............................................................................................. 13-1
Section 2 System Capacity.............................................................................................. 13-1
Section 3 Network Requirements.................................................................................... 13-2
Section 4 QUALITY OF SERVICE SETTINGS (QOS)..................................................... 13-3
Section 5 IP PRECEDENCE............................................................................................ 13-3
Section 6 DIFFSERV....................................................................................................... 13-4
Section 7 GUIDE TO FEATURE PROGRAMMING......................................................... 13-8
Section 8 PROGRAMMING EXAMPLES....................................................................... 13-18
Section 9 LIST OF SUPPORTED FEATURES IN A NETWORKED SYSTEM.............. 13-22
LIST OF TABLES
Table 1-1 Common Terms and Associated Abbreviations................................................. 1-1
Table 2-1 VoIP Specifications............................................................................................ 2-1
Table 5-1 Keys for Entering Data (Digital (2W) Multiline Terminal, IP Multiline
Terminal)..................................................................................................... 5-3
Table 5-2 Keys for Entering Names................................................................................... 5-4
Table 5-3 Softkey Display Prompts.................................................................................... 5-5
Table 6-1 Protocol Structure for Layer 2 QoS.................................................................. 6-12
Table 6-2 Layer 3 QoS Example...................................................................................... 6-14
Table 6-3 Type of Service Field (IP Precedence - i Ref. REC 1349)............................... 6-15
Table 6-4 Diffserv Parameters.......................................................................................... 6-16
Table 6-5 IP Precedence and Diffserv Values Comparison............................................. 6-17
Table 6-6 Cisco Router Configuration Example............................................................... 6-21
Table 7-1 Delete + from Incoming SIP INVITE................................................................. 7-21
Table 7-2 Delete + and Country Code from Incoming SIP INVITE.................................. 7-22
Table 7-3 Delete + and Country Code from Incoming SIP INVITE.................................. 7-22
Table 9-1 IP Phone Programming Options User Menu ..................................................... 9-8
Table 9-2 8IPLD Supported Encryption............................................................................ 9-13
Table 9-3 Common IP Precedence/Diffserv Values and Hexadecimal Equivalent........... 9-24
Table 9-4 IP Phone Relocation........................................................................................ 9-45
Table 10-1 ※1................................................................................................................... 10-6
Table 12-1 Alarm Types................................................................................................... 12-1
Table 13-1 Diffserv Parameters........................................................................................ 13-4
iv Networking Manual
ISSUE 1.0 SL2100
LIST OF FIGURES
Figure 3-1 Example of SL2100 IP Network Configuration................................................. 3-2
Figure 4-1 Example Configuration 1 - Existing Network with Static IP Address................ 4-3
Figure 4-2 Example Configuration 1 - Adding the NEC SL2100 Chassis to the
Network....................................................................................................... 4-4
Figure 4-3 Testing the Network Connection....................................................................... 4-5
Figure 6-1 Layer 2 Diagram (802.1Q)................................................................................ 6-3
Figure 6-2 Virtual Private Network (VPN) Example........................................................... 6-7
Figure 6-3 Network Bottleneck Example.......................................................................... 6-10
Figure 6-4 Voice and Data Network Implementation........................................................ 6-11
Figure 6-5 Priority Queuing on Voice and Data Networks................................................ 6-11
Figure 6-6 Common Network with Cisco Router.............................................................. 6-20
Figure 7-1 Common IP Network using NEC SL2100 SIP Trunk........................................ 7-2
Figure 8-1 DHCP - Set Predefined Options....................................................................... 8-3
Figure 8-2 DHCP - Predefined Options and Values........................................................... 8-4
Figure 8-3 DHCP - Scope Options..................................................................................... 8-5
Figure 8-4 DHCP - Data Entry for 1st DHCP Server......................................................... 8-6
Figure 9-1 8IPLD Telephone.............................................................................................. 9-2
Figure 9-2 Typical Network IP Connection......................................................................... 9-3
Figure 9-3 Example Configuration 1 - Static IP Addressing, One LAN.............................. 9-5
Figure 9-4 Example Configuration 2 - Dynamic IP Addressing, One LAN......................... 9-6
Figure 9-5 Example Configuration 3Static IP Addressing, Routed WAN........................... 9-7
Figure 9-6 8IPLD Encryption............................................................................................ 9-14
Figure 9-7 Log In to IP Phone.......................................................................................... 9-16
Figure 9-8 LAN Port Settings Window............................................................................. 9-17
Figure 9-9 VLAN Mode.................................................................................................... 9-17
Figure 9-10 VLAN ID........................................................................................................ 9-17
Figure 9-11 VLAN Priority................................................................................................ 9-18
Figure 9-12 PC Port Settings Window............................................................................. 9-18
Figure 9-13 Port VLAN Mode........................................................................................... 9-19
Figure 9-14 Port VLAN ID................................................................................................ 9-19
Figure 9-15 Port VLAN Priority........................................................................................ 9-19
Figure 9-16 Save Network Settings................................................................................. 9-20
Figure 9-17 Save Confirmation Window.......................................................................... 9-20
Figure 9-18 84-10: ToS Setup.......................................................................................... 9-23
Figure 9-19 SIP MLT Basic Setup.................................................................................... 9-24
Figure 9-20 Type of Service Window............................................................................... 9-25
Figure 9-21 RTP - Voice Packets..................................................................................... 9-26
Figure 9-22 SIP - Signaling Packets................................................................................ 9-26
Figure 9-23 NEC SL2100 Network Example No. 1.......................................................... 9-29
Figure 9-24 NEC SL2100 Network Example No. 2.......................................................... 9-30
Figure 9-25 IP System Operation Setup.......................................................................... 9-30
Figure 9-26 System Data 10-12: CPU Network Setup..................................................... 9-37
Figure 9-27 System Data 84-26: VoIPDB Basic Setup (DSP)......................................... 9-38
Figure 9-28 System Data 11-02: Extension Numbering................................................... 9-39
Figure 9-29 IP Phone List................................................................................................ 9-40
Figure 9-30 IP Phone List................................................................................................ 9-41
Figure 9-31 8IPLD Server Information Setup................................................................... 9-41
Figure 9-32 Automatic Registration Basic Setup............................................................. 9-42
Figure 9-33 Automatic Registration Personal ID Index.................................................... 9-42
Figure 9-34 Automatic Registration User Name and Password Assignment................... 9-42
Figure 9-35 8IPLD Server Information Setup................................................................... 9-43
Networking Manual v
SL2100 ISSUE 1.0
vi Networking Manual
Introduction
SECTION 1 GENERAL OVERVIEW 1
This manual provides information for networking for the NEC SL2100 system.
Introduction
SECTION 2 COMMON TERMS
The following terms and the associated abbreviations or alternate nomenclature may be found
throughout this document.
MEMO
1-2 Introduction
General Information
SECTION 1 VOICE OVER IP 2
Voice over IP (VoIP) is a technology that converts speech into data packets and transmits these
packets over TCP/IP networks. The technology also facilitates compression and silence suppression
to reduce network bandwidth demands.
General Information
As most organizations already have existing data networks in place, considerable cost savings can be
achieved by utilizing spare bandwidth on these networks for voice traffic.
NEC SL2100 supports the use of IP Phones. These telephones provide the same functionality as a
multiline telephone but use the data network rather then the traditional telecoms infrastructure. This
can reduce costs and allow the use of NEC SL2100 telephones in locations that would not normally be
supported by multiline telephones.
Table 2-1 Table 2-1 VoIP Specifications on page 2-1 lists the specifications for various aspects of
NEC SL2100 VoIP system.
*1. DHCP Server and DHCP Client cannot be used at the same time. When the DHCP Server is enabled the
DHCP Client function cannot be activated.
When the VoIPDB is installed, the CPU-C1 is no longer active, all IP connections go through the VoIPDB.
MEMO
IP Networking
The voice quality of VoIP is dependent on variables such as available bandwidth, network latency and
Quality of Service (QoS) initiatives, all of which are controlled by the network and Internet Service
Providers. Because these variables are not in NEC control, it cannot guarantee the performance of the
user’s IP-based remote voice solution. Therefore, NEC recommends connecting VoIP equipment through a
local area network using a Private IP address.
SECTION 2 IP TRUNKS
The SIP Trunks method of networking allows connection to SIP devices. This could be a PBX system
or a third-party product. When using SIP, the feature set is limited and the advanced networking
features cannot be used.
Refer to SIP Trunking on page 7-1 for a a detailed description of SIP trunking and for set up
instructions.
To set up IP trunks:
1. Connect the system to the Data Network. (Refer to General IP Configuration on page 4-1 for
detailed instructions.)
2. Configure the IP trunks.
3. Configure the SIP information.
4. Configure the F-Route.
The NEC SL2100 system now has the required information about the remote destinations and the SIP
configuration is complete. The only remaining task is to configure F-Route to route calls to remote
destinations via the IP trunks. F-Route configuration is discussed in detail in the Automatic Route
Selection (ARS) feature in the NEC SL2100 Programming Manual.
Office A Office B
IP Address: IP Address:
172.16.0.10 192.168.0.20
Network
Office C Office D
IP Address: IP Address:
10.6.0.10 10.0.0.100
3-2 IP Networking
General IP Configuration
SECTION 1 INTRODUCTION 4
The NEC SL2100 system uses IP for various applications, including:
• System Programming
• Voice Over IP
General IP Configuration
This section describes the procedure for connecting the NEC SL2100 system to an existing data
network and configuring TCP/IP. This is the first step in implementing VoIP and other IP applications.
2.1 IP Address
All equipment/devices used in the LAN setup must have an IP address assignment. An IP address
assigns a unique address for each device. There are two types of IP addresses: Private and Global. A
Private IP address is not accessible through the Internet; a Global IP address can be accessed
through the Internet.
In most cases, a Private address is used, as LAN devices are not usually directly connected to the
Internet. Private addresses are usually taken from the following ranges:
• Class A 10.0.0.0 ~ 10.255.255.255
• Class B 172.16.0.0. ~ 172.31.255.255
• Class C 192.168.0.0 ~ 192.168.255.255
A Public address is normally only used when a device is directly connected to the Internet. This is
unlikely in the case of the equipment. If Public addressing is used, the numbers are normally allocated
by an ISP.
The Subnet Mask is made up of four groups of numbers. When a group contains the number 255, the
router ignores or masks that group of numbers in the IP address as it is defining the network location
of the final destination.
For example, if the IP address is: 172.16.0.10 and the Subnet Mask used is Class B (255.255.0.0), the
first two groups of numbers (172.16) are ignored once they reach the proper network location. The
next two groups (0.10) are the final destination within the LAN to which the connection is to be made.
For sub-netted networks, the subnet mask may be different from the default subnet masks listed above.
2.3 DHCP
Dynamic Host Configuration Protocol (DHCP) assigns a dynamic IP address. Network control may be
easier with DHCP as there is no need to assign and program individual IP addresses for the LAN
equipment. To use a dynamic IP address, a DHCP server must be provided. The SL2100 can be
configured to be the DHCP server for the customers network. Before the DHCP server in the SL2100
can be enabled, the DHCP client function must first be disabled.
When equipment, which is connected to the LAN (the DHCP client), is requesting an IP address, it
searches the DHCP server.
When the request for an address is recognized, the DHCP server assigns an IP address, Subnet
mask, and the IP address of the router, based on NEC SL2100 system programming.
Each client device has a manually assigned IP address in the 192.168.1.0/24 network (i.e.,
192.168.1.1 to 192.168.1.254 with a subnet mask of 255.255.255.0). They also have a default
gateway address configured (192.168.1.254) this allows the device to route packets to destinations
that exist outside of their own LAN.
WAN,
Internet, etc.
Router
(Default Gateway)
192.168.1.254
Switch
192.168.10.11 192.168.1.10
192.168.1.50
192.168.1.32
Assume that a NEC SL2100 is added to the existing data network. The Network Administrator (or IT
Manager) should provide the following:
• IP Address (for the CPU-C1)
• IP Addresses (for the VoIP daughter board)
• Subnet Mask
• Default Gateway
• A spare switch
Now connect the CPU-C1/VoIPDB Ethernet Port to the switch port, using a standard Cat-5 patch
cable. The NEC SL2100 is now configured on the network and should be accessible by other devices
on the network. Refer to Figure 4-2 Example Configuration 1 - Adding the NEC SL2100 Chassis to the
Network on page 4-4.
WAN,
Internet, etc.
Switch
192. 168. 1. 32
Figure 4-2 Example Configuration 1 - Adding the NEC SL2100 Chassis to the Network
1. Click Start.
2. Click Run... .
3. In the Open dialogue box, enter command.
4. Click OK. A Command prompt window opens.
5. Type ping 192.168.1.200.
Figure 4-3 Testing the Network Connection on page 4-5 shows that the NEC SL2100 system has
replied to the Ping request – this indicates that the NEC SL2100 system is correctly connected to the
network.
MEMO
PROGRAMMING
This chapter provides you with detailed information about the NEC SL2100 program blocks that may
be required to connect the NEC SL2100 to a data network and to configure the VoIP function. The
configuration and programming examples, found in the earlier chapters, can be a useful reference
when programming the data.
Description describes what the program options control. The Default Settings for each program are
also included. When you first install the system, it uses the Default Setting for all programs. Along with
the Description are the Conditions which describe any limits or special considerations that may apply
to the program.
The program access level is just above the Description heading. You can only use the program if your
access level meets or exceeds the level the program requires. Refer to How to Enter Programming
Mode on page 5-2 for a list of the system access levels and passwords.
Feature Cross Reference provides you with a table of all the features affected by the program. You
will want to keep the referenced features in mind when you change a program. Customizing a feature
may have an effect on another feature that you did not intend.
Telephone Programming Instructions shows how to enter the program data into system memory.
For example :
1. Enter the programming mode.
2. 15-07-01
15-07-01 TEL
KY01 = *01
- +
Digital (2W) Multiline Terminal
15-07-01 TEL
KY01 = *01
- +
IP Multiline Terminal
tells you to enter the programming mode, dial 150701 from the telephone dial pad. After you do, you
will see the message “15-07-01 TEL” on the first line of the telephone display. This indicates the
program number (15-07), item number (01), and that the options are being set for the extension. The
second row of the display “KY01 = *01” indicates that Key 01 is being programmed with the entry of
*01. The third row allows you to move the cursor to the left or right, depending on which arrow is
pressed. To learn how to enter the programming mode, refer to How to Enter Programming Mode on
page 5-2.
Program Mode
Base Service OP1 OP2
Digital (2W) Multiline Terminal, IP Multiline Terminal
When you are done programming, you must be out of a program option to exit (pressing the Mute key
will exit the program option).
5-2 PROGRAMMING
ISSUE 1.0 SL2100
Program Mode
Base Service OP1 OP2
Digital (2W) Multiline Terminal, IP Multiline Terminal
2. Press Speaker. If changes were to the system programming, "Saving System Data" is displayed.
3. The display shows "Complete Data Save" when completed and exits the telephone to an idle
mode.
To save a customer’s database, a blank SD Card is required. Insert the SD Card into the CPU and, using
Program 90-03, save the software to the SD Card. (Program 90-04 is used to reload the customer data if
necessary.) Note that a SD Card can only hold one customer database. Each database to be saved requires
a separate drive.
SD slot (J12)
CPU board
Blank SD Card
Table 5-1 Keys for Entering Data (Digital (2W) Multiline Terminal, IP Multiline Terminal)
5-4 PROGRAMMING
ISSUE 1.0 SL2100
Each Display telephone with Softkeys provides interactive Softkeys for intuitive feature access. The
options for these keys will automatically change depending on where you are in the system
programming. Simply press the Softkey located below the option you wish and the display will change
accordingly.
_
Program Mode
Base Service OP1 OP2
Pressing the Cursor key Up or Down will scroll between the menus.
_
Program Mode
Hard Mtnance
When using a display telephone in programming mode, various Softkey options are displayed. These
keys will allow you to easily select, scan, or move through the programs.
Description
Program Use Program 10-12 : CPU Network Setup to setup the IP Address, Subnet-Mask, and Default
Gateway addresses.
10
Caution!
If any IP Address or NIC settings are changed, the system must be reset for the changes to take affect.
Input Data
10
dates automatically or not.
09 VoIP IP Address 0.0.0.0 ~ Assign the IP Address for the VoIPDB. 172.16.0.10
126.255.255.254
128.0.0.1 ~
191.255.255.254
192.0.0.1 ~
223.255.255.254
10 VoIP Subnet Mask 128.0.0.0 | 192.0.0.0 | Assign the subnet mask for the VoIPDB. 255.255.0.0
224.0.0.0 | 240.0.0.0 |
248.0.0.0 | 252.0.0.0 |
254.0.0.0 | 255.0.0.0 |
255.128.0.0 |
255.192.0.0 |
255.224.0.0 |
255.240.0.0 |
255.248.0.0 |
255.252.0.0 |
255.254.0.0 |
255.255.0.0 |
255.255.128.0 |
255.255.192.0 |
255.255.224.0 |
255.255.240.0 |
255.255.248.0 |
255.255.252.0 |
255.255.254.0 |
255.255.255.0 |
255.255.255.128 |
255.255.255.192 |
255.255.255.224 |
255.255.255.240 |
255.255.255.248 |
255.255.255.252 |
255.255.255.254 |
255.255.255.255 |
11 NIC Setup 0 = Auto Detect Set for VoIPDB. 0
1 = 100 Mbps, Full Du-
plex
2 = Not Used
3 = Not Used
4 = Not Used
5 = 1 Gbps, Full Duplex
13 DNS Primary Address 0.0.0.0 ~ In the future, use this system data when 0.0.0.0
126.255.255.254 add a function with DNS.
128.0.0.1 ~
191.255.255.254
192.0.0.1 ~
223.255.255.254
10
1 = Enable 0 (Disable) is encrypted with TLSv1.
This data requires a reset to apply
changed data to the system.
Conditions
Description
Use Program 10-13 : In-DHCP Server Setup to setup the DHCP Server built into the CPU. Program
Input Data
Item
No.
Item Input Data Description Default
10
01 DHCP Server Mode 0 = Disable Enable or disable the use of the built-in 0
1 = Enable DHCP Server. This program cannot be
enabled if PRG10-63-01 is enabled.
02 Lease Time Days 0 ~ 255 Lease Time of the IP address to a cli- 0 day
ent.
Hour 0 ~ 23 0 hour
Pressing the Hold Key increments to
Minutes 0 ~ 59 the next setting data. 30 minutes
Conditions
None
Description
Program Use Program 10-14 : Managed Network Setup to set up the range of the IP address which the
DHCP Server leases to a client.
10 Input Data
Conditions
None
Description
Use Program 10-15 : Client Information Setup to set up the client information when the DHCP Program
server needs to assign a fixed IP address to clients.
Input Data
Conditions
None
Description
Program Use Program 10-16 : Option Information Setup to set up the option given from the DHCP server to
each client.
The items highlighted in gray are read only and cannot be changed.
10 Input Data
10
13 SNMP Server IP Address Code number 0 ~ 255 69 (Fixed)
IP address 0.0.0.0
0.0.0.0 ~ 126.255.255.254
128.0.0.1 ~ 191.255.255.254
192.0.0.1 ~ 223.255.255.254
14 POP3 Server IP Address Code number 0 ~ 255 70 (Fixed)
IP address 0.0.0.0
0.0.0.0 ~ 126.255.255.254
128.0.0.1 ~ 191.255.255.254
192.0.0.1 ~ 223.255.255.254
16 SIP Server (IP Address) Code number 0 ~ 255 120 (Fixed)
IP address
0.0.0.0 ~ 126.255.255.254
172.16.0.10
128.0.0.1 ~ 191.255.255.254
192.0.0.1 ~ 223.255.255.254
17 SIP Server (Domain Name) Code number 0 ~ 255 If there is setting in 120 (Fixed)
10-16-16 this setting will
Maximum 20 character strings be ignored No Setting
10
Sub Code number 0 ~ 255 152
Up to 15 characters No Setting
29 Configuration File Name Code number 0 ~ 255 43 (Fixed)
Sub Code number 0 ~ 255 153
Up to 15 characters No Setting
Conditions
None
Description
Use Program 10-19 : VoIP DSP Resource Selection to define the criteria for each DSP resource on Program
the VoIPDB.
Input Data
Slot Number 0
10
DSP Resource Number 1 ~ 128
Conditions
None
Description
Program Use Program 10-62 : NetBIOS Setting to set the data of NetBIOS.
Input Data
10 Item
No.
Item Input Data Description Default
Conditions
None
Description
Use Program 10-63 : DHCP Client Setting to set the data of DHCP Client. Program
Input Data
Item
No.
Item Input Data Description Default
10
01 DHCP Client Mode 0 = Disabled If you are using IP phones/trunks it is rec- 1
1 = Enabled ommended to not use the DHCP client
function, a static IP address would be pre-
ferred. If you are going to still use the
DHCP client function then the DHCP serv-
er should be setup so that the same IP ad-
dress is always provided to the system.
Conditions
None
Description
Program Use Program 15-05 : IP Telephone Terminal Basic Data Setup to set up the basic settings for an IP
telephone.
15 Input Data
15
Type 1 = Not Used
2 = ITL-**D-1D/
ITL-24BT-1D/
ITL-24PA-1D (without
8LKI (LCD) -L)
3 = UT880
4 = Not Used
5 = Softphone
6 = CTI
7 ~ 8 = Not Used
9 = IP4WW-24TIXH
10 ~ 12 = Not Used
13 = ITZ-*-*D
14 = ITZ-*CG
15 ~ 17 = Not Used
18 = IP7WW-8IPLD-C1
27 Personal ID In- 0 ~ 128 When the SIP Multiline telephone is 0 84-22
dex using manual/auto registration, as-
sign each phone a unique personal
index. Then go to command 84-22
to assign the user name and pass-
word.
28 Addition Infor- 0 = Do not inform Select whether to inform of addition- 0 15-01-01
mation Setup 1 = Inform al information or not. 15-02-13
15-02-15
15-02-34
29 Terminal WAN- 0.0.0.0 ~ 0.0.0.0
side IP Address 255.255.255.255
30 DTMF Play dur- 0 = Do Not Play 0
ing Conversation 1 = Play
at Receive Exten-
sion
31 Alarm Tone dur- 0 = Off 1
ing Conversation 1 = On
(RTP packet loss
alarm)
33 LAN Side IP Ad- 0.0.0.0 ~ 0.0.0.0.
dress of Terminal 255.255.255.255
35 Encryption Mode 0 = Off 0
On/Off 1 = On
36 DT800/DT700 00.00.00.00 ~ ff.ff.ff.ff Indicate a current firmware Version. 00.00.00.00
Firmware Ver-
sion
38 Paging Protocol 0 = Multicast Sets the protocol mode for the Pag- 0
Mode 1 = Unicast ing function.
2 = Auto
39 CTI Override 0 = Disable 0
Mode 1 = Enable
Conditions
None
Program
15
Description
Program Use Program 84-09 : VLAN Setup to set up the VLAN data.
Input Data
84 Interface Number 1~2
Interface No.2: The packets send from LAN I/F on VoIPDB is set the VLAN Tag (VoIPDB 32ch/64ch/
128ch).
Conditions
• System programming must be exited before these program options take affect.
Description
Use Program 84-10 : ToS Setup to set up the Type of Service data. Program
Input Data
1 = Not Used
2 = Not Used
84
3 = Reserved
4 = H.323
5 = RTP/RTCP
Protocol Type 6 = SIP
7 = Reserved
8 = SIP MLT
9 = SIP Trunk
10 = Reserved
11 = Reserved
Conditions
• The system must be reset for these program options to take affect.
Description
Program This program is available via telephone programming and not through PC Programming.
Use Program 90-23 : Deleting Registration of IP Telephones to delete the registered IP telephone
Input Data
Conditions
None
Description
Use Program 90-34 : Firmware Information to list the package type and firmware boards installed in Program
the system.
Input Data
Slot Number 00 ~ 12
90
Item Item Input Data Default
No.
01 Package Name PKG Name (Up to 15 characters) -
02 Firmware Version Number 00.00 ~ 15.15 -
03 VOIPDB Software Version DEV/PR/REL - 00.00.00.00.00.00 -
DEV/PR/REL - FF.FF.FF.FF.FF.FF
04 DSP Project Number 00000000 - FFFFFFFF -
05 Vocoder Firmware Version 00.00.00.00 - FF.FF.FF.FF -
06 OCT1010ID Version 00.00.00.00 - FF.FF.FF.FF -
Conditions
None
MEMO
Program
90
This chapter also describes the problems that can occur and some possible solutions. Each network
equipment manufacturer (NEC, 3Com, Cisco, etc.) has slightly different methods of implementing QoS
and these are not discussed in this document. This chapter provides an overview to classify voice
traffic on the NEC SL2100 so that the network equipment can impose QoS.
Latency (Delay):
If at any point the usage on the network exceeds the available bandwidth, the user experiences delay,
also called latency. In more traditional uses of an IP data network, the applications can deal with this
latency. If a person is waiting for a web page to download, they can accept a certain amount of wait
time. This is not so for voice traffic. Voice is a real time application, which is sensitive to latency. If the
end-to-end voice latency becomes too long (150ms, for example), the call quality is usually considered
poor. It is also important to remember that packets can get lost. IP is a best effort networking protocol.
This means the network tries to get the information there, but there is no guarantee.
Delay is the time required for a signal to traverse the network. In a telephony context, end-to-end
delay is the time required for a signal generated at the talker's mouth to reach the listener's ear.
Therefore, end-to-end delay is the sum of all the delays at the different network devices and across
the network links through which voice traffic passes. Many factors contribute to end-to-end delay,
which are covered next.
The buffering, queuing, and switching or routing delay of IP routers primarily determines IP network
delay. Specifically, IP network delay is comprised of the following:
• Packet Capture Delay
Packet capture delay is the time required to receive the entire packet before processing and
forwarding it through the router. This delay is determined by the packet length and transmission
speed. Using short packets over high-speed networks can easily shorten the delay but potentially
decrease network efficiency.
• Switching/Routing Delay
Switching/routing delay is the time the router takes to switch the packet. This time is needed to
analyze the packet header, check the routing table, and route the packet to the output port. This
delay depends on the architecture of the switches/routers and the size of the routing table.
• Queuing Time
Due to the statistical multiplexing nature of IP networks and to the asynchronous nature of packet
arrivals, some queuing, thus delay, is required at the input and output ports of a packet switch. This
delay is a function of the traffic load on a packet switch, the length of the packets and the statistical
distribution over the ports. Designing very large router and link capacities can reduce but not
completely eliminate this delay.
Jitter
Delay variation is the difference in delay exhibited by different packets that are part of the same traffic
flow. High frequency delay variation is known as jitter. Jitter is caused primarily by differences in queue
wait times for consecutive packets in a flow, and is the most significant issue for QoS. Certain traffic
types, especially real-time traffic such as voice, are very intolerant of jitter. Differences in packet arrival
times cause choppiness in the voice.
All transport systems exhibit some jitter. As long as jitter falls within defined tolerances, it does not
impact service quality. Excessive jitter can be overcome by buffering, but this increases delay, which
can cause other problems. With intelligent discard mechanisms, IP telephony/VoIP systems try to
synchronize a communication flow by selective packet discard, in an effort to avoid the walkie-talkie
phenomenon caused when two sides of a conversation have significant latency. NEC SL2100
incorporates a Jitter Buffer to avoid these problems.
Packet Loss
During a voice transmission, loss of multiple bits or packets of stream may cause an audible pop that
can become annoying to the user. In a data transmission, loss of a single bit or multiple packets of
information is almost never noticed by users. If packet drops become epidemic, the quality of all
transmissions degrades. Packet loss rate must be less than five percent for minimum quality and less
than one percent for toll quality.
Layer 2
802.1Q/p
TAG
PREAM SFD DA SA Type PT Data FCS
4 Bytes
On many Internet based connections, there are different data rates for upstream and downstream. For
example 1Mbps down and 256Kbps up. This works well for Internet access, as generally you
download files from the Internet to your PC and transmit less information in the other direction. For
VoIP, speech uses the same amount of bandwidth in both directions, which means that the amount of
simultaneous calls can not exceed the amount of “upstream” bandwidth available.
Contention
Most Internet based connections specify a contention ratio. This is typically 50:1 for home users or
20:1 for business users. This specifies the number of users subscribed to a single connection to the
Internet Service Provider (ISP). This indicates how many users share the bandwidth with other users
on the Internet, which means that the speeds that you are quoted are not necessarily accurate – you
receive less than these figures.
It is unlikely that all subscribers are using a connection at the same time, so these figures are not quite as
bad as they first seem.
Usually, the equipment that your ISP provides (cable modem, ADSL router, etc.) uses Network
Address Translation. This allows several devices to share one public IP address. The issues relating
to the use of NAT are outlined in Firewalls and NAT below.
VPN
Due to the use of NAT, and non-routable IP addressing, it may be necessary to implement a VPN
solution. This is outlined in VPN Tunneling below. (Refer to Virtual Private Network (VPN)
Tunnelling on page 6-6.)
QoS
As discussed earlier, it is essential to have some form of Quality of Service implemented. With Internet
based connections, we are not in control of the many routers, switches and other network hardware
that reside between our two VoIP endpoints. This means that we cannot specify any QoS parameter
on these devices.
The only point where the QoS can be controlled is at the VPN or firewall. This allows VoIP traffic to be
prioritized over any other data that is sent out to the Internet. This helps to maintain reasonable quality
speech – but once the data has exited the local router/cable modem it is at the mercy of the Internet.
When implementing NEC SL2100 IP over Internet based connections it is very important that these
factors are considered, and that the customer is made aware that neither the installer nor NEC are
held responsible for any quality issues experienced.
It is necessary to create some kind of Intranet environment (across the Internet), with fixed network
characteristics, where VoIP solutions can tolerate some minor variations. IT personnel have been
tasked with implementing different mechanisms in the network to support the new demands required
on the converged network. Some solutions that have been implemented are:
• QoS devices to support precedence settings of voice packets.
• Elimination of hubs in place of switches to support 100Mbps full-duplex transmission.
• Firewall integration to protect the internal network from external attack.
• Network Address Translation (NAT) devices are widely deployed to support the addressing issues.
• Virtual Private Network (VPN) Servers were added to Enterprise networks to support the security
and connectivity issues for remote users.
Some solutions, such as the hub replacement and integration of QoS, are done behind the scenes
and should have no effect on the voice application. Other solutions such as NAT and Firewall cause
major disturbance to VoIP.
What should be noted is that no matter which security measure is implemented, the VoIP must have
TCP/UDP ports open in the security wall (e.g., firewall/proxy) for the media and control streams to
flow. If any point in the network prevents the ports from flowing from end-to-end, the VoIP application
does not work.
The ports that need to be open on the firewall/proxy vary depending on the particular application being
used. A list of these ports is shown below, however it should be noted that the preferred solution would
be to allow all ports on the NEC SL2100 device to be open, or to place the NEC SL2100 outside of the
firewall.
The idea of the VPN is to connect multiple networks together using public (i.e., Internet) based
connections. This type of connection is ideal for those commuters, home workers, or small branch
offices needing connectivity into the corporate backbone. It is possible to connect these remote
networks together using private links (such as leased lines, ISDN, etc.) but this can be very expensive
and there is now a high demand for low cost Internet connectivity.
Companies today are exploring the use of VPN for a variety of connectivity solutions, such as:
• Remote User to Corporate Site VPN
Allows employees to use their local ISP fastest connection such as cable modems, DSL, and ISDN.
For traveling users, all they need to do is dial into their ISP local phone number.
• Site-to-site VPN
Allows companies to make use of the Internet for the branch-to-branch connections, cutting the cost
of the expensive point to point leased line service.
• Extranet
Extranet describes one application using VPN technology. The concept allows a company and a
vendor/supplier to access network resources at each site. For example, a customer may have
access to a suppliers intranet for access to product information.
VPNs can be implemented in hardware or software. Single users, such as traveling sales personnel,
may have a software based VPN client on their laptop computer. This connects back to the Head
Office VPN server. For larger sites, the VPN is typically implemented using a hardware VPN – this is
often incorporated in to a firewall solution.
The diagram below is example of how a VPN tunnel may be implemented. The red lines in the
diagram show the tunnels that are created through the Internet. Each network can connect to the
others as though they are connected with private connections (kilostream, etc.), without the issues
relating to NAT.
Internet
L AD
DS SL
A
ADSL ADSL
Router Router
Chassis
When IP address translation is applied to a VoIP packet, the application fails and the communication
path is broken. VoIP packets contain the IP address information and the ports used as part of its
payload. When NAT is applied, only the header parameter is changed, not the payload data that
affects the process of data packets within the VoIP switch and terminal.
5.1 CODECs
CODEC (COder/DECoder) uses the technology of encoding and decoding a signal. For VoIP, this
specifically refers to the algorithm used to convert analog speech to digital data for transmission on an
IP network.
Packet Size:
Each CODEC has a set frame length. This is the time that the frame encapsulates. For G.729 and G.
711 the frame length is 10ms. It is possible to configure the packet size in the NEC SL2100
programming. To do this, we tell the NEC SL2100 how many frames to encapsulate into each packet
for transmission.
For example, the G.729 has a frame length of 10ms - the packet size is set to 3 (in Program 84-11-01).
This gives a 10ms x 3 = 30ms packet.
5.2 Bandwidth
The bandwidth required for VoIP calls depends on several factors, including:
• Number of simultaneous calls
• CODEC used
• Frame Size
• Data Networking Protocol used
The more frames encapsulated into each packet, the less bandwidth is required. This is because each
packet transmitted has the same header size. Therefore, if numerous very small packets are sent then
**1. The Mean Opinion Score (MOS) provides a numerical measure of the quality of human speech at the
destination end of the circuit. The scheme uses subjective tests (opinionated scores) that are mathematically
averaged to obtain a quantitative indicator of the system performance.
bandwidth is also being used for a large amount of header information. If we add several frames to the
packet, less packets are transmitted and therefore have less header information sent.
If we add many voice frames to each packet, less bandwidth is being used. However, this does have
disadvantages. If there is a large packet size, and a particular voice packet is lost, this has a greater
impact on the speech quality. If a small quantity of voice frames per packet is being used, the effect of
losing a packet is reduced.
As a general rule: The more frames per packet, the less bandwidth is used, but the quality is also
lower.
Examples:
Example 1: CODEC: G.729 Frame Size: 10ms Voice Frames per Packet: 2 Voice Sample Size: 20ms
(frame size x Voice Frames) Bandwidth Required: 24Kbps
Example 2: CODEC: G.729 Frame Size: 80ms Voice Frames per Packet: 8 Voice Sample Size: 80ms
(frame size x Voice Frames) Bandwidth Required: 12Kbps
Not all network hardware supports QoS and each manufacturer has their own methods of
implementing QoS. The explanations below are as generic as possible. The installer/maintainer of the
data network should be familiar with the QoS characteristics of their equipment and should be able to
configure the equipment accordingly.
Quality of Service is commonly used to describe the actual implementation of prioritization on network
hardware. This prioritization (at Layer 2 and Layer 3 of the OSI model) is described in Figure 6-1 Layer
2 Diagram (802.1Q) on page 6-3.
6.1 Prioritization
When data is transmitted through a network, bottlenecks can occur causing the available bandwidth to
be reduced or the data to increase. This impacts the packet delivery.
Consider data communication between the two computers shown in the diagram Figure 6-1 Layer 2
Diagram (802.1Q) on page 6-3. The Hosts can transmit data at 100 Mbps. When a packet from Host
A, destined for Host B, reaches the router, the available bandwidth is reduced to 256Kbps and the
packet flow must be reduced. Figure 6-3 Network Bottleneck Example on page 6-10 shows a
diagram of this condition.
Host A Host B
100Mbps
100Mbps
256Kbps
Private Circuit
(Leased Line)
100Mbps 100Mbps
For this example, each end of the network has only one host. Typically, many hosts are sending data
over the narrow bandwidth. The routers buffer packets and transmit them over the WAN lines as
efficiently as possible. When this occurs, certain packets are dropped by the router and some packets
are delayed.
For most data applications this packet loss/delay is not critical. For example, a delay of one to five
seconds to transmit an email is imperceptible. When VoIP is implemented, this loss/delay has a
massive impact on the voice quality. The resulting gaps in speech, distortion and delay are
unacceptable for voice traffic.
To avoid this problem, it is possible to prioritize the VoIP packets. The router examines all packets
received, determines the priority level of the packet, and forwards it accordingly. The data**1 is
assigned lower priority and the voice is transmitted before the data. This can have a negative impact
on the data network if a lot of voice is transmitted.
Figure 6-4 Voice and Data Network Implementation on page 6-11 shows how a voice and data
network can be implemented.
**1. This description discusses voice and data. These terms are commonly used when describing QoS, although
in the case of VoIP, the voice is actually converted to IP and transmitted as data. Therefore, everything
transmitted on a Data Network is data, but logically we think of this as voice and data traffic.
Host A Host B
100Mbps
100Mbps
256Kbps
Private Circuit
(Leased Line)
100Mbps 100Mbps
100Mbps
Chassis Chassis
Telephone Telephone
System A System B
After the router is configured for QoS, it examines incoming packets and allocates a priority to the
packet. Figure 6-5 Priority Queuing on Voice and Data Networks on page 6-11 shows the affect
priority queuing has on voice and data networks. The packets arrive randomly. They are processed
and output according to the QoS policy. The VoIP traffic is output first.
Packet from VoIP Device
Packet from PC
Direction of IP Traffic
Layer 2 devices work with Ethernet frames (encapsulated IP packets) rather than IP addresses. Layer
2 QoS uses the Priority field of the Ethernet frame. This field has three bits and can have eight
possible values (000 to 111 in binary). Some switches can be configured to prioritize traffic based on
these values. This field is available only if the Ethernet device is configured for VLAN (IEEE 802.1q)
operation (VLAN is outside the scope of this document).
Table 6-1 Protocol Structure for Layer 2 QoS on page 6-12 shows the format of an Ethernet frame
and the User Priority field that is used for Layer 2 QoS.
The following define the fields used for the protocol structure:
Preamble (PRE) - The PRE is an alternating pattern of ones and zeros that tells receiving stations a
frame is coming, and synchronizes frame-reception portions of receiving physical layers with the
incoming bit stream.
Start-of-frame delimiter (SFD) - The SOF is an alternating pattern of ones and zeros, ending with two
consecutive 1-bits indicating that the next bit is the left-most bit in the left-most byte of the destination
address.
Destination Address (DA) - The DA field identifies which station(s) should receive the frame.
Tag Protocol Identifier (TPID) - The defined value of SL2100 in hex. When a frame has the
EtherType equal to SL2100, this frame carries the tag IEEE 802.1Q / 802.1P.
Tag Control Information (TCI) - The field including user priority, Canonical format indicator and VLAN
ID.
User Priority - Defines user priority, giving eight priority levels. IEEE 802.1P defines the operation for
these three user priority bits.
CFI - Canonical Format Indicator is always set to zero for Ethernet switches. CFI is used for
compatibility reason between Ethernet type network and Token Ring type network.
VID - VLAN ID is the identification of the VLAN, which is basically used by the standard 802.1Q. It
allows the identification of 4096 VLANs.
Length/Type - This field indicates either the number of MAC-client data bytes that are contained in the
data field of the frame, or the frame type ID if the frame is assembled using an optional format.
Data - Is a sequence of bytes of any value. The total frame minimum is 64 bytes.
Frame Check Sequence (FCS) - This sequence contains a 32-bit cyclic redundancy check (CRC)
value, which is created by the sending MAC and is recalculated by the receiving MAC to check for
damaged frames.
The example below shows an Ethernet Frame containing one RTP (speech) packet. The Frame is
VLAN tagged, has a VLAN ID of 99 and a VLAN Priority of 5. It is also possible to see that the Layer 3
QoS has not been set.
Layer 3 QoS uses the Type of Service (ToS) field of the IP packet. This is an 8-bit field in the header of
the IP packet. The field can be used by Diffserv or IP Precedence. Although these are two different
standards, the actual field in the IP packet is the same – Only the method of evaluating the bits differs.
QoS does not function only by using the ToS field (i.e., Marking the VoIP packets). It is an end-to-end
process and requires configuration on all networking devices.
Packet Marking is the first step in this process and is often the only step that the NEC dealer performs.
6 Bits 2 Bits
Differentiated Services Code Point ECN (Not QoS related)
Listed below are the fields used in Table 6-2 Layer 3 QoS Example on page 6-14.
IP Header Length (IHL) – datagram header length. Points to the beginning of the data. The minimum
value for a correct header is 5.
Type-of-Service – Indicates the quality of service desired by specifying how an upper-layer protocol
would like a current datagram to be handled, and assigns datagrams various levels of importance.
This field is used for the assignment of Precedence, Delay, Throughput and Reliability.
Total Length – Specifies the length, in bytes, of the entire IP packet, including the data and header.
The maximum length specified by this field is 65,535 bytes. Typically, hosts are prepared to accept
datagrams up to 576 bytes.
Identification – Contains an integer that identifies the current datagram. This field is assigned by
sender to help receiver to assemble the datagram fragments.
Flags – Consists of a 3-bit field of which the two low-order (least-significant) bits control fragmentation.
The low-order bit specifies whether the packet can be fragmented. The middle bit specifies whether
the packet is the last fragment in a series of fragmented packets. The third or high-order bit is not
used.
Fragment Offset – This 13-bit field indicates the position of the fragment data relative to the
beginning of the data in the original datagram, which allows the destination IP process to properly
reconstruct the original datagram.
Time-to-Live – This is a counter that gradually decrements down to zero, at which point the datagram
is discarded. This keeps packets from looping endlessly.
Protocol – Indicates which upper-layer protocol receives incoming packets after IP processing is
complete.
Header Checksum – Helps ensure IP header integrity. Since some header fields change, e.g., Time
To Live, this is recomputed and verified at each point that the Internet header is processed.
6.4 IP Precedence
IP Precedence is a QoS method that combines a priority value with different on/off parameters; Delay,
Throughput, Reliability and Cost. The MBZ (Must be Zero) bit is not used.
Using the ToS bits, you can define up to eight classes of service. Other devices configured throughout
the network can then use these bits to determine how to treat the packet in regard to the type of
service to grant it. These other QoS features can assign appropriate traffic-handling policies including
congestion management and bandwidth allocation. By setting IP Precedence levels on incoming traffic
and using them in combination with QoS queuing features, you can create differentiated service.
Table 6-3 Type of Service Field (IP Precedence - i Ref. REC 1349)
IP Precedence Value
Throughput
Value Description
0 Normal Throughput
1 High Throughput
Reliability
Value Description
0 Normal Reliability
1 High Reliability
Delay
Value Description
0 Normal Delay
1 Low Delay
Cost
Value Description
0 Normal Cost
1 Low Cost
6 bits 2 bits
Differentiated Services Code Point ECN (Not QoS related)
The example below shows an Ethernet Frame containing one RTP (speech) packet. The IP Packet
has the ToS field set to 101000 (binary) which is the equivalent of Class Selector 5. The router(s) in
this network should be programmed to prioritize based on CS5.
Type: IP (0x0800)
Internet Protocol, Src Addr: 172.16.0.21 (172.16.0.21), Dst Addr: 172.16.0.101
(172.16.0.101)
Version: 4
Header length: 20 bytes
Diff Services Field: 0xa0 (DSCP 0x28: Class Selector 5; ECN: 0x00)
1010 00.. = Diff Services Codepoint: Class Selector 5 (0x28)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 44
Identification: 0x0069 (105)
Flags: 0x00
0... = Reserved bit: Not set
.0.. = Don't fragment: Not set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 30
Protocol: UDP (0x11)
Header checksum: 0x431e (correct)
Source: 172.16.0.21 (172.16.0.21)
Destination: 172.16.0.101 (172.16.0.101)
User Datagram Protocol, Src Port: 10020 (10020), Dst Port: 10022 (10022)
Source port: 10020 (10020)
Destination port: 10022 (10022)
Length: 24
Checksum: 0x5293 (correct)
Real-Time Transport Protocol
Stream setup by SDP (frame 112)
Setup frame: 112
Setup Method: SDP
10.. .... = Version: RFC 1889 Version (2)
..1. .... = Padding: True
...0 .... = Extension: False
.... 0000 = Contributing source identifiers count: 0
0... .... = Marker: False
.001 0010 = Payload type: ITU-T G.729 (18)
Sequence number: 30885
Timestamp: 20560
Synchronization Source identifier: 732771006
Payload: 3ED0
Padding data: 00
Padding count: 2
For example, if the VoIP equipment supports IP Precedence and the router can prioritize only using
the DSCP they can be set to the same value. Refer to Table 6-5 IP Precedence and Diffserv Values
Comparison on page 6-17 for the values.
Before programming the NEC SL2100 system, discuss the requirements with the network engineering
staff or the managed network provider. If the ToS markings that are used are not specifically
configured into the network equipment, the voice traffic is handled by the default queue and is given
lowest priority.
The NEC SL2100 system supports the following types of VoIP traffic.
Use Program 84-10-10 to select the logic for marking the ToS field. The choices are:
Figure 6-6 Common Network with Cisco Router on page 6-20 shows a typical network scenario and
an example of a Cisco router configuration.
This document provides a general description of VoIP technology, but it does not discuss individual
manufacturer solutions. This sample configuration is provided as a common scenario. It is a good example
of how QoS can be implemented on a router.
NEC does not endorse or provide support on any third party equipment unless it is supplied by NEC.
PC PC
192.168.1.50 192.168.2.50
100Mbps
256Kbps
Private Circuit
(Leased Line)
192.168.1.1 192.168.2.1
Data Switch Router Router Data Switch
100Mbps
100Mbps
Chassis Chassis
See Table 6-6 Cisco Router Configuration Example on page 6-21 for configuration information about
the Cisco 2621 router. A description of key commands follows.
MEMO
SIP Trunking
telephone network (CO lines). A major advantage of VoIP is that it avoids the tolls charged by ordinary
telephone service.
Using VoIP equipment at a gateway (a network point that acts as an entrance to another network), the
packetized voice transmissions from users in the company are received and routed to other parts of
the company intranet (local area or wide area network) or they can be sent over the Internet using CO
lines to another gateway.**1
SECTION 2 IP NETWORKING
IP Networking uses VoIP technology to connect two or more telephone systems together. This allows
calls to be made between sites without using the public telephone network. This can save money and
make communication between sites much easier.
The following Networking modes are available on the NEC SL2100 system:
• SIP TIE lines
• SIP Trunks (to a SIP Trunk Provider)
SIP analyzes requests from clients and retrieves responses from servers then sets call parameters at
either end of the communication, handles call transfer and terminates.
The NEC SL2100 system implementation and programming for SIP are very similar. The call routing,
call features and speech handling (RTP) are the same. Only the signaling protocol is different.
**1. The voice quality of VoIP depends on variables such as available bandwidth, network latency and Quality
of Service (QoS) initiatives, all of which are controlled by the network and Internet Service Providers. Because
these variables are not in NEC control, it cannot guarantee the performance of the user’s IP-based remote voice
solution. Therefore, NEC recommends connecting VoIP equipment through a local area network using a Private
IP address.
With the NEC SL2100 system, SIP trunks can receive incoming calls with Caller ID, place outgoing
calls, and transfer SIP trunks to IP, SIP, analog and digital stations, and across a network.
If a common carrier supports SIP, the NEC SL2100 can connect the SIP Carrier and outgoing calls to
the PSTN (Public Switched Telephone Network) network and the common IP network using an NEC
SL2100 SIP trunk.
SIP CARRIER
PSTN
SIP Registrar
SIP Proxy
DNS
Chassis
SIP
Internet /
IP VPN
NAPT
SIP UA
SIP Multiline
Terminal
The following are required when using the SIP trunk on the NEC SL2100 system:
• CPU-C1 software
• VOIPDB (VoIP Daughter Board) Programming Conditions
The following conditions apply when programming the NEC SL2100 system for SIP Trunking:
• If entries are made in Program 10-29-xx for a SIP Server and the SIP Server is then removed or not
used, the entries in Program 10-29-xx must be set back to their default settings. Even if Program
10-29-01 : SIP Proxy Setup – Outbound Proxy is set to 0, the NEC SL2100 system checks the
settings in the remaining 10-29 programs.
• SIP Multi-profile support is added. The simultaneous use of a SIP trunk interconnection and a SIP
trunk carrier connection or six SIP carriers at the same time is supported.
Limitations:
- Each profile requires a different number for every SIP trunk port set in PRG 84-14-06.
- Six carriers must be connected using a single route. The system only supports one gateway.
- Only one DNS server can be set for the SL2100 to connect to six different SIP Carriers.
• The NEC SL2100 system restricts an outgoing call under the following conditions:
- SIP configuration failed
- SIP registration failed
- CPU-C1/VOIPDB daughter board link down
- Lack of VOIPDB DSP resource
- Lack of bandwidth
Use the following steps to initially set up SIP Trunking for the NEC SL2100 system:
1. By default, the NEC SL2100 is assigned a static IP address and runs behind a NAT router.
When using an NEC SL2100 on a LAN behind an NAPT router, forward port 5060 to the IP address of
the NEC SL2100 CPU-C1 (commonly called the SL2100 CPU) since the signaling is handled by the
CPU-C1. Then, since the media stream (the speech) uses a large range of ports for the RTP packages,
forward the ports (10020~10083) to the IP address of the VOIPDB. Or, use the DMZ option for the
VOIPDB. This means that the VOIPDB is not actually behind the firewall. This is achieved by
connecting the VOIPDB to a physical or virtual DMZ port. You can also achieve the same result by
port forwarding 10020 to 10083.
2. Define the SIP Carrier account information (user name, password, domain name/IP address to
the provider).
3. Define the trunk ports as SIP.
4. Set the Expire Time.
The NEC SL2100 provides a maximum of 31 register IDs and can register these IDs with any SIP
server.
A maximum number of 128 SIP trunks can be used with the NEC SL2100 system. The maximum
number of simultaneous VoIP calls is determined by the number of resources available on the
VoIPDB.
The NEC SL2100 can connect any SIP server over a NAPT router by one static global IP address.
The NEC SL2100 system supports a DNS resolution access and an IP address direct access for SIP
servers and supports the sub-address feature with SIP trunk interconnection.
• RTP/RTCP
• UDP
• IPv4
• T.38 (draft-ietf-sipping-realtimefax-02.txt)
If not using any SIP Proxy Server, the NEC SL2100 uses the internal address table (Program 10-23 :
SIP System Interconnection Setup).
When a user creates an interconnection network with SIP trunks, Program 10-29-14 : SIP Server
Information Setup - SIP Carrier Choice must be set to 0 (default).
NEC SL2100 SIP trunks support HTTP digest authentication process (MD5). This process is done on
a Register process and Initial INVITE process.
5.3 Caller ID
Caller ID for SIP Trunks is set by Program 21-17 : IP Trunk (SIP) Calling Party Number Setup for
Trunk.
Caller ID for SIP Extensions is Program 21-19 : IP Trunk (SIP) Calling Party Number Setup for
Extension.
Programs follow program priority as follows: 21-19 > 21-17 > 10-36-02
With a trunk-to-trunk transfer and Trunk-to-Trunk Outgoing Caller ID Through Mode enabled (Program
14-01-24), the Caller ID/sub-address (received from the incoming trunk) is sent. If a SIP trunk is
connected to any SIP carrier, the sub-address is not transferred.
Calling Party Name is not provided for outgoing calls on SIP trunks.
If the NEC SL2100 has trunk groups that include both SIP trunks and ISDN trunks, and all SIP trunks
are busy, a user can make an outgoing call using an ISDN trunk as a bypass.
Incorrect settings with these two programs can cause one-way audio problems.
The WAN global IP is set in the system data by the user or automatically using the NAT traversal
feature (UPnP). The related system data is 10-37-01 : UPnP Setup – UPnP Mode (On/Off) and
10-37-02 : UPnP Setup – UPnP Interval (polling timer).
5.9 Registration
5.9.1 Registration Process
When the NEC SL2100 system registers its own IDs with an external SIP server, the following system
data are sent:
The NEC SL2100 sends the REGISTER Message when the system starts up, register timer expires,
CPU LAN links and recover timer expires.
The NEC SL2100 has a registration recovery process for registration failure. When a registration fails,
the NEC SL2100 sets an internal recover timer. When the timer expires, the NEC SL2100 sends a
REGISTER message per register ID again.
The recover timer is either five minutes or 30 minutes. Typically, five minutes is used.
10-28-03 SIP System Information Set- 0 = UDP Define the Transport type. This option
up – Transport Protocol 1 = TCP will always be set to UDP.
2 = TLS
Default = 0
Select SIP Profile 1-6.
10-28-05 SIP System Information Set- 0 = IP Address Define the Domain Assignment. This
up – Domain Assignment 1 = Domain Name entry is determined by what informa-
Default = 0 tion the SIP carrier provides. If the SIP
carrier provides a server name:
Select SIP Profile 1-6. SIPconnect-sca@L0.cbeyond.net
the domain would be:
@L0.cbeyond.net
and the host name would be:
SIPconnect-sca.
10-29-14 SIP Server Information Setup 0 = Default Define the SIP Carrier Choice.
– SIP Carrier Choice 1 = Carrier A
2 = Carrier B
3 = Carrier C
4 = Carrier D
5 = Carrier E
6 = Carrier F
7 = Carrier G
8 = Carrier H
9 = Carrier I
10 = Carrier J
11 = Carrier K
12 = Carrier L
13 = Carrier M
14 = Carrier N
15 = Carrier O
16 = Carrier P
17 = Carrier Q
18 = Carrier R
19 = Carrier S
20 = Carrier T
21 = Carrier U
22 = Carrier V
23 = Carrier W
24 = Carrier X
25 = Carrier Y
26 = Carrier Z
Default = 0
Select SIP Profile 1-6.
10-68-01 IP Trunk Availability – Trunk 0 = None Assign the trunk type as (1) SIP.
Type 1 = SIP
2 = H.323
3 = Reserved
10-68-02 IP Trunk Availability – Start 0~128 Assign the Start Port for your SIP
Port trunks.
10-68-03 IP Trunk Availability – Num- 0~128 Assign the number of SIP port trunks.
ber of Port
14-18-05 IP Trunk Data Setup – SIP 1 = Profile 1 Define the SIP profile for each SIP
Profile (SIP Only) 2 = Profile 2 trunk.
3 = Profile 3
4 = Profile 4
5 = Profile 5
6 = Profile 6
Default = 1
84-13-02 SIP Trunk CODEC Information 0 = Disable Enable/Disable the G.711 VAD
Basic Setup – G.711 Voice Ac- 1 = Enable Detection Mode.
tivity Detection Mode Default is 0
Select SIP Profile 1-6.
84-13-03 SIP Trunk CODEC Information 0 = A-law Define the G.711 type.
Basic Setup – G.711 Type 1 = μ-law
Default is 1
Select SIP Profile 1-6.
84-13-04 SIP Trunk CODEC Information 0 ~ 255ms Set the minimum G.711 Jitter
Basic Setup - G.711 Jitter Buf- Default is 20 Buffer.
fer (min)
Select SIP Profile 1-6.
84-13-05 SIP Trunk CODEC Information 0 ~ 255ms Set the average G.711 Jitter Buf-
Basic Setup – G.711 Jitter Buf- 40ms = Default is 40 fer.
fer (average)
Select SIP Profile 1-6.
84-13-07 SIP Trunk CODEC Information 1 = 10ms Set the G.729 Audio Frame Num-
Basic Setup – G.729 Audio 2 = 20ms ber.
Frame Number 3 = 30ms
4 = 40ms
5 = 50ms
6 = 60ms
Default is 2
Select SIP Profile 1-6.
84-13-08 SIP Trunk CODEC Information 0 = Disable Enable/Disable the G.729 VAD
Basic Setup – G.729 Voice Ac- 1 = Enable Detection Mode.
tivity Detection Mode Default is 0
Select SIP Profile 1-6.
84-13-09 SIP Trunk CODEC Information 0 ~ 300ms Set the minimum G.729 Jitter
Basic Setup –G.729 Jitter Buf- Default is 20 Buffer.
fer (min)
Select SIP Profile 1-6.
84-13-10 SIP Trunk CODEC Information 0 ~ 300ms Set the average G.729 Jitter Buf-
Basic Setup – G.729 Jitter Buf- Default is 40 fer.
fer (average)
Select SIP Profile 1-6.
84-13-11 SIP Trunk CODEC Information 0 ~ 300ms Set the maximum G.729 Jitter
Basic Setup – G.729 Jitter Buf- Default is 80 Buffer.
fer (max)
Select SIP Profile 1-6.
84-13-17 SIP Trunk CODEC Information 1 = Static Set the Jitter Buffer Mode.
Basic Setup – Jitter Buffer 3 = Self adjusting
Mode Default is 3
Select SIP Profile 1-6.
84-13-18 SIP Trunk CODEC Information Entries 0 ~ 30 (-20dBm~10dBm) Set the VAD (voice activity detec-
Basic Setup – VAD Threshold 1 = -19dB (-49dBm) tion) threshold.
:
20 = 0dB (-30dBm)
:
29 = 9dB (-21dBm)
30 =10dB (-20dBm)
Default is 20
Select SIP Profile 1-6.
84-13-28 SIP Trunk CODEC Information 0 = G.711_PT Define the CODEC Priority.
Basic Setup – Audio Capability 1 = Not Used
Priority 2 = G.729_PT
3 = G.722
4 = G.726
5 = Not Used
6 = G.711 Only
7 = G.729 Only
Default is 0
Select SIP Profile 1-6.
84-14-07 SIP Trunk Basic Information 0 ~ 65535 seconds Set the Session Timer Value.
Setup – Session Timer Value Default is 0 0 means session timer is Off
Select SIP Profile 1-6.
84-14-08 SIP Trunk Basic Information 0 ~ 65535 seconds Set the Minimum Session Timer
Setup – Minimum Session Tim- Default is 1800 Value.
er Value
Select SIP Profile 1-6.
84-14-09 SIP Trunk Basic Information 0 = Request URI Set the Called Party Information.
Setup – Called Party Informa- 1 = To Header
tion Default is 0
Select SIP Profile 1-6.
84-14-15 SIP Trunk Basic Information 0 = Use Default Settings (100rel in-
Setup – 100rel Settings cluded)
1 = Use Opposite Settings (100rel
not included)
Default is 0
Select SIP Profile 1-6.
10-29-03 SIP Server Information Setup – 0.0.0.0 ~ 126.255.255.254 Enter the default Proxy IP Ad-
Default Proxy IP Address 128.0.0.1 ~ 191.255.255.254 dress if the SIP carrier is using an
192.0.0.1 ~ 223.225.255.254 IP Address for the Proxy. In most
Default is 0.0.0.0 cases, this is left at the default
entry as the domain name is
Select SIP Profile 1-6. used.
10-29-04 SIP Server Information Setup – 0 ~ 65535 Define the Proxy Port Number.
Default Proxy Port Number Default is 5060
Select SIP Profile 1-6.
10-29-12 SIP Server Information Setup – 64 characters maximum Define the Proxy Domain Name
Proxy Domain Name Default not assigned (NEC SL2100 domain name).
Select SIP Profile 1-6.
10-29-06 SIP Server Information Setup – 0.0.0.0 ~ 126.255.255.254 Define the Registrar IP Address. The
Registrar IP Address 128.0.0.1 ~ 191.255.255.254 carrier may provide an IP address. In
192.0.0.1 ~ 223.255.255.254 most cases, a domain name will be
Default is 0.0.0.0 used so this entry will be left at the
default.
Select SIP Profile 1-6.
10-29-07 SIP Server Information Setup – 0 ~ 65535 Define the Registrar Port Numbers.
Registrar Port Number Default is 5060
Select SIP Profile 1-6.
10-29-11 SIP Server Information Setup – 128 characters maximum Define the Registrar Domain Name
Registrar Domain Name Default not assigned (normally provided by the SIP carri-
er).
Select SIP Profile 1-6. Example:
SIPconnect-sca@L0.cbeyond.net
10-29-15 SIP Server Information Setup – 120 ~ 65535 seconds Define the Registration Expire time –
Registration Expiry (Expire) Default is 3600 the time allowed to register with the
Time SIP carrier.
Select SIP Profile 1-6. This should stay at the default entry.
10-36-02 SIP Trunk Registration Infor- 32 characters maximum Define the user ID.
mation Setup – User ID Default not assigned
Select SIP Profile 1-6.
10-36-03 SIP Trunk Registration Infor- 64 characters maximum Define the authentication user ID.
mation Setup – Authentication Default not assigned
User ID
Select SIP Profile 1-6.
10-36-04 SIP Trunk Registration Infor- 32 characters maximum Define the authentication pass-
mation Setup – Authentication Default not assigned word.
Password
Select SIP Profile 1-6.
For example, a normal international SIP call can be dialed and displayed as follows:
With SIP Trunk E.164 Support enabled, the SIP call can be displayed once dialed as:
This display is a requirement of certain SIP ITSPs (Internet Telephony Service Providers) and may
require that PBX handle these calls and modify any SIP messages to the correct format accordingly.
To
From
P-Asserted Identity
P-Preferred Identity
7.1.1 Condition
Disabled
7.2.2 Trunks
IP SIP
IP7( )-CPU-C1
IP7WW-VoIPDB-C1
7.3 Programming
7.4 Operation
7.4.1 To Transfer a Call into a Conference:
3. Dial the extension number or press a DSS key of a telephone in a Conference call.
If an error tone is heard, Barge-In is disable for the extension and the call cannot go through. Retrieve
the call by pressing the flashing line Key or hang up and the call recalls the extension.
When the call is transferred into the Conference, an intrusion tone is heard by all parties in the
conference, depending on the entries in PRG 20-13-17 and PRG 80-01, and all display Multiline
Terminals show the joined party.
To cancel the transfer, press the flashing line Key to retrieve the call.
4. Hang up.
For example, a normal international SIP call can be dialed and displayed as follows:
With SIP Trunk E.164 Support enabled, the SIP call can be displayed once dialed as:
This display is a requirement of certain SIP ITSPs (Internet Telephony Service Providers) and may
require that PBX handle these calls and modify any SIP messages to the correct format accordingly.
To
From
P-Asserted Identity
P-Preferred Identity
8.1.1 Condition
Disabled
8.2.2 Trunks
IP SIP
IP7( )-CPU-C1
IP7WW-VoIPDB-C1
8.3 Programming
8.4 Operation
8.4.1 Delete the + only from an incoming SIP INVITE using E.164 numbering scheme:
<Example Output>
8.4.2 Delete and replace the + and matched country code from an incoming SIP
INVITE using E.164 numbering scheme:
Table 7-2 Delete + and Country Code from Incoming SIP INVITE
<Example Output>
Program 10-02-02 = 00
Table 7-3 Delete + and Country Code from Incoming SIP INVITE
<Example Output>
Program 10-02-02 = 00
Program 10-02-03 = 9
9.1.1 Condition
• OPTION Keep Alive works for all SIP Carrier Type (PRG 10-29-14).
• Program 10-29-19 must be enabled for making OPTION Keep Alive to work for SIP Carrier mode.
• Program 10-23-05 must be enabled for making OPTION keep alive to work for IP system
Interconnection mode.
• SL2100 sends the OPTION message at the interval of the value set in program 84-14-18.
• OPTION Keep Alive can be sent to the SIP carrier or IP system Interconnection of Net Link
Secondary System.
• OPTION Keep Alive Call Restriction and Alarm of Net Link Secondary System are not supported.
• If SL2100 does not receive the 200-OK response from the SIP server then SL2100 would retry
sending of OPTION message for 32 seconds.
None
None
9.2.2 Trunks
SIP Trunks
IP7WW-VoIPDB-C1
9.3 Programming
9.4 Operation
None
DHCP client function is applicable to the CPU LAN port only. This function is enabled by default. If
DHCP Client
VoIPDB is installed then CPU LAN port will be disabled and DHCP client function will not be used
even if it is enabled.
The system can receive the following information from the DHCP server: IP Address, Subnet Mask,
and Default Gateway.
1.1 Conditions
• DHCP client function only applies to the CPU LAN port and is applicable only when VoIPDB is not
installed.
• The CPU LAN port will receive the IP address information from DHCP server without having to
reboot.
• PRG 10-12-13 and PRG 10-12-14 are not populated by DHCP assignment.
• It is mandatory to disable PRG 10-63-01 to change PRG 10-12-01 and PRG 10-12-02 manually.
• It is mandatory logout from WebPro after applying changes so as to write those changes.
• The DHCP Server should be configured to provide the system the same IP address every time. For
example in the DHCP server extend the lease time to infinite or setup the server to provide the
same IP address based on the systems MAC Address.
• DHCP client can set following programs automatically; however other IP related programs (such as
PRG 84-26) have to set manually as required.
- IP Addresses: PRG 10-12-01 (CPU)
- Subnet Masks: PRG 10-12-02 (CPU)
- Default Gateway: PRG 10-12-03
• DHCP Client (PRG 10-63) and existing DHCP Server feature (PRG 10-13) can not be used at the
same time.
IP7[ ]-CPU-C1
IP7WW-VOIPDB-C1
1. In the DHCP Server, right click on the actual server and select Set Predefined Options.
2. After clicking Set Predefined Options, a new window pops up. Select Add to create the new entry
for the SL2100 system. Once the option type window is available, assign the following
information:
• Name = SIP Server
• Data Type = Binary
• Code = 120
• Description = Any description you would like to enter
3. In the DHCP server, select the scope of options for the DHCP scope that is being configured.
Right click on the Scope Options, and select Configure Options.
4. In the Scope Options window, scroll down and place a check mark next to 120 SIP Server. Once
the server is added, the data field needs to be changed. In the Data Entry default delete the
default value 00 and add the IP address of the SL2100 system as a Hex value preceded by a 01,
for the first SIP server. Listed is an example of what data is to be entered:
• 01 = 1st SIP Server
• AC = Hex for 172
• 10 = Hex for 16
• 00 = Hex for 0
• 0A = Hex for 10
This tells the system that the first SIP server’s IP address is: 172.16.0.10. Once assigned, click on
Apply to update the DHCP server.
It is possible for 8IPLD IP Phones to talk directly to other 8IPLD IP Phones without using a VoIP DSP
resource. For more information, refer to Peer-to-Peer on page 9-3.
2.2 Conditions
When using 8IPLD IP phones, it is not recommended to assign the following features to a large
number of phones (16 or more):
• The same Trunk Line assignment (squared key system)
• The same Virtual Extension assignment
• Paging key with LED ON assignment
• The same location Park key
• The same BLF key assignment
• Day Night Mode Change key assignment
• The same VM Mail Box key assignment
• Trunk Group key
• Trunk Group All Line Busy Indication
• One call cannot ring more than 8 simultaneous IP extensions at the same time if the call originates
from a ring group or a virtual.
Ethernet
Straight-Thru IP7[ ]-4KSU-C1 Chassis
Cable
Therminal
LAN
PC Connection
Ethernet PC Straight-Thru CPU
Cable IP7WW-VOIPDB-C1
If installing an IP telephone at a location that already has a PC connected to the data network, it is
possible to use either of the following methods:
• Use a different cable and complete the following steps:
- Leave the PC connected to the LAN.
- Patch a switch port to a new cable run.
- Connect a CAT 5 straight-through cable from the wall outlet to the LAN port on the IP telephone.
• Share the existing cable and complete the following steps:
- Unplug the cable from the PC network card (NIC).
- Connect that cable to the LAN port on the IP telephone.
- Connect a new straight-through patch lead from the PC NIC to the PC port on the IP telephone.
SECTION 4 PEER-TO-PEER
An IP telephone can send and receive RTP packets to or from another IP telephone without using
DSP resources on a VoIPDB. This operation supports only Intercom calls between the IP telephones.
If a 8IPLD IP multiline telephone or trunk line is required, a DSP resource is needed and a VoIPDB
must be installed. If a conference call is initiated while on a peer-to-peer call, the peer-to-peer
connection is released and a new non peer-to-peer connection is created using the VoIPDB. If the
third party drops out of the conversation, the call reverts to a peer-to-peer call. There is silence while
this conversion is made by the system.
Although the peer-to-peer feature is supported for IP Station-to-IP Station calls, the NEC SL2100
Chassis must still have a registered VoIPDB installed in the system.
SECTION 5 PROGRAMMING
The first step to connecting IP telephones to the NEC SL2100 system is to connect the NEC SL2100
system to the customer data network. Refer to General IP Configuration on page 4-1. Next, program
the VoIPDB and associated IP telephone settings. To complete the installation, program the IP
telephone.
The programming commands required to complete this installation are located in Programming on
page 5-1. This section provides a brief description of the commonly used commands:
• 10-12-03 CPU Network Setup - Default Gateway
If required, select the default gateway IP address to use when using a router (default: 0.0.0.0).
• 10-12-09 CPU Network Setup - IP Address
Select the IP address for the IP connection
• 10-12-10 CPU Network Setup - Subnet Mask
Assign the subnet mask for the VoIPDB
• 15-05-50 Peer to Peer Mode
Enable/Disable the Peer-to-Peer feature between IP Stations.
Disabling this feature results in IP Station-to-IP Station calls using DSP Resources.
Chassis
CPU-C1
PoE Switch
VoIP
NEC SL2100
VoIPDB IP Address
192.168.1.20
VoIP DSP: 192.168.1.21
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.1.254
IP Phone 1 IP Phone 2
192.168.1.200 192.168.1.201
Extension: 100 Extension: 101
Programming - CPU:
10-12-01 : CPU Network Setup - IP Address (for CPU) 0.0.0.0
10-12-10 : CPU Network Setup - Subnet Mask 255.255.255.0
10-12-03 : CPU Network Setup - Default Gateway 192.168.1.254
10-12-09 : CPUNetwork Setup - VoIPDB IP Address 192.168.1.20
(This assignment is for CPU-C1 when the VoIPDB daughter board is installed.)
Programming - VoIP DSP Resource:
84-26-01 : VoIP Basic Setup - IP Address (Slot # - DSP) 192.168.1.21
Programming - IP Phones:
DHCP Mode Disabled
IP Address 192.168.1.200
Subnet Mask 255.255.255.0
Default Gateway 192.168.1.254
1st Server Address 192.168.1.20
1st Server Port 5080
Chassis
CPU-C1
PoE Switch
VoIP
NEC SL2100
VoIPDB IP Address
192.168.1.20
VoIP DSP: 192.168.1.21
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.1.254
IP Phone 1 IP Phone 2
192.168.1.200 192.168.1.201
Extension: 200 Extension: 201
Programming - CPU:
10-12-01 : CPU Network Setup - IP Address 0.0.0.0
10-12-10 : CPU Network Setup - Subnet Mask 255.255.255.0
10-12-03 : CPU Network Setup - Default Gateway 192.168.1.254
10-12-09 : CPU Network Setup - VoIPDB Address 192.168.1.20
(This assignment is for CPU-C1 when the VoIP daughter board is installed.)
10-13-01 : In-DHCP Server Setup - DHCP Server Mode Enable
10-14-01 : Managed Network Setup (Min) 192.168.1.200 Min
10-14-02 : Managed Network Setup (Max) 192.168.1.250 Max
10-16-16 : SIP Server Address 192.168.1.20
10-16-27 : SIP Server Port 5080
Programming - VoIP DSP:
84-26-01 : VoIP Basic Setup - IP Address 192.168.1.21
Programming - IP Phones:
DHCP Mode (Ext. 200): Enabled
Chassis
CPU-C1
Switch
VoIP
WAN
(Leased Line, Frame
Relay, etc.)
Router VPN
PoE Switch/Hub
192.168.2.254
IP Phone 1 IP Phone 2
192.168.2.200 192.168.2.201
Programming - CPU:
10-12-01 : CPU Network Setup - IP Address 0.0.0.0
10-12-10 : CPU Network Setup - Subnet Mask 255.255.255.0
10-12-03 : CPU Network Setup - Default Gateway 198.168.1.254
10-12-09 : CPU Network Setup - VoIPDB IP Address 192.168.1.20
(This assignment is for CPU-C1 when the VoIP daughter board is installed.)
Programming - VoIPDB DSP:
84-26-01 : VoIPDB Basic Setup - IP Address (Slot # - DSP) 192.168.1.21
Programming - IP Phones:
DHCP Mode: Disabled
IP Address: 192.168.2.200
Subnet Mask: 255.255.255.0
1st Server Address: 198.168.1.20
1st Server Port: 5080
1. Using a 8IPLD telephone, press HOLD-Transfer-*-# buttons to enter program mode. The IP User
Menu is displayed.
2. On the IP User Menu, enter the user name and password for the IP Phone. Settings are listed in
Table 9-1 IP Phone Programming Options User Menu on page 9-8.
If using the internal DHCP server, enable the DHCP server. Refer to Example Configuration 2 -
Dynamic IP Addressing, One LAN on page 9-5.
When using an external DHCP server, you must add a new Option Code to the DHCP scope for the
VoIPDB IP address. The method for adding this service varies depending on the DHCP server used.
With the VLAN tagging mode, the NEC SL2100 system can handle packets with or without a VLAN
tag. If the VLAN ID of a packet is different from the registered one, that packet is dropped.
1. Press the Menu button on the IP Phone to enter the telephone program mode.
This enters the IP program mode to select the settings for the individual phone. The flashing item is
the current selection.
2. Press OK, EXIT, SAVE softkeys to save the entries and return the telephone to idle.
There are two types of ToS formats: DiffServ and IP Precedence. Before programming the router,
make sure to check which type is supported by the router.
The NEC SL2100 system can set the ToS value for each protocol, and Voice Control. This setting
allows flexible prioritization.
For example:
• Insert a VoIPDB.
• Program 11-02-01 Extension Numbering.
• Configure a System IP Phone and connect to the LAN.
When connecting an IP Phone, the MAC address (ID) is automatically registered in Program 15-05-02.
If the registration in Program 15-05-02 is made manually (before connecting the telephone) it uses the
assigned port number when the telephone is connected. The MAC address is printed on the barcode
label on the bottom of the telephone. It is a 12-digit alphanumeric number, ranging from 0~9 and A~F.
Enter Program 90-23-01, and enter the extension number of the IP Phone. If connected to the SL2100
via Telephone Programming, enter a 1 to delete the IP phone and then press Hold. If connected to the
SL2100 via Web Pro, place a check next to the extension and click Apply.
Due to all Analog trunks being different, padding of the Analog Trunks in PRG 81-07 and 14-01 may
be necessary. Even after the pad changes are made, echo may still be present the first few seconds of
the call while the echo cancellers are learning the characteristics of the circuit on this call.
It is recommended to use digital trunks when using IP phones for best performance.
Digital (ISDN, T-1, and SIP) trunks do not suffer from this problem.
When analog trunks are installed in an SL2100, PRG 90-68 (Side Tone Auto Setup) must be used.
This program will automatically change the setting of 81-07 after multiple tests are performed on the
analog line. During these tests the system will not be usable, and the system must be reset once the
test are finished.
Anytime new analog trunks are added to the system, PRG 90-68 MUST be used.
The upgrade requires using an FTP/TFTP server. This is a software package that runs on a PC.
(These can be downloaded from the Internet, usually as freeware or shareware.)
The IP Phone downloads the firmware from the FTP/TFTP server and reboots when the download is
complete.
This can cause problems if, for example, a PoE (Power over Internet) switch is used. When the PoE
switch is powered up, all telephones connect to the FTP/TFTP server at the same time. This causes a
large amount of data for the FTP/TFTP server to transfer over the data network.
To avoid this, connect the telephones to the PoE switch gradually, to allow time for each telephone to
upgrade before connecting the next.
Some of the benefits of an IP phone over a traditional TDM phone are described in the following list:
• Reduced telephone re-location costs. Unplug an IP telephone at one location and plug it into
another VoIP ready jack at another location. The extension number can stay with the telephone, if
programmed to do so.
• Multiple users can share the same IP telephone but keep their own personal extensions. With an IP
phone you have the ability to log the phone out, then log back in with another extension number. All
of your personal settings follow the login ID of your extension.
• The cabling infrastructure can be simplified. There is no longer a need for separate cabling for the
phone system. Built into the IP phones is a 2 port 10/100 manageable data switch. The data
connection for the PC is available on the back of the IP phone. This built in data switch also
supports 802.1Q and 802.1 P VLAN tagging abilities. The data and the voice can be tagged
separately.
• Allows you to connect remote office workers with a telephone that has the look and same
functionality as the telephones connected at the office.
SIP is used for VoIP as defined by the IETF (Internet Engineering Task Force) RFC3261. The NEC
SIP MLT uses IP Multiline Station (SIP) (proprietary enhanced SIP protocol) to facilitate the
multifunction, multiline telephone.
The SIP Multiline Telephone interfaces directly to the CPU that houses the VoIPDB daughter board.
The VoIPDB provides the digital signal processors (DSPs) for IP stations and trunks.
• VoIPDB provides 128 DSPs
A DSP provides format conversion from circuit switched networks (TDM) to packet switched networks
(IP). Each voice channel from the circuit switched network is compressed and packetized for
transmission over the packet network. In the reverse direction, each packet is buffered for de-jittering,
decompressed and sent to the circuit switched network. Each DSP converts a single speech channel
from IP to TDM and vice versa.
13.2 IP Addressing
When a VoIPDB daughter board is installed in an SL2100 two IP addresses, in the same network, will
be required. One IP Address will be for the VoIPDB and this address is assigned in Program 10-12-09.
This IP Address is used for IP Phones/Trunks to register and pass signaling messages. The other IP
Address is for the DSP’s and this address is assigned in Program 84-26-01. This IP Address is used to
pass voice traffic.
By default when an SL2100 with a VoIPDB is installed in a customer’s network, the SL2100 will try and
request IP Addressing information from the local DHCP server (DHCP Client Feature). The DHCP
server can provide the SL2100 with the following information:
• IP Address for VoIPDB (PRG 10-12-09)
• Subnet Mask for VoIPDB (PRG 10-12-10)
• Default Gateway for VoIPDB (PRG 10-12-03)
The DHCP server will NOT provide the IP address for the DSP’s (PRG 84-26-01). This IP Address will
have to be manually configured.
The DHCP Client Feature can be disabled in Program 10-63-01. When this program is changed a
reset of the SL2100 is required.
When the VoIPDB is installed, in the SL2100, the CPU NIC card is no longer available. All connections
that previously were terminated to the CPU will now terminate to the VoIPDB. It is recommended when
adding the VoIPDB to change the IP Address of the CPU NIC card (PRG 10-12-01) to be 0.0.0.0.
Plug and play registration mode allows for no authentication. As long as an IP terminal is configured
with the proper IP addressing scheme, and plugged into the network, the phone comes on-line. In plug
and play mode you may assign an extension number into the IP terminal or allow the system to
automatically set an unused extension number for the station. When the system assigns unused
extension numbers it starts searching for the first available port or starts at a preassigned port and
works its way up from there.
Automatic Login
When set to automatic login the SIP user name and password must be entered in the configuration in
the IP terminal. When the phone tries to register with the CPU it checks the user name and password
against its database. If the user name and password match, the phone is allowed to complete
registration. If the user name and password do not match, the phone cannot register with the CPU.
The IP terminal displays an error message: Unauthorized Auto Login.
Manual Login
When set to manual login, no user name, password, or extension number is entered into the
configuration of the telephone. The user is prompted to enter this user name and password into the IP
phone. This information is cross referenced in the phone system to an associated extension number. If
a match is found, the phone comes online. If there is no match, the phone cannot complete
registration with the CPU. The IP terminal either returns to the login/password screen, or locks out the
user and requires the administrator to unlock the IP terminal. Lockout on failed attempts is dependent
on system programming. Manual mode is good for an environment where multiple users share the
same IP phone at different times. As one user logs out the next user can login with their credentials
and all of their associated programming follows.
In Manual mode a user can also logoff the IP phone to allow another user to login with their own login
ID and password.
To logoff the IP Phone when the terminal is set to "Standard" softkey mode (PRG 15-02-60) use the
following operation: Press the "Prog" softkey, press the "Down Arrow", press the "Down Arrow", press
the "Down Arrow", and then press "Logoff". The IP Phone can also be logged off by resetting the IP
terminal.
To logoff the IP Phone when the terminal softkey is set to "Advanced Mode 1/2" (PRG 15-02-60) the IP
terminal must be reset.
Encryption
The SL2100 Supports AES 128-bit encryption between 8IPLD terminals and the VoIPDB.
Chassis
PSTN
IP Network
Conditions
• Encryption is not supported on 8IPLD series phones that are connected via NAPT.
• If the encryption feature is enabled in terminal programming but not licensed, the terminal displays
“Invalid server” and will not function.
To ensure a network meets the specific requirements for VoIP implementation, an IP ready check and
a site survey must be completed at each site before VoIP implementation.
• One way delay must not exceed 100ms.
• Round trip delay must not exceed 200ms.
• Packet loss must not exceed 1%.
• Data switches must be manageable.
• Routers must provide QOS.
• There must be adequate bandwidth for estimated VoIP traffic. Refer to Section Bandwidth on
page 9-26.
Depending on how QOS policies are built in the network, assignments may be needed in both the
CPU and IP terminal. The NEC SL2100 supports the flagging of packets at layer 2 (VLAN tagging
802.1Q/802.1P) and at layer 3 levels.
13.5 VLANs
A VLAN is used to logically break up the network and minimize broadcast domains. Without VLANS,
the network must be physically segmented to break up broadcast domains. Each network segment is
then connected through a routing device adding latency and cost. Latency is a delay in the
transmission of data and is caused by routing packets from one LAN to another. In a VoIP
environment latency must be kept to a minimum.
802.1Q allows a change in the Ethernet Type value in the Ethernet header tagging the Protocol ID
0x8100, identifying this frame as an 802.1Q frame. This inserts additional bytes into the frame that
composes the VLAN ID (valid IDs = 1 ~ 4094).
802.1P allows you to prioritize the VLAN using a 3-bit priority field in the 802.1Q header. Valid VLAN
priority assignments are 0 ~7. A tag of 0 is treated as normal data traffic giving no priority. Under
normal circumstances the higher the tag numbers, the higher the priority. However this is left up to the
network administrator as they could set the exact opposite where the lower tag numbers have a higher
priority.
Built into the IP phones is a 2 port 10/100 manageable data switch allowing for a PC connection on
the back of the IP phone. This built in data switch also supports 802.1Q and 802.1P VLAN tagging
capabilities.
The following procedures describe two methods for tagging the voice packets and the data packets
separately, using the PC, or using the phone keypad.
4. Click OK.
1. To apply a tag to the voice packets only, go to Network Settings>Advanced Settings>LAN port
settings.
2. Access the following three menus to select options for LAN Port Settings:
• VLAN Mode
• VLAN ID
• VLAN Priority
5. VLAN ID allows an entry of 1~4094 for the VLAN ID. VLAN Mode must be enabled for this entry
to be valid.
Enter the VLAN ID and click OK.
6. VLAN Priority allows an entry of 0~7 for the VLAN Priority. VLAN mode must be enabled for this
entry to be valid.
Enter the required priority, and click OK.
1. While logged in to the IP address of the phone on the PC, go to Network Settings>Advanced
Settings>PC Port Settings. Refer to Section Logging In on the PC on page 9-15.
2. Access the following three menus to select options for PC Port Settings:
• Port VLAN Mode
• Port VLAN ID
• Port VLAN Priority.
The remaining data packets settings for VLAN on the PC Port are the same as those for the voice
packets.
5. VLAN ID allows an entry of 1~4094 for the VLAN ID. VLAN Mode must be enabled for this entry
to be valid.
Enter the VLAN ID, and click OK.
6. VLAN Priority allows an entry of 0~7 for the VLAN Priority. VLAN mode must be enabled for this
entry to be valid.
Enter the required priority, and click OK.
7. Click Save.
8. After saving settings, click OK to confirm. Telephone reboots and applies the VLAN settings.
13.5.5 Entering VLAN Settings for PC Port by Phone (Data Packets Only)
IP Precedence
IP Precedence uses the first 3 bits of the ToS field to give eight possible precedence values (0~7).
Under normal circumstances the higher the number the higher the priority. However this is left to the
network administrator for setup. The administrator may assign this in exactly the opposite manner with
the lower values having a higher priority. Below are the eight common values for IP precedence.
• 000 is an IP precedence value of 0, sometimes referred to as routine or best effort.
• 001 is an IP precedence value of 1, sometimes referred to as priority.
• 010 is an IP precedence value of 2, sometimes referred to as immediate.
• 011 is an IP precedence value of 3, sometimes referred to as flash.
• 100 is an IP precedence value of 4, sometimes referred to as flash override.
• 101 is an IP precedence value of 5, sometimes called critical.
• 110 is an IP precedence value of 6, sometimes called internetwork control.
• 111 is an IP precedence value of 7, sometimes called network control.
Working in conjunction with IP precedence, the next 4 bits in the ToS field are designed to influence
the delivery of data based on delay, throughput, reliability, and cost. However these fields are typically
not used.
The following table shows the 8-bit ToS field and the associated IP precedence bits.
DSCP stands for Differential Services Code Point (or Diffserv for short). It uses the first 6 bits of the
ToS field therefore giving 64 possible values.
The following list shows the most common DSCP code points with their binary values and their
associated names:
The following table shows the 8 bit TOS field and the associated Diffserv bits.
Diffserv Diffserv Diffserv Diffserv Diffserv Diffserv Not Used Not Used
1(on) here = 1(on) here = 1(on) here = 1(on) here = 1(on) here = 1(on) here =
value of 32 value of 16 value of value of value of value of
8 4 2 1
Assignments for the IP Precedence/Diffserv values in the system are submitted in command 84-10.
This setting data affects only the packets sent by the VoIPDB card. This does not affect the packets
sent from the IP terminals.
To set the IP Precedence/Diffserv bits for packets leaving the IP terminal there are the following two
options:
• System wide. If all IP phones use the same ToS value, this can be assigned in commands
84-23-06 and 84-23-12. When an IP phone registers with the CPU, it looks for settings in these
commands. If these are found, they override any previous individual settings.
• Individual. If different IP phones require different ToS assignments, due to the network
configuration, these assignments must be set at each individual station
Command 84-23 requires a Hexadecimal representation of the 8 bit ToS field. For example, to assign
the signaling packets an IP precedence value of 4 and the voice packets an IP precedence value of 5,
it would be as follows. Refer to Figure 9-19 SIP MLT Basic Setup on page 9-24.
• 80 in Hex is 10000000 - This represents the signaling packets leaving the IP phone
• A0 in Hex is 10100000 - This represents the voice packets leaving the IP phone
The following table shows the common IP Precedence/Diffserv values and their hexadecimal
equivalent.
DSCP 26 68
DSCP 28 70
DSCP 30 78
DSCP 32 80
DSCP 34 88
DSCP 36 90
DSCP 38 98
DSCP 46 B8
DSCP 48 C0
DSCP 56 E0
To enter the values per phone, browse to the individual phone or enter the configuration mode through
dial pad.
The following example describes assigning these fields via the web browser.
3. There are two choices: RTP and SIP. RTP = voice packets and SIP = signaling packets.
Select each field and assign the appropriate value. Then select OK.
These fields are also looking for a Hexadecimal value as with command 84-23. Refer to
Table 9-3 Common IP Precedence/Diffserv Values and Hexadecimal Equivalent on page 9-24.
Access the following menus to select options:
• RTP - Voice Packets
• SIP - Signaling Packets
13.7 Bandwidth
The bandwidth required for VoIP calls depends on the following factors.
• Layer 2 media
• CODEC
• Packet Size
• RTP Header Compression
Layer 2 media is concerned with moving data across the physical links in the network. A few of the
most common layer 2 media types are Ethernet, PPP, and Frame Relay.
CODEC stands for Coder/Decoder and is the conversion of the TDM signal into an IP signal and vice
versa. A CODEC can also compress/decompress the voice payload to save on bandwidth.
Packet Size is the amount of audio in each PDU (protocol data unit) measured in milliseconds. The
larger the packet the less bandwidth used. This is because sending larger packets (more milliseconds
of voice) requires, overall, less packets to be sent. The downside of this practice is if a packet is
dropped/lost a larger piece of voice is missing from the conversation as the system waits the
additional delay for the next packet arrival.
RTP Header Compression compacts the RTP header from 40 bytes in size to 2 ~ 4 Bytes in size.
RTP header compression is used only on low speed links. Regularly on every voice packet there is an
IP/UDP/RTP header that is 40 bytes in length. Compressing this header, down to 2 ~ 4 bytes, can
save a considerable amount of bandwidth. The following is an example of a VoIP packet without RTP
header compression and one of a packet with RTP header compression.
Notice that the overall packet size, when using RTP header compression, is considerably smaller.
• VoIP packet without RTP header compression
Voice Activity Detection (VAD) is suppression of silence packets from being sent across the network.
In a VoIP network all conversations are packetized and sent, including silence. On an average a
typical conversation contain anywhere from 35% ~ 45% silence. This can be interrupted as 35% ~
45% transmission of VoIP packets, as having no audio, using valuable bandwidth. With the VAD option
enabled, the transmitting of packets stops after a threshold is met determining silence. The receiving
side then injects comfort noise into the call so it does not appear the call has dropped.
Bandwidth Calculations
The first step in calculating the bandwidth of a call is determining how many bytes the voice payload is
going to use. The amount is directly affected by the CODEC and packet size. Below are the supported
default CODEC speeds for SIP Multiline telephones.
• G.711 = 64000bps
• G.722 = 64000bps
• G.729 = 8000bps
Now that you have the voice payload in bytes you can calculate the overall bandwidth including the
layer 2 media. Below are some of the common layer 2 media types and their overhead.
• Ethernet = 18 Bytes
• 802.1Q/P Ethernet = up to 32 bytes
• PPP = 9 Bytes
• Frame Relay = 6 Bytes
• Multilink Protocol = 6 Bytes
Bandwidth Calculation
( [ Layer 2 overhead + IP/UDP/RTP header + Voice Payload ] / Voice Payload ) * Default CODEC
speed = Total Bandwidth
Example of a G.711 call over Ethernet using a 20ms packet size and not using RTP header
compression
If VAD is not enabled each side of the conversation would be streaming 87.2kbps in one direction for a
total of 174.4kbps.
The following chart shows the supported CODECS for IP phones with different packet sizes over PPP
and Ethernet.
Firewalls
Another regular device in customer networks that can hinder VoIP performance is a firewall. Most
corporate LANs connect to the public Internet through a firewall. A firewall is filtering software built into
a router or a stand alone server unit. It is used to protect a LAN it from unauthorized access, providing
the network with a level of security. Firewalls are used for many things, but in its simplest form, a
firewall can be thought of as a one way gate. It allows outgoing packets from the local LAN to the
Internet but blocks packets from the Internet routing into the local LAN, unless they are a response to
query.
A firewall must be configured to allow specific traffic from the Internet to pass through onto the LAN. If
an IP phone is deployed out over the Internet there is a very good chance it is passing through a
firewall, either at the MAIN, the remote, or both locations.
The following diagram shows two IP phones on the corporate local LAN and one IP phone on a
Remote network connected via the Internet. The two phones that are installed on the local LAN are
functioning correctly. The IP phone at the remote site cannot register therefore it is not working.
Headquarters
Internet
Local LAN
Remote Network
Firewall Firewall
The green arrow in the diagram above represents the data packets leaving the IP phone destined for
the SL2100 on the Headquarters LAN. The firewall on the Headquarters network is not configured to
recognize the UDP ports used by the NEC equipment thus blocking them and resulting in registration
failure. To solve this issue the ports used by the NEC VoIP equipment must be opened in the firewall
allowing the NEC traffic to pass through onto the SL2100.
The ports that are required to be opened on the headquarters locations are:
5080 and 5081 (UDP) for Signaling and 10020 ~ 10275 (UDP) for Voice.
The ports that need to be opened on the Remote network are 5060 (UDP) for signaling and ports 3462
and 3463 for voice (UDP).
VPN
Another common feature is the use of the Internet as the WAN between customer locations. When this
is done VPNs are typically used between the locations. A VPN (Virtual Private Network) is a private
data network that maintains privacy through the use of tunneling protocols and security features over
the public Internet. This allows for remote networks (with private addresses), residing behind NAT
routers and/or firewalls, to communicate freely with each other. When building the VPN tunnels,
throughout the network, they must be assigned as a fully meshed network. This means that every
network is allowed direct connection to each and every other network in the topology. Network
equipment limitations may sometimes restrict this ability resulting in no voice path on VoIP calls
between sites. When this happens Peer-to-Peer must be disabled in the SL2100. The downside to
disabling Peer-to-Peer is using more DSPs and consumption of additional bandwidth at the MAIN
location.
The following diagram shows three sites connected together via VPN. This network is not fully meshed
due to the lack of a VPN tunnel between Sites B and C.
VoIPDB IP Address =
With Peer-to-Peer enabled, the IP phones on site A can communicate with IP phones on sites B and
C. IP Phones on sites B and C cannot communicate directly with each other though. The IP phone
from site B can set up a call to the IP phone at site C, but there is no speech path. Here are the steps
in the call scenario leading to the failed call.
• Extension 120 goes off hook and dials ext 130.
• An initial invite message is sent from 192.168.2.15 (ext 120) to 192.168.1.10 (VoIPDB).
• 192.168.1.10 (VoIPDB) forwards that message to 192.168.3.26 (ext 130).
• In the original setup message there is a field labeled SDP (Session Description Protocol). The SDP
portion informs the IP phone where to send the media (voice) to. The SDP portion of this invite
message contains the IP address of 192.168.2.15 (ext 120).
• 192.168.3.26 (ext 130) sends a 200 OK message to 192.168.1.10 (VoIPDB). In the 200 OK
message is the SDP field reporting the IP address of 192.168.3.26 (ext 130).
• 192.168.1.10 (VoIPDB) forwards this message to 192.168.2.15 (ext 120).
• 192.168.2.15 (ext 120) sends an ACK message to 192.168.1.10 (VoIPDB).
• 192.168.1.10 (VoIPDB) forwards this message to 192.168.3.26 (130).
• At that point the two IP phones attempt to send voice packets directly to each other. As there is no
VPN connection between these sites the call is set up with no voice path.
To correct this issue another VPN connection between sites B and C is required. If an additional VPN
cannot be implemented, due to network limitations, the Peer-to-Peer feature can be disabled in the
NEC SL2100. With Peer-to-Peer disabled, all packets (Signaling and Voice) route through the VoIPDB
card. This also affects IP phones at the REMOTE locations calling other IP phones at the same
location. Without Peer-to-Peer enabled the voice path must route to the MAIN location and then back
to the REMOTE instead of directly between the two stations on the REMOTE network. This forces the
use of additional bandwidth on the MAIN, and REMOTE locations. Peer-to-Peer is disabled in
command 15-05-50 per IP Phone.
1. Program 10-12
Assign the VoIPDB registration/signaling IP address, subnet mask, and default gateway. If no
customer provided default gateway is provided, leave Gateway IP address at 0.0.0.0.
2. Program 84-26
Assign the IP addresses that the DSP is going to use. The IP address assigned must be in the
same subnet as the address in Program 10-12-09.
After these commands are uploaded to the CPU, a system reset must be applied.
3. Program 11-02
SIP MLT Stations are assigned to non-equipped hardware ports.
Physical Station ports are assigned automatically from lowest number ascending as cards are
added to the system.
Because of this you should assign SIP MLT Stations starting with the higher number ports. By
default all Station Ports are assigned numbers in the SL2100. These are easily changed in
Program 11-02 to the required station number as long as the leading digit/digits are set in
Program 11-01 as Extension.
Ports are dedicated to VoIP stations in groups of 2. E.g. In the image below if port 84 (Extension
184 ) is used for a SIP MLT Station that group of 2 ports (Ports 83 and 84) is now dedicated to
VoIP use only.
After one port in a block of two is used by a VoIP station, the remaining port can be used only for
another VoIP Extension.
4. This step is optional. To enable Key data and other station feature programming (before IP Phone
is brought online) the extensions must be identified as IP Phones. Once checked in the IP Phone
List in PC-Pro, the extensions are available for selection in Program 15 and other station related
Programs.
5. The SIP MLT Station requires assignments to be made in the phone itself. Enter the Program
Mode in the station using the following steps.
The station does not require an Ethernet connection to enter the program mode. Only power is
required. Power can be provided by POE provided by a data switch. If the data switch is providing
POE it must be using the 802.3AF standard.
For Basic bench testing only the following assignments are required:
• At this point you are prompted with a User Name and Password. These are the defaults:
User Name: ADMIN
Password: 6633222
The user name should already be entered in the terminal.
Network Settings
• DHCP Mode – DHCP Disable. Click OK.
• IP Address – Enter the IP Address for the station, and click OK.
• Default Gateway – Enter the Default Gateway Address, and click OK. If you are testing without a
router/gateway, this must be left at the default 0.0.0.0
• Subnet Mask - Enter the Subnet Mask for the station, and click OK.
SIP Settings
• SIP User – Intercom Number
Enter the extension number for the IP station, and click OK.
• Server Address & URI – 1st Server Address
Enter the IP address assigned in command 10-12-09, and click OK.
• SIP Server Port - 1st Server Port
Enter port 5080, and click OK.
• Press the EXIT key until you are back at the Main menu.
• Press the SAVE key and the phone saves the configuration to memory, reboots itself and registers
with the CPU.
1. Steps 1~3 are the same as for Plug and Play mode. Step 4 is not optional and MUST be assigned
when using Automatic Registration.
2. Same as Plug and Play mode.
3. Same as Plug and Play mode.
4. To enable key data and other station feature programming before IP Phone is brought online, the
extensions must be identified as IP Phones. Once checked in the IP Phone List in PC-Pro (see
images below), the extensions are available for selection in Program 15 and other station related
Programs.
5. Program 10-46
Change Program 10-46-01 to Automatic.
6. Program 15-05-27
Each IP phone requires a unique personal ID index. Valid settings are 1 ~ 512.
7. Program 84-22-01
Assign the user ID and password to be associated with the Personal ID Index assigned in Step 6.
8. The SIP MLT Station requires assignments to be made in the phone itself. Enter the Program
Mode in the station using the following steps.
The station does not require an Ethernet connection to enter the program mode. Only power is
required. Power can be provided by an AC adapter plugged into the phone or by POE provided by a
data switch. If the data switch is providing POE it MUST be using the 802.3AF standard.
For Basic bench testing, only the following assignments are required:
• At this point, you are prompted with a User Name and Password. These are the defaults:
User Name: ADMIN
Password: 6633222
The user name should already be entered in the terminal.
Network Settings
• DHCP Mode - DHCP Disable. Click OK.
• IP Address - Enter the IP Address for the station, and click OK.
• Default Gateway - Enter the Default Gateway Address, and click OK. If you are testing without a
router/gateway, this must be left at the default 0.0.0.0.
• Subnet Mask - Enter the Subnet Mask for the station, and click OK.
SIP Settings
• SIP User
- User ID - Enter User ID assigned in command 84-22. Click OK.
- Password - Enter the password assigned in command 84-22. Click OK.
- Incom Number - Enter the extension number for the IP station. Click OK.
• Server Address & URI - 1st Server Address
Enter the IP address assigned in command 10-12-09, and click OK.
• SIP Server Port - 1st Server Port
Enter port 5080. Click OK.
• Press the EXIT key until you are back at the Main menu.
• Press the SAVE key, and the phone saves the configuration to memory, reboots itself and registers
with the CPU.
Steps 1~4 are the same as for Section Automatic Registration on page 9-41.
8. The SIP MLT Station requires assignments to be made in the phone itself. Enter the Program
Mode in the station using the following steps.
The station does not require an Ethernet connection to enter the program mode. Only power is
required. Power can be provided by an AC adapter plugged into the phone or by POE provided by a
data switch. If the data switch is providing POE it must be using the 802.3AF standard.
For Basic bench testing only the following assignments are required.
• At this point, you are prompted with a User Name and Password. These are the defaults:
User Name: ADMIN
Password: 6633222
The user name should already be entered in the terminal.
Network Settings
• DHCP Mode - DHCP Disable. Click OK.
• IP Address - Enter the IP Address for the station, and click OK.
• Default Gateway - Enter the Default Gateway Address, and click OK. If you are testing without a
router/gateway, this must be left at the default 0.0.0.0
• Subnet Mask - Enter the Subnet Mask for the station, and click OK.
SIP Settings
• Do not enter any information in the SIP user field. When the phone boots up, it requires a user
name and password. These are preassigned in the system. When entered correctly, the phone is
provided an extension number.
• Server Address & URI - 1st Server Address
Enter the IP address assigned in command 10-12-09, and click OK.
• SIP Server Port - 1st Server Port
Enter port 5080, and click OK.
• Press the EXIT key until you are back at the Main menu.
• Press the SAVE key, and the phone saves the configuration to memory, reboots itself and registers
with the CPU.
IP Phone Relocation is a feature for overriding the registration of an IP phone from various locations.
To override the registration of an IP phone, you must have the login ID and Password of that IP phone.
Conditions
• Multiple IP Phones cannot use the same user ID and the same password at the same time.
• When a user is using multiple IP Phones at the same time, the user ID and password must be
different for each phone.
• When a user is using SoftPhone (CTI mode) and controlling the IP Phone by this SoftPhone, the
user ID and password should be different for the SoftPhone and IP Phone.
• An IP Phone (IP Phone and Soft phone) with DSS console cannot override another IP Phone.
• An IP Phone (IP Phone and Soft phone) with DSS console cannot be overridden from another IP
Phone.
• The login ID and Password are programmed in Program 15-05-27 and Program 84-22.
• IP Phone Relocation can be used only in Manual Registration Mode.
• Two ports of the same terminal type (Program 15-05-26) cannot be assigned to the same Personal
ID index (Program 15-05-27).
• When using Override with an active CTI connection, Program 15-05-39 must be enabled for the
extensions that will be overridden. The overriding terminal must be of the same type and number of
line keys as the terminal to be overridden. If the types of terminals and number of keys are different
between overriding and overridden phones, the Telephony Service Providers (1st Party and 3rd
Party) may not function properly.
MEMO
SIP analyzes requests from clients and retrieves responses from servers, then sets call parameters at
With the VoIPDB up to 128 TDM talk paths are supported. This total may be shared among SIP
stations or SIP trunks. Registered SIP stations and/or SIP trunks require a one-to-one relation with the
VoIPDB DSP Resource. This is a required component of SIP implementation in the NEC SL2100. The
NEC SL2100 VoIPDB contains a regular TCP/RTP/IP stack that can handle real-time media and
supports industry standard SIP (RFC3261) communication on the WAN side.
For this feature, the VoIPDB is installed and assigned. The VoIPDB supports IP signaling for up to 128
(SIP Trunks and/or SIP Stations) and reduces the maximum capacity of system stations and/or Trunks
in accordance with the number of registered SIP Stations.
The NEC SL2100 supports the following CODECS that are considered to provide toll-quality
equivalent speech path.
The following voice compression methods are supported for the IP Station SIP feature:
• G.729. Low bandwidth requirement used on most Wide Area Network links.
• G.711. μLaw – High bandwidth requirement usually used on Local Area Networks.
• G.722 This CODEC is useful in fixed network, Voice over IP applications, where the required
bandwidth is typically not prohibitive.
• G.726 is an ITU-T ADPCM speech-coded standard covering the transmission of voice at rates of
16-, 24-, 32-, and 40Kbps.
The SIP Station feature set supports the HOLD and TRF features based on RFC draft.
• Draft-IETF-sipping-service-examples-09.txt.
• Section 2.5 Draft-ietf-sipping-service-examples- (Transfer - Attended) 15.txt
• IETF RFC is defined as: Internet Engineering Task Force (RFC) Request for Comments.
• The SIP Station feature set supports the Message Waiting Indication (MWI) based on RFC3842.
• SIP INFO works independent from other DTMF methods such as RFC2833. This means SIP
Terminals should send DTMF information by a single method, otherwise the system will receive both
separately causing double digits.
• When PRG 15-05-49 is set to 2: Allowed while RTP is not available, SIP INFO will be received while
RTP is not established. In-band method such as RFC2833 will be used once voice path is
established.
• When PRG 15-05-49 is set to 1: Allowed any time, SIP INFO will be received whenever they arrive.
• The system time can be provided using NTP time server updates to standard SIP terminals.
• When connecting multiple SIP Phones via NAT, PRG 15-05-18 has to be set to admit the
registration of multiple SIP Phones which are using the same IP address. For example, if you had a
STD SIP Terminal that had two lines registering with the same IP Address, you would need to flag
PRG 15-05-18 for both Extension numbers.
• In the router/firewall that the SL2100 resides behind port forwarding is required. Port forwarding at
the SIP Terminal end is not required as long as PRG 15-05-45 (Plug and Play) is enabled, which it is
by default. The ports that must be forwarded to the SL2100 are as follows:
- UDP Port 5070 MUST be forwarded to the IP Address assigned in PRG 10-12-09. UDP Ports
10020 ~ 10083 MUST be forwarded to the IP Address assigned in PRG 84-26-01.
SECTION 2 PROGRAMMING
2.1 Card Setup
Table 10-1 ※1
Codec Video Quality Mode Frame rate (fps) bit rate (bps)
H264 Mode1 15 384
Mode2 15 768
Switch
VoIP
VoIPDB 192.168.1.20
VoIPDB DSP: 192.168.1.21
Subnet Mask: 255.255.255.0
Default Gateway: 192.168.1.254
NAPT
and their TCP/UDP ports are translated into a single public address and its TCP/UDP ports. In the
case of IP phones with the SL2100 it allows their connection to a public (Internet) IP address which is
then converted back to the private (non-Internet) IP address on the customer’s network. The
translation is available at the SL2100 end as well as at the remote IP Phone end of the connection if
required.
SL1100
192.168.1.10/24 VoIP Gateway RTP = 10020 RTCP = 10021
192.168.1.1 (Gateway)
192.168.1.11 (VoIP Gateway)
192.168.1.2/24
NAPT
Router
Port Forwarding in this router should be set
as follows.....
UDP ports 5080~5081 to 192.168.1.10
UDP ports 10020~10083 to 192.168.1.11
1.1.1.1
Public IP
192.168.4.1/24
Main Software
Hardware
Capacity
1.3 Installation
The following settings have been added for NAT traversal in the 8IPLD IP Terminal.
To enter IP phone programming at the terminal, press HOLD, TRANSFER, *, #. User name is ADMIN
and password is 6633222 (NEC).
11-2 NAPT
ISSUE 1.0 SL2100
Setting location: 0. Config/ 1. Network Settings/ 6. Advanced Settings/ 5. Self Port Settings
SECTION 2 CONDITIONS
• The NAPT feature supports CPU software V1.00 or higher.
• Terminals using NAPT must be at firmware V1.0.0.0 or higher.
• IP terminals can be connected via NAT router or WAN (direct connection).
• The NAT router on the SL2100 side must have a static WAN IP address.
• The software change Programs 15-05-47 and 15-05-48 to a shorter interval. These programs are
changed on a per station basis. Non NAPT phones will still use Programs 84-23-01 and 84-23-02
while only NAPT phones will use Programs 15-05-47 and 15-05-48.
• It is necessary to set Program 10-46-14 to OFF when the VoIPDB is assigned a global (public) IP
address.
• When Program 10-46-14 is set to ON, it references programs 10-58-01 and 10-58-02. These
programs are used to define any destination networks that do not get sent through the NAPT
translations.
• UDP ports in the remote routers may be required to be forwarded to the IP Terminals.
• NAPT can be used for SIP trunks and terminals on the same system.
SECTION 3 RESTRICTIONS
• With static NAT, the terminal needs a static IP Address assigned to it, or entries in the DHCP must
be made to provide the same IP Address to the terminal.
• The NAT router on the terminal side must have the function for setting up static NAT.
• A conversion table must be manually set up for the NAT router on the terminal side.
• If installing multiple terminals in the domain of the NAT router on the terminal side, the RTP Self port
and SIP Self port for each terminal must be specified so as to avoid overlapping.
• The SIP server cannot be switched. (Only one address can be registered as the SIP server.)
Dynamic NAT
• The NAT router on the terminal side must have the function for setting up dynamic NAT.
• It is assumed that port numbers are not changed by the NAT router on the terminal side. If a port
number is changed by NAT router, NEC does not guarantee proper operation.
• If installing multiple terminals in the domain of the NAT router on the terminal side, the RTP Self port
and SIP Self port for each terminal must be specified so as to avoid overlapping.
• The SIP server cannot be switched. (Only one address can be registered as the SIP server.).
11-4 NAPT
ISSUE 1.0 SL2100
11-6 NAPT
All DSP Busy Indication
SECTION 1 INTRODUCTION 12
The All DSP Busy feature is used to alert users via telephone displays and/or Alarm reports when all
DSP (VoIP) resources in the system are being used. This can be used to trouble shoot issues or to
alert when the current hardware might need to be upgraded to a higher capacity.
The Alarm message for will vary depending on what type of resource is unavailable, and will be
displayed on display telephones and included in reports.
Parameters Description
STA DSP for IP Station Calls Were All Busy.
TRK DSP for Trunk Calls Were All Busy, includes SIP.
The report example below shows an alarm for all busy Station and Trunk DSPs.
LCD Display
This SL Net feature is only supported when networked with another SL2100 or SL1100; no other
13
system types are available.
SL Net
SECTION 1 INTRODUCTION
SL Net allows networking between multiple SL2100’s and SL1100's to act as a single “virtual” SL2100
system. Interconnected with VoIP, each phone system becomes a node on the network that can
communicate with any other phone system node. Systems can be installed separately in the same
building, or in Remote Offices connected via a qualified network.
SL Net requires a system license per node, the license is: SL2100 SL NET-08 LIC. This license is a
Channel license. License would be required per channels which are used for SL Net in each system.
location. Below is an example showing a network that exceeds the 256 port maximum capacity when
site 5 is added to the network.
Site 1 Site 2
Network
Site 3 Site 5
Site 4
12 Station Ports + 4 CO 12 Station Ports + 4 CO
Lines = 16 Total Ports Lines = 16 Total Ports
32 Station Ports + 8 CO
Lines = 40 Total Ports
When the capacity is exceeded, an alarm report is generated and the message "NW port limit
exceeded" is displayed on an Alarm indication telephone. To restore the network, so all systems can
communicate with each other, the system totals need to be brought below the 256 port maximum.
After the necessary ports (station or trunk) are removed from a system, a restart of the SL2100 is not
required. Every time a system in an SL Net network is reset, a port count is performed. If the network
port count is below 256, all systems are allowed to communicate.
InMail ports are not counted against the 256 port maximum capacity.
Each system will require a CPU-C1 and VoIPDB, which by default will provide 8 channels (by CPU-C1
only) and 16 channels (by CPU-C1 + VoIPDB) to be shared for all IP related devices (e.g. IP Phones,
IP Trunks, SL Net). If more than 16 channels are required at any site, the system must have the
following license: SL2100 IP CHANNEL-16 LIC (5103). With this license installed, the system will now
have 32 channels to share for all IP devices. Every system that requires 32 ports must purchase and
install this license. Up to 256 channels can be set per system.
For a network to be suitable for VoIP it must pass specific requirements. The requirements are:
• One way delay must not exceed 150 ms
• Round trip delay must not exceed 300 ms
• Packet loss must not exceed 1 %
• Data switches must be manageable
• No half-duplex equipment may be present in the network
• Routers must provide QOS
Depending upon how the QOS policies are built in the network, assignments may be needed in the CPU
(PRG 84-10).
13-2 SL Net
ISSUE 1.0 SL2100
Below is a chart that shows the average bandwidth per VoIP call over Ethernet.
For example, if one site plans on making a maximum of 16 calls across the network using G.729 with
a 30 ms packet size, there must be a minimum of 376 kbps available for voice traffic. The QOS policy
for this network should allow for 376 kbps to be set aside for voice prioritization.
Program 84-10 is used to assign the IP Precedence or Diffserv Values per Protocol Type. For SL Net
only two protocol types will be selected. All signaling packets will be marked with the values assigned
for protocol type “H.323”. All voice packets will be marked with the values assigned for protocol type
“RTP/RTCP”.
SECTION 5 IP PRECEDENCE
IP Precedence uses the first 3 bits of the TOS field to give eight possible precedence values (0 ~ 7).
Under normal circumstances the higher the number the higher the priority. However this is left to the
network administrator for setup. When assigning IP Precedence values (for SL Net) go to program
84-10-01 and change the type from Disabled to IP Precedence. Then in program 84-10-02 assign the
value for the signaling (H.323) and voice (RTP/RTCP) packets. Below is an example where the
signaling packets are to be tagged with an IP Precedence of 4 and the voice packets are to be tagged
with an IP Precedence of 5.
After changes are made to Program 84-10 the system will need to be reset before the proper values are
inserted into the IP packets.
SECTION 6 DIFFSERV
Diffserv is also known as Differential Services Code Point (or DSCP for short). It uses the first 6 bits of
the TOS field, therefore giving 64 possible values. The following list shows the most common Diffserv/
DSCP Code Points and their names along with the proper setting in the SL2100.
13-4 SL Net
ISSUE 1.0 SL2100
When assigning Diffserv values (for SL Net) go to program 84-10-01 and change the type from
Disabled to Diffserv. Then in program 84-10-07 assign the value for the signaling (H.323) and voice
(RTP/RTCP) packets. The next table shows an example where the signaling packets are to be tagged
as Class Selector 4 and the voice packets are to be tagged as Expedited Forwarding.
After changes are made to Program 84-10 the system will need to be reset before the proper values are
inserted into the IP packets.
6.1 Conditions
• A maximum of 50 nodes and a total of 256 ports throughout the network.
InMail ports do not count against the 256 port capacity.
• This feature is only supported when networked with another SL1100 or SL2100; no other system
types are available.
• Each system must be individually licensed for this feature with the following license: SL2100 SL
NET-08 LIC.
• The system requires a VoIPDB daughter board on the CPU-C1 when more than nine VoIP channels
are used in the system. The CPU-C1 is initially available a maximum of eight VoIP channels.
• Each site must have different extension numbers assigned. The same extension number cannot
exist at multiple sites.
• Call redirect is not supported with SL Net networking.
• Dual Hold across the network is not supported.
• If calls across SL Net are to follow the local ARS routing, all sites must use ARS routing.
• SL Net is not supported through NAT.
• A Trunk Access via Networking key (*06) will not light up when all trunks in the Remote site trunk
group are busy. If a user tries to access a trunk, when they are all busy, the word “Busy” will be in
the display and the user will hear Busy Tone but the key will not light up.
• Camp On across SL Net is only supported to a Busy extension.
• Hold, Transfer, and Park recall timers will follow the timer of the system where the call is on hold
(Trunk and Station). For example, a user in Site A calls a user in Site B. Site B answers the call and
places the call on hold. The hold recall time is based on Site A because the call on hold is in Site A
and not site B.
• The allowing or denying of Class of Service features in an SL Network must be performed network
wide. For example, if users in Class of Service 1 at site 1 want to block the Camp On feature a
change will have to be made in Class of Service 1 of all systems in the network.
• Paging to a networked system can only be activated by dialing a service code and the target
network’s system ID.
• When a terminal or trunk is placed on hold, the Music on Hold comes from the system where the
terminal or trunk resides.
• When the Hold recall times out, the call will recall to the operator in the system where the CO trunk
resides. Hold recall timeout to the operator is controlled in Class of Service program 20-11-13.
• Forced Account Codes are not applied to calls across SL Net.
• When Multiple Voice Mails are installed in the network, each site must have a unique Voice Mail
pilot number. The pilot number assigned must be within the routable extension number range in all
sites throughout the network.
• When each site has its own Voice Mail system, a user in one location cannot call the Voice Mail pilot
number that resides in another system.
• When each site has its own Voice Mail system, a Voice Mail Message Line key (PRG 15-07 key 77)
cannot be programmed for an extension in a Remote system.
• When using centralized voice mail in a network that has both SL2100 and SL1100 systems the
voice mail department group must be 32 or lower in order to work with the SL1100.
• Virtual Loopback trunks are not supported across SL Net.
• Code Restriction is not applied for CO trunks accessed across the SL Net network.
• When a network has both SL2100 and SL1100 systems PRG 84-34-02, Profile 1, Type 2 (DTMF
Payload Number - Networking) must be set to 96 for all SL2100 systems.
• When using centralized voice mail it is strongly recommended that the main SL2100 containing the
central voice mail be populated with a IP7WW-EXIFB-C1 and IP7WW-SDVMS-C1 (1G) or IP7WW-
SDVML-C1 (4G) SD Drive.
• Network ports (extension or trunk) cannot land on a virtual extension key. When PRG 15-18 is set to
“land on key” the virtual extension will still ring. When the call is answered the virtual key will go
back to an idle state.
• SMDR information is collected in the system where the trunk resides. If a user in Site A accesses a
CO trunk out of Site B, this call is reported in Site B’s SMDR and not in Site A’s SMDR.
• When a networked ICM call forwards to Voice Mail (Centralized or Individual Voice Mail) the user will
not be able to perform any dialing options to dial out of the mailbox. The associated dial action table
cannot be accessed unless the call originates from a CO trunk.
• If you use the Make Call feature while listening to a Voice Mail message, the first few seconds of the
call may be silent if the call is routed across the SL Net network.
• When using Loop Keys to make outgoing CO calls via the network, the loop key will not light. If ARS
is enabled, and an outgoing CO call via the network is placed, the loop key will light for the first few
seconds until the system determines which trunk to seize.
• When a CO call via the network is put on hold, the call is placed onto the users Hold key. To retrieve
this call the user must press the Hold key. If one call is already on Hold the user cannot place a
second call on hold, the second call must be placed into a park orbit or transferred to another
station.
• Built-in Automated Attendant and Centralized Voice Mail cannot be used in the same system.
• Calls (Intercom or Trunk) routed across the SL Net network cannot be answered by the Built-In
Automated Attendant.
• Caller ID Flexible Ringing does not work for incoming calls via the SL Net network. For the calls to
route based on caller ID, the programming must be performed in the system that contains the CO
trunks. Routing to other system’s extensions is available; however the ringing patterns will not be
followed.
• Directory Dialing will not list extension numbers in remote SL Net systems.
13-6 SL Net
ISSUE 1.0 SL2100
• Distinctive Ringing patterns will only work in the system where the trunk resides.
• A Drop Key (PRG 15-07 key 84) or the Flash Key will not function for calls routed across the SL Net
network.
• Long conversation cutoff will not disconnect a trunk call if a user accesses a trunk out of a
networked system.
• An operator extension (PRG 20-17) cannot be assigned to an extension in a Remote SL Net
system. The operator for each site must reside in their own local system.
• Calls routed across the SL Net network cannot use the Repeat Redial function
• A Reverse Voice Over key (PRG 15-07 key 47) cannot be programmed for an extension in a
Remote SL Net system.
• Room Monitor cannot be used to monitor an extension in a Remote SL Net system.
• A Saved Number Dialed key (PRG 15-07 key 30) cannot be used to save a number if the call is
routed across the SL Net network.
• A Secondary Incoming Extension cannot be programmed for a station in a Remote SL Net system.
• A Secretary Call Buzzer and Secretary Call Pickup key (PRG 15-07 key 41 and key 42) cannot be
programmed for a station in a Remote SL Net system.
• A Serial Call cannot be performed to a station in a Remote SL Net system.
• Tandem Ringing cannot be set to an extension in a Remote SL Net system.
• If an extension is using a CO trunk in a Remote SL Net system, the Tone Override feature is not
supported. In this scenario the busy station will receive the Tone Override but will not be able to
answer the caller.
• Trunk Queuing/Camp-On cannot be performed to a busy CO trunk in a Remote SL Net system.
• Voice Over to a busy extension is not supported across the SL Net network.
• Personal Park (PRG 15-07 key *07 or Service Code 757) is not supported for calls across the SL
Net network.
• Mobile Extension is not supported for calls across the SL Net network.
• When a call is transferred to a Department Group with All Ring, there is a difference in operation. In
a single system, an extension within the same system can transfer a call to a Department Group.
The call will ring an extension within the Department Group once the transferring user hangs up. In
a networked system, the transfer will not go through and the call will recall the extension performing
the transfer.
• Live Monitor is not supported for users in remote systems.
None
IP7[ ]-4KSU-C1
IP7[ ]-CPU-C1
IP7WW-VOIPDB-C1
Each active SL Net call requires one of the following licenses in both end point systems:
• SL2100 SL NET-08 LIC (5091)
• SL2100 IP CHANNEL-16 LIC (5103)
When a * is listed next to the Program Number it indicates a program that MUST be set (from a default
state) for this feature to be enabled.
13-8 SL Net
ISSUE 1.0 SL2100
13-10 SL Net
ISSUE 1.0 SL2100
13-12 SL Net
ISSUE 1.0 SL2100
13-14 SL Net
ISSUE 1.0 SL2100
13-16 SL Net
ISSUE 1.0 SL2100
Site A Site B
VoIPDB IP Address: 172.16.0.10 VoIPDB IP Address: 10.0.0.10
VoIPDB Subnet mask: 255.255.0.0 VoIPDB Subnet mask: 255.0.0.0
DSP IP Address: 172.16.0.11 DSP IP Address: 10.0.0.11
Network
13-18 SL Net
ISSUE 1.0 SL2100
8.1.1 Centralized VM
In the example below site A will be using an InMail with 16 ports as the Centralized VM. The InMail will
use station ports 69 ~ 84 and have a pilot number of 100.
In the following example ext 101 will have a DSS/BLF of extension 201 on the phone. When ext 201 is
Busy, the user at extension 101 will see the DSS/BLF key is lit indicating that ext 201 is in use.
Extension 102 will have a DSS console and the first two keys on the DSS console will provide Network
BLF indication for extension 201 and 202.
Extension 201 will have a DSS/BLF of extension 101 on the phone. When ext 101 is Busy, the user at
extension 201 will see the DSS/BLF key is lit indicating that ext 101 is in use.
In the following example extension 101 and 201 will have Call Park orbit 01 on line key 1 of their
phones. When a call is parked in this orbit (Park 01) both of these line keys will indicate that a caller is
parked. The call can be picked up from these two stations by pressing the key or the call can be
retrieved from any user in the network using an access code.
-Note- By default Call Park bins are shared with every phone throughout the network. This can be
changed so that each site has their own call park locations and will not be shared throughout the
network.
13-20 SL Net
ISSUE 1.0 SL2100
In the following example users in Site B will access the trunks from site A by dialing an access code of
8. When a user in site B dials 8 and a phone number the call will be processed across the network and
out the trunk in site 1. Users in Site B will still be able to dial 9 and make calls out their own local
trunks.
A user can perform and Internal, External, or Combined page to any system in the SL Net network. To
page a remote SL Net system, follow the operation below.
Internal Page – Dial internal paging access code (701 at default) + # + two digit system ID code
(01~04) + two digit Page Zone (00~32). The following is an example of paging internal zone 1 in
remote system 1. User goes off hook and dials 701 + # + 01 + 01 and begins paging. When the user is
finished paging, go back on hook to end the page.
External Page – Dial the external paging access code (703 at default) + # + two digit system ID code
(01~04) + single digit external zone (0~3). The following is an example of paging external zone 1 in
remote system 1. User goes off hook and dials 703 + # + 01 + 1 and begins paging. When the user is
finished paging, go back on hook to end the page.
Combined Page – Dial the combined paging access code (*1 at default) + # + two digit system ID
code (00~04) + single digit external zone number (0~3).
13-22 SL Net
ISSUE 1.0 SL2100
13-24 SL Net
ISSUE 1.0 SL2100
13-26 SL Net
ISSUE 1.0 SL2100
MEMO
ISSUE 1.0