Touchstone Telephony Provisioning Guide

advertisement
Touchstone Telephony
Provisioning Guide
Document release: Release 4.5 Standard 2.0
Date: December 2005
About This Document
This document describes installation and provisioning of Touchstone™ Telephony
modems using TS4.5 software.
1 Installing and Upgrading Touchstone Software
This chapter provides procedures used to install and upgrade Touchstone software
on local DHCP and TFTP servers.
2 Provisioning Modes
You can provision Touchstone Telephony products using a variety of PacketCable-compliant and non-compliant tools.
3 Provisioning
You can provision Touchstone Telephony products using the procedures outlined
in this section.
4 MIB Reference
This chapter lists the MIBs referenced by the TS4.5 software. See the Touchstone
Software Troubleshooting Guide for a partial list of MIB variables used for troubleshooting.
5 Appendix A: Example Files
The following is a list of example data and telephony provisioning file templates
included with TS4.5. See the PacketACE Configuration Tools User’s Guide for
more information about using the templates.
6 Appendix B: Configuring the Service Provider Root
PacketCable requires a Service Provider certificate hierarchy, which allows other
network elements to authenticate the service provider's servers. The following figure shows the hierarchy.
ii
7 Appendix C: Line Parameters by Country
The following tables show the default tones and ring definitions for each supported
country template.
 2004, 2005 ARRIS
All rights reserved
Printed in the USA
The information in this document is subject to change without notice. The statements, configurations, technical data, and
recommendations in this document are believed to be accurate and reliable, but are presented without express or implied warranty.
Users must take full responsibility for their applications of any products specified in this document. The information in this document is
proprietary to ARRIS.
ARRIS, ARRIS Interactive, C3, C4, and Touchstone™ are trademarks of ARRIS International, Inc. Cadant is a registered trademark
of ARRIS International, Inc. All other trademarks and registered trademarks are the property of their respective holders.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Publication history
December 2005
Release 4.5 Standard 2.0 version of this document for TS4.5 MSUP 2.
November 2005
Release 4.5 Standard 1.0 version of this document for TS4.5 MSUP 1.
April 2005
Release 4.4 Standard 2.0 version of this document for TS4.4 MSUP 3.
March 2005
Release 4.4 Standard 1.0 version of this document.
February 2005
Release 4.3 Standard 1.0 version of this document.
August 2004
Release 4.2 Standard 1.0 version of this document.
Release 4.1 Standard 2.0 version of this document.
April 2004
Release 4.1 Standard 1.0 version of this document.
September 2003
Release 3.2 Standard 1.0 version of this document.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
iv
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Contents
About This Document
ix
Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
In this Document . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix
Installing and Upgrading Touchstone Software
1
Load Name Extensions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
About ARRIS Enhanced Software Loading . . . . . . . . . . . . . . . . . . . . . . . 2
Upgrade Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Enhanced Software Loading Options . . . . . . . . . . . . . . . . . . . . . . . . 3
ArrisCmDevSwAdminStatus MIB feature switch . . . . . . . . . . . . . . . . 3
ArrisCmDevSwTable MIB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Example Software Lineup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Example Configuration File Excerpt . . . . . . . . . . . . . . . . . . . . . . . . . 5
Rejecting Software Download Requests . . . . . . . . . . . . . . . . . . . . . . . . . 6
Procedure: Installing the Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Adding the CVC 8
Installing the Software on a File Server 9
Configuring the NIU to Download its Software 9
Setting Up ARRIS Enhanced Software Loading 9
Procedure: Upgrading Touchstone Software . . . . . . . . . . . . . . . . . . . . 11
Upgrading the Software through Provisioning 12
Upgrading the Software through SNMP 13
Changing Configuration Files for Upgrades from TS4.2 13
Provisioning Modes
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning Modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Using the Provisioning Method Indicator. . . . . . . . . . . . . . . . . . . . .
Provisioning Event Sequences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
PacketCable Sequence. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
PacketCable (no KDC) Sequence. . . . . . . . . . . . . . . . . . . . . . . . . .
GUPI (including variants)/Basic 1 Sequence . . . . . . . . . . . . . . . . .
Basic 2 Sequence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Single MAC/Config File Sequence . . . . . . . . . . . . . . . . . . . . . . . . .
Setting Up the Provisioning Server Data. . . . . . . . . . . . . . . . . . . . .
Verifying MTA Provisioning and Endpoint Status . . . . . . . . . . . . . .
DHCP Support by Provisioning Mode . . . . . . . . . . . . . . . . . . . . . . . . . .
Options Required in All Provisioning Modes . . . . . . . . . . . . . . . . . .
15
15
15
17
18
19
19
20
22
22
23
23
23
23
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
vi
PacketCable Modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
GUPI Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ARRIS modified version of Simplified PacketCable Provisioning
(Basic 1 and Basic 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Single MAC/Config File Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
DOCSIS Only Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
DHCP Option 43 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
DHCP Option 60 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning Considerations for European Loads . . . . . . . . . . . . . . . . .
Flow MTA15: SNMP Enrollment INFORM . . . . . . . . . . . . . . . . . . .
Flow MTA19: SNMPv3 SET . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Flow MTA23: TFTP Configuration File Request . . . . . . . . . . . . . . .
Flow MTA25: SNMP INFORM . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning Considerations for SIP Loads . . . . . . . . . . . . . . . . . . . . . .
SIP Feature Switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Information Required for SIP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning Management Features . . . . . . . . . . . . . . . . . . . . . . . . . . .
BackOff and Retry Mechanism Support . . . . . . . . . . . . . . . . . . . . .
About IPSec . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Service Interruptions during Software Upgrades . . . . . . . . . . . . . .
Call Management Servers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning CM and MTA Features . . . . . . . . . . . . . . . . . . . . . . . . . . .
Full DQoS Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
DSX QoS Mode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Voice and Signalling Ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
CODECs and Packetization Rates Supported . . . . . . . . . . . . . . . .
CallP Feature Switch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
MTA Feature Switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
CM Feature Switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SIP Feature Switch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Country Code Templates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Dial Pulse Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SIP Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
European Productization Support . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuration File Provisioning Notes . . . . . . . . . . . . . . . . . . . . . . . . . .
Support for TLV-41 (Downstream Channel Lists) . . . . . . . . . . . . . .
Embedding ARRIS-Proprietary MIBs within TLV-43 . . . . . . . . . . . .
Monitoring MTA Provisioning Status . . . . . . . . . . . . . . . . . . . . . . . . . . .
Software Upgrade Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Procedure: Configuring Alarm and Log Reporting . . . . . . . . . . . . . . . .
Action 52
Procedure: Updating the KDC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Configuring the KDC to use the CableLabs Test root 53
Using the Test Root Download feature 54
Procedure: Controlling General NIU Functionality . . . . . . . . . . . . . . . .
Controlling Access to Troubleshooting Pages 56
Controlling Data Shutdown Functionality 57
Reading Software Load Information 57
Changing the ifInOctets Counter Operation 57
Setting the Telephony Port CATV Relay 58
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
24
25
25
26
26
26
27
27
27
28
28
28
28
28
28
31
31
31
31
31
32
32
33
33
33
33
34
34
38
40
41
41
43
43
44
44
44
46
46
48
49
53
56
vii
Setting the Loop Voltage Management Policy 58
Procedure: Controlling Cable Modem Functionality . . . . . . . . . . . . . . .
Setting Allowed CPE Counts 60
Toggling the DOCSIS Mode 60
Controlling the WAN Isolation State 61
Setting IPv6 Forwarding 62
Setting DOCSIS 1.0 Fragmentation Support 63
Procedure: Controlling MTA Functionality . . . . . . . . . . . . . . . . . . . . . .
Configuring Loop Current 64
Configuring Gain Control 65
Adjusting Delta Rx/Tx Gain 66
Configuring Dial Pulse Support 66
Configuring the Echo Cancellation Tail Length 67
Configuring the Ringing Waveform 67
Configuring the Dynamic RTP Port Range 68
Configuring Non-Phase Reversed Modem Tone Handling 68
Setting Jitter Buffer Parameters 69
Setting the Upstream Buffer Depth 69
Procedure: Provisioning SIP Support. . . . . . . . . . . . . . . . . . . . . . . . . .
CM Configuration File Changes 70
MTA Configuration File Changes 71
Setting up Dialing Features 73
Configuring Warmline or Hotline 74
Procedure: Provisioning European Productization Support . . . . . . . . .
Configuring Power Ring Frequency 76
Configuring On-Hook Caller ID 77
Configuring Visual Message Waiting Indicator 77
Configuring Tone Operations 78
Configuring Hook Flash Timing 80
Procedure: Provisioning Voice and Signalling Packet Priority . . . . . . .
Action 81
MIB Reference
60
64
70
76
81
83
Supported MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ARRIS Proprietary MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
DOCSIS MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
PacketCable MIBs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Network-related MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Imports and Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Duplicate and Obsolete MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Duplicate MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Obsolete MIBs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Deprecated MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Order of Compilation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Appendix A: Example Files
Listing of Templates. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Location of Template FIles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
MTA Configuration Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Cable Modem Configuration Files . . . . . . . . . . . . . . . . . . . . . . . . . .
Text Files. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SNMP Co-existence Example Configuration File . . . . . . . . . . . . . . . . .
83
83
84
84
85
85
86
86
87
89
89
93
93
93
93
94
96
97
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
viii
Software Upgrade Example. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Gateway Dial Pulse Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
SIP CM Configuration File Example . . . . . . . . . . . . . . . . . . . . . . . . . . 101
SIP MTA Configuration File Example . . . . . . . . . . . . . . . . . . . . . . . . . 103
Appendix B: Configuring the Service Provider Root
105
Service Provider Root Provisioning for Touchstone Telephony Modems .
106
MIBs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Appendix C: Line Parameters by Country
Provisioning Ring Cadence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
North American Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . .
Provisioning European Ring Cadences . . . . . . . . . . . . . . . . . . . .
Austria Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Belgium Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
France Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Germany Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Hungary Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Japan Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mexico Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
MexicoC Ring Cadences. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Netherlands/Netherlands09 Ring Cadences. . . . . . . . . . . . . . . . .
Norway Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Panama Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Poland Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Switzerland Ring Cadences . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Customizing Default Ring Cadences . . . . . . . . . . . . . . . . . . . . . .
Default Tone Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
111
111
111
112
113
113
114
115
115
116
116
117
117
118
118
119
120
120
121
About This Document
This document describes installation and provisioning of Touchstone™
Telephony modems using TS4.5 software.
Audience
This manual assumes that you have a basic understanding of SNMP
management systems, DOCSIS® and PacketCable™ standards, and a
working knowledge of cable data and telephony networks.
In this Document
This document contains the following information:
•
Chapter 1, “Installing and Upgrading Touchstone Software,”
describes how to install and upgrade Touchstone software.
•
Chapter 2, “Provisioning Modes,” describes provisioning
modes, the communication sequence associated with each
mode, and how provisioning modes affect DHCP.
•
Chapter 3, “Provisioning,” provides provisioning notes and procedures.
•
Chapter 4, “MIB Reference,” provides a brief overview of standard and proprietary MIBs used in system management.
•
“Appendix A: Example Files,” provides complete and partial
examples of provisioning files.
•
“Appendix B: Configuring the Service Provider Root,”
describes how to change the Service Provider certificate for use
with KDC servers.
Terminology
The following is a list of terms and abbreviations used in this manual.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
x
About This Document
Call Agent (CA)
A device that maintains call state, and controls the line side of
calls. The CA is often a portion of a Call Management Server
(CMS).
Call Management Server (CMS)
A generic term for the devices connecting a ToIP network to the
PSTN. A CMS includes both a Call Agent (CA) and the PSTN
gateway, and controls audio call connections.
CallP
Call Processing. Software controlling the current state of a call.
CBR
Constant Bit Rate. A data service that provides a guaranteed,
fixed amount of bandwidth. Technically, it is not possible to
provide actual CBR services over an IP network due to factors
such as contention and latency. UGS service flows and lowlatency hardware such as the ARRIS™ Cadant® C4 CMTS,
however, can provide an approximation suitable for carriergrade telephone service.
Classifier
Rules used to classify packets into a Service Flow. The device
compares incoming packets to an ordered list of rules at several
protocol levels. Each rule is a row in the docsQosPktClassTable.
A matching rule provides a Service Flow ID (SFID) to which
the packet is classified. All rules need to match for a packet to
match a classifier. Packets that do not match any classifiers are
assigned to the default (or primary) Service Flow.
CM
Cable Modem. Typically a device installed at the subscriber
premises that provides a high-speed data (Internet) connection
through the HFC network.
CMTS
Cable Modem Termination System. A device at a cable headend
that connects to cable modems over an HFC network to an IP
network.
Codec
Coder-decoder. In ToIP products, one of several possible
schemes of converting audio (i.e. a phone call) to digital data
and vice versa. Attributes of a codec include fidelity (e.g. voice
quality), bandwidth, and latency.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
About This Document
xi
CPE
Customer Premises Equipment. Subscriber-owned equipment
connected to the network. Technically, a cable modem, MTA, or
NIU falls into this category, although many operators do not
designate them as such.
CVC
Code Verification Certificate, an encryption key that allows
secure downloading of encrypted software over the HFC network.
DHCP
Dynamic Host Configuration Protocol. An IP protocol used to
provide an IP address and location of services (such as DNS
and TFTP) needed by a device connecting to the network.
DNS
Domain Name Service (Server). An IP service that associates a
domain name (such as www.example.com) with an IP address.
Downstream
In an HFC network, the direction from the headend to the subscriber. Some older cable documentation may refer to this as the
forward path.
DOCSIS
Data Over Cable Service Interface Specification. The interoperability standards used for data communications equipment on
an HFC network.
E-MTA
Embedded MTA. A device, such as the ARRIS Touchstone
Telephony Modem, that contains both an MTA and a cable
modem.
Euro-DOCSIS
The European version of DOCSIS. Euro-DOCSIS specifies an
8 MHz downstream bandwidth (vs. 6 MHz for DOCSIS); other
minor differences exist as well.
FQDN
Fully Qualified Domain Name. The name used to identify a single device on the Internet. See RFC2821 for details.
Global Universal Provisioning Interface (GUPI)
A PacketCable subset, intended to accommodate a wide range
of partially-compliant equipment. SNMP communication uses
SNMPv1 or SNMPv2, with INFORM disabled.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
xii
About This Document
IPSec and media encryption are disabled.
Headend
The “central office” in an HFC network. The headend houses
both video and data equipment. In larger MSO networks, a
“master” headend often feeds several “remote” headends to
provide distributed services.
HFC
Hybrid Fiber-Coaxial. A broadband, bi-directional shared
media transmission system using fiber trunks between the headend and fiber nodes, and coaxial distribution cable between the
fiber nodes and subscriber premises.
Jitter
Variance in packet arrival time. Jitter is a factor in applications
such as telephony, where the originating device sends packets at
a constant rate.
Latency
The time required for a signal element (e.g. packet) to pass
through a device or network.
KDC
Kerberos Key Distribution Center.
LCO
Local Connection Options. A structure that describes the characteristics of the media data connection from the point of view
of the CMS creating the connection.
MAC
Acronym for Media Access Control. A general term for the
link-level networking layer and associated protocols. MAC protocols used in HFC data networks include Ethernet, the DOCSIS RF interface, and HomePNA.
Maintenance window
The usual period of time for performing maintenance and repair
operations. Since these activities often affect service to one or
more subscribers, the maintenance window is usually an overnight period (often 1 a.m. to 5 a.m. local time).
MD5
Message Digest 5. A one-way hashing algorithm that maps variable length plaintext into fixed-length (16-byte) ciphertext.
MD5 files, built by a provisioning server, contain provisioning
data for each NIU on the network.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
About This Document
xiii
MIB
Management Information Base. The data representing the state
of a managed object in an SNMP-based network management
system. Often used colloquially to refer to a single object or
variable in the base; e.g. “the lcCmtsUpMaxCbrFlows MIB.”
MSO
Multi-System Operator. A cable company that operates multiple
headend locations, usually in several cities.
MPI
Micro-Processor Interface. An internal Touchstone Telephony
Modem component.
MTA
Multimedia Terminal Adapter. A subscriber premises device
that contains the network interface, codecs, and all signalling
and encapsulation functions required for telephony transport,
CLASS features signalling, and QoS signalling. The MTA is an
integral part of Touchstone Telephony embedded MTA (EMTA) products.
NCS
Network Call Signaling. The PacketCable protocol used to control calls.
NIU
Network Interface Unit. A generic term for a device providing
data and telephony connections at a subscriber site. Also
referred to as embedded MTA (E-MTA).
NMS
Network Management System. Software, usually SNMP-based,
that allows you to monitor and control devices on the network.
In a ToIP network, managed devices include NIUs, CMTS,
servers, PSTN interface devices, and routers. An NMS works
by reading and setting values of MIB variables presented by
each device.
Off-net
A call between a ToIP phone line and a line on the PSTN.
On-net
A call between two ToIP phone lines. Depending on the CMS
used, the connection may be established directly between the
MTAs or be routed through a gateway.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
xiv
About This Document
PacketCable
A CableLabs-led initiative aimed at developing interoperable
interface specifications for delivering advanced, real-time multimedia services over two-way cable plant.
PSTN
Public Switched Telephone Network.
PCM
Pulse Code Modulation. A commonly employed algorithm to
digitize an analog signal (e.g. voice) into a digital bit stream
using simple analog to digital conversion techniques. PCM is
employed in the popular G.711 codec.
QAM
Quadrature Amplitude Modulation. A method of modulating
digital signals onto an RF carrier, involving both amplitude and
phase coding. QAM16 modulation encodes four digital bits per
state and is used on upstream carriers; QAM64 and QAM256
encode six or eight bits (respectively) for use on downstream
carriers.
QoS
Quality of Service. An attribute of a Service Flow, defining limitations or guarantees for data rate, latency, and jitter.
QPSK
Quadrature Phase Shift Keying. A method of modulating digital
signals onto an RF carrier, using four phase states to encode two
digital bits.
Quarantine
A state where an endpoint (phone line) may potentially buffer
events. Events not quarantined are processed normally. Processing of quarantined events may be delayed, potentially indefinitely.
RF
Radio Frequency.
SDP
Session Description Protocol. SDP describes multimedia sessions for the purposes of session announcement, session invitation, and other forms of multimedia session initiation.
SLAC
Subscriber Line Audio Circuit. An internal Touchstone Telephony Modem component.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
About This Document
xv
SIP
Session Initiation Protocol. A signaling protocol for Internet
conferencing, telephony, presence, events notification and
instant messaging.
SNMP
Simple Network Management Protocol.
TFTP
Trivial File Transfer Protocol. Used in DOCSIS networks to
transfer software and provisioning files to network devices.
ToIP
Telephony over IP. The ARRIS implementation of PacketCablecompliant telephony services over an HFC network.
Uniform Resource Identifier (URI)
A way to identify a specific phone line for an MTA. For example sip:<phone number>@<IP address or domain>.
Unsolicited Grant Service (UGS)
A Service Flow type used for applications such as telephony in
which latency and jitter are critical. Packets have a fixed size
and interval. Within the constraints of IP networking, UGS
flows attempt to deliver a constant bit rate (CBR) stream of
data.
Upstream
The path from a subscriber device to the headend. Some older
cable documentation may refer to this as the return path or
reverse path.
VF
Voice Frequency.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
xvi
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
About This Document
1
Installing and
Upgrading
Touchstone Software
1
This chapter provides procedures used to install and upgrade Touchstone software on local DHCP and TFTP servers.
Load Name Extensions
A variety of TS4.5 loads are available to support specific Touchstone
hardware, applications, protocols, or regions. Each load has a unique
extension to identify its function.
Load names begin with TS0405xx_date_, where xx is the revision
number and date indicates the date (in YYMMDD format) that the load
was built. The following table shows extensions used to further identify
the loads. Some loads may have multiple extensions.
Extension
Description
NA
North American signed software image.
EU
European signed software image.
TELNET_ON Telnet access permanently enabled.
D11PLUS
Features to transition from DOCSIS 1.0+ to DOCSIS 1.1.
OPT177
Supports DHCP Option 177 only PacketCable provisioning.
MODEL_4_5 Supports Model 4 and Model 5 Telephony Modems, and
Model 4 Telephony Ports.
SIP
Supports SIP signalling (non-SIP loads use NCS signalling).
EURO
Supports Euro-PacketCable provisioning changes and IETF
MIBs.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
2
Examples
Installing and Upgrading Touchstone Software
The following examples show how load names describe the functionality of the load.
TS0405xx_date_NA.MODEL_4_5.img
TS0405xx_date_EU.MODEL_4_5.img
North American and European signed software images for
Model 4 and Model 5 Telephony Modems, and TP402/404.
TS0405xx_date_NA.MODEL_4_5.TELNET_ON.img
TS0405xx_date_EU.MODEL_4_5.TELNET_ON.img
North American and European signed software image for
Model 4 and Model 5 Telephony Modems, and TP402/404,
with telnet access permanently enabled.
TS0405xx_date_EU.MODEL_4_5.EURO.img
European signed software image for Model 4 and Model 5 Telephony Modems, and TP402/404, with support for Euro-PacketCable provisioning changes and IETF MIB support.
TS0405xx_date_EU.MODEL_4_5.EURO.TELNET_ON.img
European signed software image for Model 4 and Model 5 Telephony Modems, and TP402/404, with support for Euro-PacketCable provisioning changes and IETF MIB support with telnet
access permanently enabled.
About ARRIS Enhanced Software Loading
The ARRIS Enhanced Software Loading feature (patent pending) is
part of TS4.1 and newer versions of Touchstone software. For DOCSIS
1.1 and 2.0 loads, it provides the ability to embed a common software
load lineup table in configuration files that matches software loads to
Touchstone NIUs. It supports a multiple-vendor common configuration
file that works with multiple Touchstone NIUs, while still being backward compatible with non-ARRIS equipment.
By eliminating the need for customized configuration files by product
type, Enhanced Software Loading simplifies software upgrades and
improves the general quality of the process.
Upgrade Process
When a Touchstone NIU ranges and registers with the headend and
receives the ArrisCmDevSwTable MIB (see “Enhanced Software
Loading Options” on page 3 for a listing of relevant MIBs) in its configuration file, it proceeds as follows:
1
The NIU checks the arrisCmDevSwAdminStatus MIB.
• If its value is allowArrisProvisioningUpgrade, proceed to
step 2.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Installing and Upgrading Touchstone Software
•
3
If its value is ignoreArrisProvisioningUpgrade, the
device uses the standard docsDevSoftware MIBs for its
upgrade decision-making.
Note: A setting of upgradeFromArrisMgt is not allowed in the
configuration file and returns an error condition (see the Touchstone Software Troubleshooting Guide for details).
2
The NIU scans the arrisCmDevSwTable, looking for matches
between arrisCmDevSwHwModel and its known model type.
• If it finds a match, it checks the optional arrisCmDevSwHwRev for a match to its known hardware revision. A blank
entry for arrisCmDevSwHwRev is a match only if there is
no entry with an explicit match to the NIU’s hardware revision. Upon finding a match, proceed to step 3.
• If it cannot match the model type or find a qualifying revision, then the system logs an error (see the Touchstone Software Troubleshooting Guide for details) and abort to the
standard DOCSIS upgrade process.
3
The NIU reads the values of arrisCmDevSwServer and
ArrisCmDevSwFilename from the matching entry for the
TFTP server and software file name to download, then downloads its software.
Enhanced Software Loading
Options
The Enhanced Software Loading system is controlled by several
SNMP MIB variables, described below. These variables are all ARRISspecific and do not interfere with non-ARRIS NIUs. All of these variables can be added to the vendor-specific section of configuration files.
The ARRIS PacketACE software (version 3.2 and higher) also supports
these MIBs for easy addition to configuration files. Each MIB can also
be controlled remotely via standard SNMP MIB browser software.
ArrisCmDevSwAdminStatus MIB
feature switch
The Enhanced Software Loading system has a MIB feature switch
named arrisCmDevSwAdminStatus that parallels the standard DOCSIS MIB docsDevSwAdminStatus. This MIB has three different settings:
upgradeFromArrisMgt (1)
Immediately upgrade the device using Enhanced Software
Loading. If a valid entry can't be found then an error condition
is returned. This is not a valid setting for this MIB in configuration files.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
4
Installing and Upgrading Touchstone Software
allowArrisProvisioningUpgrade (2)
Allow provisioning file upgrade using Enhanced Software
Loading. This setting overrides the DOCSIS upgrade mechanism unless a valid entry can't be found in the software load
lineup table for the device. If a valid entry can't be found then
an error is returned and the standard DOCSIS upgrade mechanism takes over.
ignoreArrisProvisioningUpgrade (3)
Disable Enhanced Software Loading and use the standard
DOCSIS upgrade mechanism. This is the power up default setting for all ARRIS products.
ArrisCmDevSwTable MIB
The arrisCmDevSwTable drives the main decision-making algorithm
of the Enhanced Software Loading system. The table can handle up to
32 load lineups. If you try to add more than 32 entries to this table, the
NIU generates an illegal SNMP SET during the ranging and registering
process. Per DOCSIS specification, the NIU does not range and register until this problem is corrected. Each row of the table contains the
following MIB variables:
MIB column variable
Description
Valid Setting
ArrisCmDevSwCustomerLoadId
A customer-defined string that can be
added to identify load lineups. This
string is unused by the software
upgrade mechanism.
1 - 64 byte
Optional
ASCII string*
ArrisCmDevSwHwModel
Defines which Touchstone hardware
model type this row applies to.
1 - 16 byte
Required
ASCII string*
ArrisCmDevSwHwRev
Defines the Touchstone hardware revi- Integer, 0 to
sion of the currently defined model.
255
Optional
arrisCmDevSwServer
Defines an IP address of the TFTP
server to use for software upgrades.
Any valid IP
Required
ArrisCmDevSwFilename
Defines what filename the device
should request from TFTP server.
1 - 64 byte
Required
ASCII string*
* - 1 byte reserved for null terminator
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Req/Opt
Installing and Upgrading Touchstone Software
5
The following list shows common arrisCmDevSwHwModel ASCII
strings for software loads supporting Enhanced Software Loading:
Example Software
Lineup
•
TM102A
•
TM402B
•
TP204A
•
TM102B
•
TM402G
•
TP302A
•
TM102D
•
TM402P
•
TP304A
•
TM102E
•
TM402Q
•
TP402A
•
TM202A
•
TM501A
•
TP404A
•
TM202B
•
TM501B
•
TM202P
•
TM502B
•
TM401B
•
TM502G
Below is an example software lineup table for various ARRIS Touchstone products. This table is mirrored in the following configuration
file excerpt.
The Enhanced Software Loading system in this example is assumed
enabled by setting arrisCmDevSwAdminStatus to allowArrisProvisioningUpgrade (2).
Customer Load Id
HW Model
Lab NA TTM502
TM502B
Node 3 NA TTM402 Rev. 3
TM402P
Euro TTM402 Rev. 3
HW Rev.
TFTP IP
Address
Upgrade Filename
10.1.50.21
TS0405_09292005_EU_
MODEL_4_5.EURO.bin
3
10.1.50.21
TS0405_09292005.bin
TM402Q
3
10.1.51.21
TS0405_09292005.bin
Euro TTM402 Non-Rev. 3
TM402Q
blank
(see note 1)
10.1.51.21
TS0405_09292005.bin
Node 1 TTM202 Non-Rev. 2
TTM202P
blank
(see note 1)
10.1.52.21
TS030203_090503A.bin
Node 2 TTM202 Rev. 2
TTM202P
2
10.1.52.21
TS030203_090503A.bin
Note 1: Not specifying a hardware revision makes that entry a wildcard for any unspecified hardware
revisions.
Example Configuration File Excerpt
The following configuration file excerpt implements the software load
lineup shown above. This excerpt would typically be placed in a vendor-specific section of a configuration file.
SnmpMib = arrisCmDevSwAdminStatus.0 2
SnmpMib = arrisCmDevSwCustomerLoadId.1 "Lab NA TTM402 Rev. 2"
SnmpMib = arrisCmDevSwHwModel.1 "TM402P"
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
6
Installing and Upgrading Touchstone Software
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
SnmpMib
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
arrisCmDevSwHwRev.1 2
arrisCmDevSwServer.1 10.1.50.21
arrisCmDevSwFilename.1 "TS0401_09222003.bin"
arrisCmDevSwCustomerLoadId.2 "Node 3 NA TTM402 Rev. 3"
arrisCmDevSwHwModel.2 "TM402P"
arrisCmDevSwHwRev.2 3
arrisCmDevSwServer.2 10.1.50.21
arrisCmDevSwFilename.2 "TS0401_09302003.bin"
arrisCmDevSwCustomerLoadId.3 "Euro TTM402 Rev. 3"
arrisCmDevSwHwModel.3 "TM402Q"
arrisCmDevSwHwRev.3 3
arrisCmDevSwServer.3 10.1.51.21
arrisCmDevSwFilename.3 "TS0401_09302003.bin"
arrisCmDevSwCustomerLoadId.4 "Euro TTM402 Non-Rev. 3"
arrisCmDevSwHwModel.4 "TM402Q"
arrisCmDevSwServer.4 10.1.51.21
arrisCmDevSwFilename.4 "TS0401_09222003.bin"
arrisCmDevSwCustomerLoadId.5 "Node 1 TTM202 Non-Rev. 2"
arrisCmDevSwHwModel.5 "TTM202P"
arrisCmDevSwServer.5 10.1.52.21
arrisCmDevSwFilename.5 "TS030203_090503A.bin"
arrisCmDevSwCustomerLoadId.6 "Node 2 TTM202 Rev. 2"
arrisCmDevSwHwModel.6 "TTM202P"
arrisCmDevSwHwRev.6 2
arrisCmDevSwServer.6 10.1.52.21
arrisCmDevSwFilename.6 "TS030203_090503A.bin"
Rejecting Software Download Requests during Calls
Software downloads or upgrades require the NIU to be rebooted. Thus,
any call in progress at the end of an upgrade is dropped as a result of
the reboot.
To minimize service impacts, Touchstone software can reject SNMPinitiated downloads while a call is in progress. When a download is
rejected for this reason, the NIU generates the “No system resources
available to perform SW upgrade” event:
Nov 17 19:43:35 2005 AALN/1:mta161.dev35 <7> <4115> <37> <00:00:CA:CB:22:FB> <No
system resources available to perform SW upgrade. Current Load:
TS040542_103105_NA.MODEL_4_5.img Requested Load
TS040544_111105_NA.MODEL_4_5.img>
If the rejection event is provisioned as an alarm, clear the alarm by
rebooting the MTA.
TS4.5 MSUP2 and newer versions support the arrisMtaDevSwDnldNoSvcImpact MIB to enable or disable rejection of downloads while a
call is in progress:
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Installing and Upgrading Touchstone Software
7
•
To enable rejection of downloads while a call is in progress, set
the arrisMtaDevSwDnldNoSvcImpact MIB to enable.
•
To disable rejection of downloads while a call is in progress, set
the arrisMtaDevSwDnldNoSvcImpact MIB to disable
(default).
When the arrisMtaDevSwDnldNoSvcImpact MIB is set to enable,
the MTA rejects software downloads when any line is in the active
state. A line is considered to be in the active state when the esafeDevServiceIntImpact MIB (defined by eDOCSIS specifications) returns a
value of “significant”. The MIB is set to “significant” when any line of
an eMTA is in the “offHook” or “onHookPlusNCSActivity” states.
Note 1: Touchstone software does not automatically retry a rejected
software download request. Manually retry the upgrade as
described in “Upgrading Touchstone Software” on page 11, preferably during a scheduled maintenance window. An operator may
force the upgrade by disabling the arrisMtaDevSwDnldNoSvcImpact MIB before initiating the upgrade.
Note 2: If the subscriber begins or takes a call after software downloading begins, the NIU reboots and drops the call when the download is complete.
Note 3: A software download initiated during eMTA initialization,
when the CM configuration file specifies a new load, are unaffected
since there is no service available during initialization.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
8
Installing and Upgrading Touchstone Software
Installing the Software
Use this procedure to install TS4.5 software on primary and backup
DHCP and TFTP servers.
Requirements
Action
You need the following to install TS4.5 software:
•
Touchstone software load
•
Access to the TFTP file servers
•
Location of the software directory on the file servers
•
Access to the provisioning server (to change NIU provisioning
files)
Perform the following tasks as needed.
Task
Page
Adding the CVC ........................................................... 8
Installing the Software on a File Server ....................... 9
Configuring the NIU to Download its Software............. 9
Setting Up ARRIS Enhanced Software Loading .......... 9
Adding the CVC
Follow these steps to use the ARRIS manufacturer CVC for cryptographic verification of the Touchstone software load.
1
Use your configuration file editor to set the Manufacturer CVC
TLV to include the contents of the ARRIS CVC certificate file
(import the file from the software CD). Use the appropriate CVC
for your NIU:
•
TM402P, TM502A, TM502H, TP402A, TP404A: use
ARRIS-NA-CVC
•
TM402B, TM402Q, TM501B, TM502B, TM502G: use
ARRIS-EURO-CVC
Note: If you are using PacketACE, it prompts you to specify a CVC
when entering the Manufacturer CVC TLV value.
2
Use your provisioning server to specify the Touchstone software
load. The load is cryptographically signed, so the NIU can validate
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Installing and Upgrading Touchstone Software
9
the load against the manufacturer’s CVC using the DOCSIS 1.1
secure software download feature. Use the appropriate software
load for your NIU.
3
Installing the Software on a
File Server
Proceed to “Installing the Software on a File Server” on page 9.
Follow these steps to install the TS4.5 software on a file server.
1
Log into the file server, using an account with administrative privileges.
Use an FTP client (make sure to use the binary transfer mode) or a
network file sharing service to access the file server.
Configuring the
NIU to Download
its Software
Setting Up ARRIS
Enhanced Software Loading
2
Change to the appropriate server directory for software storage.
3
Download the TS4.5 software file to the server.
4
Make sure that the software file has read access for all NIUs.
Follow these steps to configure the Touchstone Telephony NIU provisioning data to download its software during registration. Use your provisioning server to perform this task.
1
Set the docsDevSwServer MIB to the address of the file server
containing the TS4.5 software.
2
Set the docsDevSwFilename MIB to the name of the TS4.5 software file.
Follow these steps to set up Enhanced Software Loading in a configuration file. See “About ARRIS Enhanced Software Loading” on page 2
for details about the feature.
1
Use a provisioning server, or PacketACE version 5.8 or newer, to
create an entry in the ArrisCmDevSwTable with the following
MIB settings:
•
ArrisCmDevSwCustomerLoadId (optional): name of the load
lineup.
•
ArrisCmDevSwHwModel: the Touchstone NIU model (see the
Touchstone Software Feature Guide for a list of valid model
names).
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
10
Installing and Upgrading Touchstone Software
•
ArrisCmDevSwHwRev (optional): the hardware revision of the
NIU. Leave blank for this entry to apply to all revisions of the
same model.
•
arrisCmDevSwServer: the IP address of the TFTP server con-
taining the software load for NIUs matching the model and
revision.
•
ArrisCmDevSwFilename: the file name of the software load
for NIUs matching the model and revision.
2
In the configuration file, set the arrisCmDevSwAdminStatus MIB
to allowArrisProvisioningUpgrade.
Note: The NIU uses Enhanced Software Loading to download its
software during the next reboot, unless the NIU is running on battery power.
3
Do one of the following to force the NIU to immediately download
its software file, if desired:
a
Reboot the NIU, either directly or by setting the docsDevResetNow MIB to true from the network manager.
b
In the network manager, set the NIU’s arrisCmDevSwAdminStatus MIB to upgradeFromArrisMgt.
Note: If the NIU is running on battery power, it disables software
upgrades until AC power is restored.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Installing and Upgrading Touchstone Software
11
Upgrading Touchstone Software
Use this procedure to upgrade from previous versions of Touchstone
software.
Upgrading from
TS4.2 or Earlier
Versions
Several ARRIS-proprietary MIBs were changed in the TS4.3 release.
The update requires changes to configuration files to complete the
upgrade process.
The following table shows the MIB changes:
Old MIB
New MIB
arrisCmDevProvMethodIndicator
arrisMtaDevProvMethodIndicator
(will be deprecated in future release)
ppCfgPortDialingMethod
arrisMtaDevEndPntDialingMethod
(will be deprecated in future release)
The old MIBs are still available, but deprecated. The new MIBs override the original MIBs if the configuration file contains both. See
“Changing Configuration Files for Upgrades from TS4.2” on page 13
for instructions.
Upgrading from
Earlier NCS Loads
to TS4.5 SIP Loads
Customers upgrading from TS4.4.20 or earlier NCS-based versions of
Touchstone software to a TS4.5 SIP-based release must first upgrade to
TS4.4.20 or a newer release (either NCS- or SIP-based) as an intermediate step before upgrading to TS4.5 SIP. The upgrade proceeds as follows:
1
The operator initiates an upgrade to the intermediate release.
2
The NIU upgrades the boot loader firmware, then reboots both
the CM and MTA.
3
The NIU automatically upgrades the software image then
reboots (normal MTA upgrade sequence).
4
The operator initiates the upgrade to the TS4.5 SIP release.
Note: ARRIS recommends using either TS4.428B or TS4.4.41 as
the intermediate load (both loads are NCS-based), especially if you
plan for any delays between the intermediate release and the final
TS4.5 SIP release.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
12
Action
Installing and Upgrading Touchstone Software
Perform any of the following tasks as necessary.
Task
Page
Upgrading the Software through Provisioning ...................12
Upgrading the Software through SNMP.............................13
Changing Configuration Files for Upgrades from TS4.2 ....13
Upgrading the
Software through
Provisioning
Follow these steps to upgrade the Touchstone software load using a
provisioning server.
1
Install the new software, using the steps in “Installing the Software
on a File Server” on page 9.
2
Use the provisioning server to add or verify the following items in
the cable modem configuration file:
•
ManufacturerCVC (the CVC, needed only for secure down-
loading)
•
UpgradeFileName (file name of the software load)
•
UpgradeServer (IP address of the server containing the load)
•
SnmpMib = docsDevSwAdminStatus.0 2 (allow
ProvisioningUpgrade)
3
During the maintenance window, use your provisioning server or
element manager to reset each Touchstone NIU.
The NIUs download the new software, then reset.
Note 1: Upgrading from TS3.1 to TS4.5 requires that you first
upgrade to TS3.2 then to TS4.5. Configuration file changes,
described in “Upgrading the Software through Provisioning”
above, are also necessary.
Note 2: See “Upgrading from Earlier NCS Loads to TS4.5 SIP
Loads” on page 11 for information about upgrading from NCS to
SIP.
4
Verify that the NIU has the new load by checking the value of the
docsDevSwOperStatus MIB (using an SNMP server).
The value of the MIB should read completeFromProvisioning(3).
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Installing and Upgrading Touchstone Software
Upgrading the
Software through
SNMP
13
Follow these steps to upgrade the Touchstone software load using an
SNMP manager. See the Touchstone Software Feature Guide for information about the Touchstone Software Upgrade System.
1
Using the provisioning server, add the ManufacturerCVC to the
configuration file.
2
Using the SNMP manager, set the following docsDevSoftware
MIBs:
•
docsDevSwServer—IP address of the server containing the
load)
•
docsDevSwFilename—file name of the software load
•
docsDevSwAdminStatus—set to 1 (upgradeFromMgt)
The NIU downloads the new software, then resets.
Note 1: Upgrading from TS3.1 to TS4.5 requires that you first
upgrade to TS3.2 then to TS4.5. Configuration file changes,
described in “Upgrading the Software through Provisioning” on
page 12, are also necessary.
Note 2: See “Upgrading from Earlier NCS Loads to TS4.5 SIP
Loads” on page 11 for information about upgrading from NCS to
SIP.
3
Verify that the NIU has the new load by checking the value of the
docsDevSwOperStatus MIB.
The value of the MIB should read completeFromMgt(3).
Changing Configuration Files for
Upgrades from
TS4.2
Follow these steps to update configuration files from TS4.2 or earlier
versions.
1
For the following provisioning methods, replace the old arrisCmDevProvMethodIndicator MIB with the arrisMtaDevProvMethodIndicator MIB and set it to the appropriate value.
•
docsisOnly(0)
•
fullPacketCable(1)
•
packetCableMinusKDC(2)
•
cps(3)
Note: Support for this mode is no longer supported in TS4.1
and later releases.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
14
Installing and Upgrading Touchstone Software
2
•
gupi(4)
•
singleMAC(5)
For the following provisioning methods, set the old arrisCmDevProvMethodIndicator MIB to docsisOnly and set the
arrisMtaDevProvMethodIndicator MIB to the appropriate value.
•
basic1(6)
•
basic2(7)
•
gupiEncryptedMtaConfig(8)
Setting the arrisCmDevProvMethodIndicator MIB to docsisOnly ensures that any devices containing loads prior to TS4.3 can
upgrade.
Once the MTA has upgraded its software, it uses the provisioning
method set by the arrisMtaDevProvMethodIndicator MIB.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
2
2
Provisioning Modes
You can provision Touchstone Telephony products using a variety of
PacketCable-compliant and non-compliant tools.
Overview
Typically, you provision a ToIP network using a PacketCable-compliant provisioning server. The server provides both provisioning tools to
create data files, and servers (DHCP, DNS, TFTP) to store and transfer
software loads and provisioning data to both the CMTS and all attached
cable modems and MTAs.
In some cases, the provisioning server may not be PacketCable-compliant but supports one or two MAC addresses per NIU.
Provisioning Modes
To improve compatibility with non-compliant equipment, ARRIS supports eight provisioning modes for Touchstone NIUs and software;
each has multiple options to enable and disable PacketCable features.
Use the arrisMtaDevProvMethodIndicator MIB to select the desired
provisioning mode. Earlier versions of Touchstone software provided a
CM MIB, arrisCmDevProvMethodIndicator, for setting the provisioning mode. TS4.5 recognizes both MIBs, but the MTA MIB takes
priority. The CM MIB is deprecated and will be obsoleted in future versions.
Full PacketCable compliant (default)
The data and telephony components have unique IP addresses,
MAC addresses, and configuration files (i.e. two of each per
NIU). When the NIU registers, it makes two separate DHCP
and TFTP requests.
SNMP communication uses SNMPv3, sending an SNMPv3
INFORM.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
16
Provisioning Modes
IPSec is supported, and may be enabled or disabled using the
pktcMtaDevCmsIpsecCtrl MIB variable (the default is
enabled). Media encryption (voice security) can be enabled on a
per-call basis using NCS signalling (the LCO/SDP options) or
disabled per MTA using a feature switch. The feature switch is
stored in NVRAM.
Note: EURO (NCS-based) loads support only Full PacketCable
provisioning.
PacketCable without KDC
A PacketCable subset, using SNMPv1 or SNMPv2 (sending an
SNMPv2 INFORM).
IPSec is disabled. Media encryption can be controlled on a perMTA basis using a feature switch.
Global Universal Provisioning Interface (GUPI)
A PacketCable subset, intended to accommodate a wide range
of partially-compliant equipment. SNMP communication uses
SNMPv1 or SNMPv2, with INFORM disabled.
IPSec and media encryption are disabled.
CAUTION
Service-affecting
The following three provisioning methods (GUPI with MTA Configuration File Encryption, GUPI MAC MTA, GUPI Encrypted MAC
MTA) are to be used only with SIP loads. Using them with other
Touchstone loads may prevent the MTA from registering.
Global Universal Provisioning Interface (GUPI) with MTA
Configuration File Encryption
Similar to GUPI with support for decrypting the encrypted
MTA configuration file (patent pending).
IPSec and media encryption are disabled.
GUPI MAC MTA
Similar to GUPI, intended for use with SIP loads. The MTA
ignores the MTA configuration file name in the DHCP ACK
message and requests a file name using the MTA MAC address
with a .bin extension. An example of the requested filename
would be 0000CA123456.bin
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
17
GUPI Encrypted MAC MTA
Identical to GUPI MAC MTA provisioning, with support for
decrypting the encrypted provisioning file.
ARRIS Simplified PacketCable Provisioning (Basic 1)
Similar to GUPI. SNMP communication uses SNMPv1 or
SNMPv2, with enrollment and status INFORMs disabled.
Basic 1 advertises itself to the provisioning server using DHCP
Option 60.
ARRIS Simplified PacketCable Provisioning (Basic 2)
Similar to Basic 1, but sends the SNMP status INFORM to the
provisioning server.
Single MAC/Single Configuration File
Designed for use with certain provisioning servers that support
only one IP address, MAC address, and configuration file per
NIU. The NIU makes one DHCP and TFTP request. SNMP
communication uses SNMPv1 or SNMPv2, with INFORM disabled.
The configuration file includes MTA provisioning parameters.
IPSec and media encryption are disabled.
DOCSIS Only
A data-only mode (no telephony support). Uses a single IP
address for the cable modem component, making a DHCP and
TFTP request during registration.
Using the Provisioning Method
Indicator
Use the arrisMtaDevProvMethodIndicator MIB object to select a particular provisioning mode. The default method is Full PacketCable; you
can include this MIB in the configuration file to select other provisioning methods.
Note 1: The arrisCmDevProvMethodIndicator MIB, used in earlier releases to select the provisioning method, will be deprecated in
future releases. In addition, the older MIB does not support Basic 1,
Basic 2, or GUPI with MTA configuration file encryption modes.
Note 2: If you include the provisioning indicator MIB in the configuration file, it must be included in the CM configuration file.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
18
Provisioning Modes
The following table shows the supported values in the ArrisMtaDevProvMethodIndicator MIB as of TS4.5.
Value
Description
0
DOCSIS-only provisioning
1
Full PacketCable (default)
2
PacketCable minus KDC
4
GUPI
5
Single MAC/Single Configuration File
6
Basic 1
7
Basic 2
8
GUPI with MTA configuration file encryption
9
GUPI MAC MTA
10
GUPI Encrypted MAC MTA
Provisioning Event Sequences
The following diagrams show the normal sequence of events required
when a PacketCable compliant NIU registers on the cable data net-
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
19
work. The dark shaded areas are the events omitted when using each
provisioning scheme.
PacketCable
Sequence
The following diagram shows the full PacketCable event sequence. All
events are included.
PacketCable (no
KDC) Sequence
The following diagram shows the PacketCable (no KDC) event
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
20
Provisioning Modes
sequence. This sequence skips several events in the MTA provisioning.
GUPI (including
variants)/Basic 1
Sequence
The following diagram shows the sequence for:
•
GUPI
•
GUPI with MTA configuration file encryption
•
GUPI MAC MTA
•
GUPI Encrypted MAC MTA
•
Basic 1
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
21
This sequence skips several steps in the MTA provisoning.
DOCSIS
DOCSIS
DOCSIS ToD Prov Server
Flow
CM / MTA
CMTS
DHCP
TFTP
Start with DOCSIS 1.1 Initialization/Registration
DHCP Broadcast Discover (Option Code 177)
CM-1
PKT DHCP
PKT DNS
PKT
TFTP
CM-2
DHCP Offer (Option Code 177 w/ telephony service provider's DHCP server address = [255.255.255.255])
CM-3
DHCP Request
CM-4
DHCP Ack
CM-5
DOCSIS 1.1 CM config file request
CM-6
DOCSIS 1.1 config file
CM-7
ToD Request
CM-8
ToD Response
CM-9
CM registration with CMTS
CM-10
CMTS Registration ACK
MSO KDC
SYSLOG
Complete DOCSIS 1.1 Initialization/Registration
MTA-1
MTA2
DHCP Broadcast Discover (option code 60 w/ MTA device identifier)
DHCP Offer (Telephony TFTP config filename, NO OPCODE 177 options)
MTA-3
DHCP Request
MTA-4
DHCP Ack
MTA-5
DNS Request
MTA-6
DNS Srv (KDC host name associated with the provisioning REALM)
MTA-7
DNS Request
MTA-8
DNS Response (KDC IP Address)
MTA-9
AS Request
MTA-10
AS Reply
MTA-11
TGS Request
MTA-12
MTA-13
TGS Reply
AP Request
MTA-14
AP Reply
MTA-15
SNMP Inform
MTA-16
SNMP Get Request(s) for MTA device capabilities (optional/iterative)
MTA-17
SNMP Get Response(s) containing MTA device capabilities (optional/iterative)
(Key Mgmt Prot Vers. , Protocol ID, KRB_AP_REQ,, Ciphersuites, SHA-1 HMAC )
( KeyMgmtProtVers, Protocol ID, KRB_AP_REP, ciphersuite selected, key lifetime, Ack req , HMAC)
MTA-18
MTA config file
MTA-19
SNMP Set with URL encoded file download access method (TFTP or HTTP), filename, hash, and encryption key( if required)
MTA-20
Resolve TFTP server FQDN
MTA-21
TFTP server IP address
MTA-22
Telephony config file request
MTA-23
Telephony config file
MTA-25
Notify completion of telephony provisioning (MTA MAC address, ESN, pass/fail)
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
22
Basic 2 Sequence
Provisioning Modes
The following diagram shows the Basic 2 event sequence. This
sequence is identical to GUPI and Basic 1, but does not skip the last
step in the MTA provisoning.
DOCSIS
DOCSIS
DOCSIS ToD Prov Server PKT DHCP
Flow
CM / MTA
CMTS
DHCP
TFTP
Start with DOCSIS 1.1
lization/Registratio
Initia
n
DHCP
Broadcast
Discover
on
(Opti
Code
177)
CM-1
PKT
DNS
PKT
TFTP
CM-2
DHCP Offer (Option Codetelephony
177 w/
service provider's DHCP server255.255.255]
address )= [255.
CM-3
DHCP Request
CM-4
DHCP Ack
CM-5
DOCSIS 1.1 CM config file request
CM-6
DOCSIS 1.1 config file
CM-7
ToD Request
CM-8
ToD Response
CM-9
CM registration with CMTS
CM-10
CMTS Registration ACK
MSO KDC
SYSLOG
Complete DOCSIS 1.1 zation/Registratio
Initiali
n
MTA-1
MTA2
DHCP Broadcast Discover
ion (opt
code 60 w/ MTA device
identifier)
DHCP Offer (Telephony TFTPlename,
config fi
NO OPCODE 177 options
)
MTA-3
DHCP Request
MTA-4
DHCP Ack
MTA-5
DNS Request
MTA-6
DNS Srv (KDC host name associated with
sioning
the REALM)
provi
MTA-7
DNS Request
MTA-8
DNS Response (KDC IP Address)
MTA-9
AS Request
MTA-10
AS Repl
y
MTA-11
TGS Request
MTA-12
MTA-13
TGS Repl
y
AP Request (Key Mgmt Prot Vers. , Protocol ID, KRB_AP_REQ,,
A-1 Ciphersuites,
HMAC
)
SH
MTA-14
AP Reply
MTA-15
SNMP Inform
MTA-16
SNMP Get Request(s) for MTA
capabilities
device
(optional/i
terative)
MTA-17
SNMP Get Response(s) containi
ng MTA device capabilities (optional/iterative)
( KeyMgmtProtVers,
rotocol ID,
P
KRB_AP_REP,
ciphersuite selected, key
Acklifetime,
req , HMAC)
MTA-18
Single MAC/Config File Sequence
MTA config file
MTA-19
SNMP Set with URL encoded
le download
fi
access method
(TFTP or HTTP), filename, hash, and encryption key( if required)
MTA-20
Resolve TFTP server FQDN
MTA-21
TFTP server IP address
MTA-22
Telephony config file request
MTA-23
Telephony config file
MTA-25
Notify completion of telephony
provisioning (MTA MAC address, il)
ESN,
pass/fa
The following diagram shows the event sequence for single MAC/config file provisioning.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
Setting Up the Provisioning Server
Data
23
Set up the provisioning data as follows to use a non-PacketCable compliant provisioning server:
•
The MTA DHCP offer may not use DNS (option 6), SNMP, or
security (Kerberos or Ticket Granting).
•
The FQDN must be in IPv4 format (i.e. an IP address such as
10.1.2.3 rather than a domain name such as tt4.example.net).
Note 1: DNS is not supported for FQDN when using GUPI or single-MAC/config file provisioning.
Note 2: Basic 1 and Basic 2 provisioning modes require a PacketCable-compliant provisioning server.
Verifying MTA Provisioning and Endpoint Status
The MIB object pktcMtaDevProvisioningState indicates the status of
the MTA initialization process. The MIB object pktcNcsEndPntStatusError indicates whether the endpoint has successfully registered
with the call server.
DHCP Support by Provisioning Mode
The following sections list DHCP parameters used by each provisioning mode.
Options Required
in All Provisioning
Modes
The following DHCP options are required in all CM and MTA offers.
The NIU cannot function without a subnet mask and at least one router,
DNS server, and Syslog server.
Option
Description
1
Subnet mask
3
IP address of the gateway router (one or more)
6
IP address of the DNS servers (one or more)
7
IP address of the log servers (one or more)
Note: In addition to the required options listed above, ARRIS
strongly recommends including option 4 (IP address of the ToD
server) in all CM and MTA offers.
CAUTION
Load choices are potentially service-affecting
For load names with an OPT177 extension, the MTA only advertises
and requests DHCP Option Code 177 provisioning information. Option
Code 122 provisioning is not supported in an OPT177 load.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
24
PacketCable
Modes
Provisioning Modes
These options are valid for full PacketCable and PacketCable minus
KDC provisioning modes. Note that options 122 and 177 are mutually
exclusive (specify one or the other, not both).
CM DHCP Option 4: ToD Server IP Address
CM DHCP Option 122 (DOCSIS 1.1/2.0 loads only):
•
SubOption 1: Service Provider’s Primary DHCP (required)
•
SubOption 2: Service Provider’s Secondary DHCP (optional)
MTA DHCP Option 122 (DOCSIS 1.1/2.0 loads only):
•
SubOption 3: Service Provider’s SNMP Entity (required)
•
SubOption 4: AS REQ/REP Exchange Backoff and Retry for
SNMPv3 Key Management (optional)
•
SubOption 5: AP REQ/REP Exchange Backoff and Retry for
SNMPv3 Key Management (optional)
•
SubOption 6: Kerberos Realm (FQDN) (Full PacketCable,
Basic 1, Basic 2: required; GUPI, PacketCable Minus KDC:
optional)
•
SubOption 7: Authorization method (TGT for MTA) (optional)
•
SubOption 8: Provisioning Timer (minutes) (optional)
•
SubOption 9: Security Ticket Invalidation (optional)
CM DHCP Option 177:
•
SubOption 1: Service Provider’s Primary DHCP (required)
•
SubOption 2: Service Provider’s Secondary DHCP (optional)
MTA DHCP Option 177:
•
SubOption 3: Service Provider’s SNMP Entity (required)
•
SubOption 4: Service Provider Network Primary DNS
•
SubOption 5: Service Provider Network Secondary DNS
•
SubOption 6: Kerberos Realm (FQDN)
•
SubOption 7: Authorization method (TGT for MTA)
•
SubOption 8: Provisioning Timer (minutes)
Note: An ARRIS MTA provisioned using PacketCable minus KDC
ignores any security parameters which are included in the DHCP
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
25
OFFER/ACK (option 122 sub-options 4, 5, 6, 7 or option 177 suboptions 6, 7, 8 ) as well as security parameters included in the configuration file.
GUPI Mode
GUPI mode uses separate CM and MTA offers.
CM DHCP Option 122 (DOCSIS 1.1/2.0 loads only) or 177:
•
SubOption 1: Service Provider’s Primary DHCP (required)
•
SubOption 2: Service Provider’s Secondary DHCP (optional)
•
SubOption 6: Kerberos Realm (FQDN) (ignored)
MTA DHCP Option 122 or 177: ignored
MTA offer: MTA FQDN is configured in the MTA DHCP offer
(Options 12 and 15). SubOption 3 must contain the Service Provider’s
SNMP Entity.
DNS is optional.
Note: An ARRIS MTA provisioned using GUPI ignores any security parameters which are included in the DHCP OFFER/ACK
(option 122 sub-options 4, 5, 6, 7 or option 177 sub-options 6, 7, 8 )
as well as security parameters included in the configuration file.
ARRIS modified
version of Simplified PacketCable
Provisioning
(Basic 1 and
Basic 2)
Basic 1 and Basic 2 use separate CM and MTA offers.
CM DHCP Option 122 or 177:
•
SubOption 1: Service Provider’s Primary DHCP (required)
•
SubOption 2: Service Provider’s Secondary DHCP (optional)
MTA DHCP Option 122 or 177:
•
SubOption 3: Service Provider’s SNMP Entity (required)
•
SubOption 6: Kerberos Realm (FQDN) (required; realm name
is either BASIC.1 or BASIC.2)
MTA offer: MTA FQDN is configured in the MTA DHCP offer
(Options 12 and 15).
DNS is required.
Note: Security parameters are required in the configuration file.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
26
Single MAC/Config File Mode
Provisioning Modes
One offer requested and made.
MTA FQDN is configured in the DHCP Offer (options 12 or 15).
DNS is optional. The address is supplied in the standard DHCP option
(option 6).
Note: An ARRIS MTA provisioned using Single MAC/Config file
ignores any security parameters which are included in the DHCP
OFFER/ACK (option 122 sub-options 4, 5, 6, 7 or option 177 suboptions 6, 7, 8 ) as well as security parameters included in the configuration file.
DOCSIS Only
Mode
One offer requested and made.
DHCP Option 43
Support
TS4.5 sends DHCP option 43 (Vendor-Specific Information) in CM
DHCP Discover messages (except for Basic1 and Basic 2, which send
this option in MTA Request and Discover messages), with the following sub-options:
The DHCP options should not contain MTA option 122 or option 177
sub-options 1 and 2 (MTA primary and secondary DHCP server
addresses).
Sub-option
Name
Value
2
Device type
“ECM”
3
eSAFE type
“ECM:EMTA”
4
Serial number
Varies (e.g. “20034512K203RP”)
5
HW Version
Hardware version of modem (e.g. “04”)
6
SW Version
Software version (e.g. “4.1.5”)
7
Boot ROM
Boot ROM version (e.g. “4.02”)
8
Vendor ID
“0000CA”
9
Model Number NIU model number (e.g. “TM402P”)
10
Vendor Name
“ARRIS Interactive, L.L.C.”
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
27
In addition, Euro-DOCSIS modems (TM402B, TM402H) send the following sub-options:
Sub-option Name
DHCP Option 60
Support
Value
200
Vendor Name
“ARRIS Interactive, L.L.C.”
201
Modem Type
NIU model number (e.g. “TM402P”)
202
SW Version
Software version and build (e.g.
“TS.04.01.5.031504”)
203
HW Version
Hardware version of modem
TS4.5 uses DHCP option 60 (Vendor Class Identifier) in DHCP Discover messages to specify the DOCSIS support required. The option
contains one of the following strings:
•
“DOCSIS 1.0” (DOCSIS 1.0+ loads only)
•
“DOCSIS 1.1” (DOCSIS 1.1/2.0 loads only)
•
“DOCSIS 2.0” (DOCSIS 1.1/2.0 loads only)
Provisioning Considerations for European Loads
Provisioning changes are necessary to transition from a Touchstone
North American load to the EURO load. The basic flow sequence
remains the same; however, some OIDs change from the North American PacketCable MIBs to the IETF PacketCable MIBs. The objects that
require OID changes are highlighted below.
Note: EURO (NCS-based) loads support only Full PacketCable
provisioning.
Flow MTA15:
SNMP Enrollment
INFORM
pktcMtaDevProvisioningEnrollment and its contents:
•
sysDescr (remains the same)
•
pktcMtaDevSwCurrentVers
•
pktcMtaDevTypeIdentifier
•
ifPhysAddress (previously pktcMtaDevMacAddress)
•
pktcMtaDevCorrelationId
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
28
Flow MTA19:
SNMPv3 SET
Provisioning Modes
•
pktcMtaDevConfigFile
•
pktcMtaDevProvConfigHash
•
pktcMtaDevProvConfigKey
Flow MTA23: TFTP
Configuration File
Request
North American PacketCable configuration files must be updated to
use Euro-PacketCable OIDs.
Flow MTA25:
SNMP INFORM
pktcMtaDevProvisioningStatus and its contents:
•
pktcMtaDevConfigFile
•
pktcMtaDevProvConfigHash
•
pktcMtaDevProvConfigKey
Provisioning Considerations for SIP Loads
The information in this section is needed for provisioning Touchstone
NIUs with SIP loads.
SIP Feature Switch
The SIP feature switch MIB sipCfgSipFeatureSwitch enables features that may be required for operation with certain call servers and
proxies. See “SIP Feature Switch” on page 41 for details about the SIP
feature switch.
Information
Required for SIP
The SIP load requires three pieces of information to function properly:
Outbound Proxy
The destination device for all outbound messages. The setting is
used as the domain in the Request-URI for all outgoing INVITE
messages.
Registrar
Registration messages are sent to the outbound proxy’s IP
address, but the Request-URI address is provisioned as the registrar address. This setting may or may not be the same as the
outbound proxy setting.
Domain Settings
The domain is set as part of the DHCP process of the TTM
using DHCP Option 15. This domain is used in all to and from
URIs that the Telephony Modem generates.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning Modes
29
The following are examples of REGISTER and INVITE messages with
the following provisioning when bit 0x04000000 of the SIP Feature
Switch is not set (bit value = 0):
Domain
sipCfgProxyAdr
sipCfgRegistrarAdr
User-id (phone #)
Called Number
arris-i.org
ser.arris-i.org;5060
registrar.arris-i.org;5060
7705552001
7705552002
REGISTER sip:registrar.arris-i.org:5060 SIP/2.0
From: "SIP1 Line1"<sip:7705552001@arris-i.org>;tag=94b73228-a013d16-13c4-2021829ddd-20
To: "SIP1 Line1"<sip:7705552001@arris-i.org>
Call-ID: 94b6e3b0-a013d16-13c4-20-22ce4f5-20
CSeq: 1 REGISTER
Via: SIP/2.0/UDP 10.1.61.22:5060;branch=z9hG4bK-20-7ed6-6787cc6b
Allow: INVITE,ACK,BYE,CANCEL,NOTIFY
Max-Forwards: 70
Contact: "SIP1 Line1"<sip:7705552001@10.1.61.22:5060>
Content-Length: 0
INVITE sip:7705552002@ser.arris-i.org:5060 SIP/2.0
From: "SIP1 Line1"<sip:7705552001@arris-i.org>;tag=94b73808-a013d16-13c4-624e4a1883-62
To: <sip:7705552002@arris-i.org>
Call-ID: 94b6f7d8-a013d16-13c4-62-5370cb92-62@arris-i.org
CSeq: 1 INVITE
Via: SIP/2.0/UDP 10.1.61.22:5060;branch=z9hG4bK-62-180b5-631cc050
Allow: INVITE,ACK,BYE,CANCEL,NOTIFY
Max-Forwards: 70
Contact: <sip:7705552001@10.1.61.22:5060>
Content-Type: application/SDP
Content-Length: 168
<SDP REMOVED>
Here are examples of REGISTER and INVITE with IP address based provisioning with
bit 0x04000000 set (bit value = 1):
Domain
arris-i.org
sipCfgProxyAdr
10.1.63.10;5060
sipCfgRegistrarAdr
10.1.63.11;5060
sipCfgSipFeatureSwitch 0x04000000
User-id (phone #)
7705552001
Called Number
7705552002
REGISTER sip:10.1.63.11:5060 SIP/2.0
From: "SIP1 Line1"<sip:7705552001@10.1.63.10:5060>;tag=94b73228-a013d16-13c420-21829ddd-20
To: "SIP1 Line1"<sip:7705552001@10.1.63.10:5060>
Call-ID: 94b6e3b0-a013d16-13c4-20-22ce4f5-20
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
30
Provisioning Modes
CSeq: 1 REGISTER
Via: SIP/2.0/UDP 10.1.61.22:5060;branch=z9hG4bK-20-7ed6-6787cc6b
Allow: INVITE,ACK,BYE,CANCEL,NOTIFY
Max-Forwards: 70
Contact: "SIP1 Line1"<sip:7705552001@10.1.61.22:5060>
Content-Length: 0
INVITE sip:7705552002@10.1.63.10:5060 SIP/2.0
From: "SIP1 Line1"<sip:7705552001@10.1.63.10:5060>;tag=94b73808-a013d16-13c462-4e4a1883-62
To: <sip:7705552002@10.1.63.10:5060>
Call-ID: 94b6f7d8-a013d16-13c4-62-5370cb92-62@10.1.63.10
CSeq: 1 INVITE
Via: SIP/2.0/UDP 10.1.61.22:5060;branch=z9hG4bK-62-180b5-631cc050
Allow: INVITE,ACK,BYE,CANCEL,NOTIFY
Max-Forwards: 70
Contact: <sip:7705552001@10.1.61.22:5060>
Content-Type: application/SDP
Content-Length: 168
<SDP REMOVED>
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
3
Provisioning
3
You can provision Touchstone Telephony products using the procedures outlined in this section.
Overview
Typically, you provision a ToIP network using a PacketCable-compliant provisioning server. The server provides both provisioning tools to
create data files, and servers (DHCP, DNS, TFTP) to store and transfer
software loads and provisioning data to both the CMTS and all attached
cable modems and MTAs.
In some cases, the provisioning server may not be PacketCable-compliant but supports one or two MAC addresses per NIU.
Provisioning Management Features
This section discusses management features that are generally configured by provisioning. See the Touchstone Software Management Guide
for features designed to be controlled while the NIU is in service.
BackOff and Retry
Mechanism Support
ARRIS employs the registration and back-off mechanisms as specified
by the PacketCable™ MTA Device Provisioning Specification, PKTSP-PROV-I08-040113. This specification is available through the
CableLabs® PacketCable website (http://www.packetcable.com).
See this specification for details on specified registration throttling and
associated back-off mechanisms.
About IPSec
IPSec (Internet Protocol Security) is a collection of Internet standards
used to encrypt and authenticate IP packets, to provide message integrity and privacy. IPsec provides security at the network layer (all TCP
and UDP packets, and layers above).
IPSec is controlled by setting the pktcMtaDevCmsIpsecCtrl MIB
variable for each CMS that the MTA can communicate with; you can
include this variable in the MTA configuration file. Set the variable to
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
32
Provisioning
true(1) to enable IPSec between the MTA and a particular CMS, and
false(2) to disable it.
Note: Touchstone NIUs use only the IPSec ESP transport mode.
Service Interruptions during Software Upgrades
ARRIS EMTA devices are compliant with the relevant DOCSIS and
PacketCable specifications related to software downloading. However,
there are two major parts to a software upgrade process. The first part is
the server communication and software image download; the second
part is the actual firmware upgrade.
During the server communication and software image file download,
there is no interruption to eMTA operation. During this phase of the
procedure, all operation continues normally. However, per the DOCSIS
and PacketCable specifications, once the image is downloaded into the
eMTA, the device must automatically execute a reset operation to copy
the new image into the active flash memory and apply the functionality
of the new image.
By completing the non-service affecting image download process
before invoking the mandatory reset, the Touchstone eMTA minimizes
service interruptions as a result of a software upgrade.
To further minimize service interruptions, TS4.5 MSUP2 and newer
versions of Touchstone software can reject software download requests
when a line is in the active state. See “Rejecting Software Download
Requests during Calls” on page 6 for details.
Call Management
Servers
Touchstone software accepts up to 64 call management server IP
addresses identified in the MTA configuration file. Each call server
DNS entry can have up to six IP addresses associated with it, so assigning multiple IP addresses to a CMS reduces the total number of unique
servers that can be listed. Support for multiple CMSs allows for load
balancing, where an MTA can be redirected to use a CMS with a lighter
load.
When IPsec is activated, Touchstone NIUs store up to 10 security associations, limiting the number of CMSs that it can communicate with at
any given time. However, by setting the “CMS Redirect” bit
(0x00400000) in the CallP Feature Switch (see “CallP Feature Switch”
on page 34), and by listing up to 9 CMSs in the configuration file, the
Telephony Modem can bypass the 10-CMS limit, and support redirection to any other CMS on the customer network.
See the Touchstone Software Feature Guide for more details.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
33
Provisioning CM and MTA Features
You can provision the following cable modem and MTA features using
a configuration file or SNMP management tool.
Full DQoS Mode
TS4.5 and later software defaults to Dynamic Quality of Service
(DQoS) provisioning. Full DQoS simplifies provisioning tasks by
requiring only that the primary Best Effort (BE) and MGCP (signalling) flows be provisioned. The TS4.5 software dynamically sets up
and tears down UGS service flows, using a standard set of parameters
designed for efficient use in ToIP networks, as needed. The CMS controls the bandwidth authorization as specified in the PacketCable DQoS
specifications.
Full DQoS provides an added layer of security by authenticating NIUs
that contact it during call setup. Each session is authorized; the session
authorization uses a handle (the Gate ID) assigned by the CMTS,
passed to the CMS, and sent to the MTA using an NCS message, to
match requests with authorizations. Upon receiving call-signalling
information, the MTA passes the Gate-ID to the CMTS in a DSA/DSC
message.
DSX QoS Mode
TS4.5 software supports an ARRIS-proprietary feature that implements
QoS using UGS flows for voice transmission using DOCSIS 1.1 DSx
messaging. This functionality provides a level of QoS in a network
where the CMS and CMTS do not support the PacketCable Full DQoS
model.
DSx QoS functionality can be activated using a feature switch. When
activated, the TS4.5 software sends the appropriate DSx messages
needed to Add/Modify/Delete the UGS service flows. DSx messages
flow only between the CMTS and the NIU, and do not involve the
CMS in any validation or requests for setting up or monitoring the UGS
flows.
Note: When using this functionality with the ARRIS C4 CMTS,
PacketCable authorization needs to be disabled. Contact your next
level of support for instructions.
Voice and Signalling Ports
TS4.5 software uses a random selection of ports in the range 49152
through 65535 for RTCP-based voice communications. The port numbers cannot be modified or used for other purposes.
By default, the MTA uses port 2727 on the upstream, and port 2427 on
the downstream, to send and receive signalling information. You can
change the default port number in the MTA configuration file. You can
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
34
Provisioning
also change the transmit port by sending an NCS message from the call
server once the MTA is operating. See the Touchstone Software Troubleshooting Guide for details.
CODECs and
Packetization
Rates Supported
In addition to continued support for the G.711 CODEC, TS4.1 and later
software supports the following PacketCable™ optional and recommended CODECs:
•
G.728 (recommended)
•
G.729, G729E
•
G.726-16, G.726-24, G.726-32, G.726-40
Touchstone software uses the G.711 CODEC as a default, unless the
CMS directs the Touchstone NIU to negotiate a different CODEC with
other MTAs.
Implementation of CODECs is defined by the PacketCable Audio/
Video Codes Specification, PKT-SP-CODEC-I05-040113.
Note: If the Touchstone MTA detects a fax or modem call, the MTA
automatically uses the G.711 CODEC, overriding any negotiated
CODECs from the CMS.
The supported packetization rates in TS4.5 are 10, 20, and 30 ms.
CallP Feature
Switch
The TS4.5 software provides an ARRIS-specific MIB, ppCfgMtaCallpFeatureSwitch, used to configure the Telephony Modem for the
specific sub-set of PacketCable features supported by the selected network configuration. This allows the flexibility to interoperate with
other vendors by providing the ability to enable or disable the proper
functionality. The default is full PacketCable compatibility.
The feature switch is a 32-bit value, where each bit enables or disables
a certain feature. Most of these values should only be changed with the
guidance of ARRIS technical support, but some flags may be changed
as necessary:
The following is a list of CallP Feature Switches that can be adjusted at
your discretion.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
35
Note: For SIP loads, only the DSX/Access-only DQoS bit (0x4000)
is supported. SIP loads ignore other bit values in the feature switch.
Bit
Description
0x00000001 Enable NCS Piggyback Messages
Set this bit to allow transmission of NCS piggybacked messages (that is, sending more than one NCS message in a UDP
packet).
0x00000002 Enable Lockstep Quarantine Mode
Set this bit to allow endpoints to enter the lockstep quarantine mode. When this bit is set, the gateway must receive a
new Notification Request command after sending a Notify
command. Until this happens, the endpoint is in a lockstep
state, and events that occur and are to be detected are simply
stored in the quarantine buffer. until receiving the Notification Request command.
0x00000004 MGCP Error Codes
Set this bit to allow the MTA to send error code response
messages that are specified in MGCP, but not yet specified in
NCS. The following error messages are enabled.
Note: The CMS must be able to support these error messages.
Attempt to create a 3rd connection on a line when only
two are supported:
NCS = 502 The transaction could not be executed, because
the endpoint does not have sufficient resources.
MGCP = 540 Per Endpoint Connection Limit Exceeded.
0x00000004 Can’t get a DSP resource to support a given connection
(continued) since they are all in use by other lines:
NCS = 502 The transaction could not be executed, because
the endpoint does not have sufficient resources.
MGCP = 403 The transaction could not be executed, because
the endpoint does not have sufficient resources at this time.
Can’t support the currently requested combination of
connections due to DSP (or other) limitation.
NCS = 502 The transaction could not be executed, because
the endpoint does not have sufficient resources
MGCP = 502 The transaction could not be executed, because
the endpoint does not have sufficient resources (permanent
condition).
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
36
Provisioning
Bit
Description
0x00000010 Enable SDP Compliance
Set this bit to enable the transmission of SDP parameters
(default). Clearing this bit reduces the length of the SDP
parameter list, by suppressing transmission of non-essential
Telephony Modem parameters. The suppressed parameters
are origin (o), bandwidth (b), session name (s), time start/
stop (t), and T.38 capabilities.
Reducing the length of the SDP parameter list may be
required to communicate with a CMS that does not support
SDP lists longer than 512 bytes, or when the CMS (for whatever reason) cannot interpret the SDP.
Note 1: Some commercially available gateways are not
able to support emergency communications, such as
E911 calls, with this setting. In this situations, use the
“Suppress SDP Capability Attribute Parameters” switch
setting instead of this switch setting.
Note 2: Clearing this bit disables T.38 strict mode functionality (T.38 loose mode is still available).
0x00000080 Omit MPTIME parameter in returned SDP
Set this bit to omit the MPTIME parameter in the MTA’s
SDP message for DOCSIS 1.1 operation. (DOCSIS 1.0+
operation automatically omits this information.)
0x00000100 Suppress SDP Capability Attribute Parameters
Set this bit to suppress T.38 capabilities only from being
transmitted in the SDP parameter list. in the SDP. The origin
(o), bandwidth (b), session name (s), and time start/stop (t)
bits are included in the transmitted SDP parameter list.
Clear this bit (default) to enable transmission of T.38 capabilities in the SDP parameter list. Reducing the length of the
SDP parameter list may be required to communicate with a
CMS that does not support SDP lists longer than 512 bytes,
or when the CMS (for whatever reason) cannot interpret the
SDP. However, some network gateways may require the o, b,
s, and t parameters in the SDP parameter list in order to process emergency communications.
Note: Setting this bit disables T.38 strict mode functionality
(T.38 loose mode is still available).
0x00000200 RSIP Wildcarding
For NCS loads, set this bit to allow transmission of wildcarded RSIP data.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
37
Bit
Description
0x00000800 No Gate-ID No Service
Set this bit to disable Best Effort calls. When this feature is
enabled, the Telephony Modem rejects all Create Connection
(CRCX) commands that do not contain a DQoS Gate-ID.
Since the Gate-ID is considered to be persistent, the Telephony Modem also rejects Modify Connection (MDCX)
commands, unless a previous MDCX or CRCX command for
that connection contained a DQoS Gate-ID. The rejection
message uses NCS error code 526 (no bandwidth).
0x00004000 DSX/Access only DQoS
(Applies to both SIP and NCS loads) Set this bit to use DSX/
Access DQoS only between the CM and CMTS.
0x00010000 Payload Header Suppression
Set this bit to allow Payload Header Suppression of voice
packets between the CM and CMTS.
0x00400000 CMS Redirect
Set this bit to allow a CMS to redirect the MTA to another
CMS that is not provisioned in the MTA CMS table, allowing the MTA to communicate with the CMS without attempting to establish an IPsec association first. Setting this bit is
for redirect cases only, the MTA does not respond to call
servers not provisioned in the MTA’s CMS table.
0x02000000 Provisionable Ring Cadences
Set this bit to enable provisionable ring cadences using the
NCS Signaling MIB. This feature is applicable only to nonNorth American countries since North America already uses
provisioned ring cadences. When this feature is disabled, the
hard-coded country template based ring cadences are used
which are not limited to 6 second durations as the provisioned values currently are.
Note: The setting of this bit does not affect European loads.
0x04000000 Flash timing values of 90 ms (Flash Time Min) and 800 ms
(Flash Time Max).
Set this bit to use these defined flash timing values.
For non-PacketCable configuration settings, contact your ARRIS Technical Support representative.
For more information, see the PacketCable Network-Based Call Signaling Protocol Specification, PKT-SP-EC-MGCP-I09-040113.
Example
If your configuration requires DSx-QoS and PHS, set the feature switch
to include the 0x4000 and 0x10000 flags using PacketACE or a provi-
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
38
Provisioning
sioning server. If no other flags are required, the setting would be as
follows:
SnmpMib = ppCfgMtaCallpFeatureSwitch.0 hexstr: 01.40.00
Switch Settings Removed in TS4.3
The following feature switch settings were removed in TS4.3:
Bit
Description
0x00000008 MGCP version 1.0 if set
0x00000040 Include comments in response messages
0x00000080 Allow any FQDN if set
0x00000100 Do not put line card in standby mode
0x00000800 Use hard-coded digit map
0x00002000 DQoS mode
0x00400000 Allow CMS to control loop rev. and caller ID
Note: No settings were removed in TS4.4.
Switch Settings Removed in TS4.4
The following feature switch settings were removed in TS4.4:
Bit
Description
0x00800000 Use the RxGainControl and TxGain Control MIB values
Switch Settings Removed in TS4.5
The following feature switch settings were removed in TS4.5:
Bit
Description
0x00000400 NCS Flexibility (standard behavior for release TS 4.5 and
newer).
MTA Feature
Switch
TS4.1 and later versions of Touchstone software support an MTA feature switch that allows you to enable several features, described below.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
39
The ppCfgMtaFeatureSwitch MIB is a 32-bit value, where each bit
enables or disables a certain feature. The following values are currently
available:
Bit Value
Description
0x00000000
Default behavior.
0x00000001
Disables hash checking of the configuration file during provisioning. Disabling hash checking may be required to
maintain compatibility with older non-PacketCable compliant provisioning systems.
0x00000002
MTA MAC addresses are not counted against the MaxCpeAllowed MIB. This is required to enable telephony if
policy requires this MIB to have a value of 1. Without this
switch setting, you must set the MaxCpeAllowed MIB to 2
or higher to enable telephony.
0x00000004
MTA packets bypass the CM CPE filters (interface 0). This
switch has no effect on filters applied against interface 16
(MTA).
0x00000008
Enables ARRIS-proprietary MTA coexistence and notification features. See the Touchstone Software Management
Guide for details.
0x00000010
The MTA bypasses IP checks for KDC responses if the
KDC load balancer replaces the original KDC IP address.
0x00000020
Skips the comparison of the PacketCable USM user name
with the user name in a received SNMPv3 packet. This setting is required for use with cloned USM user names with
certain provisioning server such as Cisco BACC.
The default MTA feature switch value is 0, except for D11PLUS loads
which have a default value of 0x06.
Note: If you include MTA feature switch settings in the configuration, use the CM configuration file, not the MTA configuration file.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
40
CM Feature Switch
Provisioning
The arrisCmDevModemFeatureSwitch MIB is a group of flags that
enable or disable extended features of ARRIS cable modems. The supported bits are (starting with the most significant bit):
Bit Value
0x80
Description
badMapDiscard—set this bit to discard invalid MAP mes-
sages.
0x40
wanIsolationOverride—set this bit to disable the WAN Isola-
tion switch on Touchstone cable and telephony modems. Internet access remains enabled regardless of the position of the
WAN isolation switch (Standby button).
Note: This feature switch setting is specific to specific hardware used in Japan deployments. Use the arrisCmDevWanIsolationState MIB to override this functionality in other markets.
0x20
usbDisable—set this bit to disable the USB interface on
Touchstone cable and telephony modems.
0x10
concatDisable—clear this bit to enable fragmentation support
for use with DOCSIS 1.0 CMTS products that support this feature.
0x08
octetCounterChange—set this bit to set the ifInOctets counter
to exclude SYNC and MAP packets from being counted on
interface 3 (the downstream RF interface).
0x04
(DOCSIS 1.0+ loads only) bypassMAX_CPE — set this bit to
ignore the MTA when counting attached CPE devices; MaxCPE can use its default of 1 while allowing both data and telephony traffic. DOCSIS filters are still applied to the MTA
packet stream unless the MTAfilterDisable bit is also set.
0x02
(DOCSIS 1.0+ loads only) MTAfilterDisable — set this bit to
disable application of DOCSIS filters to the MTA packet
stream. The MTA is still counted as a CPE unless the
bypassMAX_CPE bit is also set.
0x01
enableIpv6Multicast—set this bit to enable forwarding of IPv6
multicast packets.
The default value is 0 for DOCSIS 1.1/2.0 loads, or 0x06 for
DOCSIS 1.0+ loads.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
SIP Feature Switch
41
The SIP feature switch MIB sipCfgSipFeatureSwitch is a group of
flags that enable or disable extended features in the SIP load. The supported flags are:
Bit Value
Description
0x02000000
Disable CW-CID
Set this bit to disable CallerID over Call Waiting
(CW-CID). This may be required for certain subscriber
equipment.
0x04000000
Domain Override
Set this bit to use the provisioned proxy address (instead of
the domain) in outgoing URI fields. The default behavior is
to use the domain setting from MTA DHCP Option 15.
0x08000000
RFC3323 Privacy Header Usage
Set this bit to enable the RFC3323 privacy header instead
of setting the From header to an anonymous value (as
defined in RFC3261).
0x10000000
Advanced flash handing
Set this bit to enable European advanced flash feature support (where the flash is followed by a DTMF digit). The
normal mode of operation handles flash using North American standards.
0x20000000
RFC3842 handshake
Set this bit to enable an RFC3842-compliant SubscribeNotify handshake for message waiting indicator (VMWI)
support. The normal VMWI scheme uses unsolicited Notify
messages.
0x40000000
MTA FQDN
Set this bit to use the MTA FQDN instead of the IP address
in the contact header field of SIP messages.
The default value is 0 for all SIP loads.
Country Code
Templates
Use the ppCfgMtaCountryTemplate MIB to set the country code template.
TS4.5 software supports the following country code templates:
Name
Gain settings (dB)
Flash time (ms)
(NA load only)
Tx
Rx
Min
Max
North America 5/7 (1)
-5
-7
250
1200
Chile (2)
-3
-9.5
40
600
Japan (3)
-4
-8
200
1200
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
42
Provisioning
Name
Gain settings (dB)
Flash time (ms)
(NA load only)
Tx
Rx
Min
Max
Australia (4)
-3
-9.5
250
1200
Austria (5)
-3
-9.5
250
1200
France (6)
-3
-9.5
250
1200
Germany (7)
-3
-9.5
250
1200
Ireland (8)
-3
-9.5
250
1200
Netherlands (9)
(Euro-DOCSIS default)
-3
-9.5
300
500
Portugal (10)
-3
-9.5
250
1200
Spain (11)
-3
-9.5
250
1200
Belgium (12)
-3
-9.5
50
600
Poland (13)
-3
-9.5
250
520
Israel (14)
-3
-9.5
250
1200
Czech Republic (15)
-3
-9.5
250
1200
Brazil (16)
-3
-9.5
220
320
North America 3/3 (17)
(DOCSIS default)
-3
-3
250
1200
North America 0/9 (18)
0
-9
250
1200
Netherlands 0/9 (19)
0
-9
300
500
Japan 600L412(20)
-4
-8
200
1200
Hungary (21)
-3
-9.5
60
200
Sweden (22)
-3
-9.5
250
1200
Norway (23)
-3
-9.5
250
1200
Slovakia (24)
-3
-9.5
250
1200
Japan 600L412 (25)
(see note)
-4
-12
200
1200
Mexico (26)
0
-7
100
800
Panama (27)
-3
-9.5
220
320
MexicoC (28)
0
-7
100
800
Switzerland (29)
-3
-9.5
88
600
Note: Code 25 (Japan 600L412) is provided for lab environment
tests only. ARRIS does not support field deployment using this template as it does not meet certain NTT specifications.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
43
See Appendix C for default ring cadences and tones set for each country template.
Dial Pulse Support
Dial pulse support may be required to support subscriber equipment
such as older rotary phones or alarm systems. Touchstone software provides two methods of dial pulse support:
•
Gateway (IPDT) dial pulse—Touchstone MTAs detect dial
pulses and relay the information to the network as DTMF tones.
•
Softswitch (CMS) dial pulse—Touchstone MTAs relay dial
pulses to the CMS.
The support method used depends on the network configuration, and is
selected by setting the ARRIS-proprietary arrisMtaDevEndPntDialingMethod MIB as follows:
Value
Method
Description
1
Tone
(default) Enables DTMF detection only.
2
Pulse
Enables pulse dialing detection (CMS dial
pulse).
3
Tone & Pulse
Enables both DTMF and pulse dialing detection (CMS dial pulse).
4
Pulse with DTMF Enables pulse dialing detection with DTMF inRelay
band relay (patent pending) enabled (gateway
dial pulse).
5
Tone & Pulse with Enables both DTMF and pulse dialing detecDTMF Relay
tion with DTMF in-band relay enabled (gateway dial pulse).
Note: The arrisMtaDevEndPntDialingMethod MIB replaces the
ppCfgPortDialingMethod MIB, which has been deprecated. In
TS4.2 and earlier software versions, a value of 2 enabled both
DTMF and pulse dialing. When upgrading, check configuration
files and change this MIB as needed.
See “Configuring Dial Pulse Support” on page 66 for more information.
SIP Support
The load provides support for SIP by making modifications to the CM
configuration file and requiring a new MTA configuration file.
The following parameters are changed in the CM configuration file:
•
QoS Parameter
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
44
Provisioning
•
SIP communication port
The MTA configuration file is outlined in Appendix A.
European Productization Support
The .EURO load provides support for Euro-PacketCable compliance.
The EURO load adds the following functionality:
•
Configurable power ring frequency using the pktcSigPowerRingFrequency MIB.
•
Supports different methods of on-hook caller ID using the pktcSigDevCIDMode MIB.
•
Configurable visual message waiting indicator using the pktcSigDevVmwiMode MIB.
•
Configurable tone operations using the pktcSigDevToneTable
MIB.
•
Configurable hook flash timing using the pktcNcsEndPntConfigMinHookFlash and the pktcNcsEndPntConfigMaxHookFlash MIBs.
Configuration File Provisioning Notes
CM and MTA provisioning files, as described in DOCSIS and PacketCable specifications, use TLV (Type/Length/Value) objects to specify
configuration parameters. This section provides information useful in
provisioning Touchstone products through configuration files.
Support for TLV-41
(Downstream
Channel Lists)
A new DOCSIS feature (TLV-41) introduces the concept of Downstream Channel Lists to the RFI specification. When provisioned in the
CM config file, downstream channel lists provide the ability to specify
an allowed range of downstream frequencies to use during downstream
scanning operations.
When Downstream Channel Lists are specified in the configuration
file, the CM does not use any frequencies outside of the provisioned
range without specifically being directed to so by the CMTS. Also, this
list overrides the last operational channel value stored in NVRAM. If
the CM (portion of the MTA) loses sync with the CMTS, the CM
retains the provisioned list of downstream channels provided in the
config file, and uses them to search for a new downstream during subsequent MAC re-initialization and downstream scanning.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
45
Full details on the operation of this feature and TLV-41 parameters can
be found in Appendix C of the DOCSIS 2.0 RFI specification
(SP-RFIv2.0-I09-050812).
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
46
Embedding
ARRIS-Proprietary
MIBs within TLV-43
Provisioning
In TS4.4 and newer versions, all ARRIS MIBs (TLV-11) may be
embedded within the Vendor Specific Information TLV (TLV-43). The
TLV-43 Vendor ID field must contain the ARRIS Organization Unique
Identifier (OUI); the OUI is a three-byte representation of the ARRIS
MAC Address (0000CA). Multiple ARRIS TLV-11s may be embedded
within a single TLV-43.
Note: Always use the 0000CA OUI value, even if the Telephony
Modem OUI is 001311.
The following is an example (encoded by PacketACE) of an ARRIS
TLV-11 embedded within a TLV-43.
VendorSpecific = ARRISVendorId SnmpMib = arrisMtaDevLoopVoltageKey.0
"F1DA57E514D58B23"
VendorSpecific = ARRISVendorId SnmpMib = arrisMtaDevLoopVoltagePolicy.0
always_voltage_present
VendorSpecific = ARRISVendorId SnmpMib = arrisMtaDevLoopVoltageResetTimeout.0
800
See the PacketACE User’s Guide for details about encoding TLV-11
objects within a TLV-43.
Monitoring MTA Provisioning Status
The arrisMtaDevProvState MIB reports the current provisioning state
of the MTA. The possible values of this MIB object represent the following steps of the provisioning sequence, and depend on the provisioning method used:
•
dhcpBound(1)
•
dnsReqProvSvrIP(2)
•
kdcHostNameDnsReq(3)
•
kdcHostNameDnsRply(4)
•
kdcIpDnsReq(5)
•
kdcIpDnsRply(6)
•
asReqSent(7)
•
asRplyRcvd(8)
•
tgsReqSent(9)
•
tgsRplyRcvd(10)
•
apReqSent(11)
•
apRplyRcvd(12)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
47
•
enrollmentInform(13)
•
cfgUrlSet(14)
•
dnsReqTftpSvrIp(15)
•
cfgFileReq(16)
•
rcvCfgFile(17)
•
syslogMsgProvComplete(18)
•
statusInform(19)
•
provcomplete(20)
The following table shows the provisioning states that can be reported
for each provisioning method.
Provisioning Method
States Reported
docsisOnly
None
fullPacketCable
enrollmentInform(13)
cfgUrlSet(14)
dnsReqTftpSvrIp(15)
cfgFileReq(16)
rcvCfgFile(17)
syslogMsgProvComplete(18)
statusInform(19)
provcomplete(20)
PacketCableMinusKDC
dhcpBound(1)
dnsReqProvSvrIP(2)
enrollmentInform(13)
cfgUrlSet(14)
dnsReqTftpSvrIp(15)
cfgFileReq(16)
rcvCfgFile(17)
syslogMsgProvComplete(18)
statusInform(19)
provcomplete(20)
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
48
Provisioning
Provisioning Method
States Reported
Gupi,
gupiEncryptedMtaConfig,
gupiMacMta,
gupiEncryptedMacMta
dhcpBound(1)
dnsReqProvSvrIP(2)
dnsReqTftpSvrIp(15)
cfgFileReq(16)
rcvCfgFile(17)
syslogMsgProvComplete(18)
provcomplete(20)
singleMAC
None
basic1
dhcpBound(1)
dnsReqProvSvrIP(2)
dnsReqTftpSvrIp(15)
cfgFileReq(16)
rcvCfgFile(17)
syslogMsgProvComplete(18)
provcomplete(20)
basic2
dhcpBound(1)
dnsReqProvSvrIP(2)
dnsReqTftpSvrIp(15)
cfgFileReq(16)
rcvCfgFile(17)
syslogMsgProvComplete(18)
statusInform(19)
provcomplete(20)
Software Upgrade
Status
The arrisMtaDevSWUpgradeStatus MIB reports the current software
upgrade status of the device. Its value is a direct copy of docsDevSwOperStatus. The possible values for this MIB are:
•
inProgress(1)
•
completeFromProvisioning(2)
•
completeFromMgt(3)
•
failed(4)
•
other(5)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
49
Configuring Alarm and Log Reporting
Use this procedure to configure how the Touchstone NIUs generate and
send events (alarms and logs). The Touchstone Software Troubleshooting Guide provides detailed descriptions of alarms and logs.
Touchstone MTA events function within the context of the PKTCEVENT-MIB. Touchstone CM events function within the context of the
DOCS-CABLE-DEVICE-MIB.
Overview
TS4.5 software provides the capability to provision logs and alarms utilizing two different methods.
•
The standard mode provides the ability to provision:
— separate Syslog server and trap receiver addresses for
alarms and logs.
— multiple trap receivers allowing multiple monitoring stations if desired.
— different reporting schemes for each event if desired.
•
A compatibility mode, that allows the TS4.5 software to use
provisioning from previous software releases (see “TS4.1 and
Older Compatible Provisioning Method” on page 50).
You can use both provisioning methods as desired. However, if you use
the same servers for both methods, the Telephony Modem sends duplicate reports to that server.
Standard Mode
When the NIU generates an event, each event can be sent to any combination of:
•
local event log
CM events are stored locally in the docsDevEventTable. The
Data-Over-Cable Service Interface Specifications, SPOSSIv2.0-I09-050812, describes the reporting of DOCSIS and
vendor-specific events.
MTA events are stored locally in the pktcDevEventTable.
The default configuration sends CM and MTA events only to
the local event log.
•
SNMP trap server
To report CM events, you can configure the CM in either
NmAccess mode or SNMP co-existence mode. To report MTA
events, you must configure the CM in SNMP co-existence
mode.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
50
Provisioning
SNMP co-existence mode supports multiple trap destinations.
See the Touchstone Software Management Guide for detailed
information.
•
Syslog server (MTA logs)
The NIU sends MTA logs to the Syslog server whose IP address
is specified in the pktcDevEvSyslogAddress MIB. The NIU
receives its MTA Telephony Syslog Server IP Address in the
MTA DHCP OFFER, option 7. The value of the option must be
one of the following:
— 0.0.0.0—Disable Syslog logging for the MTA.
— FF.FF.FF.FF—Use the CM log server as the Syslog server.
— Valid IP address of the Telephony syslog server.
The pktcDevEvSyslogAddress MIB value can also be configured from the MTA configuration file.
•
TS4.1 and Older
Compatible Provisioning Method
Syslog server (CM logs)
The NIU sends CM logs to the Syslog IP address specified in
docsDevEvSyslog. The CM receives its Syslog IP Address in
the CM DHCP options. To disable Syslog transmission for the
CM, set the IP address to 0.0.0.0.
For backwards compatibility with previous releases, Touchstone software provides a proprietary method of configuring the trap/Syslog destination IP address. By setting the ppCfgMtaTeleSyslogServIpAddr
MIB variable in the MTA configuration file, the MTA reports ARRIS
proprietary alarms as traps/Syslog events to the specified IP address. If
this IP address is set, each ARRIS alarm event reports to the local event
database, an SNMP trap and a Syslog message.
Each log report can also be modified by setting the new value to the
pktcDevEvFixedReporting MIB.
About the Event
Tables
The PKTC-EVENT-MIB provides two tables to describe events and
control their reporting: the pktcDevEvProgrammableTable and the
pktcDevEvFixedTable. The primary difference between the two tables
is that entries in the programmable table allow for changes to the message text. Currently, the programmable table contains alarms, and the
fixed table contains logs, although this is not a requirement.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
51
The following tables provide an overview of the alarms and logs.
pktcDevEvProgrammableTable
Event ID
Origin
Severity
Text
65529
ARRIS Major(2)
Power Supply Telemetry
65530
ARRIS Major(2)
Call Agent Loss of Communications
65533
ARRIS Major(2)
Voice Line Failure
65534
ARRIS Major(2)
Voice Line Total Failure
In addition, the pktcDevEvProgrammableTable defines several PacketCable alarms for battery telemetry. The ARRIS Power Supply Telemetry Alarm (and Log) supports these status events.
pktcDevEvFixedTable
Instance
Origin
Text
1
ARRIS Voice Line Diag Failed
2
ARRIS Voice Line Diag Passed
3
ARRIS Voice Line State Change
6
ARRIS Voice Line Protection State Change
7
ARRIS Voice Line Loop Current Change to High
8
ARRIS Voice Line Loop Current Change to Normal
10
ARRIS State Change
11
ARRIS CATV changed
14
ARRIS Power Supply Telemetry
15
ARRIS MTA TFTP: No Channel
16
ARRIS MTA TFTP: Successful
17
ARRIS MTA TFTP: File Not Found
18
ARRIS MTA TFTP: Protocol Error: TFTP Init
19
ARRIS MTA TFTP: Protocol Error: TFTP Open
20
ARRIS MTA TFTP: Protocol Error: TFTP Read
21
ARRIS MTA TFTP: Protocol Error: TFTP Close
22
ARRIS MTA TFTP: Protocol Error: TFTP DB Access
23
ARRIS MTA TFTP: Config File Error
24
ARRIS MTA TFTP: Failed
25
ARRIS MTA PROV: Failed
26
ARRIS MTA PROV: Successful!
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
52
Provisioning
The pktcDevEvSyslogAddress MIB specifies the address of the Syslog server to receive event notifications.
Action
Follow these steps to configure alarm and log reporting. You can configure individual NIUs through an SNMP manager, or all NIUs by
using a provisioning server to add the MIBs to the MTA configuration
file.
1
Set the pktcDevEvSyslogAddress MIB to the IP address of a Syslog server.
2
For each event in the pktcDevEvProgrammableTable, set the
pktcDevEvProgrammableReporting MIB to one of the following
values:
Value
Events Reported to
0x00
none
0x80
Local event log only
0xA0
Local event log and Syslog server
0xC0
Local event log and Trap server
0xE0
Local event log, Syslog server, and Trap server
For example, to configure “AC Fail” events to go to a Syslog server
(and the local log), set the following MIB:
pktcDevEvProgrammableReporting.65535.4491 = 0xA0
Note: If you want to report events to Syslog or trap servers, you
must report those events to the local event log as well.
3
For each event in the pktcDevEvFixedTable, set the pktcDevEvFixedReporting MIB to one of the values shown in step 2.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
53
Updating the KDC
Use this procedure if you require secure MTA provisioning and secure
NCS.
TS4.5 software commonly uses one of the following embedded certificates:
•
CableLabs Real Service Provider Root certificate (default). The
Real Root certificate is only issued to authorized MSOs and
Service Providers.
•
CableLabs Test Service Provider Root certificate. The Test Root
certificate is an alternative to the Real Root certificate for the
purpose of lab testing.
If you prefer to use the test certificate, you must configure the
Kerberos Key Distribution Center (KDC) with the Test Root
certificate.
•
IPfonix Test Service Provider Root certificate (used primarily
with earlier versions of Touchstone NIU software).
If you continue to use the IPfonix certificate, you must reconfigure the CM provisioning files.
Note: Due to limitations in the DNS UDP packet size (512 bytes)
there is a limit of ten “A” records that can be supported by the
Touchstone software. The “A” provides a mapping of the FQDN of
the Kerberos server to its IP address. Without an “A” record, it is
not possible to acquire the IP address of the Kerberos server.
For more information, see “Appendix B: Configuring the Service Provider Root.”
Action
Perform either of the following tasks as needed.
Task
Page
Configuring the KDC to use the CableLabs Test root .. 53
Using the Test Root Download feature......................... 54
Configuring the
KDC to use the
CableLabs Test
root
To use the CableLabs Real Service Provider Root certificate, do nothing. Follow these steps to use the test root certificate:
1
Generate a KDC certificate chained to your KDC certificate hierarchy (Real/Test Root CA, Service Provider CA, Local System Operator CA).
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
54
Provisioning
2
•
the realm name that you are using
•
the KDC's FQDN
Proceed as follows, depending on your KDC:
If you are using…
Then…
Alopa KDC
Modify the kdcConfig.org file as follows:
•
modify the KDC realm name to contain
the realm name that you are using; for
example, <kdcRealm name=”DEV49”>
•
Modify the principal name to contain the
KDC’s FQDN; for example,
<kdcPrincipalDataBase
name=”mmtaprovsrvr/hyde.dev49”>
IPfonix KDC
Generate the KDC private key and include it in
the KDC_private_key file.
If you are using a different KDC server, or need more help, contact
your next level of support.
3
4
Using the Test
Root Download
feature
Place the certificates on your KDC. The directory path to place the
certificates is:
•
IPfonix - KDCDir/windows/PacketCable/certificates/
•
Alopa - /opt/Alopa/MetaServ/KDC/config/certs/
Install the configuration file:
•
IPfonix - Place the KDC_private_key file in KDCDir/windows/
•
Alopa - Place the kdcConfig.org file in /opt/Alopa/MetaServ/
KDC/config/
5
Change the realm org name in the MTA configuration file from
"Really Amazing Telephone Company" to CableLabs.
6
Restart your KDC.
This option allows you to continue using the KDC with the IPfonix test
root configuration (supported in older versions of Touchstone NIU software). The NIU’s CM configuration file must contain three MIBs,
which instruct the NIU to download a test root. The test root is stored
only in the NIU’s RAM memory and therefore the download is
required after each reboot. Follow these steps to use this option.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
55
1
Place your IPfonix Test Root certificate on your TFTP server. This
server is normally the same server as the configuration file TFTP
server.
Note: The certificate must use the X.509 DER-encoded format.
2
Edit your CM configuration file to contain the following MIBs with
the following values:
•
•
PpCfgMtaDevSPTestRootCertAdminStatus: Set to downloadTestRootCert.
PpCfgMtaDevSPTestRootCertFilename: Set to the file name
containing the IPfonix Test Root.
•
PpCfgMtaDevSPTestRootCertServer: Set to the IP address of
the TFTP server.
3
Reboot the MTA.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
56
Provisioning
Controlling General NIU Functionality
Use this procedure to enable and disable general functionality on
Touchstone NIUs as desired.
Action
Perform the following tasks as needed.
Task
Page
Controlling Access to Troubleshooting Pages.............. 56
Controlling Data Shutdown Functionality ..................... 57
Reading Software Load Information ............................ 57
Changing the ifInOctets Counter Operation ................. 57
Setting the Telephony Port CATV Relay ...................... 58
Setting the Loop Voltage Management Policy ............. 58
Controlling
Access to Troubleshooting Pages
The TS4.5 software provides troubleshooting information using an
HTTP (web) interface. Follow these steps to control access to troubleshooting information after the cable modem registers (access is always
available before registration completes). These MIBs are read-only, so
they must be set in the configuration file.
1
2
In the configuration file, set the arrisCmDevHttpLanAccess MIB
to control access to the troubleshooting pages from the cable
modem LAN (Ethernet and USB) interfaces:
•
off (1)
•
basic (2) (default)
•
advanced (3)
•
until-registered (4)
Use the arrisCmDevHttpWanAccess MIB to control access to the
troubleshooting pages from the cable modem WAN (RF) interface:
•
off (1) (default)
•
basic (2)
•
advanced (3)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
Controlling Data
Shutdown Functionality
57
When the Telephony Modem loses AC power, one of the default
actions it takes to conserve battery power is to shut down the data services running over the Ethernet (all models) and USB (Model 5 and
newer) ports after 15 minutes of power loss. Follow these steps to configure the shutdown time or disable data shutdown altogether.
1
Enable or disable data shutdown by setting the value of the
arrisMtaDevPwrSupplyEnableDataShutdown MIB. The allowed
values are:
•
Enabled (1)—The Telephony Modem discontinues data services after the period of time defined in the arrisMtaDevPwrSupplyDataShutdownTime MIB. This is the default value.
•
Disabled (2)—The Telephony Modem allows the subscriber to
continue using data services while the modem is running on
battery power.
Note: Disabling data shutdown can reduce the battery holdup
time.
2
Reading Software
Load Information
Changing the
ifInOctets Counter
Operation
Set the time between initial loss of AC power and data shutdown by
changing the value of the arrisMtaDevPwrSupplyDataShutdownTime MIB. Specify the timeout period in seconds. The default is
900 seconds (15 minutes).
Follow these steps to see information about an NIU’s software load.
1
To see the name of the software image in use on the NIU, read
(GET) the value of the arrisCmDevSwImageName MIB.
2
To see the build date and time of the software image in use on the
NIU, read (GET) the value of the arrisCmDevSwImageBuildTime
MIB.
In TS4.1 and later versions of Touchstone software, you can change the
ifInOctets counter to exclude SYNC and MAP packets from being
counted on interface 3 (the downstream RF interface). You may want to
use this feature to match the way that Broadcom-based cable modems
use the ifInOctets counter to maintain compatibility with existing commercial monitoring products in the field. Follow these steps to configure the counter.
1
To exclude counting octets from SYNC and MAP packets on interface 3, set the bit in the 0x08 position of the arrisCmDevModemFeatureSwitch MIB.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
58
Provisioning
2
Setting the Telephony Port CATV
Relay
Setting the Loop
Voltage Management Policy
To include counting octets from SYNC and MAP packets on interface 3, clear the bit in the 0x08 position of the arrisCmDevModemFeatureSwitch MIB.
Touchstone Telephony Ports have a CATV relay that allows you to
enable or disable CATV service to a subscriber. Follow these steps to
set the relay:
1
To allow CATV service, set the ppCfgMtaCableTvEnable MIB to
on (1).
2
To disable CATV service, set the ppCfgMtaCableTvEnable MIB
to off (2).
In TS4.4 and later versions, you can set the loop voltage policy option.
This allows the MSO to determine which policy is best for their operations and set the value accordingly. A signed indemnification agreement must also be on record with ARRIS before this feature may be
enabled. Two items are necessary to enable this feature; a feature key
and a policy setting. If either are absent or invalid, the MTA uses the
default Policy 4. Otherwise, the setting that is entered into the configuration file will be enabled. See the Touchstone Software Feature Guide
for details about each policy.
1
Contact ARRIS for the appropriate software optionality key. The
optionality key is a 16 bit alpha-numeric string and is unique per
MSO. An example of the software optionality key is
0D3BC4267A2C438F.
2
Add the software optionality key to the MTA configuration file in
the arrisMTADevLoopVoltageKey MIB as a TLV-43 or a TLV-11
parameter to enable the feature.
Note: All MIBs referenced by this task must be placed in the MTA
configuration file; the MTA reads them only after ranging and registering. To make changes after the MTA ranges and registers, you
must change the MTA configuration file and reset the MTA.
3
Set the arrisMTADevLoopVoltagePolicy MIB to the appropriate
value:
•
Always-Voltage-Present (1)
•
RF-Carrier-Voltage-Present (2)
•
In-Service-Voltage-Present (3)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
59
•
4
Normal-Operation (4) (default)
For MTAs using policy 3, modify the reset timer (if necessary) by
setting the arrisMtaDevLoopVoltageResetTimeout MIB. Valid
range: 8 to 1000 seconds. Default: 300 seconds.
The reset timer drops loop voltage after an MTA reset, if the MTA
has not successfully ranged and registered before the time expires.
Note: This MIB is only used with policy option 3 and is ignored if a
policy setting of other than 3 is used.
5
For MTAs using policy 3, modify the plant maintenance timer (if
necessary) by setting the arrisMtaDevLoopVoltageMaintTimeout
MIB. Valid range: 0 to 1440 minutes (24 hours).
6
Reset the MTA to enable the new loop voltage policy on the MTA.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
60
Provisioning
Controlling Cable Modem Functionality
Use this procedure to enable and disable cable modem functionality on
Touchstone NIUs as desired.
Action
Perform the following tasks as needed.
Task
Page
Setting Allowed CPE Counts........................................ 60
Toggling the DOCSIS Mode ......................................... 60
Controlling the WAN Isolation State............................. 61
Setting IPv6 Forwarding............................................... 62
Setting DOCSIS 1.0 Fragmentation Support ............... 63
Setting Allowed
CPE Counts
The eDOCSIS specifications (http://www.cablemodem.com/downloads/specs/CM-SP-eDOCSIS-I06-050812.pdf) require that the default
value for the MaxCpeAllowed TLV be 1, and that an MTA interface be
treated as a CPE—thus, data service on a Telephony Modem that is
provisioned with voice capabilities is effectively disabled by default.
Follow these steps to enable data functionality.
1
Open the CM configuration file with PacketACE or another configuration editor.
2
Do one of the following to enable MTA service:
3
Toggling the DOCSIS Mode
•
Change the MaxCpeAllowed TLV to 2 or higher.
•
Set the 0x02 bit of the ppCfgMtaFeatureSwitch MIB to
exclude the MTA interface from the CPE count (automatically
enabled in D11PLUS loads).
Save the configuration file, then reset any affected Telephony
Modems to force the change to take effect.
In TS4.1 and later software, the NIU can automatically configure itself
for DOCSIS 2.0 operation based on the presence of DOCSIS 2.0
upstreams (disabled in DOCSIS1.0+ loads). Follow these steps to manually set the desired operating mode.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
61
1
Use the arrisCmDevEnableDocsis20 MIB to control the operating mode:
•
true (1) — enables DOCSIS 2.0 operating mode
•
false (2) — enables DOCSIS 1.1 operating mode (default)
If you change the value using SNMP, the cable modem reboots.
You may prefer to add this MIB to the configuration file and reset
the NIU during the next maintenance window. If the MIB is in the
configuration file, the NIU only resets the first time the value
changes.
Note: Model 4 and Model 5 Telephony Modems automatically
update DOCSIS settings from DOCSIS 1.1 to DOCSIS 2.0 when
communicating with a DOCSIS 2.0 CMTS using either an
A-TDMA or S-CDMA carrier. When the NIU detects the DOCSIS
2.0 UCD, it switches to DOCSIS 2.0 mode, caches the downstream
frequency in NVRAM, and reboots so the new settings can take
effect.
Controlling the
WAN Isolation
State
You can use the arrisCmDevWanIsolationState MIB variable to read
the state of a subscriber’s Standby button (located on the front panel of
Model 4 NIUs), or to control the subscriber’s access to the Internet.
Additionally, TS4.1 and newer software releases can override the subscriber’s Standby button setting. Possible uses of this feature might be
in response to a customer service call when the subscriber has inadvertently pressed the Standby button on the NIU, or to disable a subscriber’s access to the Internet.
1
To read the state of the Standby button, read (GET) the value of the
arrisCmDevWanIsolationState MIB object value and evaluate it
as follows:
•
off-InactiveMode (value = 1) — Data traffic is allowed to pass
freely between the subscriber’s network and the outside network (i.e. the Internet). The Standby button is enabled.
•
on-ActiveMode (value = 2) – The subscriber network is isolated from the Internet. Data traffic does not pass between the
subscriber’s network and the Internet. The Standby button is
enabled.
•
off-InActiveMode-ButtonDisabled (value = 3) — Data traffic
passes freely between the subscriber’s network and the outside
network (i.e. the Internet). The subscriber’s setting of the
Standby Button is disabled.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
62
Provisioning
•
2
on-ActiveMode-ButtonDisabled (value = 4) — The subscriber’s network is isolated from the Internet. The subscriber’s
setting of the Standby button is disabled.
To override the Standby button setting and disable the subscriber’s
ability to change this setting, set the arrisCmDevWanIsolationState MIB object as follows:
•
off-InActiveMode-ButtonDisabled (value = 3) — The
Standby button functionality is disabled, and data traffic is
allowed to pass freely between the subscriber’s network and the
outside network (i.e. the Internet).
•
on-ActiveMode-ButtonDisabled (value = 4) — The Standby
button functionality is disabled, and data traffic is not allowed
to pass freely between the subscriber’s network and the outside
network (i.e. the Internet).
Note 1: Subscribers may accidentally push the Standby button on
their cable modems and then call in a trouble report stating that they
no longer have the ability to access the WAN. Otherwise, the
EMTA is operating correctly. Verifying the WAN Isolation state
should be one of the first things that your support staff should check
when responding to this type of trouble call.
Note 2: Activating Standby mode on TM402C and TM402J Telephony Modems (Japan market) turns off all front panel LEDs other
than the Power LED without disabling WAN access, regardless of
the arrisCmDevWanIsolationState MIB value.
Note 3: Model 5 Telephony Modems do not have a Standby button.
However, the arrisCmDevWanIsolationState MIB is still valid
and works as described otherwise on Model 4 and Model 5 hardware.
Setting IPv6 Forwarding
Follow these steps to enable or disable IPv6 forwarding on the NIU.
The default setting disables forwarding.
1
Set the least significant bit (0x01) of the arrisCmDevModemFeatureSwitch MIB to enable IPv6 forwarding.
Note: TS4.5 does not support filtering of IPv6 packets at the NIU.
2
Clear the least significant bit (0x01) of the arrisCmDevModemFeatureSwitch MIB to disable IPv6 forwarding.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
Setting DOCSIS
1.0 Fragmentation
Support
63
While DOCSIS 1.0 does not require fragmentation support, some
CMTS vendors support it. Follow these steps to enable or disable
DOCSIS 1.0 fragmentation support on an NIU. The default setting
enables the support.
1
Clear the 0x10 bit of the arrisCmDevModemFeatureSwitch MIB
to enable DOCSIS 1.0 fragmentation support.
2
Set the 0x10 bit of the arrisCmDevModemFeatureSwitch MIB to
disable DOCSIS 1.0 fragmentation support.
Note: Disabling fragmentation support may be required to allow
the cable modem to register on certain older DOCSIS 1.0 CMTS
units.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
64
Provisioning
Controlling MTA Functionality
Use this procedure to enable and disable MTA functionality on Touchstone NIUs as desired.
About Monitoring
Functionality
The features described in this procedure are generally controlled
through the MTA configuration file. See the Touchstone Software Management Guide for monitoring features, such as statistics and message
reporting through Syslog, which may be controlled while the MTA is in
service.
Action
Perform the following tasks as needed.
Task
Page
Configuring Loop Current. . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Configuring Gain Control . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Adjusting Delta Rx/Tx Gain . . . . . . . . . . . . . . . . . . . . . . . . . 66
Configuring Dial Pulse Support . . . . . . . . . . . . . . . . . . . . . . 66
Configuring the Echo Cancellation Tail Length . . . . . . . . . . 67
Configuring the Ringing Waveform . . . . . . . . . . . . . . . . . . . 67
Configuring the Dynamic RTP Port Range . . . . . . . . . . . . . 68
Configuring Non-Phase Reversed Modem Tone Handling . 68
Setting Jitter Buffer Parameters . . . . . . . . . . . . . . . . . . . . . . 69
Setting the Upstream Buffer Depth . . . . . . . . . . . . . . . . . . . 69
Configuring Loop
Current
Touchstone Telephony Modems support a “boost,” or high loop current
mode (40 mA vs. 23 mA) to compensate for faulty CPE or wiring. Use
this setting, for example, to alleviate issues related to off-hook not
being detected or fax machines failing to operate properly due to
increased current draw by the equipment.
1
To specify normal loop current (the default), set the ppCfgPortLoopCurrent MIB to 1.
2
To specify high loop current, set the ppCfgPortLoopCurrent MIB
to 2.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
65
Note 1: High loop current reduces battery hold-up times.
Note 2: The TM401 and TM501 Telephony Modems do not support
high loop current.
Configuring Gain
Control
Follow these steps as necessary to configure gain control settings.
1
Adjust MTA-generated FSK tones (CID and VMWI) by setting the
arrisMtaDevGainControlFSK MIB. Valid range: -10 to 2 (dBm).
Default: 0.
2
Adjust the transmit digital gain adjustment for MTA-generated
CAS tone by setting the arrisMtaDevGainControlCAS MIB. Valid
range: -2 to 2 (dBm). Default: 0.
3
Adjust the transmit digital gain adjustment for MTA-generated Call
Progress tones (dial tone, busy tone, ringback, etc.) to the CPE by
setting the arrisMtaDevGainControlLocalTone MIB. Valid range:
-2 to 2 (dBm). Default: 0.
4
Adjust the transmit digital gain adjustment for MTA-generated Call
Progress tones (ringback) to the network by setting the arrisMtaDevGainControlNetworkTone MIB. Valid range: -2 to 2 (dBm).
Default: 0.
5
Adjust the transmit digital gain adjustment for MTA-generated
DTMF tones to the CPE by setting the arrisMtaDevGainControlLocalDTMF MIB. Valid range: -15 to 9 (dBm). Default: 0.
6
Adjust the transmit digital gain adjustment for MTA-generated
DTMF tones to the network by setting the arrisMtaDevGainControlNetworkDTMF MIB. Valid range: -9 to 9 (dBm). Default: 0.
7
Adjust the transmit digital gain adjustment for voice by setting the
arrisMtaDevGainControlTxVoice MIB. Valid range: -2 to 2
(dBm). Default: 0.
Note: This setting does not affect local tone or FSK levels.
8
Adjust the receive digital gain adjustment for voice by setting the
arrisMtaDevGainControlRxVoice MIB. Valid range: -2 to 2
(dBm). Default: 0.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
66
Adjusting Delta
Rx/Tx Gain
Provisioning
You can adjust both delta Receive gain (Rx—from the MTA to the
CPE) and delta Transmit (Tx—from the CPE to the MTA) gain as necessary. Follow these steps to provision delta Rx/Tx gain.
CAUTION
Service affecting
Changing the delta Rx/Tx Gain from the default value based on the
country template used may affect overall voice transmission quality,
local tone levels, digit detection, and modem/fax tone detection. PESQ
scores may also be affected when additional loss is introduced.
1
Add the following Rx/Tx Gain MIB objects to the CM configuration file, using any valid line index for the NIU:
•
ppCfgPortTxGainControl
•
ppCfgPortRxGainControl
Note: Even though the deltaRx/Tx Gain MIB objects are defined to
be line-based, setting the MIB for any valid line sets the delta gain
for all lines. Also, if the same delta Rx/Tx Gain MIB object appears
multiple times in the CM configuration file using different indexes,
only the last one is used to set the gain settings.
The valid range for the Rx/Tx Gain MIB objects is -2 dB to 2 dB, in
1 dB increments. The default value for each MIB object is 0 dB.
Configuring Dial
Pulse Support
Follow these steps to configure dial pulse support on Touchstone
MTAs. See “Dial Pulse Support” on page 43 for more information.
CAUTION
Change to functionality
The arrisMtaDevEndPntDialingMethod MIB values have changed as
of TS4.3. If MTA configuration files use this MIB to enable pulse
detection, upgrade the software first and then the configuration file during a scheduled maintenance window.
1
To enable Gateway (IPDT) dial pulse support, set the arrisMtaDevEndPntDialingMethod MIB to 5 (pulse and DTMF detection).
2
To enable softswitch (CMS) dial pulse support, set the arrisMtaDevEndPntDialingMethod MIB to 3 (pulse and DTMF detection).
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
67
3
Configuring the
Echo Cancellation
Tail Length
To disable dial pulse detection, set the arrisMtaDevEndPntDialingMethod MIB to 1.
TS4.3 increased the default echo cancellation tail length for TM402
and later MTAs from 8 ms to 32 ms. Follow these steps to configure the
desired echo cancellation tail length.
1
In the MTA configuration file, add the arrisMtaDevEchoCancellerTailLength MIB and set it to eightMs or thirtyTwoMs as
desired.
Note: The MIB setting has no effect on Model 1 or Model 2 Telephony Modems, as well as Model 2 and Model 3 Telephony Ports.
The echo cancellation tail for these MTAs is fixed at 8 ms.
2
Reset the MTA.
The MTA sets the echo cancellation tail as configured, then marks
the MIB read-only.
Configuring the
Ringing Waveform
TM402 and newer Telephony Modems support both trapezoidal and
sinusoidal ringing waveforms when used with North American country
templates. Other models and templates currently support only trapezoidal waveforms. You may need to change the waveform if certain nonEIA compliant subscriber equipment does not recognize the trapezoidal
waveform (in short, the phone does not ring). Configure the ringing
waveform as follows:
CAUTION
Potentially service-affecting
Sinusoidal ringing is supported only for North American templates on
Model 4 and Model 5 hardware. Use of this feature with other templates, or with other hardware, may result in loss of service.
1
Set the arrisMtaDevEndPntRingingWaveform MIB using one of
the following methods:
a
In the MTA configuration file, add the arrisMtaDevEndPntRingingWaveform MIB and set it to sinusoidal or normal as
desired. Then reset the MTA to have the change take effect.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
68
Provisioning
b
Use an SNMP manager to access the MTA and set the arrisMtaDevEndPntRingingWaveform MIB to sinusoidal or normal
as desired.
Note: Setting this MIB in the configuration file does not write the
setting to NVRAM; therefore, if you remove the MIB from the configuration file and reset the MTA, it reverts to using the trapezoidal
waveform. Setting the MIB through SNMP does write the setting to
NVRAM.
Configuring the
Dynamic RTP Port
Range
Follow these steps to configure the dynamic RTP port range.
1
2
Configuring NonPhase Reversed
Modem Tone Handling
Set the arrisMtaCfgRTPDynPortStart MIB to the starting UDP
port number in the desired range. Valid range: 1024 to 65535.
Default: 49152. Note that the IANA defines the following ranges:
•
0–1023: Well-known ports
•
1024–49151: Registered ports
•
49152–65535: Dynamic and private ports
Set the arrisMtaCfgRTPDynPortEnd MIB to the ending UDP port
number in the desired range. Valid range: 1024 to 65535. Default:
65535.
TS4.4 and newer versions of Touchstone software support handling of
non-phase reversed CED fax/modem tones. You may need to enable
this feature to support low-speed analog modems which do not support
non-phase reversed CED tones.
1
Set the arrisMtaDevDspHandleNonPhaseReversedTone MIB to
one of the following values as appropriate:
•
off(1)—do not handle non-phase reversed tones. This behavior
is identical to TS4.1 and earlier versions of Touchstone software.
•
onECANEnable(2) (default)—handle non-phase reversed
tones with the echo canceller enabled.
•
onECANDisabled(3)—handle non-phase reversed tones with
the echo canceller disabled.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
Setting Jitter
Buffer Parameters
69
TS4.4 and newer versions of Touchstone software allow adjustments to
the MTA jitter buffer parameters. If you change these parameters with
an SNMP manager, the new settings take effect starting with the next
phone call.
1
Configure the jitter buffer mode by setting the arrisMtaDevVPJitterBufferMode MIB to either 1 (adaptive, the default) or 2
(fixed).
Setting the
Upstream Buffer
Depth
2
Configure the nominal jitter buffer size by setting the arrisMtaDevVPNomJitterBuffer MIB. The value represents a multiple of
the packetization rate. Valid range: 1 to 4. Default: 1.
3
(TS4.5 MSUP2 and newer only) Configure the maximum jitter
buffer size by setting the arrisMtaDevVPMaxJitterBuffer MIB.
The value represents a multiple of the packetization rate. Valid
range: 1 to 4. Default: 3.
TS4.5 MSUP2 and newer versions of Touchstone software allow for
provisioning the RTP transmit buffer depth by specifying a MIB in the
configuration file. This MIB can be written only in the configuration
file at initialization. Once MTA registration is complete, the MTA sets
the RTP buffer depth and marks the MIB read-only.
1
In the MTA configuration file, add the arrisMtaDevRTPTxQueueSize MIB and set its value. Valid range: 2 to 4 (packets) Default: 2.
Note: The MIB setting is enforced only for RTP voice packets. The
total buffer depth can increase to a maximum of 7 packets for
RFC2833 events, or for fax and analog modem call RTP packets.
2
Reset the MTA.
The MTA sets the RTP transmit buffer depth as configured, then
marks the MIB read-only.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
70
Provisioning
Provisioning SIP Support
TS4.5 provides SIP support for MTAs. This feature requires modifications be made to the CM configuration file and a new MTA configuration file. This feature requires a specialized software load.
See the Touchstone Software Feature Guide for details about SIP support.
Action
Perform the following tasks as necessary:
Task
Page
CM Configuration File Changes ................................... 70
MTA Configuration File Changes ................................. 71
Setting up Dialing Features.......................................... 73
Configuring Warmline or Hotline .................................. 74
CM Configuration
File Changes
Follow these steps to modify the cable modem configuration file for
SIP support.
1
Modify the ppCfgMtaCallpFeatureSwitch MIB. To use QoS for a
SIP EMTA load the value of the feature switch must be set to
0x4000 or decimal 16384. If this bit is not set in the feature switch,
the RTP packets are transmitted using Best Effort. Other QoS specific settings may be needed depending on the CMTS (and its software load) used.
2
Modify the PcIpClassification MIB. The Classification for
Upstream and Downstream packets should be set up with a different port number to indicate the correct SIP source port(s). PcIpSourcePortStart and PcIpSourcePortEnd should be set to 5060
in both UpstreamPacketClassification and DownstreamPacketClassification. Please refer to Appendix A for a sample configuration
file lookup.
3
(optional) Set the arrisMtaCfgRTPDynPortStart and arrisMtaCfgRTPDynPortEnd MIBs to the desired port range used for
sending SIP RTP voice packets. The valid range for the start and
end ports is 1024–65535. The default range is 49152–65535.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
MTA Configuration File Changes
71
Follow these steps to enable SIP support in the MTA configuration file.
1
Enable the MTA device by modifying the pktcMtaDevEnabled
MIB. The MIB is used to control the MTA device; it is not line specific. The value has to be set to true to provide dial tone on individual lines. To enable individual lines, set the ifAdminStatus.9
(line1) or .10 (line2) to 1 and also set the user name field for the
corresponding line.
2
Add a ppcfgMtaCountryTemplate MIB setting to change tones,
linecard configuration, and certain Euro-PacketCable defaults (such
as CallerID and VMWI) to match local requirements.
3
Enter the SIP user name by modifying the sipCfgPortUserName
MIB. This is the user name and it is recommended that it be the
phone number for that line of the MTA. This will be used in the
caller ID number at a later date. For line specific provisioning,
sipCfgPortUserName.1 and .2 represent the different line numbers. The user name must be less than 255 characters. If a string
contains any special characters, the entire string must be enclosed
within double quotes. To enable service this must be set along with
the pktcMtaDevEnabled set to true as well as the ifAdminStatus
set to true for the line.
4
Enter the display name by modifying the sipCfgPortDisplayName
MIB. This is the display name in the SIP messages that will be used
for the caller name delivery at a later date. The name must be less
than 255 characters. If a string contains any special characters the
entire string must be enclosed within double quotes "".
5
Enter the login name by modifying the sipCfgPortLogin MIB. The
login name is to be specified for each device to meet the requirements for HTTP digest authentication. The login is provisioned in
the SIP configuration file for the EMTA. To provide login name privacy, this setting when read will only display as "XXXXXXX"
(255 Max).
6
Enter the password by modifying the sipCfgPortPassword MIB.
The password is the paired requirement for the HTTP authentication on SIP messages. The string can be set only when downloading
the configuration file. In order to provide password privacy, this
setting when read will only display as "XXXXXXX" (255 Max).
7
Enter the interface admin status by modifying the ifAdminStatus
MIB. For SIP EMTAs, the ifAdminStatus.9 is for line 1 and ifAdminStatus.10 is for line 2. Both values need to be set to 1 to enable
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
72
Provisioning
the interfaces, same as the existing NCS settings. To bring the MTA
lines into service, the pktcMtaDevEnabled flag has to be set to
true and a value must be set for the sipCfgPortUserName for the
corresponding line.
8
Enter the SIP proxy server address and type by modifying the
sipCfgProxyAdr and the sipCfgProxyType MIBs. The SIP proxy
server address can be specified using the DNS or IPv4 format. If the
proxy type is set to DNS, then the domain name can be used. If the
IPv4 address format is used, a regular IP address needs to be specified. The port number is optional with a default value set to 5060.
The correct pair of information (proxy address and type) is required
for successful provisioning. No default value is assumed.
9
Enter the SIP registrar address and type by modifying the sipCfgRegistrarAdr and sipCfgRegistrarType MIBs. The SIP registration server (registrar) can be specified using either the DNS or Ipv4
format. The registrar can be the same address as the proxy server
but it will have to be specified again. If the registrar type is set to
DNS, then the domain name can be used. If the IPv4 address format
is used, a regular IP address needs to be specified. The port number
is optional with a default value set to 5060. The correct pair of
information (registrar address and type) is required for successful
provisioning. No default value is assumed.
10 Enter the digit map specification by modifying the sipCfgDigitMap
MIB. The digit map support on ARRIS SIP MTA is specified in the
config file via TLV43 and sub TLV69. It is applied to all the lines
on the Touchstone Telephony Modem. The format of the string is
the same as a digit map used in MGCP. It can be set only in the configuration file. The maximum length for the digit map is 2048 characters.
11 Enter the SIP call feature switch by modifying the sipCfgSipFeatureSwitch MIB. This call feature switch is intended to be used
later in the release. Each bit corresponds to a supported SIP call feature. There are 32 bits reserved for the feature switch. Default value
is 0.
12 Enter the SIP provisioned codec by modifying the sipCfgProvisionedCodecArray MIB. This is the list of codecs offered in the
OFFER SDP. The order of this list is also the order of preference
used in the OFFER SDP.These are entered as a string separated by
semi-colon ';' for example 'PCMU;PCMA;G726-32'. The supported
codecs are PCMU, PCMA, G728, G729, G729E, G726-16,G72624, G726-32, and G726-40. The default string is “PCMU;PCMA.”
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
73
13 Enter the packetization rate by modifying the sipCfgPacketizationRate MIB. The supported packetization rates are 10, 20 and 30
milliseconds. The default value is 20ms.
14 (optional) Set the arrisMtaCfgRTPDynPortStart and arrisMtaCfgRTPDynPortEnd MIBs to the desired port range used for
sending SIP RTP voice packets. The valid range for the start and
end ports is 1024–65535. The default range is 49152–65535.
Setting up Dialing
Features
Add to the MIBs described below to the MTA configuration file to set
up dialing features. The sipCfgDialFeatMap MIB, provided in earlier
TS4.4 loads, is supported for backwards compatibility but no longer
documented. The MIBs for each feature are distinguished by the
numeric suffix; for example, sipCfgDialFeatName.1 and sipCfgDialFeatName.2 are two different features.
1
2
Add the sipCfgDialFeatName MIB to enable particular dialing
features. Supported dialing features are:
•
Anonymous Call Reject
•
Anonymous Call Reject Disable
•
Call Forward Busy
•
Call Forward Busy Disable
•
Call Forward Fixed/Variable (Unconditional)
•
Call Forward Fixed/Variable Disable
•
Call Forward No Answer
•
Call Forward No Answer Disable
•
Call Return
•
Call Waiting Temp Disable
•
Call Waiting Perm Disable Toggle
•
Caller ID Perm Block Toggle
•
Caller ID Temp Enable
•
Caller ID Temp Block
Add the sipCfgDialFeatCode MIB to define a dialing code for a
particular feature. You can specify up to three codes, separated by a
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
74
Provisioning
comma, for each feature. For example, use “*70,1170” to allow
either *70 or 1170 to activate a feature.
3
Add the sipCfgDialFeatTone MIB to specify the confirmation tone
used when activating a feature. The choices are stutterTone
(default) and dialTone.
4
Add the sipCfgDialFeatActive MIB to assign a feature to one or
more lines on the MTA. The value for this MIB is a bit mask; each
bit represents one line. The least significant bit corresponds to
line 1.
Examples: A value of 0.0.0.3 enables the dialing feature for line 1
and line 2. A value of 0.0.0.2 enables the feature only for line 2.
5
Add the sipCfgDialProxyMap MIB to specify hybrid features—
those features where the MTA handles the tones, but the proxy handles the actual messaging. Each feature definition consists of three
parts, separated by commas and ended by a vertical bar. The parts
are:
•
Dial code (such as *50)
•
Confirmation tone (1 for stutter tone, 2 for dial tone)
•
Supported lines (a bitmap with a format similar to that of the
sipCfgDialFeatActive MIB).
For example, the value *50,1,1|*51,2,3| defines two features. The
first feature is activated by *50, uses a stutter confirmation tone,
and is active only on line 1. The second feature is activated by *51,
uses a dial tone for confirmation, and is active on lines 1 and 2.
Configuring Warmline or Hotline
The SIP load includes support for specifying a hotline or warmline
number in the configuration file. A hotline automatically dials the specified number as soon as the specified line goes off-hook; a warmline
automatically dials the specified number after providing dial tone for a
specified amount of time. Add the MIBs described below to the MTA
configuration file to set up a hotline or warmline for a specific line.
1
In the configuration file, set the sipCfgPortWarmOrHotlineNumber MIB to the phone number to dial. This MIB is specific to a
line, so it must be specified with the line number; for example,
sipCfgPortWarmOrHotlineNumber.2 for line 2.
2
In the configuration file, set the sipCfgPortWarmLineTimeout
MIB to the timeout value (in seconds) for a warmline, or to 0 for a
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
75
hotline. This MIB is specific to a line, so it must be specified with
the line number; for example, sipCfgPortWarmLlineTimeout.1
for line 1.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
76
Provisioning
Provisioning European Productization
Support
The TS4.5 .EURO load only provides support for full Euro-PacketCable provisioning. This requires that new features be configured and
existing MIBs be modified. This feature requires a specialized software
load.
See the Touchstone Software Feature Guide for details about European
Productization support.
Action
Perform the following tasks as necessary:
Task
Page
Configuring Power Ring Frequency ............................. 76
Configuring On-Hook Caller ID .................................... 77
Configuring Visual Message Waiting Indicator............. 77
Configuring Tone Operations ....................................... 78
Configuring Hook Flash Timing .................................... 80
Configuring Power
Ring Frequency
Follow these steps to configure the power ring frequency.
1
Select the pktcSigPowerRingFrequency MIB and input the
appropriate frequency for your network . The following frequencies are valid:
•
20 Hz (1)
•
25 Hz (2) (default for Belgium, Germany, Netherlands,
Netherlands09, and Poland)
•
33.33 Hz (3)
•
50 Hz (4) (default for France and Hungary)
•
15 Hz (5)
•
16 Hz (6)
•
22 Hz (7)
•
23 Hz (8)
•
45 Hz (9)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
Configuring OnHook Caller ID
77
Follow these steps to configure the on-hook Caller ID functionality.
1
Set the protocol by modifying the pktcSigDevCallerIdSigProtocol MIB. Supported protocols are fsk(1) (default) and dtmf(2).
2
Select the pktcSigDevCIDMode MIB and select from one of the
following modes:
•
duringRingingETS—The FSK containing the Caller ID infor-
mation is sent between the first and second ringing pattern. The
delay between the end of the first ringing pattern and the start of
the transmission for of the FSK containing the Caller ID information is configurable using the pktcSigDevCIDFskAfterRing
MIB.
•
dtAsETS (default for Belgium, France, Germany, Netherlands,
Netherlands09, and Poland)—The FSK is sent after the Dual
Tone Alert Signal but before the first ring pattern.
•
rpAsETS (default for Hungary)—The FSK is sent after a Ring
Pulse but before the first ring pattern. The delay between the
end of the Ring Pulse Alert Signal and the start of transmission
of the FSK containing the Caller ID information is configured
with the pktcSigDevCIDFskAfterRPAS MIB object.
•
lrAsETS—The Line Reversal occurs first, then the Dual Tone
Alert Signal, and finally the FSK is sent but before the first ring
pattern. The delay between the end of the Line Reversal and the
start of the Dual Tone Alert Signal is configurable via the pktcSigDevCIDDTASAfterLR MIB object.
Note 1: The delay between the Dual Tone Alert Signal and the start
of transmission of the FSK containing the Caller ID information for
both the dtAsETS and lrAsETS Caller ID methods is configurable
using the pktcSigDevCIDFskAfterDTAS MIB.
Note 2: The delay between the end of the complete transmission of
the FSK containing the Caller ID information and the start of the
first ring pattern for dtAsETS, rpAsETS, and lrAsETS caller ID
methods is configurable via the pktcSigDevCIDRingAfterFSK
MIB object.
Configuring Visual
Message Waiting
Indicator
Follow these steps to configure visual message waiting indicator.
1
Select the pktcSigDevVmwiMode MIB and select from one of the
following modes:
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
78
Provisioning
•
dtAsETS (default for Belgium, France, Germany, Netherlands,
and Netherlands09)—The FSK is sent after the Dual Tone Alert
Signal but before the first ring pattern.
•
rpAsETS (default for Hungary)—The FSK is sent after the
Ring Pulse. The delay between the end of the Ring Pulse Alert
Signal and the start of the transmission of the FSK containing
the VMWI information is configurable via the pktcSigDevVmwiFskAfterRPAS MIB object.
•
lrAsETS (default for Poland)—The Line Reversal occurs first,
then the Dual Tone Alert Signal, and finally the FSK is sent.
The delay between the end of the Line Reversal and the start of
the Dual Tone Alert Signal for VMWI information is configured
with the pktcSigDevVmwiDTASAfterLR MIB object.
Note: The delay between the end of the Dual Tone Alert Signal and
the start of the transmission of the FSK information containing the
VMWI information for the dtAsETS and lrAsETS alerting signal
methods is configurable via the pktcSigDevVmwiFskAfterDTAS
MIB object.
Configuring Tone
Operations
Follow these steps to configure the tone operations.
1
Modify the pktcSigDevToneType MIB. The pktcSigDevToneTable table contains any modifications. The supported tone types
are listed below:
•
busy (16)
•
confirmation (17)
•
dial (18)
•
messageWaiting(19)
•
offHookWarning (20)
•
ringBack (21)
•
reOrder (22)
•
stutterdial (23)
•
loopback (24)
•
callWaiting1 (25)
•
callWaiting2 (26)
•
callWaiting3 (27)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
79
•
2
3
callWaiting4 (28)
The following tones are only supported by the MIB, but are not signaled through the supported line package:
•
alertingSignal (29)
•
testTone (30)
•
specialDial(31)
•
specialInfo (32)
•
release (33)
•
congestion (34)
•
userDefined1 (35)
•
userDefined2 (36)
•
userDefined3 (37)
•
userDefined4 (38)
To modify the decibel level of each of the tones listed above, modifications to the pktcSigDevToneDbLevel MIB can be made but,
are not necessary.
Note: This MIB object is supported by the Belgium, France, Germany, Hungary, Netherlands, Netherlands09, NorthAmerica33high,
and Poland country code templates.
4
To modify how the frequencies are applied for each of the given
tones, modifications to the pktcSigDevToneFreqType MIB can be
made, but are not necessary. Possible methods are:
•
allFrequencies—All frequencies specified by the MIB object
pktcSigDevToneNumFrequencies are mixed to form a single
tone. The tone is then applied in sequence using the number of
on/off times specified in pktcSigDevToneNumOnOffTimest
•
singleFrequencySequence—All frequencies specified by the
MIB object pktcSigDevToneNumFrequencies are applied in
sequence using the corresponding frequency number on/off
times.
•
dualFrequencySequence—Two pairs of frequencies are
mixed to form two sequenced tones. The first and second frequencies are mixed to form one and applied using pktcSigDevToneFirstToneOn and pktcSigDevToneFirstToneOff. The
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
80
Provisioning
third and fourth frequencies are mixed to form tone two and are
applied using pktcSigDevToneSecondToneOn and pktcSigDevToneSecondToneOff. For this tone type pktcSigDevToneNumFrequencies MUST equal 4 and
pktcSigDevToneNumOnOffTimes MUST equal 2
•
allFrequenciesModulated—All frequencies specified by
pktcSigDevToneNumFrequencies are modulated to form a
single tone. The tone is then applied in sequence using the number of on/off times specified in pktcSigDevToneNumOnOffTimes. The pktcSigDevToneNumFrequencies MUST equal
2, and the frequency in pktcSigDevToneFirstFrequency modulates the frequency in pktcSigDevToneSecondFrequency
Configuring Hook
Flash Timing
Follow these steps to configure hook flash timing in .EURO loads.
1
Modify the following MIBs as needed:
•
pktcNcsEndPntConfigMinHookFlash—represents the minimum time a line needs to be on hook for a valid hook flash. The
range is 20 to 1000 milliseconds. The defaults are as follows:
— Belgium: 50 ms
— France: 300 ms
— Germany: 300 ms
— Hungary: 60 ms
— Netherlands/Netherlands09: 300 ms
— Poland: 50 ms
•
pktcNcsEndPntConfigMaxHookFlash—represents the maxi-
mum time the line needs to be on hook for a valid hook flash.
The range is 20 to 1000 milliseconds. The defaults are as follows:
— Belgium: 600 ms
— France: 500 ms
— Germany: 500 ms
— Hungary: 200 ms
— Netherlands/Netherlands09: 500 ms
— Poland: 520 ms
Note: These MIBs are available only in .EURO loads.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Provisioning
81
Provisioning Voice and Signalling Packet
Priority
Use this procedure to set the priority of voice and signalling packets.
This may be necessary to give ToIP traffic priority in non-PacketCable
portions of the network, especially when the CMTS and call server or
CMS are located at different sites.
ToS-related MIBs
IP packets contain a ToS (Type of Service) field in the header, which
allows devices to specify the priority and traffic type of packets. Routers can use this information to process and prioritize traffic.
Two PacketCable MIBs allow setting the ToS field:
•
pktcSigDefCallSigTos—sets the ToS field for signalling
packets
•
pktcSigDefMediaStreamTos—sets the ToS field for voice
(ToIP) packets
These MIBs no longer exist in the European loads. The following
DSCP MIBs are used: pktcSigDefCallSigDscp and pktcSigDefMediaStreamDscp.
The following diagram shows the structure of the ToS field for both
voice and signalling packets:
Precedence bits:
Priority of traffic
7
6
5
Unused
4
3
2
1
0
Traffic type; not
used by Touchstone
Software
Touchstone software does not use (or recognize the existence of) the
lower two bits of the ToS field. In addition, you should always set the
“traffic type” bits (2 through 4) to zero. These restrictions result in a
valid range of 0 to 56 for the ToS MIBs, in multiples of 8. Touchstone
software automatically left-shifts the value given by two bits to insert
the correct values into the ToS field.
Action
Follow these steps to provision voice and signalling packet priority.
1
Create an MTA provisioning file, or open an existing file, using
PacketACE or another provisioning file editor.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
82
Provisioning
2
Create a setting for the pktcSigDefCallSigTos MIB with the
desired signalling priority. For example, if you want the priority for
signalling packets to be 3, set the value to 24 (3*8).
3
Create a setting for the pktcSigDefMediaStreamTos MIB with the
desired voice priority. For example, if you want the priority for
voice packets to be 5, set the value to 40 (5*8).
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
4
4
MIB Reference
This chapter lists the MIBs referenced by the TS4.5 software. See the
Touchstone Software Troubleshooting Guide for a partial list of MIB
variables used for troubleshooting.
The MIB files required are shipped on the CD with the TS4.5 software.
Supported MIBs
The TS4.5 software supports all standard MIBs required by DOCSIS.
Note: To comply with PacketCable specifications, Touchstone software restricts CM-related MIB access to the CM IP address, and
MTA-related MIB access to the MTA IP address.
ARRIS Proprietary
MIBs
The following ARRIS-specific MIBs are required for full SNMP support of Touchstone cable modems and are included on the software CD.
ARRIS-MIB
A header for the ARRIS enterprise MIB.
ARRIS-CM-DEVICE-MIB
The portion of the ARRIS enterprise MIB that applies to Touchstone Cable Modems.
PACKETPORT-MIB
The portion of the ARRIS enterprise MIB that applies to Touchstone NIUs.
ARRIS-MTA-DEVICE-MIB
The portion of the ARRIS enterprise MIB that applies to status
monitoring for Touchstone TM402 Li-Ion batteries and Loop Voltage Management settings.
ARRIS-SIP-MIB
The portion of the ARRIS enterprise MIB that applies to SIP support.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
84
DOCSIS MIBs
MIB Reference
DOCS-CABLE-DEVICE-MIB (RFC-2669)
Provides controls and status information in the CMTS and cable
modems.
DOCS-IF-MIB (RFC-2670)
Describes MCNS compliant Radio Frequency (RF) interfaces in
CMTS and cable modems.
DOCS-BPI-MIB (RFC-2083)
Describes the Baseline Privacy Interface (BPI) implementation in
the CMTS and cable modems.
DOCS-BPI2-MIB
Describes the Baseline Privacy Plus Interface (BPI+) implementation in the CMTS and cable modems.
DOCS-QOS-MIB
Describes the management information for Quality Of Service
(QOS) in DOCSIS 1.1.
DOCS-SUBMGT-MIB
Describes the subscriber management interface for cable modems.
DOCS-IF-EXT-MIB
Extensions to the DOCS-IF-MIB.
DOCS-CABLE-DEVICE-TRAP-MIB
An extension of the CABLE DEVICE MIB defined in RFC2669. It
defines various trap objects for both cable modems and the CMTS.
ESAFE-MIB
Describes the objects necessary to configure functionality of
eSAFE components of a device containing an eDOCSIS compliant
cable modem and one or more eSAFE elements.
PacketCable MIBs
CLAB-DEF-MIB
A header for the PacketCable MIB.
PKTC-MTA-MIB
Supplies basic management objects for MTA devices.
PKTC-IETF-MTA-MIB
Euro-PacketCable equivalent of PKTC-MTA-MIB.
PKTC-SIG-MIB
Contains all objects and provisioning data for each endpoint (or
telephone line).
PKTC-IETF-SIG-MIB
Euro-PacketCable equivalent of PKTC-SIG-MIB.
PKTC-EVENT-MIB
Supplies the basic objects required for reporting events (for example, logs and alarms).
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
MIB Reference
Network-related
MIBs
85
IF-MIB (RFC-2233)
Describes generic objects for network interface sub-layers.
BRIDGE-MIB (RFC-1493)
An interface to IEEE 802.1D-style bridges.
EtherLike-MIB (RFC-2665)
Status objects and counters associated with an Ethernet interface.
IP-MIB (RFC-2011)
The MIB module for managing IP and ICMP implementations, but
excluding their management of IP routes.
UDP-MIB (RFC-2013)
The MIB module for managing UDP implementations.
IGMP-STD-MIB (RFC-2933)
IGMP protocol support.
USB-MIB
Describes the cable modem USB interface.
SNMP-NOTIFICATION-MIB
SNMP-TARGET-MIB (RFC-2573)
Defines MIB objects that provide mechanisms to remotely configure the parameters used by an SNMP entity for the generation of
notifications.
SNMP-USER-BASED-SM-MIB (RFC-2574)
The management information definitions for the SNMP User-based
Security Model (USM).
SNMP-USER-BASED-ACM-MIB
SNMP-VIEW-BASED-ACM-MIB (RFC-2575)
The management information definitions for the SNMP Viewbased Access Control Model (ACM).
SNMP-COMMUNITY-MIB (RFC-2576)
This MIB module defines objects to help support coexistence
between SNMPv1, SNMPv2, and SNMPv3.
SNMP-USM-DH-OBJECTS-MIB (RFC-2786)
The management information definitions for providing forward
secrecy for key changes for the usmUserTable, and for providing a
method for kick-starting access to the agent via a Diffie-Helman
key agreement.
Imports and
Definitions
RFC1155-SMI
Common definitions for the structure and identification of management information for TCP/IP-based internets.
RFC1157-SNMP
Defines the SNMP protocol.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
86
MIB Reference
SNMPv2-PDU
Describes SNMP Protocol Data Units.
SNMPv2-TM
Defines textual conventions and objects for transporting SNMP
over various network protocols.
SNMPv2-MIB (RFC-1907)
Defines SNMPv2 entities.
SNMP-FRAMEWORK-MIB (RFC-2571)
Defines the SNMP management architecture.
SNMP-MPD-MIB (RFC-2572)
SNMP Message Processing and Dispatching.
SNMPv2-SMI (RFC-2578)
Object identifiers for SNMPv2, including SNMP MIB II (RFC
1907).
SNMPv2-TC (RFC-2579)
Common textual conventions, used throughout the MIBs.
SNMPv2-CONF (RFC-2580)
Definitions for conformance groups.
INET-ADDRESS-MIB (RFC-2851)
Defines textual conventions for representing Internet addresses. An
Internet address can be an IPv4 address, an IPv6 address or a DNS
domain name.
DIFFSERV-DSCP-TC (RFC-3289)
Defines textual conventions used in the PKTC-IETF-SIG-MIB.
INTEGRATED-SERVICES-MIB (RFC-2713)
Defines textual conventions used in the PKTC-IETF-SIG-MIB.
Duplicate and Obsolete MIBs
Duplicate MIBs
The following PacketPort MIBs are deprecated in favor of equivalent
PacketCable MIBs. ARRIS continues to make them available as readonly variables for customers using them in their network management
and monitoring.
Old PacketPort MIB
Description and Replacement MIB
ppCfgPortAdminState
Administrative status of the line.
Use ifAdminStatus
ppCfgPortCallAgentName
The call agent name.
Use pktcNcsEndPntConfigCallAgentId
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
MIB Reference
Obsolete MIBs
87
Old PacketPort MIB
Description and Replacement MIB
ppCfgPortCallAgentUdpPort
The call agent UDP port. Use
pktcNcsEndPntConfigCallAgentUdpPort
ppCfgPortMtaAdminState
MTA administrative status. Use
ifAdminStatus or pktcMtaDevEnableID
The following MIBs are no longer used or available as of TS4.1.
MIB
Reason for deletion
ppCfgPortCallAgentIpAddress
No longer used. Redundant information.
ppCfgPortProvSignalingProt
NCS is only supported signaling protocol.
ppCfgPortTpar
Duplicate of PacketCable NCS timer
ppCfgPortTcrit
Duplicate of PacketCable NCS timer
ppCfgPortBusyToneTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortDialToneTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortMsgWaitTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortOffHookWarnTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortRingingTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortRingBackTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortReorderTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortStutterDialToneTimeOut
Duplicate of PacketCable NCS timer
ppCfgPortMaxWaitDelay
Duplicate of PacketCable NCS timer
ppCfgPortPacketizationPeriod
Does nothing, packetization rate is
controlled by codec negotiation.
ppCfgPortCodec
Does nothing, codec is controlled by
codec negotiation.
ppCfgMtaFullyQualName
Duplicate of PacketCable MIB
object for FQDN
ppCfgMtaTeleServProvServIpAddr
Duplicate of PacketCable MIB
object for SNMP Entity
ppCfgMtaTeleServProvServName
Duplicate of PacketCable MIB
object for SNMP Entity
ppCfgMtaTeleServProvDhcpIpAddr Duplicate of PacketCable MIB
object for DHCP 1
ppCfgMtaTeleServProvDhcpName
Duplicate of PacketCable MIB
object for DHCP 1
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
88
MIB Reference
MIB
Reason for deletion
ppCfgMtaPrimTeleNetDnsAddr
Duplicate of PacketCable MIB
object for DNS 1
ppCfgMtaSecTeleNetDnsAddr
Duplicate of PacketCable MIB
object for DNS 2
ppCfgMtaConfigFileAccName
Duplicate of PacketCable MIB
object for config file location
ppCfgMtaProvMethodIndicator
Duplicates arrisCmDevProvMethodIndicator
ppCfgMtaTeleConfigServerIpAddr
Duplicate of PacketCable MIB
object for config file location
ppCfgMtaTeleConfigServerName
Duplicate of PacketCable MIB
object for config file location
ppCfgMtaNcsCallSigTos
Duplicate of PacketCable MIB
object for NCS ToS setting
ppCfgMtaCallServerType
No longer supported. Too many call
servers with different versions of
software for this to work
ppCfgMtaClientSeed
Duplicate of PacketCable MIB
object for config file location
ppCfgMtaHttpAdvLink
Duplicate of PacketCable MIB
object for config file location
ppSurvPortDigitMap
Not supported, should be audited
through NCS
ppSurvMtaCodecCapTable
Duplicate of PacketCable MIB and
values don’t match CableLabs definitions
ppSurvMtaSigCapTable
Only supporting NCS.
ppSurvMtaPeccode
No longer using this hardware code
style.
ppSurvMtaInitialProvAck
Old proprietary provisioning method
before the PacketCable inform was
used.
ppSurvMtaProvStatusAck
Old proprietary provisioning method
before the PacketCable inform was
used.
ppSurvMtaProvState
Duplicate of PacketCable MIB
(PacketCable MIB is more granular).
ppSurvMtaDevCorrelationId
Old proprietary provisioning method
before the PacketCable inform was
used.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
MIB Reference
Deprecated MIBs
89
MIB
Reason for deletion
ppCfgMtaInternetIsolationState
Duplicate of arrisCmDevWanIsolationState MIB.
ppSurvMtaActiveSwBank
Dual bank MTA loads no longer supported.
ppSurvMtaSoftwareLoadBankA
Dual bank MTA loads no longer supported.
ppSurvMtaSoftwareLoadBankB
Dual bank MTA loads no longer supported.
ppCfgPortDialingMethod
Replaced by
arrisMtaDevEndPntDialingMethod
The following MIBs are scheduled to be deprecated in TS5.x.
MIB
Reason for deletion
arrisCmDevprovMethodIndicator
Replaced by
arrisMtaDevProvMethodIndicator
ppCfgMtaLanHttpAccess
Replaced by
arrisCmDevHttpLanAccess
ppCfgMtaWanHttpAccess
Replaced by
arrisCmDevHttpWanAccess
Order of Compilation
Some SNMP managers, notably SNMPc, are sensitive to the order in
which MIB files are to be compiled. The following list is the recommended order for compilation.
•
standard.mib
•
snmp_tc.mib
•
snmpv2.mib
•
snmpv3.mib
•
SNMP-COMMUNITY-MIB.mib
•
rfc1213.mib
•
rfc1215.mib
•
rfc1493.mib
•
rfc1643.mib
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
90
MIB Reference
•
rfc1907.mib
•
rfc2011.mib
•
rfc2013.mib
•
ianaif.mib
•
rfc2233.mib
•
rfc2786.mib
•
rfc2933.mib
•
rfc2670_50.mib
•
qos_50.mib
•
bpi.mib
•
bpiplus.mib
•
dhkeychg.mib
•
rfc2665_50.mib
•
rfc2669_50.mib
•
DOCS-IF-EXT-MIB.mib
•
DOCS-CABLE-DEVICE-TRAP-MIB_50.mib
•
lcheader.mib
•
lancity_50.mib
•
clabs.mib
•
mtai02rv_50.mi2
•
sigi02rs_50.mi2
•
pkevt_50.mib
•
almtraps.mib
•
arrishdr.mib
•
arris_capability.mib
•
pp.mib
•
usb_50.mib
Note: Files whose names contain the string “_50” are modified for
use with SNMPc V5.0. If you are using a different NMS, substitute
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
MIB Reference
91
the files without the string (for example, use rfc2670.mib instead of
rfc2670_50.mib).
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
92
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
MIB Reference
5
Appendix A:
Example Files
5
The following is a list of example data and telephony provisioning file
templates included with TS4.5. See the PacketACE Configuration
Tools User’s Guide for more information about using the templates.
Listing of Templates
ARRIS may update these templates when updating PacketACE or
Touchstone software, so you should keep your own templates in a separate directory.
The following templates are provided (additional templates may be
added in later releases).
Location of
Template FIles
C:\Program Files\ARRIS\PacketACE\ACE_Templates
MTA Configuration
Files
The following is a list of example MTA configuration files included
with PacketACE.
The PacketACE installer places template files in the directory
ARRIS_proprietary_mibs.mta
Provides default values for all ARRIS proprietary MIBs.
PCABLE_mandatory_params.mta
Mandatory PacketCable parameters.
PCABLE_mandatory_params_2line.mta
Mandatory PacketCable parameters for a Touchstone Telephony Modem.
PCABLE_mandatory_params_4line.mta
Mandatory PacketCable parameters for a Touchstone Telephony Port.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
94
Appendix A: Example Files
MTA_PacketCable.mta
Basic PacketCable configuration for a Touchstone Telephony
Modem using TS4.2.
MTA_DOCSIS10_PLUS.mta
Basic DOCSIS 1.0+ configuration for a Touchstone Telephony
Modem using TS4.2.
Cable Modem
Configuration
Files
The following is a list of example MTA configuration files included
with PacketACE.
DOCSIS10_mandatory_params.cm
Mandatory parameters for a DOCSIS 1.0 compatible cable
modem.
DOCSIS11_mandatory_params.cm
Mandatory parameters for a DOCSIS 1.1 compatible cable
modem.
DOCSIS20_mandatory_params.cm
Mandatory parameters for a DOCSIS 2.0 compatible cable
modem.
DOCSIS11_NACVC.cm
Cable modem configuration with embedded ARRIS North
American Manufacturer’s CVC.
DOCSIS11_EUROCVC.cm
Cable modem configuration with embedded ARRIS European
Manufacturer’s CVC.
DOCSIS11_NACVC_SwUpgrade.cm
Cable modem configuration with ARRIS CVC that initiates a
secure software upgrade through the config file (North American load).
DOCSIS11_EUROCVC_SwUpgrade.cm
Cable modem configuration with ARRIS CVC that initiates a
secure software upgrade through the config file (European
load).
DOCSIS11_BASIC.cm
Basic configuration for a Touchstone NIU, configured as a
DOCSIS 1.0 cable modem, using TS4.0.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix A: Example Files
95
DOCSIS11_BASIC.cm
Basic configuration for a Touchstone NIU, configured as a
DOCSIS 1.1 cable modem, using TS4.0.
DOCSIS11_http_basic.cm
Basic configuration for a Touchstone NIU, configured as a
DOCSIS 1.1 cable modem, with the basic cable modem webbased troubleshooting interface enabled.
DOCSIS11_http_off.cm
Basic configuration for a Touchstone NIU, configured as a
DOCSIS 1.1 cable modem, with the basic cable modem webbased troubleshooting interface disabled.
DOCSIS11_to_DOCSIS20.com
Cable modem configuration file that toggles the NIU from
DOCSIS 1.1 to DOCSIS 2.0 mode, using TS4.0.
DOCSIS20_to_DOCSIS11.com
Cable modem configuration file that toggles the NIU from
DOCSIS 2.0 to DOCSIS 1.1 mode., using TS4.0.
DOCSIS11_CPS.cm
Touchstone NIU CM configuration using the CPS provisioning
mode.
DOCSIS11_DocsisOnly.cm
Touchstone NIU CM configuration using the DOCSIS provisioning mode.
DOCSIS11_PacketCable.cm
Touchstone NIU CM configuration using the Full PacketCable
provisioning mode.
DOCSIS11_GUPI.cm
Touchstone NIU CM configuration using the GUPI provisioning mode.
DOCSIS11_PCMINUSKDC.cm
Touchstone NIU CM configuration using the PacketCable (no
KDC) provisioning mode.
SingleConfig.sng
Touchstone Telephony Modem CM/MTA configuration using
the single MAC/single configuration file provisioning mode.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
96
Text Files
Appendix A: Example Files
In addition to binary CM and MTA configuration files, ARRIS provides a plain-text equivalent of each file (using a .txt extension). Using
PacketACE, you can cut and paste all or part of appropriate text files
into your own configuration files to modify them as needed.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix A: Example Files
97
SNMP Co-existence Example Configuration File
The following listing shows the MIBs and TLVs necessary to implement SNMP co-existence. The configuration is based on a minimal
DOCSIS 1.1 cable modem configuration file.
NetworkAccess = 1
UpstreamServiceFlow =
SfReference = 1
SfQosSetType = 7
SfSchedulingType = 2
DownstreamServiceFlow =
SfReference = 2
SfQosSetType = 7
PrivacyEnable = 0
SnmpMib = snmpCommunityName.comm1 "my_password"
SnmpMib = snmpCommunitySecurityName.comm1 "rwAccess"
SnmpMib = snmpCommunityStorageType.comm1 volatile
SnmpMib = snmpCommunityStatus.comm1 createAndGo
SnmpMib = vacmGroupName.1 rwAccess "rwAccess"
SnmpMib = vacmSecurityToGroupStorageType.1 rwAccess volatile
SnmpMib = vacmSecurityToGroupStatus.1 rwAccess createAndGo
SnmpMib = vacmGroupName.2 rwAccess "rwAccess"
SnmpMib = vacmSecurityToGroupStorageType.2 rwAccess volatile
SnmpMib = vacmSecurityToGroupStatus.2 rwAccess createAndGo
SnmpMib = vacmAccessContextMatch.rwAccess 1 1 exact
SnmpMib = vacmAccessReadViewName.rwAccess 1 1
"docsisManagerView"
SnmpMib = vacmAccessWriteViewName.rwAccess 1 1
"docsisManagerView"
SnmpMib = vacmAccessNotifyViewName.rwAccess 1 1
"docsisManagerView"
SnmpMib = vacmAccessStorageType.rwAccess 1 1 volatile
SnmpMib = vacmAccessStatus.rwAccess 1 1 createAndGo
SnmpMib = vacmAccessContextMatch.rwAccess 2 1 exact
SnmpMib = vacmAccessReadViewName.rwAccess 2 1
"docsisManagerView"
SnmpMib = vacmAccessWriteViewName.rwAccess 2 1
"docsisManagerView"
SnmpMib = vacmAccessNotifyViewName.rwAccess 2 1
"docsisManagerView"
SnmpMib = vacmAccessStorageType.rwAccess 2 1 volatile
SnmpMib = vacmAccessStatus.rwAccess 2 1 createAndGo
SNMPv3NotificationReceiver =
SNMPv3NrIpAddress = 10.1.50.100
SNMPv3NrTrapType = 1
SNMPv3NotificationReceiver =
SNMPv3NrIpAddress = 10.1.50.80
SNMPv3NrTrapType = 2
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
98
Appendix A: Example Files
Software Upgrade Example
The following configuration file provides an example of how to configure the Touchstone Software Upgrade system.
NetworkAccess = 1
UpgradeServer = 10.1.50.31
UpgradeFileName = "Non-ARRIS-product.bin"
SnmpMib = docsDevSwAdminStatus.0 2
MaxCpeAllowed = 16
BaselinePrivacy =
AuthorizeWaitTimeout = 10
ReauthorizeWaitTimeout = 10
KekGraceTime = 600
OpWaitTimeout = 10
RekeyWaitTimeout = 10
TekGraceTime = 600
AuthorizeRejectWaitTimeout = 60
SAMapWaitTimeout = 1
SAMapMaxRetries = 4
UpstreamServiceFlow =
SfReference = 1
SfClassName = "USPrimaryBE"
SfQosSetType = 7
SfTrafficPriority = 1
SfMaxTrafficRate = 0
SfMaxTrafficBurst = 3044
SfMinReservedRate = 0
SfMinReservedRatePktsize = 64
SfActiveQosTimeout = 0
SfAdmittedQosTimeout = 200
SfMaxConcatBurst = 3044
SfSchedulingType = 2
SfRqTxPolicy = 128
SfIpTosOverwrite = 64512
UpstreamServiceFlow =
SfReference = 2
SfClassName = "USMTAMGCP"
SfQosSetType = 7
SfTrafficPriority = 7
SfMaxTrafficRate = 0
SfMaxTrafficBurst = 1522
SfMinReservedRate = 0
SfMinReservedRatePktsize = 64
SfActiveQosTimeout = 0
SfAdmittedQosTimeout = 200
SfMaxConcatBurst = 3000
SfSchedulingType = 2
SfRqTxPolicy = 136
SfIpTosOverwrite = 64512
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix A: Example Files
99
DownstreamServiceFlow =
SfReference = 101
SfClassName = "DSPrimaryBE"
SfQosSetType = 7
SfTrafficPriority = 1
SfMaxTrafficRate = 100000000
SfMaxTrafficBurst = 1522
SfMinReservedRate = 0
SfMinReservedRatePktsize = 64
SfActiveQosTimeout = 0
SfAdmittedQosTimeout = 200
SfMaxDownstreamLatency = 0
DownstreamServiceFlow =
SfReference = 102
SfClassName = "DSMTAMGCP"
SfQosSetType = 7
SfTrafficPriority = 7
SfMaxTrafficRate = 10000000
SfMaxTrafficBurst = 1522
SfMinReservedRate = 12000
SfMinReservedRatePktsize = 64
SfActiveQosTimeout = 0
SfAdmittedQosTimeout = 200
SfMaxDownstreamLatency = 5000
UpstreamPacketClassification =
PcServiceFlowReference = 2
PcReference = 2
PcRulePriority = 1
PcActivationState = 1
PcIpClassification =
PcIpProtocol = 17
PcIpSourceAddress = 0.0.0.0
PcIpSourceMask = 0.0.0.0
PcIpDestAddress = 0.0.0.0
PcIpDestMask = 0.0.0.0
PcIpSourcePortStart = 2427
PcIpSourcePortEnd = 2427
DownstreamPacketClassification =
PcServiceFlowReference = 102
PcReference = 102
PcRulePriority = 1
PcActivationState = 1
PcIpClassification =
PcIpProtocol = 17
PcIpSourceAddress = 0.0.0.0
PcIpSourceMask = 0.0.0.0
PcIpDestAddress = 0.0.0.0
PcIpDestMask = 0.0.0.0
PcIpDestPortStart = 2427
PcIpDestPortEnd = 2427
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
100
Appendix A: Example Files
PrivacyEnable = 0
SnmpMib = arrisCmDevSwAdminStatus.0 2
SnmpMib = arrisCmDevSwCustomerLoadId.1 "ARRIS Philly Lab NA TTM402 Rev. 2"
SnmpMib = arrisCmDevSwHwModel.1 "TM402P"
SnmpMib = arrisCmDevSwHwRev.1 2
SnmpMib = arrisCmDevSwServer.1 10.1.50.21
SnmpMib = arrisCmDevSwFilename.1 "TS0401_09222003.bin"
SnmpMib = arrisCmDevSwCustomerLoadId.2 "ARRIS Philly Node 3 NA TTM402 Rev. 3"
SnmpMib = arrisCmDevSwHwModel.2 "TM402P"
SnmpMib = arrisCmDevSwHwRev.2 3
SnmpMib = arrisCmDevSwServer.2 10.1.50.21
SnmpMib = arrisCmDevSwFilename.2 "TS0401_09302003.bin"
SnmpMib = arrisCmDevSwCustomerLoadId.3 "Euro TTM402 Rev. 3"
SnmpMib = arrisCmDevSwHwModel.3 "TM402Q"
SnmpMib = arrisCmDevSwHwRev.3 3
SnmpMib = arrisCmDevSwServer.3 10.1.51.21
SnmpMib = arrisCmDevSwFilename.3 "TS0401_09302003.bin"
SnmpMib = arrisCmDevSwCustomerLoadId.4 "Euro TTM402 Non-Rev. 3"
SnmpMib = arrisCmDevSwHwModel.4 "TM402Q"
SnmpMib = arrisCmDevSwServer.4 10.1.51.21
SnmpMib = arrisCmDevSwFilename.4 "TS0401_09222003.bin"
SnmpMib = arrisCmDevSwCustomerLoadId.5 "ARRIS Detroit Node 1 TTM202 Non-Rev. 2"
SnmpMib = arrisCmDevSwHwModel.5 "TTM202P"
SnmpMib = arrisCmDevSwServer.5 10.1.52.21
SnmpMib = arrisCmDevSwFilename.5 "TS030203_090503A.bin"
SnmpMib = arrisCmDevSwCustomerLoadId.6 "ARRIS Detroit Node 2 TTM202 Rev. 2"
SnmpMib = arrisCmDevSwHwModel.6 "TTM202P"
SnmpMib = arrisCmDevSwHwRev.6 2
SnmpMib = arrisCmDevSwServer.6 10.1.52.21
SnmpMib = arrisCmDevSwFilename.6 "TS030203_090503A.bin"
Gateway Dial Pulse Example
The following configuration file provides an example of how to configure Gateway dial pulse support.
TelephonyConfigFileBeginEnd = 1
SnmpMib = pktcMtaDevEnabled.0 true
SnmpMib = arrisMtaDevEndPntDialingMethod.1 toneAndPulseWithDTMFRelay
SnmpMib = arrisMtaDevEndPntDialingMethod.2 toneAndPulseWithDTMFRelay
SnmpMib = pktcSigDefCallSigTos.0 0
SnmpMib = pktcSigDefMediaStreamTos.0 0
SnmpMib = pktcSigTosFormatSelector.0 ipv4TOSOctet
SnmpMib = pktcMtaDevRealmOrgName.DEV50 "Really Amazing Telephone Company"
SnmpMib = pktcNcsEndPntConfigCallAgentId.9 "ca@sn05.dev2"
SnmpMib = pktcNcsEndPntConfigCallAgentId.10 "ca@sn05.dev2"
SnmpMib = pktcNcsEndPntConfigCallAgentUdpPort.9 2727
SnmpMib = pktcNcsEndPntConfigCallAgentUdpPort.10 2727
SnmpMib = pktcMtaDevCmsKerbRealmName.SN05.DEV2 "SWLAB.ATL.ARRIS"
SnmpMib = pktcMtaDevCmsIpsecCtrl.SN05.DEV2 true
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix A: Example Files
101
SnmpMib = pktcNcsEndPntConfigMWD.9 10
SnmpMib = pktcNcsEndPntConfigMWD.10 10
SnmpMib = pktcMtaDevCmsUnsolicitedKeyNomTimeout.SN05.DEV2 20000
SnmpMib = pktcMtaDevRealmOrgName.SWLAB.ATL.ARRIS "Really Amazing Telephone
Company"
TelephonyConfigFileBeginEnd = 255
SIP CM Configuration File Example
The following is an example of a CM configuration file for SIP support.
{NetworkAccess Yes}
{MaxCpeAllowed 4}
{MaxClassifiers 20}
{PrivacyEnable 1}
{SnmpMib ppCfgMtaCallpFeatureSwitch.0 16384}
{SnmpMib arrisMtaProvMethodIndicator.0 4}
{UpstreamServiceFlow
{SfReference 1}
{SfQosSetType 7}
{SfTrafficPriority 1}
{SfMaxTrafficRate 0}
{SfMaxTrafficBurst 8192}
{SfMinReservedRate 0}
{SfMinReservedRatePktsize 64}
{SfActiveQosTimeout 0}
{SfAdmittedQosTimeout 0}
{SfMaxConcatBurst 0}
{SfSchedulingType 2}
{SfRqTxPolicy 0}
{SfIpTosOverwrite 64512}
}
{UpstreamServiceFlow
{SfReference 2}
{SfQosSetType 7}
{SfTrafficPriority 7}
{SfMaxTrafficRate 0}
{SfMaxTrafficBurst 8192}
{SfMinReservedRate 0}
{SfMinReservedRatePktsize 64}
{SfActiveQosTimeout 0}
{SfAdmittedQosTimeout 0}
{SfMaxConcatBurst 0}
{SfSchedulingType 2}
{SfRqTxPolicy 0}
{SfIpTosOverwrite 64512}
}
{DownstreamServiceFlow
{SfReference 101}
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
102
Appendix A: Example Files
{SfQosSetType 7}
{SfTrafficPriority 1}
{SfMaxTrafficRate 100000000}
{SfMaxTrafficBurst 96000}
{SfMinReservedRate 0}
{SfMinReservedRatePktsize 64}
{SfActiveQosTimeout 0}
{SfAdmittedQosTimeout 0}
{SfMaxDownstreamLatency 20000}
}
{DownstreamServiceFlow
{SfReference 102}
{SfQosSetType 7}
{SfTrafficPriority 7}
{SfMaxTrafficRate 100000000}
{SfMaxTrafficBurst 96000}
{SfMinReservedRate 12000}
{SfMinReservedRatePktsize 64}
{SfActiveQosTimeout 0}
{SfAdmittedQosTimeout 0}
{SfMaxDownstreamLatency 5000}
}
{UpstreamPacketClassification
{PcServiceFlowReference 2}
{PcReference 2}
{PcRulePriority 64}
{PcActivationState 1}
{PcIpClassification
{PcIpProtocol 17}
{PcIpSourcePortStart 5060}
{PcIpSourcePortEnd 5060}
}
{PcIeee8021Classification
{PcIeee8021VlanId 0}
}
}
{DownstreamPacketClassification
{PcServiceFlowReference 102}
{PcReference 102}
{PcRulePriority 1}
{PcActivationState 1}
{PcIpClassification
{PcIpProtocol 17}
{PcIpDestPortStart 5060}
{PcIpDestPortEnd 5060}
}
}
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix A: Example Files
103
SIP MTA Configuration File Example
The following is an example of an MTA configuration file for SIP support.
TelephonyConfigFileBeginEnd = 1
SnmpMib = pktcMtaDevEnabled.0 true
SnmpMib = sipCfgPortUserName.1 "7705553001"
SnmpMib = sipCfgPortDisplayName.1 ""Caller-ID Line 1""
SnmpMib = sipCfgPortLogin.1 "arris1"
SnmpMib = sipCfgPortPassword.1 "password1"
SnmpMib = ifAdminStatus.9 up
SnmpMib = sipCfgPortUserName.2 "7705553002"
SnmpMib = sipCfgPortDisplayName.2 ""Caller-ID Line 2""
SnmpMib = sipCfgPortLogin.2 "arris1"
SnmpMib = sipCfgPortPassword.2 "password1"
SnmpMib = ifAdminStatus.10 up
SnmpMib = sipCfgProxyAdr.0 "10.1.63.11;5060"
SnmpMib = sipCfgProxyType.0 ipv4
SnmpMib = sipCfgRegistrarAdr.0 "10.1.63.11;5060"
SnmpMib = sipCfgRegistrarType.0 ipv4
SnmpMib = sipCfgSipFeatureSwitch.0 hexstr: 0.0.0.0
SnmpMib = sipCfgProvisionedCodecArray.0 "PCMA;PCMU"
SnmpMib = sipCfgPacketizationRate.0 twentyMilliSeconds
VendorSpecific = ARRISVendorID SIPDigitMap = "8888|0[t#]|00|101xxxx0[t#]|01[29]XXXXXXX.[t#]|101xxxx01[29]XXXXXXX.[T#]|011xxxxxxx.[t#]|101xxxx011xxxxxxx.[t#]|[2-9]11|[01][29]11|101xxxx[2-9]11|101xxxx[01][2-9]11|*xx|11xx|[2-9]xxxxxx[t#]|[01][29]xxxxxx[t#]|101xxxx[2-9]xxxxxx[t#]|101xxxx[01][2-9]xxxxxx[t#]|[2-9]xx[29]xxxxxx|[01][2-9]xx[2-9]xxxxxx|101xxxx[2-9]xx[2-9]xxxxxx|101xxxx[01][2-9]xx[29]xxxxxxx|[2-9]x#|#[2-9]xxx[2-9]xxxxxx|101xxxx[01][2-9]xx[2-9]xxxxxxx|[29]x#|#[2-9]x"
VendorSpecific = ARRISVendorID SIPDialProxyMap = "*50,1,1|*51,2,3|"
SnmpMib = arrisMtaCfgRTPDynPortStart.0 49152
SnmpMib = arrisMtaCfgRTPDynPortEnd.0 65535
SnmpMib = sipCfgDialFeatName.1 anonCallReject
SnmpMib = sipCfgDialFeatCode.1 "*77,1177"
SnmpMib = sipCfgDialFeatTone.1 stutterTone
SnmpMib = sipCfgDialFeatActive.1 hexstr: 0.0.0.1
SnmpMib = sipCfgDialFeatName.2 anonCallRejectDisable
SnmpMib = sipCfgDialFeatCode.2 "*87,1187"
SnmpMib = sipCfgDialFeatTone.2 dialTone
SnmpMib = sipCfgDialFeatActive.2 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.3 callForwardBusy
SnmpMib = sipCfgDialFeatCode.3 "*90,1190"
SnmpMib = sipCfgDialFeatTone.3 stutterTone
SnmpMib = sipCfgDialFeatActive.3 hexstr: 0.0.0.0
SnmpMib = sipCfgDialFeatName.4 callForwardBusyDisable
SnmpMib = sipCfgDialFeatCode.4 "*91,1191"
SnmpMib = sipCfgDialFeatTone.4 stutterTone
SnmpMib = sipCfgDialFeatActive.4 hexstr: 0.0.0.3
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
104
Appendix A: Example Files
SnmpMib = sipCfgDialFeatName.5 callForwardUncond
SnmpMib = sipCfgDialFeatCode.5 "*72,1172"
SnmpMib = sipCfgDialFeatTone.5 stutterTone
SnmpMib = sipCfgDialFeatActive.5 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.6 callForwardUncondDisable
SnmpMib = sipCfgDialFeatCode.6 "*79,1179"
SnmpMib = sipCfgDialFeatTone.6 stutterTone
SnmpMib = sipCfgDialFeatActive.6 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.7 callForwardNoAnswer
SnmpMib = sipCfgDialFeatCode.7 "*92,1192"
SnmpMib = sipCfgDialFeatTone.7 stutterTone
SnmpMib = sipCfgDialFeatActive.7 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.8 callForwardNoAnswerDisable
SnmpMib = sipCfgDialFeatCode.8 "*93,1193"
SnmpMib = sipCfgDialFeatTone.8 stutterTone
SnmpMib = sipCfgDialFeatActive.8 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.9 callReturn
SnmpMib = sipCfgDialFeatCode.9 "*69,1169"
SnmpMib = sipCfgDialFeatTone.9 stutterTone
SnmpMib = sipCfgDialFeatActive.9 hexstr: 0.0.0.0
SnmpMib = sipCfgDialFeatName.10 callWaitTempDisable
SnmpMib = sipCfgDialFeatCode.10 "*70,1170"
SnmpMib = sipCfgDialFeatTone.10 stutterTone
SnmpMib = sipCfgDialFeatActive.10 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.11 callWaitPermDisableToggle
SnmpMib = sipCfgDialFeatCode.11 "*78,1178"
SnmpMib = sipCfgDialFeatTone.11 stutterTone
SnmpMib = sipCfgDialFeatActive.11 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.12 callerIDPermBlockToggle
SnmpMib = sipCfgDialFeatCode.12 "*65,1165"
SnmpMib = sipCfgDialFeatTone.12 stutterTone
SnmpMib = sipCfgDialFeatActive.12 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.13 callerIDTempEnable
SnmpMib = sipCfgDialFeatCode.13 "*82,1182"
SnmpMib = sipCfgDialFeatTone.13 stutterTone
SnmpMib = sipCfgDialFeatActive.13 hexstr: 0.0.0.3
SnmpMib = sipCfgDialFeatName.14 callerIDTempBlock
SnmpMib = sipCfgDialFeatCode.14 "*67,1167"
SnmpMib = sipCfgDialFeatTone.14 stutterTone
SnmpMib = sipCfgDialFeatActive.14 hexstr: 0.0.0.3
TelephonyConfigFileBeginEnd = 255
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
6
Appendix B:
Configuring the Service
Provider Root
6
PacketCable requires a Service Provider certificate hierarchy, which
allows other network elements to authenticate the service provider's
servers. The following figure shows the hierarchy.
CableLabs
Service Provider
Root CA
Service
Provider CA
Local System
Operator CA
DF
Certificate
KDC
Certificate
Other
Certificate
The CableLabs Service Provider Root CA issues certificates only to
authorized MSOs or Service Providers. This creates a problem for vendors or manufacturers who need to interoperate with the KDC and cannot obtain a Service Provider CA certificate under this root. One
solution is to create a test root hierarchy and use it instead of the real
root hierarchy for the purpose of lab testing. The MTA is manufactured
with the CableLabs Service Provider Root certificate in order to verify
and validate the certificates obtained in the AS_Reply message from
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
106
Appendix B: Configuring the Service Provider Root
the KDC. In the case where the KDC is configured with a test root, the
MTA must also be configured with the same test root.
Service Provider Root Provisioning for Touchstone Telephony Modems
Touchstone Software versions prior to TS3.2 (June 2003) embedded
the IPFonix test root digital certificate. TS3.2 software released after
June 2003, and all subsequent versions, embeds the official PacketCable test root digital certificate from CableLabs, Inc.
TS4.5 can support networks using the IPFonix test root digital certificate or MSO-generated test root digital certificates by allowing any
valid test root certificate to be downloaded from a specified TFTP location. Three MIBs (described in “MIBs” below) control this support.
The capability to download the certificates includes a retry mechanism
to allow automatic recovery in the event of failure to download the certificate from the server. This mechanism retries the download 16 times,
then waits for a period of time before retrying the download. The cycle
repeats three times, and then the Telephony Modem resyncs and starts
the configuration process over again. During this process, the Telephony Modem generates download retry/failure logs, described in the
Touchstone Software Troubleshooting Guide.
CAUTION
Service affecting
If the Telephony Modem is configured to use secure downloading, the
Telephony Modem does not restart the provisioning cycle and thus does
not provide service.
MIBs
The CM configuration file transports the Service Provider Root MIBs
to the Telephony Modem. Once the device has rebooted and downloaded the CM configuration file, then the Telephony Modem uses its
private MIBs to determine how to proceed.
There are three ARRIS private MIBs that can be set in the CM configuration file:
•
ppCfgMtaDevSPTestRootCertAdminStatus—instructs the
Telephony Modem to either use the embedded test root or
download and use a test root certificate from a TFTP server
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix B: Configuring the Service Provider Root
107
•
ppCfgMtaDevSPTestRootCertServer—for the download
option, this MIB specifies the IP address of the TFTP server
containing the root certificate file
•
ppCfgMtaDevSPTestRootCertFilename—for the download
option, this MIB specifies the file name on the TFTP server that
contains the test root certificate
The ppCfgMtaDevSPTestRootDownloadState MIB displays the status of the download, if the download option is chosen.
Following is the definition of the MIBs:
ppCfgMtaDevServiceProviderTestRootCert OBJECT IDENTIFIER ::= {
ppCfgMtaDevSecurity 1 }
ppCfgMtaDevSPTestRootCertServer OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The IP address of the TFTP server used for downloading Service
Provider Test Root Certificates to this device. Returns 0.0.0.0
if the TFTP server address is unknown or unassigned. This object
can only be changed by the configuration file."
::= { ppCfgMtaDevServiceProviderTestRootCert 1 }
ppCfgMtaDevSPTestRootCertFilename OBJECT-TYPE
SYNTAX DisplayString
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The file name of the Service Provider Test Root Certificate to be
downloaded to this device from the TFTP server. Returns an empty
string if the certificate filename is unknown or unassigned. This
object can only be changed by the configuration file."
::= { ppCfgMtaDevServiceProviderTestRootCert 2 }
ppCfgMtaDevSPTestRootCertAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
ignoreCertSettings(0),
useEmbeddedTestRootCert(1),
downloadTestRootCert(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
108
Appendix B: Configuring the Service Provider Root
"Controls the usage of Root Certificates by the MTA device.
If set to downloadTestRootCert(2), the MTA will download the
Service Provider Test Root Certificate specified by
'ppCfgMtaDevSPTestRootCertFilename' from the TFTP server
specified by 'ppCfgMtaDevSPTestRootCertServer'. If set to
useEmbeddedTestRootCert(1), the MTA will use the factory-installed
Test Root Certificate embedded in the device. If the value of this
object is ignoreCertSettings(0), all of the Test Root Certificate
settings (i.e. TestRootCertServer, TestRootCertFilename) are ignored
and the MTA will, by default, use the factory-installed Real Root
Certificate embedded in the device. This object can only be changed
by the configuration file. At initial startup, this object has a
default value of ignoreCertSettings(0)."
DEFVAL { ignoreCertSettings }
::= { ppCfgMtaDevServiceProviderTestRootCert 3 }
ppCfgMtaDevSPTestRootDownloadState OBJECT-TYPE
SYNTAX INTEGER {
noDownload(0),
downloadRequested(1),
inProgress(2),
completed(3),
failed(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the current state of the Service Provider Test
Root Certificate download process. noDownload(0) indicates that no
certificate download has been requested. downloadRequested(1) indicates
a Test Root Certificate download is desired, most likely as a result of
a downloadTestRootCert request. inProgress(2) indicates that a TFTP
download is underway. completed(3) indicates that the last Test Root
Certificate download was completed successfully. failed(4) indicates
that the last attempted download failed.
At initial startup, this object has a default value of noDownload(0)."
DEFVAL { noDownload }
::= { ppCfgMtaDevServiceProviderTestRootCert 4 }
Using the default embedded root
To use the embedded real root, which is the default factory setting,
either remove the ppCfgMtaDevSPTestRootCertAdminStatus from
the CM configuration file, or set it to ignoreCertSettings.
Using the embedded test root
Select the embedded test root by setting the ppCfgMtaDevSPTestRootCertAdminStatus to useEmbeddedTestRootCert.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix B: Configuring the Service Provider Root
109
The ppCfgMtaDevSPTestRootCertFilename and ppCfgMtaDevSPTestRootCertServer MIBs are ignored.
Using the downloadable test root feature
Download a test root to the MTA by setting the ppCfgMtaDevSPTestRootCertAdminStatus to downloadTestRootCert. Set
ppCfgMtaDevSPTestRootCertServer to the IP address of the TFTP
server and ppCfgMtaDevSPTestRootCertFilename to the file name.
If the file name or the IP address of the TFTP server are missing or
invalid, the download fails.
The certificate must use the X.509 DER-encoded format.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
110
Appendix B: Configuring the Service Provider Root
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
7
Appendix C: Line
Parameters by Country
7
The following tables show the default tones and ring definitions for
each supported country template.
Provisioning Ring Cadence
North American
Ring Cadences
The following Ring Cadences may be provisioned using the PacketCable NCS Signaling MIB (see PKT-SP-MIB-SIG-I08-040113). The following table shows the default ring cadences for North America.
Name
Description
Default
L/RG
Standard Ringing
2 seconds on, 4 seconds off
L/R0
Distinctive Ringing #0
2 seconds on, 4 seconds off
L/R1
Distinctive Ringing #1
2 seconds on, 4 seconds off
L/R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on, 4
seconds off
L/R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on, 200
ms off, 800 ms on, 4 seconds off
L/R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
L/R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off (not
repeated)
L/R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
L/R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
L/RS
Ring Splash
500 ms on, 5.5 seconds off (not
repeated)
L/RT
Ringback Tone
2 seconds on, 4 seconds off
Touchstone software uses the default ring cadences shown above when
the country template is provisioned to be one of the following:
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
112
Appendix C: Line Parameters by Country
•
northAmerica57
•
northAmerica33
•
northAmerica09
Template (i.e. hard-coded country-specific) based ring cadences are
used by default when the country template is provisioned. This default
behavior may be overridden by setting the “Provisioned Ring
Cadences” Callp Feature Switch setting, and updating the MTA configuration file with the provisioning for the appropriate MIBs to define
ring cadences (for example, pktcSigDevRgCadence). To make this
setting, add 0x02000000 to the current feature switch setting in the CM
configuration file.
Provisioning
European Ring
Cadences
European standard ring cadence and ring splash may be provisioned
through the PKTC-IETF-MTA-MIB objects pktcSigDevStandardRingCadence and pktcSigDevRingSplashCadence. These
MIBs are represented as an octet string where the first octet represents
the length in bits of the duration of the cadence. Each bit after the first
octet represents 50 ms; 1 represents ring and 0 represents silent.
For example, the default standard ring cadence for Belgium is
50.FF.FF.F0.00.00.00.00.00.00.00, which corresponds to:
•
50: 80 bits (4 seconds total)
•
FF.FF.F0: 1 second on
•
00.00.00.00.00.00.00: 3 seconds off
The R0–R7 Ring Cadence MIB objects have country-specific defaults
as shown below. Each MIB is a 64 bit octet string. The ring cadence
representation begins with the first 1 in the pattern. Each bit represents
100 ms of tone; 1 is tone, 0 is no tone. 64 bits must be used for cadence
representation. Leading 0s in the MSB are padding and are ignored.
The last 4 bits in the string represent repeatable characteristics; 0000
means repeatable, 1000 means non-repeatable.
Template (i.e. hard-coded country-specific) based ring cadences are
used by default when the country template is provisioned. This default
behavior may be overridden by setting the “Provisioned Ring
Cadences” Callp Feature Switch setting, and updating the MTA configuration file with the provisioning for the appropriate MIBs to define
ring cadences (for example, pktcSigDevRgCadence). To make this
setting, add 0x02000000 to the current feature switch setting in the CM
configuration file.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix C: Line Parameters by Country
Austria Ring
Cadences
The following table shows the default ring cadences for Austria. The
defaults have been updated from TS4.4.
Name
Belgium Ring
Cadences
113
Description
Default
RG
Standard Ringing
1000 ms on, 5000 ms off
R0
Distinctive Ringing #0
2000 ms on, 4000 ms off
R1
Distinctive Ringing #1
2000 ms on, 4000 ms off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4000 ms off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4000 ms off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1000 ms on,
200 ms off, 300 ms on, 4000 ms off
R5
Distinctive Ringing #5
500 ms on, 5500 ms off
R6
Distinctive Ringing #6
2000 ms on, 4000 ms off
R7
Distinctive Ringing #7
2000 ms on, 4000 ms off
RS
Ring Splash
500 ms on
RT
Ringback Tone
1000 ms on, 5000 ms off
The following table shows the default ring cadences for Belgium.
Name
Description
Default
RG
Standard Ringing
1 second on, 3 seconds off
R0
Distinctive Ringing #0
1 second on, 300 ms off, 250 ms on,
2450 ms off (see note)
R1
Distinctive Ringing #1
1 second on, 300 ms off, 1 second on,
1700 ms off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4 seconds off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
(not repeated)
R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
114
Appendix C: Line Parameters by Country
Name
Description
Default
RS
Ring Splash
300 ms on (not repeated)
RT
Ringback Tone
1 second on, 3 seconds off
Note: The default R0 Ring Cadence definition for the Belgian
country template requires a granularity of 50 ms. Since this MIB
definition only allows for a granularity of 100 ms, the R0 value
contains the closest representation of the actual cadence definition.
This cadence is not writable for the Belgian template.
France Ring
Cadences
The following table shows the default ring cadences for France.
Name
Description
Default
RG
Standard Ringing
1500 ms on, 3500 ms off
R0
Distinctive Ringing #0
1350 ms on, 300 ms off, 350 ms on,
3 seconds off (see note)
R1
Distinctive Ringing #1
1350 ms on, 300 ms off, 1350 ms on,
2 seconds off (see note)
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4 seconds off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 second off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
(not repeated)
R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
RS
Ring Splash
700 ms on (not repeated)
RT
Ringback Tone
1.5 seconds on, 3.5 seconds off
Note: The default R0 and R1 Ring Cadence definitions for the
French country template require a granularity of 50 ms. Since these
MIB definitions only allow for a granularity of 100 ms, the R0 and
R1 values contain the closest representation of the actual cadence
definitions. These cadences are not writable for the French template.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix C: Line Parameters by Country
Germany Ring
Cadences
Hungary Ring
Cadences
115
The following table shows the default ring cadences for Germany.
Name
Description
Default
RG
Standard Ringing
1000 ms on, 4000 ms off
R0
Distinctive Ringing #0
2 seconds on, 4 seconds off
R1
Distinctive Ringing #1
2 seconds on, 4 seconds off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4 seconds off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
(not repeated)
R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
RS
Ring Splash
650 ms on (not repeated)
RT
Ringback Tone
1 second on, 4 seconds off
The following table shows the default ring cadences for Hungary.
Name
Description
Default
RG
Standard Ringing
1250 ms on, 3750 ms off
R0
Distinctive Ringing #0
2 seconds on, 4 seconds off
R1
Distinctive Ringing #1
2 seconds on, 4 seconds off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4 seconds off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
(not repeated)
R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
RS
Ring Splash
650 ms on (not repeated)
RT
Ringback Tone
1.25 seconds on, 3.75 seconds off
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
116
Japan Ring
Cadences
Mexico Ring
Cadences
Appendix C: Line Parameters by Country
The following table shows the default ring cadences for Japan.
Name
Description
Default
RG
Standard Ringing
1 second on, 2 seconds off
R0
Distinctive Ringing #0
1 second on, 2 seconds off
R1
Distinctive Ringing #1
800 ms on, 400 ms off, 800 ms on,
4 seconds off
R2
Distinctive Ringing #2
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
R3
Distinctive Ringing #3
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
R4
Distinctive Ringing #4
500 ms on, 5.5 seconds off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
R6
Distinctive Ringing #6
1 second on, 2 seconds off
R7
Distinctive Ringing #7
1 second on, 2 seconds off
RS
Ring Splash
500 ms on (not repeated)
RT
Ringback Tone
1 second on, 4 seconds off
The following table shows the default ring cadences for Mexico.
Name
Description
Default
RG
Standard Ringing
1 sec on, 4 sec off
R0
Distinctive Ringing #0
1300 ms on, 300 ms off, 300 ms on,
3100 ms off
R1
Distinctive Ringing #1
500 ms on, 250 ms off, 1000 ms on,
250 ms off, 500 ms on, 3500 ms off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4000 ms off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4000 ms off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1000 ms on,
200 ms off, 300 ms on, 4000 ms off
R5
Distinctive Ringing #5
500 ms on, 5500 ms off
R6
Distinctive Ringing #6
2000 ms on, 4000 ms off
R7
Distinctive Ringing #7
2000 ms on, 4000 ms off
RS
Ring Splash
250 ms on
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Appendix C: Line Parameters by Country
Name
RT
MexicoC Ring
Cadences
Description
Ringback Tone
Default
1000 ms on, 4000 ms off
The following table shows the default ring cadences for MexicoC.
Name
Netherlands/
Netherlands09
Ring Cadences
117
Description
Default
RG
Standard Ringing
1 sec on, 4 sec off
R0
Distinctive Ringing #0
1000 ms on, 500 ms off, 1000 ms on,
3500 ms off
R1
Distinctive Ringing #1
500ms on, 500 ms off, 500 ms on,
500 ms off, 1000 ms on, 3000 ms off
R2
Distinctive Ringing #2
500 ms on, 500 ms off, 1000 ms on,
500 ms off, 500 ms on, 3000 ms off
R3
Distinctive Ringing #3
400ms on, 200ms off, 400ms on,
200ms off, 800ms on, 4000ms off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1000 ms on,
200 ms off, 300 ms on, 4000 ms off
R5
Distinctive Ringing #5
500 ms on, 5500 ms off
R6
Distinctive Ringing #6
2000 ms on, 4000 ms off
R7
Distinctive Ringing #7
2000 ms on, 4000 ms off
RS
Ring Splash
250 ms on
RT
Ringback Tone
1000 ms on, 4000 ms off
The following table shows the default ring cadences for all Netherlands
templates.
Name
Description
Default
RG
Standard Ringing
1000 ms on, 4000 ms off
R0
Distinctive Ringing #0
1.3 seconds on, 300 ms off, 300 ms on,
3.1 seconds off
R1
Distinctive Ringing #1
1.3 seconds on, 300 ms off, 1.3 seconds
on, 2.1 seconds off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4 seconds off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
118
Norway Ring
Cadences
Appendix C: Line Parameters by Country
Name
Description
Default
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
(not repeated)
R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
RS
Ring Splash
650 ms on (not repeated)
RT
Ringback Tone
1 second on, 4 seconds off
The following table shows the default ring cadences for Norway. The
defaults have been updated from TS4.4.
Name
Panama Ring
Cadences
Description
Default
RG
Standard Ringing
1000 ms on, 4000 ms off
R0
Distinctive Ringing #0
1000 ms on, 4000 ms off
R1
Distinctive Ringing #1
1000 ms on, 4000 ms off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4000 ms off
R3
Distinctive Ringing #3
1000 ms on, 2000 ms off
R4
Distinctive Ringing #4
800 ms on, 200 ms off, 200 ms on,
200 ms off, 400 ms on, 1400 ms off
R5
Distinctive Ringing #5
200 ms on, 200 ms off, 400 ms on,
200 ms off, 200 ms on, 200 ms off,
400 ms on, 1400 ms off
R6
Distinctive Ringing #6
1000 ms on, 4000 ms off
R7
Distinctive Ringing #7
1000 ms on, 4000 ms off
RS
Ring Splash
450 ms on
RT
Ringback Tone
1000 ms on, 4000 ms off
The following table shows the default ring cadences for Panama.
Name
RG
Description
Standard Ringing
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Default
1000 ms on, 4000 ms off
Appendix C: Line Parameters by Country
Name
Poland Ring
Cadences
119
Description
Default
R0
Distinctive Ringing #0
1300 ms on, 300 ms off, 300 ms on,
3100 ms off
R1
Distinctive Ringing #1
1300 ms on, 300 ms off, 1300 ms on,
2100 ms off
R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4000 ms off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4000 ms off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1000 ms on,
200 ms off, 300 ms on, 4000 ms off
R5
Distinctive Ringing #5
500 ms on, 5500 ms off
R6
Distinctive Ringing #6
2000 ms on, 4000 ms off
R7
Distinctive Ringing #7
2000 ms on, 4000 ms off
RS
Ring Splash
650 ms on
RT
Ringback Tone
1200 ms on, 4650 ms off
The following table shows the default ring cadences for Poland.
Name
Description
Default
RG
Standard Ringing
1000 ms on, 1000 ms off
R0
Distinctive Ringing #0
2 seconds on, 4 seconds off
R1
Distinctive Ringing #1
2 seconds on, 4 seconds off
R2
Distinctive Ringing #2
2 seconds on, 4 seconds off
R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off
(not repeated)
R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
RS
Ring Splash
650 ms on (not repeated)
RT
Ringback Tone
1 second on, 4 seconds off
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
120
Switzerland Ring
Cadences
Customizing
Default Ring
Cadences
Appendix C: Line Parameters by Country
The following table shows the default ring cadences for Switzerland.
Name
Description
Default
L/RG
Standard Ringing
1 seconds on, 4 seconds off
L/R0
Distinctive Ringing #0
2 seconds on, 4 seconds off
L/R1
Distinctive Ringing #1
2 seconds on, 4 seconds off
L/R2
Distinctive Ringing #2
800 ms on, 400 ms off, 800 ms on,
4 seconds off
L/R3
Distinctive Ringing #3
400 ms on, 200 ms off, 400 ms on,
200 ms off, 800 ms on, 4 seconds off
L/R4
Distinctive Ringing #4
300 ms on, 200 ms off, 1 second on,
200 ms off, 300 ms on, 4 seconds off
L/R5
Distinctive Ringing #5
500 ms on, 5.5 seconds off (not
repeated)
L/R6
Distinctive Ringing #6
2 seconds on, 4 seconds off
L/R7
Distinctive Ringing #7
2 seconds on, 4 seconds off
L/RS
Ring Splash
500 ms on, 5.5 seconds off (not
repeated)
Any of the above ring cadences may be customized in the MTA configuration file. All MIB objects are MTA based; therefore, the first
cadence is index 0. To enable customization, set the Provisioned Ring
Cadences CallP Feature Switch (0x02000000) bit in the MTA configuration file. See “Provisioning European Ring Cadences” on page 112
for more information.
The ring cadence is internally represented as a 64-bit string and provisioned in hex format. The ring cadence representation starts with the
first 1 in the bit string pattern. Leading zeros are ignored, thus shortening the overall ring cadence duration. Each bit represents 100 ms of
ringing (or tone in the case of L/RT); 1 is ring on, 0 is ring off.
All 64 bits must be provisioned. The least significant 4 bits are used for
representing repeatable characteristics: 0000 indicates that the ring
cadence repeats, and 1000 indicates a non-repeatable ring cadence.
Therefore, only the first 60 bits are used to represent the actual ring
cadence for a maximum duration of 6 seconds.
As mentioned earlier, shorter ring cadences may be provisioned by
padding the ring cadence with leading zeros. For example, a ring
cadence of 0.5 seconds on, 4 seconds off, repeatable, has a value of
0x0001F00000000000 and would be provisioned in the MTA configuration file as 00.01.F0.00.00.00.00.00.
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
121
Default Tone Settings
The following tables show default tones for each country template.
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
-6
-19
-24
-13
-13
-13
-17
Offhook Warning (20)
Ringback(21)
Reorder(22)
Stutterdial(23)
Message Waiting(24)
Call Waiting 1 (25)
Special Information
Tone(30)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
-17
-17
-17
-17
-17
-18
Dial(18)
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
-17
Busy(16)
Confirmation(17)
level
type
Austria
-13
-13
Dial(18)
-24
Busy(16)
Confirmation(17)
level
type
North America
1
1
1
1
1
1
1
Freq.
Type
1
1
1
1
1
1
1
1
1
1
Freq.
Type
1
2
1
1
1
2
1
# Freq.
3
1
2
2
2
2
4
2
2
2
# Freq.
425
400
425
425
425
400
425
1st
Freq
950
440
350
350
480
440
1400
350
350
480
1st
Freq
0
425
0
0
0
425
0
2nd
Freq
1400
0
440
440
620
480
2060
440
440
620
2nd
Freq
0
0
0
0
0
0
0
3rd
Freq
1800
0
0
0
0
0
2450
0
0
0
3rd
Freq
0
0
0
0
0
0
0
4th
Freq
0
0
0
0
0
0
2600
0
0
0
4th
Freq
1
1
1
1
1
1
1
#on/off
1
1
2
4
1
1
1
1
3
1
#on/off
40
5000
200
1000
5000
1000
400
1st tone
on
330
300
100
100
250
2000
100
5000
1000
500
1st tone
on
1950
0
200
5000
0
5000
400
1st tone
off
1000
0
100
100
250
4000
100
0
1000
500
1st tone
off
0
5000
0
0
0
1000
0
2nd
tone on
0
0
5000
100
0
0
0
0
1000
0
2nd
tone on
0
0
0
0
0
5000
0
2nd
tone off
0
0
0
100
0
0
0
0
1000
0
2nd
tone off
0
0
0
0
0
0
0
3rd
tone on
0
0
0
100
0
0
0
0
1000
0
3rd
tone on
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
1000
0
3rd
tone off
0
0
0
0
0
0
0
4th
tone on
0
0
0
5000
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
4th
tone off
0
0
0
0
0
0
0
0
0
0
4th
tone off
0
0
5000
5000
0
2
5000
rep.
count
2
1
10
0
5000
5000
5000
0
0
5000
rep.
count
2
1
2
2
1
2
2
tone
steady
3
2
2
4
2
2
2
1
4
2
tone
steady
122
-14
-14
-14
-14
-14
-14
-14
-15
-13
-13
Confirmation(17)*
Dial(18)
Message Waiting(19)*
Offhook Warning(20)
Ringback(21)
Reorder(22)
Stutterdial(23)*
Call Waiting 1 (25)
Call Waiting 2 (26)
Call Waiting 3 (27)
1
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
1
1
1
1
1
1
1
1
1
1
1
1
# Freq.
440
440
440
1400
425
425
425
425
425
425
425
425
1st
Freq
0
0
0
0
0
0
0
0
0
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
3
1
1
1
1
1
1
1
1
1
1
1
#on/off
100
100
100
175
40
167
1000
167
40
5000
40
500
1st tone
on
100
100
100
175
40
167
3000
167
40
0
40
500
1st tone
off
300
0
0
0
0
0
0
0
0
0
0
0
2nd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
2nd
tone off
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone off
0
2
1
1
112
5000
5000
5000
112
0
23
5000
rep.
count
2
2
2
2
1
2
2
2
1
1
2
2
tone
steady
Confirmation Tone: 425 Hz, -14 dbm, 3*((160 ms on, 40 ms off), 7*(40 ms on, 40 ms off))
Message Waiting and Stutterdial Tones: 425 Hz, -14 dbm, 1 second on, 9*(40 ms off, 40 ms on), 40 ms off, continuously on
until timeout
•
•
Note: The default Confirmation, Message Waiting, and Stutter dial tone definitions for the Belgian country template are more complex than what is currently definable per the pktcSigDevToneTable. The values above are the closest representation of the tone
definition played for these tones. These three tones are not writable for the Belgian template. The actual played tone definitions for
each are as follows:
-13
-14
Busy(16)
Call Waiting 4 (28)
level
type
Belgium
123
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
-11
-11
-11
-11
-13
-13
-13
Stutterdial(23)
Call Waiting 1 (25)
Call Waiting 2 (26)
Call Waiting 3 (27)
Call Waiting 4 (28)
-11
Offhook Warning(20)
Reorder(22)
-11
Message Waiting(19)
Ringback(21)
-10
-10
Dial(18)
-11
Busy(16)
Confirmation(17)
level
type
France
1
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
1
1
1
1
1
1
1
2
1
1
1
1
# Freq.
440
440
440
440
440
440
440
330
440
440
425
440
1st
Freq
0
0
0
0
0
0
0
440
0
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
3
1
1
1
1
1
1
1
1
1
1
1
#on/off
100
100
100
300
5000
500
1500
500
5000
5000
200
500
1st tone
on
100
100
100
0
0
500
3500
500
0
0
100
500
1st tone
off
300
0
0
0
0
0
0
0
0
0
0
0
2nd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
2nd
tone off
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone off
0
2
1
0
0
5000
5000
5000
0
0
2
5000
rep.
count
2
2
2
2
1
2
2
2
1
1
2
2
tone
steady
124
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
-13
-16
-13
-13
-13
-16
-18
-13
-13
Dial(18)
Message Waiting(19)
Offhook Warning(20)
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
Call Waiting 2 (26)
Call Waiting 3 (27)
-13
-10
Call Waiting 4 (28)
1
-13
Busy(16)
Confirmation(17)
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
level
type
Germany
1
1
1
1
2
1
1
1
2
1
1
1
# Freq.
440
440
440
425
400
425
425
425
400
425
425
425
1st
Freq
0
0
0
0
425
0
0
0
425
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
3
1
1
1
1
1
1
1
1
1
1
1
#on/off
100
100
100
200
5000
240
1000
240
5000
5000
200
480
1st tone
on
100
100
100
200
0
240
4000
240
0
0
100
480
1st tone
off
300
0
0
0
0
0
0
0
0
0
0
0
2nd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
2nd
tone off
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone off
0
2
1
1
0
5000
5000
5000
0
0
2
5000
rep.
count
2
2
2
2
1
2
2
2
1
1
2
2
tone
steady
125
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
-8
-8
-10
-10
-14
-8
-8
-10
-8
-13
-13
-13
Busy(16)
Confirmation(17)
Dial(18)
Message Waiting(19)
Offhook Warning(20)*
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
Call Waiting 2 (26)
Call Waiting 3 (27)
Call Waiting 4 (28)
1
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
1
1
1
1
1
1
1
1
1
1
1
1
# Freq.
440
440
440
425
425
425
425
425
425
425
425
425
1st
Freq
0
0
0
0
0
0
0
0
0
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
3
1
1
1
4
1
1
1
1
1
1
1
#on/off
100
100
100
400
0
300
1250
375
100
5000
40
300
1st tone
on
100
100
100
0
125
300
3750
375
100
0
40
300
1st tone
off
300
0
0
0
100
0
0
0
0
0
0
0
2nd
tone on
100
0
0
0
100
0
0
0
0
0
0
0
2nd
tone off
100
0
0
0
100
0
0
0
0
0
0
0
3rd
tone on
100
0
0
0
100
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
100
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
100
0
0
0
0
0
0
0
4th
tone off
0
2
1
0
0
5000
5000
5000
0
0
2
5000
rep.
count
2
2
2
2
1
2
2
2
1
1
2
2
tone
steady
Note: The default Offhook Warning tone definition for the Hungarian country template is more complex than what is currently
definable per the pktcSigDevToneTable. The values above are the closest representation of the tone definition. This tone is not writable for the Hungarian template. The actual played tone definition is as follows: (425 Hz, -14 dbm, (375 ms on, 375 ms off)), (425
Hz, -24 dbm, (375 ms on, 375 ms off)), entire sequence repeated continuously until timeout.
level
type
Hungary
126
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
1
-8
-8
-8
-8
-13
-15
-13
Dial(18)
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
Special Information
Tone
Intrusion Tone
-10
-10
-10
-10
Call Waiting 1 (25)
Special Information
Tone(30)
-10
Reorder(22)
Message Waiting(24)
-10
Ringback(21)
Stutterdial(23)
-10
-10
Confirmation(17)
-10
Busy(16)
Dial(18)
level
type
MexicoC
1
-8
Confirmation(17)
1
1
1
1
1
1
1
1
1
Freq.
Type
1
1
1
1
1
1
1
-8
Busy(16)
Freq.
Type
level
type
Mexico
3
1
1
1
1
1
1
1
1
# Freq.
1
3
1
1
1
1
1
1
1
# Freq.
950
425
425
425
425
425
425
425
425
1st
Freq
425
950
425
425
425
425
425
425
425
1st
Freq
1400
0
0
0
0
0
0
0
0
2nd
Freq
0
1400
0
0
0
0
0
0
2nd
Freq
1800
0
0
0
0
0
0
0
0
3rd
Freq
0
1800
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
4th
Freq
0
0
0
0
0
0
0
0
0
4th
Freq
1
2
3
1
1
1
1
2
1
#on/off
1
2
2
1
1
1
1
1
1
#on/off
330
130
1000
400
250
1000
5000
500
500
1st tone
on
150
330
200
5000
250
1000
5000
5000
500
1st tone
on
1000
160
0
40
250
4000
0
500
500
1st tone
off
1500
330
200
0
250
4000
0
0
500
1st tone
off
0
320
40
0
0
0
0
5000
0
2nd
tone on
0
330
200
0
0
0
0
0
0
2nd
tone on
0
650
40
0
0
0
0
0
0
2nd
tone off
0
1000
4400
0
0
0
0
0
0
2nd
tone off
0
0
5000
0
0
0
0
0
0
3rd
tone on
0
0
0
0
0
0
0
0
0
3rd
tone on
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
4th
tone off
0
0
0
0
0
0
0
0
0
4th
tone off
2
1
50
5000
5000
5000
0
0
5000
rep.
count
0
2
2
0
5000
5000
0
0
5000
rep.
count
3
3
3
2
2
2
1
2
2
tone
steady
2
3
3
1
2
2
1
1
2
tone
steady
127
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
-14
-15
-13
-13
-13
Stutterdial(23)
Call Waiting 1 (25)
Call Waiting 2 (26)
Call Waiting 3 (27)
Call Waiting 4 (28)
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
1
-11
-11
-6
-6
-25
-11
-11
-6
-25
Busy(16)
Confirmation(17)
Dial(18)
Message Waiting(19)
OffHook Warning(20)
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
1
1
1
1
1
1
1
2
Freq.
Type
1
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
level
type
Norway
-14
-14
-14
Offhook Warning(20)
Reorder(22)
-14
Message Waiting(19)
Ringback(21)
-14
-14
Dial(18)
-14
Busy(16)
Confirmation(17)
level
Type
1
1
1
1
1
1
1
2
1
# Freq.
1
1
1
1
1
1
1
1
1
1
1
1
# Freq.
Netherlands/Netherlands09
425
425
425
425
1400
425
425
425
425
1st
Freq
440
440
440
1400
425
425
425
425
425
425
425
425
1st
Freq
0
0
0
0
0
0
0
470
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
4th
Freq
0
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
1
1
1
1
3
1
1
2
1
#on/off
3
1
1
1
1
1
1
1
1
1
1
1
#on/off
200
700
200
1000
400
700
5000
400
500
1st tone
on
100
100
100
175
1000
250
1000
250
1000
5000
1000
500
1st tone
on
600
60
200
4000
5000
60
0
0
500
1st tone
off
100
100
100
175
250
250
4000
250
250
0
0
500
1st tone
off
0
0
0
0
0
0
0
400
0
2nd
tone on
300
0
0
0
0
0
0
0
0
0
0
0
2nd
tone on
0
0
0
0
5000
0
0
0
0
2nd
tone off
100
0
0
0
0
0
0
0
0
0
0
0
2nd
tone off
0
0
0
0
0
0
0
0
0
3rd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone on
0
0
0
0
5000
0
0
0
0
3rd
tone off
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
4th
tone off
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone off
1
5000
5000
5000
5000
5000
0
5000
5000
rep.
count
0
2
1
1
5000
5000
5000
5000
5000
0
0
5000
rep.
count
2
2
2
2
2
2
1
2
2
tone
steady
2
2
2
2
2
2
2
2
2
1
2
2
tone
steady
128
-10
-10
-10
-10
-10
-10
-10
-10
-10
Confirmation(17)
Dial(18)
Message Waiting(19)
Offhook Warning(20)
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
Special Information
Tone
-10
-10
Busy(16)
Payphone Recognition
level
type
Panama
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
2
1
1
1
1
1
1
1
1
2
1
# Freq.
1000
440
425
425
425
425
1400
425
425
400
425
1st
Freq
1400
0
0
0
0
0
0
0
0
425
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
1
1
1
3
1
1
1
1
1
2
1
#on/off
200
400
300
300
250
1200
500
300
5000
100
500
1st tone
on
200
40
0
100
250
4650
0
500
0
100
500
1st tone
off
0
0
0
300
0
0
0
0
0
300
0
2nd
tone on
0
0
0
1300
0
0
0
0
0
100
0
2nd
tone off
0
0
0
5000
0
0
0
0
0
0
0
3rd
tone on
0
0
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
0
0
4th
tone off
1
1
2
0
5000
5000
0
0
0
2
5000
rep.
count
2
2
2
3
2
2
2
2
1
3
2
tone
steady
129
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
-10
-6
-6
-10
-10
-13
-13
-13
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
Call Waiting 2 (26)
Call Waiting 3 (27)
Call Waiting 4 (28)
-10
Dial(18)
-36
-10
Confirmation(17)
Offhook Warning(20)
-6
Busy(16)
Message Waiting(19)
level
type
Poland
1
1
1
1
1
1
1
1
1
1
1
1
Freq.
Type
1
1
1
1
2
1
1
1
2
1
1
1
# Freq.
440
440
440
425
350
425
425
1440
350
425
425
425
1st
Freq
0
0
0
0
425
0
0
0
425
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
0
0
0
4th
Freq
3
1
1
1
1
1
1
1
1
1
1
1
#on/off
100
100
100
150
5000
500
1000
5000
5000
5000
200
500
1st tone
on
100
100
100
150
0
500
4000
0
0
0
100
500
1st tone
off
300
0
0
0
0
0
0
0
0
0
0
0
2nd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
2nd
tone off
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone on
100
0
0
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
0
0
0
4th
tone off
0
2
1
2
0
5000
5000
0
0
0
2
5000
rep.
count
2
2
2
2
1
2
2
1
1
1
2
2
tone
steady
130
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
-12
-12
-12
-12
-12
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
-12
Dial(18)
-12
-12
Confirmation(17)
OffHook Warning (20)
-12
Busy(16)
Message Waiting(19)
level
type
Spain
1
1
1
1
1
1
1
1
1
Freq.
Type
1
2
1
1
1
2
1
2
1
# Freq.
425
400
425
425
425
160
425
1st
Freq
0
425
0
0
0
425
0
2nd
Freq
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
4th
Freq
2
2
3
1
1
2
1
2
1
#on/off
40
5000
200
1000
250
100
5000
160
170
1st tone
on
1950
0
200
5000
250
100
0
160
170
1st tone
off
0
5000
0
0
0
330
0
2nd
tone on
0
0
0
0
0
1750
0
2nd
tone off
0
0
0
0
0
0
0
3rd
tone on
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
4th
tone off
0
0
5000
5000
0
2
5000
rep.
count
2
1
2
2
1
2
2
tone
steady
131
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
-16
-20
-20
-17
-29
Ringback(21)
Reorder(22)
Stutterdial(23)
Call Waiting 1 (25)
-15
Dial(18)
-13
-10
Confirmation(17)
OffHook Warning (20)
-20
Busy(16)
Message Waiting(19)
level
type
Switzerland
1
1
1
1
1
1
1
1
1
Freq.
Type
1
2
1
1
1
2
1
1
1
# Freq.
425
425
425
425
425
400
425
425
425
1st
Freq
0
340
0
0
0
425
0
0
0
2nd
Freq
0
0
0
0
0
0
0
0
0
3rd
Freq
0
0
0
0
0
0
0
0
0
4th
Freq
1
1
1
1
1
1
1
1
1
#on/off
200
1100
200
1000
240
5000
5000
200
500
1st tone
on
200
1100
200
4000
240
0
0
100
500
1st tone
off
200
0
0
0
0
0
0
0
0
2nd
tone on
4000
0
0
0
0
0
0
0
0
2nd
tone off
0
0
0
0
0
0
0
0
0
3rd
tone on
0
0
0
0
0
0
0
0
0
3rd
tone off
0
0
0
0
0
0
0
0
0
4th
tone on
0
0
0
0
0
0
0
0
0
4th
tone off
1
0
5000
5000
5000
0
0
2
5000
rep.
count
2
1
2
2
2
1
1
2
2
tone
steady
132
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Signal
Code
l/dl
l/rt
l/bz
l/ro
l/sl
l/cf
l/ot
l/mwi
l/wt1
l/wt2
ID
17
18
19
20
21
22
23
24
25
26
Japan
BR
BR
TO
TO
BR
TO
TO
TO
TO
TO
Signal
Type
call waiting tone 2
call waiting tone 1
message waiting
receiver off hook
confirmation / positive indication
special dial tone
reorder tone / congestion tone
busy tone
audible ringback
dial tone
Description
Repeated tone; 392 Hz at -20 dBm0 + 408 Hz at
-20 dBm; 100 ms ON, 100 ms OFF, 100 ms ON,
(as MIB defined*) OFF
Initial tone; 392 Hz @ -20 dBm0 + 408 Hz @
-20 dBm0; 500 ms ON, 3500 ms OFF (this is
equivalent to a 400 Hz tone modulated at 16 Hz)
Repeated tone; 400 Hz @ -20 dBm0
500 ms ON, 450 ms OFF, 500 ms ON, (as MIB
defined*) OFF
Initial tone; 392 Hz @ -20 dBm0 + 408 Hz @
-20 dBm0
500ms ON, 3500ms OFF (this is equivalent to a
400 Hz tone modulated at 16 Hz)
Use Japan l/sl
use NA l/ot
400 Hz @ -24 dBm0 (.125 s ON, .125 s OFF, .125
ON) repeated 3 times
400 Hz @ -24 dBm0
repeated pattern: 0.125 s ON, 0.125 s OFF
400 Hz @ -13 dBm0
repeated pattern: 0.25 s ON, 0.25 s OFF
400 Hz @ -13 dBm0
repeated pattern: 0.5 s ON, 0.5 s OFF
392 Hz @ -13 dBm0 + 408 Hz @-13 dBm0
repeated pattern: 1 s ON, 2 s OFF
400 Hz @ -24 dBm0 continuous
Tone Definition
MIBs control repeat count
and delay between repeats.
MIBs control repeat count
and delay between repeats.
Infinite unless CMS signals
otherwise
Infinite unless CMS signals
otherwise
german l/sl
german l/ro
-
[14]
[14]
[14]
[14]
[14]
Timeout Source
60 s
135 s
1s
16 s
30 s
30 s
180 s
16 s
Timeout
133
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
Signal
Code
l/wt3
l/wt4
cg/cr
cg/sit
cg/wt
xcg/cmft
xcg/nack
xcg/vac
srvtn/rdt
srvtn/ht
xsrvtn/xferdt
xsrvtn/cft
xsrvtn/ccst
ID
27
28
29
30
31
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
32
33
34
35
36
37
38
39
BR
TO
TO
TO
TO
TO
BR
TO
BR
TO
TO
BR
BR
Signal
Type
Japan (Continued)
credit card service
call forward ringback
tone
transfer dial tone
held tone / call on
hold tone
recall / second dial
vacant number
negative indication
comfort / routing /
call in progress tone
warning tone
special information
tone
caller waiting tone
call waiting tone 4
call waiting tone 3
Description
generic xsrvtn/ccst
use Japan l/rt
use Japan l/dl
generic srvtn/ht
use Japan l/dl
use Japan l/ro
generic xcg/nack
(not used [1]) = silence
use generic cg/wt
950 Hz @-17dBm0, 0.33 s ON
1400 Hz @ -17dBm0, 0.33 s ON
1800 Hz @ -17dBm0, 0.33 s ON
1 s OFF repeated pattern
use Japan l/rt
Repeated tone; 392 Hz @ -20 dBm0 + 408 Hz @
-20 dBm0; 100 ms ON, 100 ms OFF, 300ms ON,
100 ms OFF, 100 ms ON, (as MIB defined*) OFF
Initial tone; 392 Hz @ -20 dBm0 + 408 Hz @
-20 dBm0; 500 ms ON, 3500ms OFF, (this is
equivalent to a 400 Hz tone modulated at 16 Hz)
Repeated tone; 392 Hz @ -20 dBm0 + 408 Hz @
-20 dBm0; 100 ms ON, 100 ms OFF, 100ms ON,
100 ms OFF, 100 ms ON, (as MIB defined*) OFF
Initial tone; 392 Hz @ -20 dBm0 + 408 Hz @
-20 dBm0; 500 ms ON, 3500ms OFF, (this is
equivalent to a 400 Hz tone modulated at 16 Hz)
Tone Definition
generic xsrvtn/ccst
180 s
16s
generic srvtn/ht
16 s
30 s
-
generic xcg/cmft
none
Japan l/rt
Japan l/dl
none
Japan l/ro
Japan l/ro
-
none
generic int/int
[14]
40 s
1s
Japan l/rt
MIBs control repeat count
and delay between repeats.
MIBs control repeat count
and delay between repeats.
Timeout Source
180 s
Timeout
134
int/pend
int/int
int/rem
int/tbi
biztn/ofque
biztn/erwt
test/low
test/high
test/loud
test/faint
test/slow
test/fast
scwid/cas
40
41
42
43
44
45
46
47
48
49
50
51
52
BR
OO
OO
OO
OO
OO
OO
BR
BR
BR
BR
BR
BR
Signal
Type
SCWID/CAS
fast interrupted
slow interrupted
faint tone
loud tone
high tone
low tone
expensive route
warning tone
off hook queueing
toll break in tone
intrusion reminder
intrusion tone
intrusion pending
Description
generic scwid/cas
generic test/fast
generic test/slow
generic test/faint
generic test/loud
generic test/high
generic test/low
generic biztn/erwt
generic biztn/ofque
use Japan int/int
use Japan int/int
425 Hz @ -18 dBm0
burst: 0.24s ON, 0.24s OFF, 0.24s ON, 1.28s OFF
(played once, infinite last off element)
use Japan int/int
Tone Definition
80 ms
-
-
-
-
-
-
generic biztn/erwt
generic biztn/ofque
1s
1s
1s
1s
Timeout
[29]
-
-
-
-
-
-
-
-
Japan int/int
Japan int/int
-
Japan int/int
Timeout Source
* The NcsEndPntConfigCallWaitingDelay MIB object is used to control the delay between repeated call waiting tones only; not the
repeat count.
Signal
Code
ID
Japan (Continued)
135
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
136
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
8
8
Index
A
Access-only DQos 37
Adding the CVC 8
Adjusting Rx/Tx gain 66
Advanced flash features 41
Alarms, configuring 49
arrisCmDevEnableDocsis20 61
arrisCmDevHttpLanAccess 56
arrisCmDevHttpWanAccess 56
arrisCmDevModem Feature Switch 62, 63
arrisCmDevSwImageBuildTime 57
arrisCmDevSwImageName 57
arrisMtaDevPwrSupplyDataShutdownTime 57
arrisMtaDevPwrSupplyEnableDataShutdown 57
B
Boost mode 64
C
Cadence, ring 111
Call management servers (CMS) 32
CallP feature switch 34
Certificates
private MIBs 106
Service Provider Root 106
using default 108
Changing ifInOctets counter operation 57
Channel lists, downstream 44
CMS 32
CMS redirect (switch) 37
CODECs supported 34
Configuring
alarms and log reporting 49
dynamic RTP port range 68
gain control 65
loop current 64
Payload Header Suppression 37
Controlling data shutdown 57
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
138
Controlling functionality 56, 60, 64
CVC, adding 8
D
Data shutdown, controlling 57
DHCP
option 43 support 26
option 60 support 27
options required 23
Vendor Class Identifier 27
Dial pulse support 66
DOCSIS 1.0 fragmentation support 63
Downstream channel lists 44
DQoS 33
DQoS switch 37
DSx DQoS 37
Duplicate MIBs 86
Dynamic Quality of Service 33
Dynamic RTP port range, configuring 68
E
Echo cancellation tail 67
Enable SDP compliance (switch) 36
Endpoint, lockstep quarantine 35
EURO loads, provisioning restrictions 16, 27
European flash feature 41
European load, provisioning considerations 27
Event tables 50
Event. See Alarms, Logs.
F
Feature switch 34, 40, 62
Flash feature support 41
Flash timing (switch) 37
Forwarding IPv6 packets 62
Fragmentation, DOCSIS 1.0 63
functionality, controlling 56, 60, 64
G
Gain control, provisioning 65
Gain, adjusting 66
Global Universal Provisioning Interface 16
GUPI 16
H
Hotline 74
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
139
I
ifInOctets 57
Installing the software 1
IP ports 33
IP security 31
IPFonix certificate 106
IPSEC 31
IPv6 forwarding 62
J
Jitter buffer, provisioning 69
K
KDC
load balancer, bypass checks 39
updating 53
Kerberos
Key Distribution Center, updating 53
through DHCP 24, 25
L
Lockstop quarantine mode (switch) 35
Logs, configuring 49
Loop current 64
M
Manufacturer CVC, adding 8
MaxCpeAllowed 60
Message Waiting Indicator 41
MGCP error codes (switch) 35
MIB reference 83
MIBs
duplicate 86
for root certificates 106
obsolete 87, 89
PacketCable OID changes 27
supported 83
Monitoring provisioning status 46
MTA feature switch 38
N
NCS piggyback (switch) 35
O
Obsolete MIBs 87, 89
Omit MPTIME parameter (switch) 36
Option 43 26
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
140
Option 60 27
Organization Unique Identifer (OUI) 46
P
PacketACE 3
PacketCable
event tables 50
provisioning 15
test root digital certificate 106
Packetization rates 34
Payload Header Suppression 37
PHS 37
Ports
signalling 33
voice line 33
ppCfgMtaCableTvEnable 58
ppCfgMtaFeatureSwitch 60
ppCfgPortLoopCurrent 64
ppCfgPortRxGainControl 66
ppCfgPortTxGainControl 66
Priority, voice and signalling packets 81
Provisionable ring cadences 37
Provisioning 15, 31
echo cancellation tail 67
for European loads 27
gain control 65
jitter buffer 69
methods, SIP 16
modes 15
DHCP parameters 23
selecting 17
monitoring status 46
notes 33
queue size 69
restriction for EURO loads 16, 27
ring cadence 111
secure MTA and NCS 53
upstream buffer depth 69
voice and signalling priority 81
Pulse dialing support 66
Q
Quality of Service 33
Queue size, provisioning 69
R
Required DHCP options 23
RFC3323 privacy header 41
RFC3842 handshake 41
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
141
Ring cadences
provisionable (switch) 37
provisioning 111
Ringing waveform 67
RSIP wildcarding (switch) 36
RTP port range, configuring 68
S
SDP
enable compliance 36
MPTIME parameter 36
suppress capability attributes 36
Service interruption during software upgrade 32
Service Provider Certificates, private MIBs 106
Service Provider Root certificate 106
Shutdown, data, controlling 57
Signalling port 33
Signalling priority 81
Sinusoidal ring waveform 67
SIP
feature switch 41
provisioning methods 16
Software
installation 1
upgrade, service interruption during 32
upgrading 2, 12, 13
Software upgrade
MIBs 4
options 3
process 2
rejection of 6
status 48
Suppress SDP capability attribute parameters (switch) 36
T
TLV-11, embedded in TLV-43 46
TLV-41 support 44
TLV-43, containing TLV-11s 46
ToS field 81
Trapezoial ring waveform 67
U
Updating the KDC 53
Upgrade
service interruption during 32
Upgrading the software
Enhanced Software Loading 2
from earlier NCS loads to TS4.5 SIP 11
from TS4.2 and earlier 13
Provisioning Guide Release 4.5 Standard 2.0 Dec 2005
142
through provisioning 12
through SNMP 13
Upstream buffer depth, provisioning 69
Using the default root certificate 108
V
Vendor Class Identifier 27
Vendor Specific Information 26, 46
VMWI support 41
Voice line ports 33
Voice priority 81
W
Warmline 74
Waveform, ring 67
Touchstone Telephony Release 4.5 Standard 2.0 Dec 2005
Touchstone Telephony
Provisioning Guide
 2002–2005 ARRIS
All rights reserved
All information contained in this document is subject to change
without notice. ARRIS reserves the right to make changes to
equipment design or program components, as progress in
engineering, manufacturing methods, or other circumstances
may warrant.
ARRIS, ARRIS Interactive, and Touchstone are trademarks of
ARRIS International, Inc. All other trademarks are the property of
their respective holders.
Release 4.5 Standard 2.0
December 2005
Download